OmO 多智能体编排器
输入 /omo 即可把代码分析、缺陷排查和修复实现分派给最合适的智能体组合，无需固定流水线。
该技能结构上以最小代理调用为主（explore只读、librarian只读、oracle只读），工具限制声明清晰，数据流向（Context Pack）透明。但扣分点：develop与oracle/librarian配置中'yolo': true以及README FAQ建议设置 Codex approval_policy='never'，绕过执行确认；2小时超时的长时执行无显式用户确认门槛；发布者身份未经验证。
SKILL.md 与 README、references 各文件间输入契约一致，示例完整、结构良好，happy path 可信。但扣分点：无针对该技能自身的测试（CI 测试覆盖的是 codeagent-wrapper，不是 omo 编排逻辑）；对 codeagent-wrapper、四个后端 CLI 缺失或失败时的错误反馈无说明；行为依赖模型对提示的遵循，不可控。
触发条件清晰（/omo 显式命令），路由信号与跳过启发式具体，非适用范围有说明。扣分点：核心功能完全依赖 codeagent-wrapper 及 Claude/Codex/Gemini/OpenCode 多个海外 CLI 服务，未讨论中国大陆网络可达性；无中文支持说明；边界条件（如多代理并发失败、上下文超长）未声明。
文档分层良好（SKILL.md → README → references 各代理详述），版本号（5.6.1）、作者、AGPL-3.0 许可齐全，仓库层面有维护信号（CI、release 工作流）。扣分点：无该技能自身的 changelog；安装依赖 codeagent-wrapper 但 references 中未内联说明安装前提；维护责任归属（stellarlinkco vs cexll）不完全清晰。
声明的能力（按风险路由到最小代理集合）逻辑合理，超过单一代理的边际价值可论证。但扣分点：静态审查无法验证多后端编排实际产出质量；输出完全依赖外部 CLI 与模型的执行结果，直接可用性证据缺失；成本（多模型长时运行、2h 超时）与收益比例未讨论。
声明均可追溯到仓库内源文件，references 之间互相印证（输入契约一致），这是可审计的第一手材料。扣分点：无第三方执行证据、无该技能自身的测试套件或运行记录覆盖关键路径；librarian 声称的证据链接机制未经执行验证。
- 配置含 'yolo': true 且 FAQ 建议 approval_policy='never'，实施代理可能在无确认下执行代码修改与命令，使用前应自行收紧审批设置。
- 技能完全依赖 codeagent-wrapper 及 Claude/Codex/Gemini/OpenCode 海外 CLI，中国大陆网络环境下可能不可用或需代理。
- 本次为静态审查，未执行任何编排流程；多代理实际产出质量、成本（2小时超时、多模型调用）请自行小规模验证。
- 仓库 CI 测试仅覆盖 codeagent-wrapper，omo 编排逻辑本身无测试覆盖。
- 实施代理具备写文件与执行测试的权限，建议在隔离环境或版本控制保护下使用，以便回滚。
这个 Skill 能做什么，适合哪些场景？
OmO 是 myclaude 仓库中的一个 Claude Code 技能，定位为多智能体编排工作流。它把编排者角色（名为 Sisyphus）与执行智能体分离：编排者绝不亲自写代码，只负责根据任务类型和风险信号选择最小智能体集合，并在各步之间传递完整上下文。可用智能体包括 explore（代码定位）、librarian（外部文档查询）、oracle（高风险评审）、develop（后端实现）、frontend-ui-ux-engineer（UI 实现）和 document-writer（文档撰写），全部通过 codeagent-wrapper 以 shell heredoc 形式调用，支持 Codex、Claude、Gemini、OpenCode 等后端。它明确反对机械执行 explore→oracle→develop 流水线，主张按信号跳过不需要的智能体。
读取用户的 /omo 触发指令和原始请求；根据风险信号决定启用哪些智能体（如位置已知且低风险则直接调用 develop）；通过 codeagent-wrapper 以 heredoc 格式向智能体传递原始请求、上下文包（前序智能体输出、已知约束）、当前任务和验收标准；在 shell 工具中执行、超时上限 2 小时；支持 explore 与 librarian 并行执行；输出各阶段的定位结果、根因分析、实现方案或实际代码修改。
- 开发者发现类型错误且已知道文件和行号，想直接让实现智能体做最小修复而不走完整流水线。
- 遇到位置不明的 bug，需要先由 explore 定位根因、再由 develop 实现修复并跑相关测试。
- 需要结合内部代码模式和外部库文档来添加新功能，希望 explore 和 librarian 并行调研后由 oracle 评估风险再实现。
- 只需理解某段代码或函数的工作原理，只要 explore 输出分析结果，不改任何代码。
- 纯 UI 或纯文档改动，分别路由到 frontend-ui-ux-engineer 或 document-writer。
这个 Skill 有哪些优点和局限？
- 路由优先设计：按风险信号跳过不需要的智能体，避免固定流水线的浪费。
- 编排者不写代码、探索不自行 grep 的硬约束，职责清晰且强制传递完整上下文。
- 支持多后端（Codex/Claude/Gemini/OpenCode），不绑定单一执行引擎。
- SKILL.md 内含大量具体调用示例和反例，降低误用概率。
- 强依赖 codeagent-wrapper 和至少一个后端 CLI，环境配置成本不低。
- 智能体单次调用超时上限 2 小时，长任务成本可能很高，且源文档未提供费用相关信息。
- 是 11 技能合集中的一个，实际效果还取决于 wrapper 和各后端的稳定性；仓库主题标签为空、源文档未提供测试套件或评测数据。
- 许可证为 AGPL-3.0，商业闭源使用需另行联系作者获取商业授权。
如何安装这个 Skill？
运行 npx github:stellarlinkco/myclaude 启动交互式安装器（默认装到 ~/.claude）；或先运行 npx github:stellarlinkco/myclaude --list 查看可安装项后单独选择；也可用 --install-dir 自定义目录、--force 覆盖安装。安装后需确认 codeagent-wrapper 及至少一个后端 CLI（Codex/Claude/Gemini/OpenCode）可用。具体安装后如何单独启用 omo 模块，源文档说明可通过 config. 的 modules.omo 开关控制，其余细节未记录。
如何使用这个 Skill？
在 Claude Code 中输入以 /omo 开头的指令，后接任务描述，例如：/omo fix this type error at src/foo.ts:123 或 /omo analyze this bug and fix it。编排者会按信号路由并调用相应智能体。注意源文档未说明 /omo 在无 codeagent-wrapper 环境下的降级行为。