用途：在实现前为 User Story issue 生成可执行的任务计划，把用户故事拆解为有序、可追溯的任务 issue 草稿。典型触发如“plan tasks for #123”“break this story into steps”“create task issue drafts from this user story”。不适用于直接代码实现、PR 审查，或在无明确确认下修改 GitHub。
必要输入：目标 issue 引用（owner/repo#number 或 URL）、规划深度（minimal、standard、detailed）、运行模式（draft-only、draft+publish-ready、publish-now）。默认规划深度 standard，运行模式 draft-only；任何变更前需同一轮显式确认。若输入缺失阻碍规划，最多提 3 个聚焦追问。
主要能力：先探测可用技能并分类起草模式——orchestrated（fusion-issue-authoring 与 fusion-issue-author-task 均可用）、direct-subordinate（仅后者可用，保持 draft-only）、inline（均不可用，用内置最小结构生成草稿）。研究用户故事（标题、正文、验收标准、场景、祖先链、已有子 issue、相关链接），提取规划锚点（成果、约束与非目标、验证点），构建依赖有序任务，每项含目标、范围边界、交付物、验证方式与 AC 映射，生成任务草稿与计划预览，写入 .tmp/ 下文件。
发布与修复：仅在显式确认后发布，发布执行委托给 fusion-issue-authoring，优先子代理调用，本技能不直接调用 MCP 写工具。修复模式针对已创建但缺 Issue Type 或父链接的任务，须幂等并做飞行后验证。
限制：实验性、不稳定；不得在无确认下变更 GitHub；不得在未标注假设的情况下推断验收标准；必须保留 AC 可追溯性；发布/修复模式下缺失 Issue Type 或父链接视为失败。输出按固定标题顺序，并始终包含 Status: Awaiting user approval。