用途：把 GitHub Issue 转化为可审阅的实现计划并在批准后落地代码。
主要流程：Step 1 用 gh issue view <url-or-number> 获取 Issue，网络不可用时可由用户直接提供 Issue 正文；Step 2 并行调研相关代码（Glob/Grep/Read），在 _/local-plans/<issue-number>-<issue-slug>.md 写入计划，需含 Context、Approach、File Changes、Reuse、Test Plan；Step 3 展示计划并等待用户批准，未批准不得实现；Step 4 按 CLAUDE.md 与项目规约实现，大范围改动可用 isolation: "worktree"；Step 5 必须做安全审查（OWASP Top 10、密钥硬编码、输入校验、XSS）；Step 6 运行项目测试并做根因分析；Step 7 用 create-commit 技能按 Conventional Commits 提交。
范围外事项：发现应处理但不在当前范围的问题时，先用 gh issue list --state open --search "${KEYWORD}" 查重，经用户批准后对已有 Issue 用 gh issue comment 补充，或通过 create-issue-tree / create-issue 新建。
验证要求：重新运行测试与构建并引用输出与退出码后才可声明完成，禁止用推测性措辞。
限制：需用户批准；未解决安全问题不得提交；sandbox 可完成计划、实现、测试与提交，仅 gh issue view 与范围外追踪步骤需要网络且可省略；本流程不含 git push。