用途：把模糊或有风险的工程工作转化为有边界的执行计划，包含范围、排序、检查点、验证与交接。它负责规划深度、执行形态与多智能体护栏，不负责系统设计、PRD 撰写或分支策略决策。
主要能力：提供计划结构与产物模板（工作项工单、里程碑检查点、DoR/DoD）、平台工作流映射、多会话规划状态、并行与会话恢复护栏、规格驱动工具（GitHub Spec Kit、Kiro、BMAD）概览、测试上下文规划、不确定交付成本量化、变更分类与按风险决定流程深度。
使用方式：先确认目标、范围内边界、成功标准与缺失输入；将变更分类为 fix、change、refactor 或 add 并采取对应第一步；按出错代价选择规划深度（trivial、lightweight、完整计划契约、规格驱动）；锁定计划契约（目标、范围、依赖、执行顺序、验证、回滚）；选择顺序或基于依赖的波次执行；波次间验证并在持久产物中记录检查点；最后交接说明已完成、未完成、已检查内容与下一步有界动作。
适用场景：将功能、迁移、重构或有风险的缺陷修复拆成可验证步骤；决定顺序执行还是有界并行；把需求或 RFC 转为带成功标准与回滚考虑的计划契约；让长时间运行的智能体工作保持在持久产物与范围限制内。
限制与边界：系统设计、服务边界或 ADR 应使用 software-architecture-design；PRD/RFC 撰写使用 docs-ai-prd；仓库成熟度与上下文层使用 dev-context-engineering；分支与 PR 策略使用 dev-git-workflow；测试策略或调试使用 qa-testing-strategy 或 qa-debugging。中高复杂度计划需通过歧义门、模式依据、冷读者测试与偏差日志。若规格或契约验证不可用，应如实说明而非声称通过。具体收费、价格与平台支持情况暂未提供。