用途：在开始写代码前，为 GitHub issue 制定详细实现计划。适用于被要求规划工作、拆解 issue、创建任务清单或准备开发时。
主要能力：读取 issue 内容；分析代码库中 issue 上下文引用的文件及相关文件；生成含有序任务、文件改动和测试策略的计划；将计划作为评论发布到 issue；如配置了项目看板，可将 issue 移至 In Progress。
使用方式：用 gh issue view <number> --json title,body,labels 读取 issue；用 gh issue comment <number> --body "<plan markdown>" 发布计划；用 git checkout -b feat/W-XXXXXX-short-description 创建分支；如配置项目看板，用 gh project item-list <project-number> --owner <owner> --format json --jq '.items[] | select(.content.number == <issue-number>)' 获取项目条目 ID 与状态字段。
计划格式：以 issue 评论形式发布，包含 Implementation Plan 标题、Story、Branch、Analysis、Tasks（每项含 Files 与 Details）、Test Strategy（单元测试、E2E 测试、手动 QA）、Acceptance Criteria Mapping 表格、Risks & Notes。
准则：先读源码再规划，不基于假设；任务保持原子化、可单独评审；任务顺序应让后者建立在前者之上，数据/类型改动先于 UI，工具先于调用方；每个 Gherkin 场景至少映射到一个任务和验证方式；分支命名用 feat/W-XXXXXX-short-description；创建 PR 时在正文写 Closes #<number>；尽量写明测试文件路径与测试名；本技能只做计划，用户批准前不要开始编码；计划始终发布为 issue 评论。
限制：资料未提供具体收费、平台支持范围或效果数据。