【别再把AI当聊天助手，新式流程开发才是编程新思路】

快速阅读：与其把 AI 当成对话框里的助手，不如把它当成一个能连续工作数周的虚拟工程师团队。核心在于从“指令式开发”转向“流程式开发”：通过长周期的 Session 积累上下文，利用对抗性评审机制确保质量，并将精力从盯着代码实现转移到设计高标准的计划文档上。

编程 Agent 的最佳实践，半衰期大概只有几周。

如果你还在用“输入指令、等待、接受、重复”这种线性逻辑，那大概率是在浪费算力。现在的思路应该是把任务规模放大，目标直接对准那些人类工程师需要干好几周的重活。

与其频繁开启新对话，不如维持一个长周期的实现会话。这种 Session 可以连续运行几天甚至几周，通过不断的压缩（Compaction）来沉淀上下文。这种沉淀非常有价值，它让 Agent 开始记住你的编码习惯和模式，你不再需要一遍遍解释那些琐碎的约定。有网友提到，这种积累下来的上下文，其实是 AI 产品最难被替代的护城河。

要把自己从执行循环里彻底抽离出来。不要再去手动提交 PR，不要盯着终端看，更不要自己去跑测试。你的工作重心应该放在 Plan Docs 上。先用短期的规划会话定好方案，写清楚接口细节和端到端的验证策略，然后把任务交给实现者。

为了让这种“无人值守”变得可靠，需要引入对抗性评审（Adversarial Review）。在任务完成前，让一个只读权限的子 Agent 去对照计划检查 Diff，找出遗漏。甚至可以构建一套完整的角色体系：规划者、实现者、评审者、黑盒测试员。你的角色是架构师和监督者，负责把这些角色串联起来，并不断优化这套流程本身。

有观点认为，现在的瓶颈已经从模型能力转移到了“如何定义完成”。如果发现错误，不要只是修补代码，要把这个错误沉淀到未来的指令或测试框架里。

不过，这种做法也存在风险。有网友提醒，如果没有极强的工程纪律，这种模式可能会迅速堆积技术债。

x.com/simonlast/status/2057978156183957995