用途：将模糊或复杂的产品需求转化为可执行、依赖清晰的计划，产出任务、优先级、验收标准、API 契约以及风险与治理说明。意图触发包括规划、需求、规格、范围、优先级、任务拆分、路线图或实现方案；当需要把工作分解给专家智能体或编排器执行时使用。
主要能力：拆分复杂功能需求为任务，评估技术可行性与架构，排优先级与规划迭代，定义 API 契约与数据模型。产出为 JSON 计划与兼容 task-board.md 的任务拆分，含智能体指派、标题、优先级、依赖、验收标准、安全与测试预期；必要时给出 API 契约或数据模型草图，计划产物保存于 .agents/results/。
使用方式：进入后先澄清产品目标、约束与交付物，识别技术领域与所需契约，判断是否需要 ISO/风险/治理框架。流程分 PREPARE、REASON、ACT、VERIFY、FINALIZE 阶段。规范路径为：先定义 API/数据契约，再拆解任务（含 agent、title、priority、dependencies、acceptance criteria），最后用注入的 session ID 保存 .agents/results/plan-{sessionId}.json。当技能运行于 ultrawork 工作流时使用 PLAN 阶段协议；运行于 /plan 工作流时另生成 docs/plans/work/{NNN}-{name}.md。
适用场景：实现规划、迭代排期、依赖与风险梳理、契约先行设计、多智能体并行执行前的计划准备。不适用：编写实际代码（交给专门智能体）、代码评审（用 QA Agent）。
限制与守则：不直接实现代码；接口变更需先复用或定义 API/数据契约；每个可执行任务须具备 agent、title、{id, description} 形式的验收标准及精确 argv/cwd 的 required_checks、可重放任务提示、优先级层级（1 为独立，越小越先执行）、依赖与范围；尽量减少依赖以提升并行度；安全与测试内嵌于每个任务而非独立阶段；任务应可由单一智能体完成。常见问题包括任务过于细碎、描述含糊、耦合过紧、把质量留到最后。依赖包含执行协议、示例、任务模板、ISO 规划指南、共享 API 契约与项目上下文加载规则，以及下游实现类技能。
其他：具体收费、价格、支持平台与运行环境资料中暂未提供。