评论：用AI慢慢写出更好的代码

我正是这样工作的，感谢这篇文章。最近我一直在独自一人开展工作，要和别人比较自己确实很不容易，不过我正努力尽可能多地关注并了解外面正在发生的一切。
然而，我总能看到各种各样的声音从四面八方传来：“AI 生成的东西全都是垃圾！资深工程师得把这一切都改过来！”或者：“我在 1 小时内并行开发 10 个功能，周末就能推出一个 MVP，这让我实现了 5 万的 MRR。”
一般来说，我会先讨论一个功能创意，然后通过几次聊天来探讨架构设计、用户流程以及界面设计。接着，再通过一次聊天，根据前两次对话的成果，制定出一份任务清单。我们还会共同拟定一套风格指南和界面设计提示，并借助 Stitch 和 GPT 图片来制作原型图。
之后，我会逐一分配任务，使用 Codex 或 Claude，或者同时使用两者。当 Codex 完成一项任务时，我会仔细审阅并留下大量评论，如果在阅读代码时对某些内容不理解，就会询问其工作原理，并进一步追问原因。我还会请 Codex 的 GitHub 审核员进行审核，也会让 Claude 对修改后的代码进行代码审查；如果我订阅了 Coderabbit 服务，还能请该服务对代码进行专门的审查。随后，Codex 或 Claude 会针对我从 2 到 3 位 AI 审核员以及我自身那里积累下来的数十条（甚至更多）评论作出点评或回复。完成这项任务后，可能需要经过多次迭代，才能最终打造出一款干净利落、令人满意的成品。但到了最后，许多边缘案例都会被一一发现并妥善处理，而我也真正理解并认同了 90% 由 AI 编写的代码，能够清晰地描述这些代码，并将其推荐给其他阅读代码或向我请教的人。
尽管我时常因自己仍然进展缓慢而感到自卑，但最近我已向几位客户推出了几款应用产品，自发布以来，这些产品已经连续好几个月没有出现过哪怕一个 bug（当然，它们规模并不算大，但即便如此，也依然如此）。而且，按照我的方法，这些产品至今尚未出现任何问题。
我经常听到这样的说法：初级和中级开发者已经用 AI 来编写代码、对代码进行审查，他们甚至无需仔细查看或阅读代码，就能直接将代码交付上线，而且交付的速度和数量都远超我。然而，如果当初采用的是这种“正确”的方式，我大概就不会去纠正并引领最先进的模型走向不同的模式与解决方案，也不会去修正那些在日后大规模部署时才会暴露出来的架构缺陷。
我热爱与 AI 合作——虽然开发过程依然繁琐、缓慢且充满挑战，但我却比以往任何时候都更加自信地独立打造更大、更复杂、更可靠、外观也更出色的项目。