用途：把 GitHub issue 从 open 状态推进到功能分支、可运行代码、测试通过、运行时冒烟检查，最后开草稿 PR。输入 issue 编号（可选，省略则自动选择），可选目标仓库。
主要能力：自动选择最低编号的 ready-for-agent issue（排除 PRD）；读取 issue 正文与评论并领取（指派与留言）；检测 blocked-by 依赖并选择基线分支；创建命名符合 feat/issue-<N>-<slug> 的功能分支；编辑前先探索模块、读取 AGENTS.md 与 ADR、记录类型检查与测试命令并跑基线测试；可测试后端工作按 tracer bullet（红-绿-重构）实现，其他工作直接实现；保持类型检查与单个测试文件在开发中运行；提交草稿 PR；必须完成类型检查/测试循环与运行时冒烟检查（长驻应用启动后验证端点与日志，CLI/库/脚本运行入口确认退出码 0）；评审 diff 后 gh pr ready 并报告 PR URL，不合并。
使用方式：作为技能被调用，可由功能编排器（如 implement-feature）传入 issue 编号、base_branch、resume_branch、open_pr 等覆盖参数。网络命令需在沙箱外运行。
适用场景：带测试套件与明确验收标准的后端 issue 最为合适；前端、探索性数据分析、notebook 或一次性脚本等则直接实现并依赖冒烟检查。
限制：无法直接联系用户，需停止时应把问题写入 open_questions 返回；issue 若为 needs-info/wontfix/needs-triage 或已指派他人、验收标准含糊、依赖无分支、工作区脏、同一根因三次修复仍失败时应停止并上报；无已有测试框架或类型检查器时不新增；不合并 PR。发布到 git/GitHub 的内容不得使用长破折号。相关命令与具体项目安装、运行步骤需依仓库实际配置，资料中未提供统一命令。