Show HN:Convergo,给编程代理加入更清晰的计划与评审闭环
Show HN:Convergo,给编程代理加入更清晰的计划与评审闭环
开发者 miles 在 Hacker News 发布了一个项目,名称是 Convergo,定位是为 coding agents 提供 plan/build review loops。
项目地址是 https://github.com/gomilesf/convergo。 Hacker News 讨论页为 https://news.ycombinator.com/item?id=48824913,当前显示 Points: 1,# Comments: 0。
这个项目从哪来
miles 提到,自己经常让一个代码代理去评审另一个代理完成的工作。问题在于,几乎每一轮都会出现同样的情况:新的代理总能指出上一个代理漏掉的内容。
他也试过用 compound engineering 或 superpowers,希望在方案阶段和代码阶段都纳入更多“纪律”约束,结果还是不理想。任务一复杂,循环就会被拉长,人只能卡在中间,反复复制、粘贴,像一台手工转运上下文的机器。
Convergo 想解决什么
Convergo 的思路很集中,就是把两端都引导得更清楚一些:一端是负责实现的 builder,另一端是负责检查的 reviewer。
miles 很在意一条规则。评审者看到的问题,不该被当成一个孤立的单点 bug 直接处理。先要读懂,再做反思,然后再进入修复。换句话说,发现问题之后,流程里还需要留出理解和吸收这一步。
和 Fable、Codex 的关系
miles 还提到,最近在 fable 里已经引入了 hybrid loops。在这套分工里,fable 负责把握 taste,codex 负责 execution。
从这个表述看,Convergo 关注的重点并不只是“多加一次评审”,更像是在为不同代理之间的协作补一套更稳的往返机制,让计划、实现、复查之间少一点断层。
// related reading
Approv:给 AI 代理加上一道人审关口,并留下可验签的审计记录
一位做了约 1.5 年 AI agent 的软件工程师发布了 Approv。它通过一次 API 调用,在代理执行高风险操作前暂停流程,让人类经由 WhatsApp 或 SMS 完成审批,同时生成可独立验证的签名审计轨迹。
FixBugs:把线上故障放进沙箱复现,并验证修复结果
FixBugs 是一款面向生产环境故障排查的 agent,可结合上下文在沙箱中复现问题、定位根因、生成修复并完成验证。目前提供自托管 VSCode 扩展和 GitHub App 两种形态。
Show HN:Capn-hook,给编码代理少走重复排查的路
Hacker News 上出现了一个名为 Capn-hook 的项目,定位是服务编码代理,思路很直接,尽量别把同一个“神秘问题”反复 grep。项目代码已放在 GitHub,对应讨论帖目前有 6 分、1 条评论。