用途：当已定稿的非 [DRAFT] GitHub Issue 需要发布实施计划、供在独立的新上下文中执行时使用。它不会在本会话运行 SDD 或派发 Task 1，规划与执行严格分离。
主要能力：先做入口检查，用 gh issue view <N> --json number,title,body,state 读取 Issue；若标题以 [DRAFT] 开头或正文 Brainstorm state 有 Next: 行，转到 brainstorming-to-issue；若 Size: 为 quick task 或 small change，则直接实现、不制定计划；若改动仅涉及一个文件、一个行为、一次红绿提交评审，直接用 superpowers:test-driven-development。随后按仓库规则认领 Issue（分配并加 in-progress 标签），保留 Closes #<N> 供 PR 描述使用。
生成计划：先调用 superpowers:using-git-worktrees 创建工作树与分支（默认隔离，不询问），基线测试失败则停止并报告；再用 superpowers:writing-plans 编写计划，写到 .superpowers/sdd/plan.md，不提交、不写入 docs/，标题只指向 superpowers:subagent-driven-development。
发布交接：发布前逐项确认 Issue 状态、计划未被跟踪、描述文件不含计划标记、评论文件仅含一对 BEGIN PLAN/END PLAN 标记且中间为计划原文。接着创建空种子提交、推送分支、用 gh pr create --draft 打开草稿 PR（描述含 Closes #N、变更摘要、测试计划），把完整计划以单条 PR 评论发布在 <!-- BEGIN PLAN --> 与 <!-- END PLAN --> 之间，验证 PR 为 OPEN、isDraft=true 且只有一条含标记评论，最后打印 PR URL 与“Run plan-to-implementation for PR #M in a fresh session.”后停止。
限制：本技能不做执行、不等待人工评审、不把计划放进 PR 描述、不提交计划、不生成非草稿 PR；计划若超过 GitHub 评论 65,536 字符上限，应停下报告并拆分源 Issue，不得压缩计划。