推文

@fireandstart · 2026-10-15 11:02

AI 写代码真正缺的往往不是另一个生成按钮，而是能把人放回关键决策点的反馈回路。critty 把计划、文档和多文件 diff 放在同一处审阅，还能把逐行意见送回 Claude Code、Codex、OpenCode 或 Gemini CLI。比起只看最终补丁，这种方式更容易在执行前发现计划里的偏差，也让反馈能直接进入下一轮工作。 我尤其关注“可审阅的审批”。让代理提出方案、拆任务、修改代码可以很快，但批准高影响操作、判断需求边界、决定是否引入新依赖，仍需要人承担责任。若确认、选项和操作许可被保留在流程里，自动化的速度才能与真实授权对齐，而不是让默认同意悄悄变成系统行为。 接下来值得观察的是，反馈能否形成可追溯的闭环：每条意见对应哪个 diff，代理怎样响应，哪些修改被接受或拒绝，新一轮改动是否引入回归。如果这些记录能和 Git 状态一起保存，审查界面就不只是提高阅读效率，也能帮团队积累稳定的工程判断。对代理开发来说，人类审查不是最后一道手续，而是让系统持续校准方向的控制面。

曝光 30 · 评论 0 · 点赞 1 · 书签 0