Oh My OpenAgent
为 OpenCode 与 Codex CLI 增加编排、代码工具和持续执行工作流。
按维度查看评分与理由
证据显示：LSP守护进程有认证和所有权检查，测试覆盖了权限模式（0o700/0o600）和符号链接攻击防护，表明对敏感数据（如认证令牌）有处理。但整体权限模型未明确，存在默认启用的遥测（PostHog），且未提供用户确认机制。扣分：遥测默认开启，缺乏用户确认；数据流透明度不足；依赖安全未充分说明。
证据显示：有CI工作流（测试、类型检查、Codex兼容性测试），测试文件存在，表明一定的一致性。但依赖可用性未验证，失败消息未详细说明。扣分：依赖可用性未验证；失败消息未详细说明。
证据显示：README详细描述了多种使用场景（Ultimate/Light版本、Team Mode、不同模型），能力边界有说明（如Light版仅8个组件），触发方式（ultrawork命令）明确，环境适配（OpenCode/Codex）有说明。扣分：能力边界描述部分依赖README断言，未深入代码验证。
证据显示：有安装指南、配置文档、功能文档，信息架构清晰；安装说明详细；命名有兼容性说明（oh-my-opencode/oh-my-openagent）；有示例和FAQ；许可证为SUL-1.0（非标准）；版本号存在（4.19.4），有CI自动生成变更日志；维护责任明确（作者）。扣分：许可证非标准，可能限制使用；已知限制未明确列出。
证据显示：输出可用性高（提供多种工具和功能），边际价值高（解决实际问题），但成本效益未量化。扣分：成本效益未量化，依赖外部模型订阅。
证据显示：README中有用户评价和性能数据（如成功率提升），但未提供可验证的复现方法；跨来源验证不足；事实与推断未明确分离。扣分：声明缺乏可追溯性，跨来源验证不足。
- 默认启用匿名遥测（PostHog），需用户主动禁用，可能涉及数据隐私。
- 许可证为SUL-1.0，非标准开源许可证，可能限制商业使用。
- 依赖外部模型订阅（如ChatGPT、Kimi），成本可能较高。
这个 Agent 能做什么，适合哪些场景？
Oh My OpenAgent 是面向软件开发的代理增强层，提供 OpenCode 的 Ultimate Edition 和 Codex CLI 的 Light Edition。Ultimate Edition 面向 OpenCode，包含 Sisyphus、Hephaestus、Prometheus 等代理、后台代理、Team Mode、54+ 生命周期钩子、内置 MCP 与 tmux 集成。Light Edition 通过 lazycodex-ai 安装到 Codex CLI，提供 rules、comment-checker、git-bash、LSP、ultrawork、ulw-loop、start-work-continuation、telemetry，以及 grep_app、context7、codegraph 等插件范围 MCP。两种版本都提供 ultrawork/ulw、LSP 和规则注入，但代理编排及 team_* 工具只属于 Ultimate Edition。它适合愿意在本地命令行和指定代理宿主中安装配置、并希望把多模型开发工作流集中起来的开发者。
安装器会把 OpenCode 插件或 Codex 插件与配置写入本地：Ultimate 使用 bunx oh-my-openagent install，Light 使用 npx lazycodex-ai install。运行时可读取 AGENTS.md、README.md 和 .omo/rules/** 中适用的上下文规则；Ultimate 还可按任务类别调度代理，并通过 team_create、team_send_message、team_task_create、team_status 等 team_* 工具协调成员。它提供 lsp_rename、lsp_goto_definition、lsp_find_references、lsp_diagnostics 等代码操作，以及 AST-Grep、tmux、websearch、context7 和 grep_app 集成。ultrawork 或 ulw 可触发两种版本共有的持续工作模式；ulw-loop 将多目标工作状态保存在 .omo/ulw-loop/。Ultimate 的 Hashline 编辑机制用 LINE#ID 内容哈希校验编辑所依据的行内容。
- 使用 OpenCode 的团队希望由主代理把前端、深度执行、快速修改和复杂架构任务分派给不同类别的子代理。
- 使用 Codex CLI 的个人开发者希望安装 Light Edition，并在现有 CLI 中获得 LSP、规则注入、ultrawork 和 MCP 组件。
- 需要在大型仓库中执行重命名、跳转定义、查找引用与诊断检查的工程师。
- 希望在编码任务开始前通过
/start-work调用 Prometheus 进行访谈式规划的开发者。 - 希望启用 Team Mode，在 tmux 布局中观察负责人和最多 8 名并行成员协作的 OpenCode 用户。
- 需要使用
.opencode/oh-my-openagent.jsonc覆盖代理模型、权限、钩子或 Team Mode 配置的项目维护者。
这个 Agent 有哪些优点和局限？
- 同时覆盖 OpenCode Ultimate 与 Codex CLI Light 两种交付方式，且明确区分各版本具备的功能边界。
- Ultimate Edition 提供分类任务调度、后台代理和 Team Mode，并有专用 team_* 协作工具及 tmux 可视化。
- 同时集成 LSP、AST-Grep、MCP 与 Hashline 内容哈希编辑，覆盖代码导航、搜索和受校验编辑。
- 规则注入支持 AGENTS.md 与
.omo/rules/**，并可通过配置覆盖代理、模型、权限和钩子。
- 完整代理编排、Team Mode、AST-Grep 和 tmux 集成仅在 OpenCode Ultimate Edition 中提供；Codex Light Edition 没有 team_* 工具。
- 安装与运行依赖本地 shell、文件系统、网络及特定宿主；Ultimate 需要 OpenCode 和 Bun，Light 需要 Codex CLI 与 Node/npm。
- 模型选择与提供商认证是安装流程的一部分，文档列出 Anthropic、Gemini、Copilot、Z.ai 与 OpenCode Zen 等认证路径，采用成本取决于所选提供商和订阅。
- 匿名遥测默认启用，虽说明每天每台机器最多发送一次且使用哈希安装标识，但需要通过环境变量或配置显式退出。
如何安装或部署这个 Agent？
OpenCode Ultimate Edition：运行 bunx oh-my-openagent install，随后按安装器提示选择模型并完成提供商认证。Codex CLI Light Edition：在具备 Node.js 与 npm 的环境运行 npx lazycodex-ai install；非交互式自主权限配置可用 npx lazycodex-ai install --no-tui --codex-autonomous。Light Edition 不需要 Bun，安装器会写入 ~/.codex/ 相关插件、市场和配置状态。
如何使用这个 Agent？
完成安装后，在对应宿主中输入 ultrawork 或 ulw 启动工作流。OpenCode 用户可在 .opencode/oh-my-openagent.jsonc 启用 Team Mode，例如设置 team_mode.enabled 为 true、max_parallel_members 和 tmux_visualization；重启 OpenCode 后 team_* 工具可用。复杂任务可使用 /start-work 进入 Prometheus 的规划流程；需要深度项目上下文时可运行 /init-deep 生成分层 AGENTS.md。
这个 Agent 与同类方案有什么区别？
相对于直接使用 Codex CLI，Light Edition 以插件形式补充规则、LSP、git-bash、ultrawork、ulw-loop 与插件范围 MCP，但不提供 Ultimate 的代理编排和 Team Mode。相对于 Claude Code，项目声明兼容其 hooks、commands、skills、MCPs 与 plugins；该兼容性声明不表示它可替代 Claude Code 的宿主运行时。
常见问题
是否必须使用 OpenCode？
是否需要付费模型或订阅？
Light Edition 会获得完全自主权限吗？
--codex-autonomous 明确启用。会发送遥测吗？
OMO_DISABLE_POSTHOG=1 等环境变量退出。