#协作编程

avatar
最近我在疯狂用 Codex 的 plan 模式写代码。 它和那种“你给一句需求，它立刻开写”的方式很不一样。 plan 模式更像一个真正会先思考、再执行的协作伙伴。 它通常会先分析你的需求，再结合当前代码库一起判断问题背景。分析完之后，不会马上动手，而是先反过来问你几个关键问题——大概两三个，但往往都问得很准。 而这些问题，恰恰是很多人自己写 prompt 时最容易漏掉的部分。 比如： * 你到底是要临时修一下，还是要从根上改？ * 这次改动的边界在哪，哪些地方不能动？ * 你更在意速度，还是更在意长期可维护性？ 把这些关键点问清楚之后，它会再把整个执行计划列出来给你看一遍。 你先读计划，先确认方向，确认没问题了，它才开始真正执行。 这也是为什么我最近越来越喜欢这个模式： 虽然它更花时间，但整体产出会稳定很多。 它的优点很明显： * 先分析、先提问、先对齐，返工更少 * 计划结构清楚，整个过程更易读 * 对复杂任务尤其友好，稳定性明显更高 * 会主动补上你原始提示词里没想到的关键问题 当然它也有缺点： * 比直接开写更耗时 * 如果任务特别小，确实有点“杀鸡用牛刀” 但只要任务稍微复杂一点，我真的很推荐你试试。 因为它带来的不只是“写出来了”，而是： 先把问题想清楚，先把路径对齐，再开始执行。 这个体验很像你身边多了一个靠谱的技术搭子： 先帮你补问题， 再帮你列计划， 最后才认真开工。 如果你最近也在高频用 AI coding，我很推荐你试试 plan 模式。 尤其是一复杂起来，差别会非常明显。
#Codex #plan模式 #协作编程 #自动化编程 #代码生成