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 关注的重点并不只是“多加一次评审”,更像是在为不同代理之间的协作补一套更稳的往返机制,让计划、实现、复查之间少一点断层。
// 相关阅读
Hands:一个能看 Windows 桌面、操作真实 Chrome 的 Rust MCP/CLI
Hands 是一套面向 Windows 的 Rust MCP/CLI,目标很直接,让编码代理像人在本机上一样看屏幕、移动鼠标、输入和点击,同时继续使用日常 Chrome 配置。它不走 Playwright、Puppeteer,也不依赖远程调试端口。
Show HN 项目 Heimdall,面向 AI 编码代理的可信知识层
Hacker News 上出现了一个名为 Heimdall 的 Show HN 项目,定位是服务 AI coding agents 的 trust-verified knowledge layer。项目地址已公开在 GitHub,目前讨论帖互动还不多。
Show HN:让编码代理完成测试覆盖率配置
一则来自 Hacker News 的 Show HN 帖子,指向 Codacy 博客文章《introducing-codacy-skills-part-3-let-your-agent-set-up-test-coverage》。当前该帖获得 2 分,评论数为 0。