用途：为体量过大、一次会话难以完成的功能做前置规划，避免两个失败模式——替用户猜测本该由用户拍板的决策，以及按层（后端、前端、数据库）切分导致最后阶段前都看不到可用结果。
主要能力：先提问确定访谈深度（仅关键决策、全部询问、由智能体决定），再先读代码、能靠代码或既有实现回答的标记为 research 而非提问；其余以每批 4 个、2-4 个带推荐首选项的具体选项方式询问。计划先写四行框架：The Job、The Why、The Guardrail、Done means。所有自身决策标记 agent，并在阶段 2 前列出供用户推翻。阶段 2 按垂直切片拆分，每个阶段以用户获得的可见结果命名，附 Blocked by 行与 Verify 行；Verify 须本地可执行，不得擅自部署到共享环境验证，确需时须显式获得用户同意。每个任务以未勾选复选框书写，只写做什么不写怎么做；被锁定的决策保持锁定，若构建证明有误须显式修订并指明受影响的阶段。
使用方式：计划文件位于 plans/<feature-slug>.md，除非仓库另有设计文档目录或用户指定目录；若已有计划覆盖该功能则续写。写文件时未决项标 open。仅在无 open、无含糊答案、用户已看过所有 agent 决策后才移交。
适用场景：需要预先敲定数据模型、公开 API、范围或用户可见行为的功能；需要分阶段可演示推进的功能。
限制：未提供收费、价格、支持平台等信息；阶段数量、是否并行、demo 形式需按流程向用户确认，不能自行决定；标记 deferred 的 Verify 仅在阶段无本地界面时使用，且必须由 Demo 覆盖，连续两次 deferred 意味着切片有误。