用途：根据工单 URL/ID、文件路径或自由文本描述，生成一份遵循 @.claude/rules/plan-governance.md 与 @.claude/rules/plan.md 规则的实施方案。调用方式为传入 $ARGUMENTS，未提供参数时提示用户输入。
主要流程：先解析输入类型（工单用 CLI 或 MCP 拉取详情，文件读取内容，自由文本直接作为描述）；再检测计划类型（Bug、Story/Feature、Task、Epic，无法判断默认 Task）；评估复杂度（Trivial 直接综合，Standard 与 Epic 走完整流程）。随后并行开展研究（researcher、explorer、spec-analyst 三名队友），综合出 Research Brief 并通过 AskUserQuestion 解决规格缺口。接着并行生成四份领域子计划（arch-planner、test-strategist、security-planner、product-planner），再由 devils-advocate 与 consistency-checker 并行审查。最后综合为统一计划，写入 plans/<name>.md，创建分支与草稿 PR，并更新工单。
能力要点：按类型附加要求——Bug 需经验复现、根因分析、回归测试与证明命令；Story/Feature 需 UX 评审与文档；Epic 需拆解子任务并做依赖映射。计划中还需包含必做任务与实施团队说明（implementer、tech-reviewer、product-reviewer、learner、test-coverage-agent、code-simplifier、coderabbit），团队负责人负责 git 操作。
限制：Bug 若无法经验性复现，应停止并在工单中更新所需信息，不修复无法证实的缺陷；不得纳入明显反模式方案，若受 API 限制无法避免则停止并更新工单。所有决策须附建议，未决时采用建议项。资料未提供收费、价格、平台支持范围等信息。