uniTerm v1.9.5：把终端、工作区与 AI Agent 变成一套远程运维台

uniTerm v1.9.5 的重点不只是增加若干功能，而是重新梳理远程操作的工作流：工作区支持点选创建和拖拽分屏，终端可以显示图片，SFTP 传输得到提速，同时还包含 50 余项更新。对于需要在 SSH、文件传输、数据库、远程桌面和容器之间频繁切换的开发者，这类改进直接影响日常排障效率。

uniTerm 本身定位为轻量级一站式开源终端，约 15MB 的安装包整合了 5 大类、30 多种协议，并内置可以规划和执行多轮 Shell 命令的 AI Agent。v1.9.5 更值得关注的地方，是这些能力开始围绕“工作区”组合起来，而不再只是并列摆放的工具入口。

工作区应该对应任务，而不是服务器列表

传统终端管理器通常以连接为中心：一台服务器对应一个标签页。真实工作却往往以任务为中心，例如一次发布检查可能同时需要：

• 一个窗格观察应用日志；
• 一个窗格调用健康检查接口；
• 一个窗格查看容器状态；
• 一个 SFTP 会话上传配置或下载诊断文件；
• 必要时再打开数据库客户端核对数据。

v1.9.5 提供的点选创建与拖拽分屏，适合把这些会话排成固定布局。工作区还可以保存为连接以便后续重用，因此更合理的组织方式不是“生产服务器 1、生产服务器 2”，而是“支付服务发布”“数据库巡检”“测试环境联调”等任务场景。

可以把一个四窗格运维工作区设计成下面这样：

这样保存的不是一组窗口，而是一套可重复执行的操作上下文。不过，摘要没有说明工作区配置是否支持文件导入导出，因此不要假设它存在某种 YAML 或 JSON 格式；具体保存和同步方式应以客户端界面为准。

一套可以直接放进工作区的检查脚本

下面的脚本可以作为健康检查窗格的入口。它会检查一个或多个 HTTP 地址，并在本机安装 Docker 时输出容器状态。运行前只需把参数替换成自己的服务地址。

cat > ops-check.sh <<'EOF'
#!/usr/bin/env bash
set -Eeuo pipefail

urls=("$@")
if [ ${#urls[@]} -eq 0 ]; then
  urls=("https://example.com")
fi

printf '== HTTP checks: %s ==\n' "$(date -Is)"
for url in "${urls[@]}"; do
  result=$(curl -sS -o /dev/null \
    --connect-timeout 3 \
    --max-time 10 \
    -w 'status=%{http_code} total=%{time_total}s' \
    "$url" 2>&1 || true)
  printf '%-45s %s\n' "$url" "$result"
done

printf '\n== Disk ==\n'
df -h /

if command -v docker >/dev/null 2>&1; then
  printf '\n== Containers ==\n'
  docker ps --format 'table {{.Names}}\t{{.Status}}\t{{.Ports}}'
fi
EOF

chmod +x ops-check.sh
./ops-check.sh https://example.com https://example.com/health

在远程主机上执行时，应确认机器已经安装 curl。如果容器由 Podman 或 Kubernetes 管理，可以分别把 docker ps 替换为 podman ps 或受限的 kubectl get pods -n <namespace>。

这类脚本很适合与 AI Agent 配合：先让 Agent 读取结果、归纳异常，再决定是否执行下一条诊断命令，而不是一开始就授予修改系统的权限。

终端图片与 SFTP 提速解决的是排障细节

终端显示图片并不只是视觉效果。开发者经常需要检查监控截图、二维码、图表、测试快照或容器中生成的图片。如果图片可以直接在终端上下文中查看，就不必频繁下载后切换到外部应用。

可以先生成一个不依赖第三方库的 SVG 测试文件，再通过 uniTerm 的图片查看能力验证当前终端、远程环境和显示方式是否兼容：

python3 - <<'PY'
from pathlib import Path

svg = '''<svg xmlns="http://www.w3.org/2000/svg" width="720" height="180">
  <rect width="100%" height="100%" fill="#111827"/>
  <circle cx="90" cy="90" r="48" fill="#22c55e"/>
  <text x="165" y="103" fill="#f9fafb" font-size="34"
        font-family="monospace">uniTerm image test</text>
</svg>'''

path = Path('/tmp/uniterm-image-test.svg')
path.write_text(svg, encoding='utf-8')
print(path)
PY

file /tmp/uniterm-image-test.svg

具体能否内联显示、支持哪些图片格式，以及本地与 SSH 会话是否表现一致，需要以实际客户端和服务器环境为准，不应仅凭“终端图片显示”推断所有图像协议都受支持。

SFTP 提速则更适合用自己的网络和文件类型验证。下面的脚本会生成一个 256MB 临时文件，上传到远端用户主目录后立即删除。执行前将参数改为自己的 SSH 目标，并确保已配置密钥或其他可用认证方式。

cat > benchmark-sftp.sh <<'EOF'
#!/usr/bin/env bash
set -Eeuo pipefail

SFTP_TARGET="${1:?Usage: $0 user@host}"
LOCAL_FILE="${TMPDIR:-/tmp}/uniterm-sftp-test.bin"

trap 'rm -f "$LOCAL_FILE"' EXIT
dd if=/dev/zero of="$LOCAL_FILE" bs=1M count=256 status=progress

printf '\nUploading 256 MiB to %s...\n' "$SFTP_TARGET"
time sftp -b - "$SFTP_TARGET" <<SFTP
put "$LOCAL_FILE" uniterm-sftp-test.bin
rm uniterm-sftp-test.bin
SFTP
EOF

chmod +x benchmark-sftp.sh
./benchmark-sftp.sh user@example.com

测试时至少运行三次，并记录网络延迟、服务器负载、加密算法和文件大小。单次传输结果可能受缓存和链路抖动影响，不能直接代表客户端升级带来的稳定收益。生产服务器上也应先确认磁盘配额，避免使用过大的测试文件。

AI Agent 的价值取决于权限边界

uniTerm 内置的 AI Agent 可以规划并执行多轮 Shell 命令，这比只生成一条命令更适合故障诊断，但风险也更高。一个实用的任务描述应该同时写明目标、允许范围、禁止动作和停止条件，例如：

目标：分析 api-service 最近 15 分钟内 HTTP 5xx 增多的原因。

允许：
- 读取 systemd 日志；
- 查看 CPU、内存、磁盘和网络连接；
- 查看 Docker 容器状态与最近 200 行日志；
- 执行只读 HTTP 健康检查。

禁止：
- 重启或停止服务；
- 修改配置、数据库、用户和防火墙；
- 删除文件；
- 输出环境变量、令牌、私钥或数据库密码。

执行要求：
1. 先列出计划和准备执行的命令；
2. 每轮最多执行 3 条只读命令；
3. 发现需要变更系统时立即停止并请求人工确认；
4. 最终给出证据、可能原因和建议，不自动修复。

无论客户端是否提供命令确认或权限控制，都建议使用低权限账号连接生产环境，并在服务器侧落实 sudoers、数据库只读账号、Kubernetes RBAC 和审计日志。提示词只能约束模型行为，不能替代操作系统权限。

升级时重点验证什么

v1.9.5 涉及工作区、分屏、图片、SFTP 和大量细节更新，团队不必一次改变所有习惯。更稳妥的采用顺序是：

1. 先在测试环境创建一个固定工作区，验证分屏布局和连接恢复是否符合预期；
2. 用实际日志、图片和大文件测试终端显示与 SFTP，而不是只观察演示效果；
3. 为 AI Agent 建立只读任务模板，默认禁止删除、重启和配置修改；
4. 检查保存的连接中是否含有密码、密钥路径或跳板机信息，并评估本机访问控制；
5. 保留原有客户端一段时间，对比高延迟网络、长时间会话和批量传输的稳定性。

这次升级最实际的意义，是让“打开若干连接”逐渐变成“恢复一个完整任务现场”。如果工作区能够稳定复用、传输性能经真实链路验证、AI Agent 又被限制在清晰的权限边界内，uniTerm 才能从多协议客户端进一步成为日常开发与运维的统一操作台。