用途：在 Codex 中执行 Prometheus 工作计划，逐项完成 .omo/plans/ 下的顶层复选框任务，并通过 Boulder 状态文件与 Stop/SubagentStop 续跑钩子保持工作连续推进。
用法：$start-work [plan-name] [--worktree <absolute-path>]。plan-name 可选，可匹配 .omo/plans/ 下的完整或部分文件名；--worktree 仅在用户明确要求在独立 git worktree 中工作时使用。
流程：先选择计划（读取 .omo/boulder.json、列出计划文件、必要时提单个选择问题），再在实现前写入 Boulder 状态，session id 必须带 codex: 前缀；随后执行第一个未勾选的顶层复选框，将其拆分为原子子任务，无依赖的子任务可用 spawn_agent 并行，有具名依赖则串行。每个子任务需包含目标与文件范围、先行的失败测试或复现、实现约束、自动验证命令、一个人工 QA 通道（HTTP、tmux、浏览器或 computer use）以及产物路径与清理凭据。完成后需通过四道关卡（重读计划、自动验证、人工 QA 产物、清理），再把证据以每行一个 JSON 对象的格式追加到 .omo/start-work/ledger.jsonl，最后才把计划中 - [ ] 改为 - [x] 并继续下一项。
工具兼容：该技能混合了 Claude Code、Codex 与 OpenCode 的示例。在 Claude Code 中不要把 task(...)、call_omo_agent(...)、spawn_agent(...)、background_output(...)、wait_agent(...)、team_*(...)、send_message(...)、followup_task(...)、close_agent(...) 等工具名照字面调用，应改用 Claude Code 原生 Task 或 Skill 工具；在 Codex 中则映射为 spawn_agent 等对应工具，load_skills 的引用应在子代理消息中写明。
限制与硬性规则：生产变更前必须有失败测试或复现；不得以 --dry-run 作为完成证据；不得仅以测试通过宣称完成，必须有 Manual-QA 产物；Boulder 状态中不得出现无前缀 session id；不得依赖陈旧记忆，计划与台账是持久事实来源。最终全部完成后运行计划最终验证命令、同步 .omo/ 状态、按请求合并或交接并在成功后移除 worktree，最后输出 ORCHESTRATION COMPLETE 块。