Agent 意图漂移熔断器
在多 Agent 协同跑偏前先踩刹车,保住你的代码库
- 痛点
- 不少人吐槽大模型在复杂工程里为追求安全容错写出一堆硬编码和极端正则校验,跑得慢,到了多 Agent 协同和底层链路互调时逻辑降智、到处报错还跑不起来;另一边 AI 生成的 PR 量大到像在 DDoS 仓库,维护者被淹没。痛点不在模型聪明不聪明,而是没人盯着代理行为什么时候开始偏离原本目标。
- 方案
- 在本地或 CI 里挂一个轻量守护进程,读取代理的调用轨迹和 diff,用一组可配置的规则加小模型打分判断当前步骤是否偏离任务意图。一旦检测到过度防御式改写、无关文件漂移或提交频率异常,就暂停该代理、截图存档并通知你确认,而不是等它把仓库推成一团乱麻。
- 用户
- 同时用多个编码代理的中小团队与独立开发者,尤其是有 CI 门禁但缺乏代理行为审计的人
- MVP
- 只支持 Claude Code 与 Codex 两种代理的轨迹读取;内置 5 条启发式规则(无关文件改动、重复正则堆叠、单 PR 提交数上限、硬编码常量比例、跨模块调用爆炸);检测到异常时本地暂停并弹出确认;一条命令接入现有 pre-commit 或 CI;每日生成一页偏差报告
- 变现
- 个人版买断制,团队版按仓库订阅,CI 集成作为付费附加;后续可卖自定义规则包
- 为何现在
- 代理编码正从单脚本走向多 Agent 协同,翻车成本从『重写一段代码』变成『污染整个仓库』;规则加小模型即可落地,一个人几周能做出来,无需自研基座模型
来源讨论 · 3
- Hacker NewsShow HN: An Agentic Virtual Machine1↑ 0
- Hacker NewsShow HN: Four Questions to stop AI-gen PRs from DDoSing your GitHub repository1↑ 0
- V2EX[分享发现] 实测 GPT-6 Astra 踩坑:过度防御直接把代码写成了屎山0↑ 3