摘要： 值班时 SSH 并不缺，缺的是登录之后少切窗口、少记命令。本文介绍 OpenOcta 终端管理：把 SSH 会话、主机列表、SFTP、实时资源条与终端 AI 助手收进同一工作空间，并用 Agent / Ask / Approval 三档说清执行边界，便于在腾讯云开发者社区按 Markdown 直接发布。
值班最烦的，常常不是「有没有 SSH」，而是一连上机器，桌面就开始散架。
一台机还好说；机器一多，标签页、密码本、临时备忘录就开始打架。连上去只是第一步：传个配置要另开文件工具，看负载又得自己敲一轮 top、free、df，窗口切来切去，上下文最容易丢。
传统终端把「登录」这件事做得很成熟，但「登录之后怎么少切换、少记命令、少踩坑」，大多还是靠人手拼。
OpenOcta（八爪鱼）的终端管理模块，把 SSH 会话、主机列表、SFTP、实时资源条，以及右侧的终端 AI 助手，整合到一个工作空间里。说白了，就是把运维日常高频需求——连机、看状态、传文件、用人话指挥终端——打包在同一块屏幕上。
图 1 · 终端管理总览：SSH 会话、实时资源条与终端 AI 助手同屏
§1 项目简介
OpenOcta 面向个人桌面的运维智能体场景：安装包本机运行，打开即可进 Control UI。顶栏进入「终端管理」后，当前会话、资源条与终端 AI 围着同一台机转，减少「窗口对不上机器」的低级错误。
演示环境里，我连过内网主机 root@192.168.50.120（host120）；顶栏持续刷 CPU / MEM / DISK / NET，右侧是终端 AI。项目按 Apache-2.0 开源，发行包与源码可在开源仓库核对。截至本文截图，界面版本标识类似 2.1.0-9-g…（以你本机实际构建为准）。
§2 功能特性
2.1 一句话查完内存和磁盘
我连上了一台内网机器：root@192.168.50.120（host120）。
会话顶栏已经在刷 CPU / MEM / DISK / NET，右侧是终端 AI 助手，对话模式先用 Agent（自由执行）。
原来查内存和磁盘，大致是这样：
- 在终端里敲
free -h； - 再敲
df -h； - 自己对着一堆数字判断「紧不紧」「哪块盘满了」；
- 还得顺带留意 Docker overlay 会不会把根分区刷花眼。
现在我对终端 AI 助手说：
对终端 AI 说：帮我看一下这台机的内存和磁盘使用情况，用表格汇总一下
它自己去终端里取数，再把结果归纳成表。截至这次演示时，它给出的摘要大致是：
- 物理内存约 62G，已用约 40G，可用（含可回收缓存）约 17G；
- Swap 未配置；
- 根分区约 495G，已用约 58G，使用率约 12%；
- 同时提醒：机器上有大量 Docker overlay，共享根分区空间。
全程我没有切到别的软件，也没有自己逐行抄输出。一句话说完，表格和简要评估就回到了侧栏。
图 2-1 · 自然语言查询：内存与磁盘表格汇总
2.2 用人话指挥当前这台机
右侧「终端 AI 助手」会带上当前主机上下文。
你可以问命令写法、让它读终端输出，也可以直接说「帮我看看内存和磁盘」。它会走思考步数、调用终端工具，再把结果整理成表格或要点，而不是把原始日志整屏甩给你。
还支持附件，以及引用终端里选中的文本——排障时把一段报错圈进去再问，比复制粘贴来回切窗口顺手。
演示里我又问了一句负载与排查思路：
对终端 AI 说：用自然语言说明一下这台机现在的负载情况，并列出可用的排查思路
侧栏会显示思考步数、工具调用，以及归纳后的说明；左侧终端同步可见它实际跑过的命令输出。
图 2-2 · 自然语言管服务器：对话驱动 + 终端同步执行
2.3 三种执行边界：自由、只读、先审批
对话模式有三档（界面文案与产品一致）：
| 模式 | 含义 | 适用 |
|---|---|---|
| Agent：自由执行 | 直接调终端取数并归纳 | 可信任环境的日常巡检 |
| Ask：只读 | 先给建议，需要时再手动执行 | 不熟的机器、先看再说 |
| Approval：命令执行前审批 | 落终端前可批准或拒绝 | 变更类、需人工点头的命令 |
我把模式切到 Approval，再说：
对终端 AI 说：帮我在这台机上执行一下
uname -a
侧栏出现待审批区：工具名、命令原文，以及「批准执行 / 拒绝」。这种设计比「一键执行到底」更稳妥，也更符合运维对变更边界的基本要求。
图 2-3 · Approval 模式：命令执行前待审批
2.4 顶栏一眼看负载
会话顶栏持续刷新资源占用，不用另开监控页，也不用为了看一眼负载再敲一轮命令。
告警来了先看顶栏趋势，再决定要不要让 AI 深挖，节奏会快很多。
图 2-4 · 会话顶栏实时资源条：CPU / MEM / DISK / NET
2.5 主机分组与会话标签
顶部有「主机 / SFTP」入口，会话以标签页方式打开。
主机可按分组存放；演示环境里「数据中心」分组下能看到多台 192.168.50.x 的 SSH 主机条目。连上之后，终端、资源条、AI 助手都围着当前会话转，减少「窗口对不上机器」的低级错误。
图 2-5 · 主机库：数据中心分组卡片
2.6 传文件不用另开客户端
SFTP 页左侧可浏览本机目录，右侧选择已保存主机发起远程文件管理。
传配置、下日志、核对远程路径，不必再单独拉起一套 FTP 客户端。和终端、AI 同属终端管理模块，上下文不会散掉。
图 2-6 · SFTP：本机目录与已保存主机共用同一主机库
2.7 概览、脚本和笔记都在侧栏
侧栏还能打开主机列表、脚本、历史、系统概览、笔记、主题等面板。
会话内的「系统概览」把 CPU / 内存 / 磁盘 / 网络做成卡片视图，还能切到进程、端口、Docker、服务等维度——和顶栏资源条互补。左侧导航里的脚本库、笔记，则把常用片段与临时备忘留在同一产品里，不必另找工具拼凑。
图 2-7 · 系统概览侧栏：CPU / 内存 / 磁盘 / 网络卡片
图 2-8 · 脚本库入口：代码片段与自动化脚本
§3 安装与上手
OpenOcta 面向个人桌面：双击安装、本机运行，Control UI 开箱即用。
安装后打开客户端即可进入 Control UI；终端管理在顶栏「终端管理」入口。源码与发行包均可在开源仓库核对，许可为 Apache-2.0。
基本用法可以按这个顺序试：
- 加主机：主机页新建或按分组选卡，填好认证后连接。
- 开会话：点卡片进 SSH；顶栏资源条与右侧终端 AI 跟着当前会话走。
- 问 AI：用人话描述需求，按场景选 Agent / Ask / Approval。
- 传文件：SFTP 选主机，像资源管理器一样浏览与传输。
- 看概览：侧栏打开系统概览 / 脚本 / 笔记，把常用片段留在同一产品里。
第一次上手建议先连一台非生产测试机，用 Ask 或 Approval 跑几轮只读巡检，确认模型与 Gateway 通了再放开 Agent。
§4 用之前心里有数
终端 AI 依赖已配置的大模型与 Gateway 连通；模型或密钥未就绪时，助手侧会直接报错，而不是「假装执行成功」。
Approval / Ask 能降低误操作风险，但并不能替代变更窗口、备份和权限隔离——高危变更仍要按团队规范走。
多主机编排、移动端客户端、硬件密钥认证等能力，本文未做完整评测；文中只写截图当时能在终端管理里直接验证的部分。
另外，AI 归纳结果需要人复核：例如内存「可用」是否含 cache、Docker overlay 是否重复计入等，仍建议对照终端原始输出。
§5 收个尾
用下来会发现：OpenOcta 终端管理真正有用的，不只是「又能 SSH」，而是把会话、资源、文件和 AI放到同一工作空间，并用 Agent / Ask / Approval 把执行边界说清楚。
如果你已经受够多窗口切换，又想用自然语言做一轮只读巡检或受控执行，可以先从公开仓库和安装包上手，自己连一台测试机试一试。
1310
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
