用途：实现 GitHub Issue，产出可运行、有测试、已提交的代码，并推送到功能分支。定位为资深工程师角色，Codex 作为执行工程师。
主要能力：默认把调查与实现全部委派给 Codex，仅保留收益极小的单行改动；若 Codex 偏离方向则重新委派并给出更明确指令。启动时用 gh issue view $1 --comments 查看 Issue，并用 gh issue edit $1 --remove-label "status/ready" --add-label "status/in-progress" --add-assignee phrazzld 更新状态与指派。若在 master/main 上，则创建 feature/issue-$1 或 fix/issue-$1 分支。
执行方式：按逻辑分块循环——委派（给 Codex 清晰规格、模式参考与验证命令）、审查（git diff --stat && pnpm typecheck && pnpm lint && pnpm test）、提交（测试通过则 feat: description (#$1)），直至完成，最终提交 feat: complete feature (closes #$1)。若 Issue 缺少测试覆盖，先对首个逻辑块调用 /test-driven-development 建立失败测试。跨 3 个以上模块时可用多模块模式（Agent Teams），每模块一名成员，共享任务列表跟踪依赖，由 Lead 协调提交顺序。
收尾：用 code-simplifier 与 ousterhout 代理做清晰度与模块深度审查，简化单独提交；若改动涉及 app/、components/ 或 *.css，运行 /visual-qa --fix 并单独提交修复。在 Issue 中留下简洁的过程评论。最后生成自包含 HTML 总结，写入 ~/.agent/diagrams/build-{issue}-{date}.html 并用 open 打开，告知用户路径；会话过于简单、用户指定 --no-visual 或无浏览器时可跳过。
限制：资料未提供安装方式、收费与平台信息；依赖 gh、pnpm、Codex 及相应技能与代理环境。