AI 写代码比人审代码快太多,瓶颈早就从「produce diff」挪到了「validate diff」。no-mistakes 这个 Go 工具的思路很巧:在你的仓库和真实远端之间塞一个本地裸仓库当「闸门」,你 push 到 no-mistakes 这个 remote 而不是 origin(origin 永不被劫持,普通 push 照常),它就在一个一次性 worktree 里跑一条固定九步流水线 intent→rebase→review→test→document→lint→push→pr→ci,全过了才转发上游并自动开干净 PR。
几个设计细节值得抄:push 全程不阻塞,hook 通知常驻 daemon 后立即退出,daemon 在隔离 worktree 里干活,完全不碰你的工作目录;顺序是刻意的——review 排在 test 前是为了让 agent 读没被改过的新代码,lint 压轴是免得对还会变的代码反复 churn。
最关键的是 finding 的三态 action:auto-fix 自动修、ask-user 暂停问人、no-op 仅提示;review 默认必须人工批准,其余默认允许 3 轮自动修。ask-user 专门留给「质疑你有意为之的设计选择」这种需要判断的事,而不是把删掉的逻辑硬塞回来。
还有三个入口同一条流水线:git push、TUI 向导、以及 /no-mistakes skill 让写代码的 agent 自己门控,底层都走输出 TOON 的非交互 axi 面。意图(intent)会从你本地 Claude Code/Codex/OpenCode 的 transcript 里推断,用来区分「有意为之」和「真 bug」降误报。Kill all the slop, raise clean PR——这句 slogan 配得上它的工程量。
显示更多