用途：将实现工作委派给 codex CLI（gpt-sol），由其在工作树中编码，使用者保留规划、评审与整合职责，流程以产出可人工审阅的 PR 结束。
主要能力：
- 工作树隔离：用 git wt <branch> origin/<default-branch> 创建工作树，并在其中执行全部操作。
- 规格文件化：把任务规格原样写入临时文件，例如 gh issue view <n> --json title,body -q '"# " + .title + "\n\n" + .body' > /tmp/<slug>.md，让提示引用路径而非内联内容。
- 后台启动执行：在工作树中运行 codex exec --sandbox workspace-write "<prompt>"。全局标志需放在子命令前；追问用 codex exec --sandbox workspace-write resume --last "<prompt>"，标志放在 resume 之后会失败。模型来自 ~/.codex/config.toml，可用 -m 覆盖。
- 提示要点：指明规格路径并要求“follow every decision in it”；指明需研究的现有代码与测试模式；定义完成标准（构建、lint、测试通过，覆盖必需用例）；评审指令需原样写“when done, run the review-fix skill on the working tree with its Default Review Policy — supply no review brief”；要求“Do NOT commit — leave changes in the working tree”；并要求打印变更文件及每条验证命令与结果。评审指令若改写为描述性文字会变成 Review Brief，从而以单个临时评审者替代默认评审面板。
- 验证：自行重跑被声称通过的检查，逐条对照规格决策审阅 diff，并对规格点名的边界情况做冒烟测试；codex 的报告是声明而非证据。
- 修复轮次：通过 resume --last 逐条发送发现并重新验证，直到某次评审不再发现问题；单文件的琐碎改动也可直接修。
- 交付：按 logical-commits 技能提交（git-hunk 技能会获得核心 logical-commits），再调用 sending-pull-request。
完成条件：评审无发现、本地检查通过、返回 PR URL。
适用场景：需要把实现委派给 codex CLI、自己负责规划与评审并最终交付 PR 的开发流程。
限制：依赖 codex CLI、git wt 工作流与相关技能；模型配置来自 ~/.codex/config.toml；评审指令措辞必须严格，否则会改变评审机制。其余如收费、价格、平台支持等信息暂未提供。