用途：按用户给出的规格或工单实现一项工作。
主要能力与流程：写代码前先从基础分支（该工作合并回去的分支）建分支。docs/agents/branching.md 会写明基础分支与分支命名模式，如 <type>/<slug> 或 feature/<ticket>-<slug>，按手头工作填充。若该文件缺失，运行 git branch -r 查看集成候选与已有命名，再向用户确认基础分支与模式；通常有 origin/staging 的仓库经 staging 集成，只有 origin/main 的经 main。确认后写入 docs/agents/branching.md 供后续运行读取。
git fetch origin git switch <base> && git pull git switch -c <the pattern, filled in>
当 git status 显示新分支工作区干净、且 git merge-base --is-ancestor origin/<base> HEAD 退出码为 0 时开始写代码。尽量在预先约定的接缝处使用 /tdd，并定期运行类型检查与单个测试文件。
code-review 读取已提交的工作，因此先提交再审查：把工作提交到当前分支，以 origin/<base> 为固定点运行 /code-review，拆分其发现——机械性发现（有明确修复的缺陷或规范违反）直接应用；判断性发现（权衡或风格取舍）保留代码并给出一行理由。随后运行完整测试套件一次，修正提交，使提交正文最后一段携带代码审查记录。记录格式为每条发现一行、以 file:line 引用、72 列换行，标题为纯 Code review 行。
收尾时输出一条自包含消息，含四部分：已提交的代码审查记录、手动测试脚本、Next actions、Least confident。手动测试脚本以 Setup 列表开头，每步编号、每行一个动作并附缩进的 Expect: 行，界面目标加粗、输入文本用反引号。Next actions 列出用户需手动完成的操作，无需操作时写 Next actions: none。Least confident 至少列一项，说明最不确信之处、原因及用户如何验证。
限制：资料未提供该技能的安装方式、收费、支持平台或效果数据。