摘要： 值班时 PuTTY 管登录、FileZilla 管传文件、手册散在 Wiki 里，窗口一切上下文就丢。本文介绍桌面级运维智能体 OpenOcta：把 SSH、SFTP、本机/远程终端、知识管理和 AI 对话收进同一个 Control UI，并给出主机库、资源条、三档执行边界与上手步骤，便于在腾讯云开发者社区按 Markdown 直接发布。
运维桌面上，最常见的画面往往是这样：PuTTY 管登录，FileZilla 管传文件，系统自带终端再开一摞标签页；排查手册散在 Wiki、网盘、本地备忘录里。告警一响，先找 IP，再切软件，最后才轮到真正动手。
工具并不少，缺的是一个窗口把上下文留住。
窗口越多，会话、路径、命令历史越容易对不上号——刚在 A 机看完负载，切去传文件时已经忘了是哪台；手册翻到一半，终端又被别的标签页盖住。值班越忙，这种「切错窗口」的成本越高：不是技术不会，而是注意力被工具链撕碎了。
OpenOcta（八爪鱼）把这件事收成同一块桌面工作台：SSH、主机库、SFTP、本机/远程终端、知识管理，再加上终端 AI 对话，都落在 Control UI 里。它面向个人桌面的运维智能体场景——连机、传文件、敲命令、翻手册、用人话问一句「磁盘怎么样」，尽量少切应用。
图 1 · 终端总览：SSH 会话、实时资源条与终端 AI 助手同屏
§1 项目简介
OpenOcta 不是「再做一个能 SSH 的窗口」，而是把值班高频动作收进同一客户端：
- 终端管理：主机库、SSH 会话、SFTP、实时资源条、终端 AI 助手
- 知识管理：实践指南与运维手册，和终端同顶栏切换
你可以把它理解成：登录、传文件、敲 shell、查手册、问 AI，尽量在同一块屏幕上完成闭环。顶栏三个入口（智能体 / 终端管理 / 知识管理）把「对话编排」和「连机干活」分开摆，日常值班更常落在后两者。
演示环境里，我连过内网主机 root@192.168.50.120（host120），也开过本机终端；顶栏持续刷 CPU / MEM / DISK / NET，右侧是终端 AI。会话、资源、对话围着当前标签页转，少发生「窗口对不上机器」的低级错误。
项目按 Apache-2.0 开源，发行包与源码可在开源仓库核对。截至本文截图，界面版本标识类似 2.1.0-9-g…（以你本机实际构建为准）。
§2 功能特性
2.1 主机库与 SSH 会话
「主机」页按分组摆卡片。演示里「数据中心」下有多台 192.168.50.x，点卡片即可开 SSH；也支持在搜索框直接写 ssh user@host（含端口）再连接。网格 / 列表视图可切换，分组面包屑能帮你在「所有主机」和某个机房分组之间跳转。
连上之后，会话以标签页打开；终端、资源条、AI 助手都跟着当前会话走。密钥与主机条目留在同一模块（含钥匙串等入口），不必再在密码本和多个客户端之间来回找。多机会话并排时，靠标签页区分机器，比桌面上一排互不相关的窗口更不容易串台。
图 2-1 · 主机库：数据中心分组卡片
图 2-2 · SSH 会话：当前主机上下文 + 终端 AI 侧栏
2.2 SFTP：传文件不用另开客户端
SFTP 页左侧浏览本机目录，右侧从已保存主机里选目标再管远程文件。
传配置、下日志、核对路径，不必再单独拉起一套 FTP 客户端；上下文仍挂在终端管理模块里，和 SSH 会话、主机分组共用同一套主机库。常见节奏是：终端里确认路径 → 切到 SFTP 把文件推上去或拉下来 → 再回到会话做 diff / reload，全程不离开 Control UI。
图 2-3 · SFTP：本机目录与已保存主机共用同一主机库
2.3 终端：本机 / 远程 + 实时资源条
会话里就是熟悉的 shell。远程 SSH 与本机终端共用同一套工作台布局，切换标签页即可，不必另装一套终端模拟器。本机适合先做磁盘、进程一类只读检查；远程则继续跟业务机交互。
会话顶栏持续刷新资源占用（CPU / MEM / DISK / NET）。告警来了可以先看顶栏趋势，再决定要不要让 AI 深挖——节奏会比「先敲一轮 top / free / df」更顺。资源条偏「一眼态势」，详细进程、端口、服务等还可以在会话侧栏的系统概览里继续展开。
本机终端同样能挂资源条与终端 AI：演示里本机 MEM / DISK 一度偏高时，侧栏也能直接用人话追问，不必先记一套 PowerShell 命令。
2.4 知识管理：实践指南 + 运维手册
顶栏切到「知识管理」，内置目录能直接看到：
- 实践指南——通用准备、运维场景、自动化等相关手册
- 运维手册——故障定位、Linux 主机排查、K8s、网络、应用、数据库中间件、告警值班、发布回滚等
值班时一边 SSH 排障，一边在同一客户端里翻手册，比在浏览器书签和终端之间来回切顺手。支持按文件名 / 全文检索，也能导入或新建知识条目。对个人运维智能体工作流来说，这等于把「怎么连」和「怎么查」放在同一产品里，而不是再维护一份散落的文档仓库。
图 2-4 · 知识管理：实践指南列表
图 2-5 · 知识管理：运维手册列表
2.5 AI 对话：终端 AI 助手与执行边界
右侧「终端 AI 助手」会带上当前主机（或本机会话）上下文。你可以问命令写法、让它读终端输出，也可以直接说「帮我看看磁盘」——它会走思考步数、调用终端工具，再把结果整理成表格或要点，而不是把原始日志整屏甩给你。
对话模式有三档（界面文案与产品一致）：
| 模式 | 含义 | 适用 |
|---|---|---|
| Agent：自由执行 | 直接调终端取数并归纳 | 可信任环境的日常巡检 |
| Ask：只读 | 先给建议，需要时再手动执行 | 不熟的机器、先看再说 |
| Approval：命令执行前审批 | 落终端前可批准或拒绝 | 变更类、需人工点头的命令 |
演示里我对本地终端说：
对终端 AI 说：帮我看一下本机磁盘使用情况，用表格简要汇总
它自己去终端取数，再把 C/D/E/F 盘做成表，并标出 C 盘偏紧等提醒——全程不用自己抄原始输出。对远程机也可以同样问内存、磁盘、负载；侧栏显示思考步数与工具调用，左侧终端同步可见实际命令。
三档模式的价值不在「更炫」，而在把执行边界说清楚：可信任环境用 Agent 提速；不熟的机器先 Ask；变更类命令走 Approval。这正是桌面侧把「能对话」做成可控运维动作的关键差别。
图 2-6 · 终端 AI：用人话查磁盘并汇总成表
§3 安装与上手
OpenOcta 面向个人桌面：安装包本机运行，打开即可进 Control UI。
安装后顶栏进「终端管理」连主机、开 SFTP / 终端；进「知识管理」看实践指南与运维手册。源码与发行包均可在开源仓库核对，许可为 Apache-2.0。
基本用法可以按这个顺序试：
- 加主机：主机页新建或搜索
ssh user@host，填好认证后连接。 - 开会话：点卡片进 SSH；需要本机命令行时开「本地终端」。
- 传文件：SFTP 选主机，像资源管理器一样浏览与传输。
- 问 AI：在终端 AI 侧栏用人话描述需求，按场景选 Agent / Ask / Approval。
- 翻手册：顶栏切知识管理，检索实践指南或运维手册。
第一次上手建议先连一台非生产测试机，用 Ask 或 Approval 跑几轮只读巡检，确认模型与 Gateway 通了再放开 Agent。
§4 用之前心里有数
终端 AI 依赖已配置的大模型与 Gateway；密钥未就绪时会直接报错，而不是假装成功。
Approval / Ask 能降低误操作，但不能替代变更窗口、备份和权限隔离——高危变更仍要按团队规范走。
多主机批量编排、移动端、硬件密钥等，本文未做完整评测；文中只写截图当时能在 Control UI 里直接验证的部分。AI 归纳结果仍建议对照终端原始输出再下结论：例如内存「可用」是否含 cache、Docker overlay 是否重复计入等，都需要人复核。
另外，SFTP 远端目录是否列全、Approval 待审批回合的每一次点击路径，本文未做逐项录像式复现；能力描述与界面一致，细节以你本机实际构建为准。
§5 收个尾
真正省时间的，往往不是再多一个「能 SSH 的窗口」，而是少切几次工具、少丢一次上下文。
如果你已经被 PuTTY + FTP 客户端 + 零散文档折腾够了，不妨直接看 OpenOcta 这条路径：一个窗口里收拢 SSH、SFTP、终端、知识管理和 AI 对话——从开源仓库装上，自己连一台测试机试一轮就知道合不合手。
