用途：当用户要求为仓库中已有的 Strikethroo 计划 ID 拆解、分解或生成任务时使用。用户以对话方式提供数字计划 ID。
主要能力：定位 Strikethroo 根目录并检查更新；解析计划文件路径；读取项目约定、计划正文、任务模板与反合理化规则；将计划中的明确交付物分解为原子任务；执行任务最小化（目标较完整清单减少 20–30%）；应用粒度与技能规则；按“写少量测试、以集成测试为主”的原则处理测试任务；进行依赖与复杂度分析；分配任务 ID；按模板写出任务文件；校验蓝图；路由任务执行；运行 POST_TASK_GENERATION_ALL 钩子并生成执行蓝图。
必要用法：从用户工作目录运行 scripts/find-strikethroo-root.cjs，失败则提示用户运行 npx strikethroo init；运行 scripts/check-for-updates.cjs "<root>"；运行 scripts/validate-plan-blueprint.cjs <plan-id> planFile 解析计划；读取 <root>/config/STRIKETHROO.md、计划正文、<root>/config/templates/TASK_TEMPLATE.md、<root>/config/shared/anti-rationalization.md；运行 scripts/get-next-task-id.cjs <plan-id> 分配 ID；任务写入 <root>/plans/<plan-dir-name>/tasks/{padded-id}--{slug}.md；运行 scripts/validate-plan-blueprint.cjs <plan-id> complexityScoresValid；运行 scripts/route-task-execution.cjs profiles <plan-id> 与 apply <plan-id> <mapping-file>；读取并执行 <root>/config/hooks/TASK_EXECUTION_ROUTING.md 与 POST_TASK_GENERATION_ALL.md。
适用场景：在 Strikethroo 仓库中把已有计划转化为可执行任务清单与执行蓝图。
限制：不猜测计划 ID；不编造需求；不写 execution_profile；不手写具体执行目标；路由失败或配置无效时停止并反馈错误；复杂度经三次调整仍无法解决时停止并告知用户；用户拒绝澄清阻塞歧义时标记 status: "needs-clarification" 并记录问题。