彭大帅的AI SSH 运维智能体 V13.9 → V13.13.4 版本盘点:从“会用工具“到“用得放心、用得国际范“
本文由 IT大白鼠原创,转载请注明出处。
前言
我自研的 AI SSH 运维智能体(AI SSH Agent)这段时间迭代得很密集:从 10 月下旬的 V13.9 到 11 月 11 日的 V13.13.4,短短三周连发 8 个版本。这一轮更新的主线很清晰——让 AI 更可控(防死循环、授权自动回收)、让知识更干净(草稿确认制)、让本地模型真正跑顺(Ollama 原生接入)、让产品走向国际化(全量中英双语)。
本文按版本顺序盘点这些新功能,说说每个功能解决什么问题、是怎么设计的。
一、V13.9:知识沉淀"草稿—确认"制(2026-10-22)
解决什么问题
早期版本里,AI 执行完任务后可以调用 save_kb_note 全自动把"经验"写进知识库。听起来很美,但有个致命隐患:AI 的总结可能带幻觉,幻觉一旦入库就能被自己检索到——等于自己喂自己毒数据,错误经验还会在后续会话里被反复引用、越滚越大。
新机制
V13.9 把"沉淀"改成了草稿—确认两段式:
- AI 沉淀时只能写入 kb-drafts/ 草稿区——这个目录刻意不在任何知识库挂载根内,AI 自己检索不到,草稿也不会进入 Git 同步;
- 草稿带状态标记、已经过日志脱敏,在 Web 知识库面板顶部显示红色待确认徽章;
- 人在面板里打开草稿,可以修订标题和正文,点"确认入库"才真正进入
knowledge/运维笔记/,随后由 kbsync 自动同步到知识库私仓;不放心就丢弃。
人保留最后一道闸,知识库里的每一条经验都是人盖章过的。
二、V13.10:循环行为识别 + 主动问询(2026-10-22)
解决什么问题
单条危险命令有人工确认过闸,但 AI 还有一种更隐蔽的失控方式:死循环——同一个命令反复执行,或者换个说法反复尝试同一件事,一直撞墙不回头。
新机制
Agent 主循环里加了一个 loopguard 滑动窗口:
- 持续追踪"同工具 + 相似参数"的调用序列,完全相同的调用 3 次、相似调用 4 次即触发拦截;
- 拦截后不是直接杀掉,而是暂停并主动问询用户,给三个选项:
- 继续执行(清空窗口,我再信你一次)
- 跳过当前步骤(AI 换个方向继续)
- 中止任务
实测里让 AI 连跑 uptime,走到阈值后触发问询,选"跳过"后 AI 会自己换思路收尾——这正是期望的"可控的自主"。
三、V13.11:临时授权 TTL 自动回收(2026-10-22)
解决什么问题
运维中常有"这次会话我允许你跨主机操作"的放行场景。老版本的问题是:人放行之后没有超时收敛,忘了收权,风险敞口就一直开着。
新机制
- 放行时开始计时,之后每次消费授权时惰性检查 TTL,超时自动回落到"人工确认"状态;
- 默认 30 分钟,配置
host_allow_ttl_minutes可调,设 0 表示永久(逃生门); - Web 设置面板改完热生效,确认弹窗上还会动态显示剩余有效期。
实测用 1 分钟 TTL 验证:放行 → 65 秒后重连 → 跨主机再次弹确认窗,链路稳定复现,日志里能看到授权收回的 WARNING。
四、V13.12:Ollama 原生接入,num_ctx 治本(2026-10-28)
解决什么问题
用 Ollama 跑本地大模型时,智能体提示词约 7000 tokens,但不管配置里把 num_ctx 设成多大,模型实际只按默认 4096 加载——请求直接报 exceeds the available context size,系统提示词被截断后模型退化成"复读机"。根因是 Ollama 0.32+ 的 OpenAI 兼容端点 /v1/chat/completions 静默忽略 options.num_ctx。
新机制
Provider 新增 native_ollama 显式门控,开启后直发 Ollama 原生 /api/chat 端点:
- 完整实现了请求体、响应体、tool_calls 结构的三组转换(含 arguments 字符串↔dict 双兼容);
- 非流式与流式(JSON Lines 逐行解析、逐行取消)两条路径都覆盖;
- 请求侧 num_ctx 真正生效——实测设 512 后
/api/ps显示 context_length=512,治本实锤。
本地跑 Ollama 的朋友再也不用手动改环境变量了。
同版本还顺手修了一个缺陷:含特殊字符的长密码在置换时可能错乱(KV_PATTERN 缺陷),已修复;Web GUI 也换上了新版 Logo。
五、V13.13.0:Web 界面多语言 + AI 回复语言(2026-11-09)
国际化第一期:
- Web GUI 界面语言包:中文默认 / English,450 条英文文案全量覆盖,设置面板一键切换;
- AI 回复语言设置:可指定 AI 用 简体中文 / English / 繁體中文 / 日本語 回复,或跟随提问语言,Agent 热生效。
设计上有个巧妙点:语言 key 直接用中文原文,缺 key 时自动回落中文,永远不会出现生硬的 key 名裸露。前端用"文本节点 + placeholder + 最长匹配替换 + MutationObserver 动态节点"的方案,500 多处 JS 文案和近 300 处 HTML 文案零逐处改造就完成了双语化;对话内容区则划为保护红线,绝不误翻译。
六、V13.13.1:命令注释开关(2026-11-09)
新增 agent.yml 配置项 command_comment(默认关闭):
- 开启后,AI 在执行高危确认级命令之前,会先附上一行
# 注释说明这条命令的用途; - 用于需要向审计方、同事或未来的自己解释"当时为什么执行这条命令"的场景;
- 属提示词层实现,代价是少量 token 开销,所以默认关、按需开。
七、V13.13.2:后端全量 i18n(2026-11-10)
多语言第二期,把国际化从界面推进到了后端全链路:
- 覆盖 CLI、API、确认问询、告警、邮件全链路,共包装 652 处,语言包 893 个 key;
- 三套运行环境(Linux / 华为 VRP / Windows)的系统提示词整段英文母语重写,中文原文仍是唯一事实源;
- 基建模块做了零开销直通门控(中文环境下
t()直通)、双层 mtime 缓存,切换语言零性能负担; - 安全红线零触碰:脱敏、危险命令判定、过闸逻辑的字符串比较一概不走翻译层,并有静态断言进单测保证。
八、V13.13.3 / V13.13.4:全功能公开版(2026-11-10 ~ 11-11)
- V13.13.3 起公开发行版与内部版功能完全一致,此前只在内部版本里的多语言、命令注释等能力全部随版公开,官网同步更新了 FAQ 与快速开始文档;
- V13.13.4(2026-11-11)为版本维护更新,具体变更见官网 changelog。
版本速查表
| 版本 | 日期 | 核心功能 |
|---|---|---|
| V13.9 | 2026-10-22 | 知识沉淀草稿—确认制,人审入库 |
| V13.10 | 2026-10-22 | 循环行为识别 + 三选一主动问询 |
| V13.11 | 2026-10-22 | 临时授权 TTL 自动回收(默认 30 分钟) |
| V13.12 | 2026-10-28 | Ollama 原生 /api/chat,num_ctx 治本 |
| V13.13.0 | 2026-11-09 | Web 界面中英双语 + AI 回复语言设置 |
| V13.13.1 | 2026-11-09 | 高危命令注释开关(默认关闭) |
| V13.13.2 | 2026-11-10 | 后端全量 i18n(652 处 / 893 key) |
| V13.13.3 | 2026-11-10 | 全功能公开版,公开版=内部版 |
| V13.13.4 | 2026-11-11 | 版本维护更新 |
写在最后
这一轮迭代的核心思路可以概括成三个词:
- 可控——循环问询、授权 TTL,都是给"AI 自主"装上刹车和倒计时;
- 干净——知识库只收人确认过的经验,不给自己喂毒数据;
- 开放——全量双语 + 全功能公开,让工具能走得更远。
软件官网:huoshichong.cn,下载、文档、changelog 都在上面。下一篇打算聊聊多步 runbook 审批执行的规划,欢迎关注。
IT大白鼠 · 运维自动化实践者
更多推荐



所有评论(0)