唐龙君AI实验室 | 第9期：自动循环升级之前，先回答四个问题

唐龙君AI实验室 · 2026-10-24 · 九羲科技

第 1 期写的是开发侧的 Claude 接上系统接口，使用反馈进来、修复当场发生，版本制变成呼吸制。这篇是续篇，讲放行之前的事。

自动升级最容易被误会的一点，是把它当成速度问题。其实它是治理问题：机器改得越快，人对每一次改动的交代就得越清楚。实验室内部提炼了四个问题，放行前逐个过一遍，答不上来的那一处，就是先补的地方。

· · ·

接口：它能读到什么，读多深

接口不是“接上了”三个字。能读到真实使用数据吗，还是只能读到报错日志？能读到哪一层：点击、会话，还是业务单据？读得越深，修得越准，碰的边界也越多。接口清单要写清：每个端点给什么、不给什么、敏感字段脱敏在前。还有一条：接口是只读，还是可写？只读的回路只能报问题，可写的回路才能改代码，两种回路的审批根本不是一个级别。

图注：接口清单：只读与可写分开列，敏感字段脱敏在前（唐龙君AI实验室制图）

· · ·

权限：能改什么，不能碰什么

给开发智能体开权限，要像给新人开账号：默认什么都不给，按需加。能改业务代码吗，能改配置吗，能动数据库吗，能发版吗？每一项都要有白名单。尤其要划出禁区：账本、计费、权限表、客户数据原文，这些地方哪怕改起来再顺手，也得留在人工手里。权限不是信任问题，是影响面问题：一次改动最坏能坏到哪一步，先算好。

顺带一提：权限要跟人走，还是跟任务走？跟人走，离职、换岗就得回收；跟任务走，任务结束权限自动收回。实验室的倾向是后者：权限跟着一次具体的修复任务来，任务关了，口子就合上。

· · ·

验证：改完怎么知道对了

自动修复最危险的一刻，不是改错，是改完没人知道错没错。每次自动改动都要有自己的验法：跑哪组测试、过哪条业务用例、对照哪份基线。测试过了还不够，还要有人签字，哪怕是抽查签字。Reflexion¹ 的思路值得借：智能体把自己的轨迹写成文字，再对着结果反思一遍，错在哪一步，下一次避开。SWE-agent² 走的也是这条路：不是一次改对，而是改、测、看结果、再改，形成回路。验证，就是把“再改”这一步钉死在流程里。

图注：改动—验证回路：改代码、跑测试、对结果、留记录，一步不过就停下（唐龙君AI实验室制图）

· · ·

留痕与回滚：每一次改动都能找回来

留痕不是写日志凑数，是出事时能回答三个问题：谁改的、为什么改、改之前是什么样。每一次自动修复都要留一条可追溯的记录：改动内容、触发它的反馈、验证结果。回滚同样要事先练过：回滚键在哪、谁有权按、按下去多久能恢复。没练过的回滚，等于没有回滚。

四个问题答完，自动升级才算立住了。答不上来的地方，先别急着放行——慢半拍的回路，比失控的回路值钱。

· · ·