用途：Simple Plan 是只做规划的技能，用于把足够简单、低风险、结果明确的任务整理成一份单阶段实施计划。激活期间不实现代码，除非用户明确改变任务。不适合复杂功能、大范围重构、迁移或架构改动。
主要能力：围绕可重复的 intake → research → clarify 循环工作。intake 阶段维护简明工作概要（预期结果、范围内外、约束与成功标准、已知上下文、假设与未知项、是否适合单个实施阶段），并收集两项偏好：技术细节级别（Concise／Standard／Detailed）与反馈频率（Minimal／Standard／High），未提供时默认 Standard；同时确定计划目的地：仓库根目录的 PLAN.md，或 plans/<task-name>.md（kebab-case 文件名，用户可调整）。research 阶段只查看直接相关的文件、调用方、测试、约定与依赖，必要时使用当前外部来源。当允许的子代理能力可用时，至少委派一个受限的只读研究任务；子代理不得与用户交互、决定范围、撰写计划、批准假设或修改文件。clarify 阶段只问用户才能决定、且会实质影响范围、方向、风险或验证的问题，附具体选项与建议。
使用方式：满足停止条件后，设计唯一阶段（一个目标、具体任务、涉及文件、输出、风险与验证），先在聊天中呈现草稿并请用户批准、修改或否决，反复修订直到用户明确批准，然后只写一次计划文件。计划采用固定结构：Overview、Relevant Context、Assumptions、Single-Phase Plan（目标、状态、复杂度、预计时间、上下文）、Files 表格、Implementation Tasks 复选框、Verification、Completion Gate、Outputs、Risks、Questions for User；不适用项写 None。执行跟踪上，初始状态为 Not Started，开始时改为 In Progress，完成需用户审阅并明确确认。
限制：只规划不写代码；不编造未检查的仓库细节；未获用户明确批准不写计划文件；不创建多阶段，若任务过大需警告并收缩为最安全的单阶段切片；不包含阶段依赖图、版本控制策略、架构决策记录、迁移计划或多阶段路线图；不提及产品专属工具名。写完后仅给简要总结与保存路径，除非被要求，不整篇粘贴计划。