用途：把已验证的规格或清晰任务拆成有序的实施工作、验收标准、依赖和验证检查点。编码类工作应先加载 engineering-principles，规划需保留其在边界、校验、测试、工具和简单实现上的默认约定。
主要能力：先做只读探查（读规格、文档与相关代码，识别既有模式、映射依赖与可能涉及文件、记录风险与未知），再绘制依赖图并自底向上确定顺序；采用垂直切片而非横向分层，每个切片交付可工作、可测试的功能；按 XS/S/M/L 规模控制任务，尽量保持 S 与 M；每个任务包含描述、验收标准、验证步骤、依赖、估算规模与精确文件路径；禁止 TBD、TODO、占位或“类似任务 N”等不可执行内容；按每 2-3 个任务设置检查点，高风险任务靠前。提供计划文档模板，含概述、架构决策、分阶段任务与检查点、风险缓解和待决问题；中等以上工作建议保存到 docs/implementation-plans/YYYY-MM-DD-<feature>.md。
使用方式：按工作规模选择流程——极小改动直接编码，小改动用内联快速计划，中等功能先 brainstorming 再用本技能，大而含糊的想法走完整流水线。它常推荐接着进入增量实施，但属软交接：需要人工或编排者评审、推迟、拆分或委派时应停在规划。多智能体场景下，独立功能切片、已实现功能的测试、文档可并行；数据库迁移、共享状态变更和依赖链必须串行；共享 API 契约需先定契约再并行。
适用场景：有规格或明确需求需拆成具体步骤、任务大到无从下手、需要多会话并行、实现顺序不明显、需要向人或另一智能体沟通范围。
限制：规划阶段只读，不写实现代码，输出是计划或任务列表；单文件且范围显然的改动，或规格已含定义良好的任务与验收标准时可跳过；不编造额外功能或步骤；写完后需自审或由独立子智能体评审，检查占位、规格对齐、任务边界与可构建性后再进入实施。