看完你能带走:判断该不该进计划模式的口诀、计划五要素模板、拆解四原则、多方案的取舍对比法、执行期的活文档纠偏法,以及 6 个大任务翻车复盘。5 个模板全部可直接照抄,建议先收藏。 先分清:什么样的任务,值得先进计划模式第 1 篇说过最大的坑:帮我做一个商城这种一句话大任务,换来的只有一个平庸的脚手架。解药当时给了半句——“先拆”——这篇把它补全:大任务不翻车的关键,是批准一份好计划,再让它照着走。四类任务,值得先进计划模式:跨多个文件:动一处牵三处,先看清再动手;有技术取舍:两条路都能走,选错返工两周;不可逆操作:迁移、删除、上线,没有撤销兜底;需求还模糊:你说不清验收标准,它猜不准你要什么。判断口诀一句话:“改坏了,能不能一眼看出来、一键回退?”能,直接干;不能,先进计划模式。反之,单文件小改、报错修复这类任务,上计划纯属仪式感。⚙️ 计划模式怎么工作:批准之前,一个字都不改计划模式的完整循环是四拍:只读探索(读代码、查现状,不改任何文件)→出方案(计划五要素齐活,取舍点单独标出)→你拍板(批准、提修改、或换方案)→照计划执行(挂任务清单,每步验收汇报)。入口有两种:直接切换计划模式——只读有产品机制保障;或者用提示词约定先给方案,确认后再动手——任何版本都通用。效果一致,以你所用版本为准。 计划五要素:缺一样,后面就要还账大任务开场模板(模板 1)——把话说全,再要计划:任务:一句话说清要做什么 背景:相关业务背景、涉及模块 约束:技术栈限定、禁区、 deadline 验收:做到什么样算完成,2–3 条硬标准 请先进入计划模式,探索代码后给我实施方案。 方案里凡是需要我拍板的取舍,单独列出来,别替我决定。计划五要素,收到方案时逐项对照(模板 2,也是你的验收清单):一、目标与验收标准:做成什么样算完成?标准先写死; 二、现状盘点:它读了哪些代码,发现了什么现状; 三、方案与取舍:选了哪条路,放弃了哪条路,为什么; 四、拆解步骤:每步半天内可验收,附步骤级的验证方式; 五、风险与回滚:最不确定的是什么?出问题怎么退?五样里最容易被省略的是取舍点:计划里最大的坑,是它替你默默做了决定——方案 B 被悄悄放弃,你到验收才发现。所以开场模板最后那句别替我决定,一个字都别删。✂️ 拆解四原则:每一步都小到能验收每步可验收:做完一步,能用一句话判定对了/没对——判定不了,说明步子没拆好;小步提交:半天内一步,每步一个提交点(第 1 篇技巧 7 的保底手段在这里生效);风险前置:最没把握的先做——数据迁移、第三方对接这类能不能成都未知的,放第一步趟雷,别让它在最后一晚爆雷;边界入计划:禁区、不许动的模块,写进步骤的不许栏——接手祖传项目时的风险与疑点(第 10 篇)就该出现在这里。 执行循环:计划是活文档,不是圣旨批准只是开始。执行期挂上任务清单(第 9 篇),按做一步 → 对照验收 → 发现偏差 → 修计划循环推进。发现偏差(比如迁移时发现旧表结构远比预想复杂),正确动作是停下来修计划——改步骤、改验收标准、你重新确认后再继续,而不是硬着头皮按原计划走。纠偏提示词(模板 3):暂停执行。步骤 2 实际情况比计划复杂:一句话说明偏差。 请重新评估:是改这一步的做法,还是连带调整后面的步骤和验收? 给我修订版的计划,我确认后再继续。 多方案怎么选:让 AI 摆擂台,你来拍板有技术取舍的任务,别让 AI 直接选。让它摆擂台(模板 4):针对 某个取舍点,给出 2–3 个候选方案,用表格对比: 实现工作量 / 主要风险 / 对后续维护的影响 / 回滚难度。 最后给你的推荐和理由,但决定权在我。你要补的只有两样:业务约束(工期、合规、团队熟悉度)和偏好。方案质量 输入质量——第 10 篇画的代码地图、AGENTS.md 里的架构边界,都是喂给计划阶段的最好的料。✅ 逐步验收:批准不等于撒手批准计划后最危险的动作是消失。每步验收提示词(模板 5):步骤 1 完成。请对照计划的验收标准逐条自检, 给出:做了什么 / 验收结果 / 与计划的偏差(如有)。 我确认通过后,再开始步骤 2。小任务嫌烦可以放宽到每两步一汇报,但**“批完就撒手没有例外**——第 9 篇的任务清单在这里就是你的仪表盘,随时一句现在到哪一步了”。 6 个高频坑一句话压大任务:做个商城直接开干,换来平庸脚手架——先计划,批准再动手;计划没验收标准:做完了没法判定,全凭它自己说——每步带验收标准;一步跨三天:步骤大到没法验收,翻车了不知道翻在哪——拆到半天内一步;计划当圣旨:现实变了还硬走原计划——活文档,随时修;风险藏到最后:最不确定的排末尾,最后一晚爆雷——风险前置,先趟雷;批准即撒手:批完计划就不见了,收尾全靠惊喜——清单加每步汇报。❓ 快问快答Q:计划模式和先给方案再动手什么区别?同一目的的两个入口:模式切换有只读的产品机制保障,提示词约定任何版本都能用。选顺手的即可,效果一致。Q:计划写到多细算合适?粗细的标尺是每步半天内可验收。再细就成设计文档了——穷举细节是浪费,执行中本来就要修正;再粗就验收不了。Q:AI 给的方案太平庸怎么办?先查输入:约束给全了吗?现状盘点有料吗?计划质量基本等于输入质量。平庸方案九成是开场模板里背景约束两栏偷懒了。Q:中途发现整个计划都不对了呢?那就是第 10 篇的新人文档测试没做——理解有误,计划建立在错误地图上。退回探索阶段重画地图,别心疼已经批准的计划;沉没成本不是继续错的理由。Q:小任务用计划是不是浪费?是。判断口诀再念一遍:改坏了能不能一眼看出来、一键回退?能,直接干——仪式感本身也是成本。 写在最后大任务翻车,很少翻在AI 写代码写得差,几乎都翻在没人知道现在走到哪、下一步对不对。计划模式的全部价值,就是把埋头走变成抬头看:探索时只读,方案等你拍板,执行步步验收,偏差随时修计划。按老规矩三个动作起步:下一个跨多文件的任务,别再一句话压过去;用模板 1 开场,拿到方案后按五要素逐项对照;执行期挂上清单,每步要一句验收汇报。第一次靠计划拦下跑偏的半成品时,你就回不去了。️ 声明:本文为个人使用经验总结,属第三方独立教程,非 ZCode 官方文档;ZCode名称及相关商标归其权利人所有;功能入口与行为以你所用版本的官方文档为准;全部插图与示例均为本文原创,不含编造的性能数据。 你经历过最惨的一次大任务翻车是什么?评论区聊聊,我们看看计划里哪一环能拦住它。系列下一篇,写「ZCode 长会话管理:上下文与记忆的整理术」。