oh-my-openagent GitHub 入口是 code-yeongyu/oh-my-openagent，核验日期为 2026-07-07。它是 OmO / LazyCodex 背后的 AI 编程 Agent harness，不是单个聊天插件。README 里把它拆成两条线：OpenCode 用 Ultimate edition，Codex CLI 用 Light edition。找下载入口时先看 GitHub、README、安装指南和配置文档，别去第三方下载站找压缩包。

OpenCode 和 Codex 分别怎么装

OpenCode 侧走 bunx oh-my-openagent install，安装器会处理 plugin 注册、agent/model 配置和 provider 认证。只给 Codex CLI 装 Light edition，就用 npx lazycodex-ai install；需要无 TUI、自主权限模式，再加 --no-tui --codex-autonomous。如果两边都要装，安装指南里给的是 bunx oh-my-openagent install --platform=both 这类路径。不要用 bunx omo 或 npx omo，官方提醒那可能解析到别的 npm 包。

安装前先检查什么

• OpenCode 先确认版本，官方验证项写的是 opencode --version 1.4.0 或更高。
• Codex Light 需要 Node/npm，不要求 Bun。
• Provider 密钥放在官方推荐位置，不要写进业务项目根目录 .env。

工作流配置看哪里

OpenCode 的用户配置通常在 ~/.config/opencode/oh-my-openagent.jsonc，项目配置会从当前目录往上找 .opencode/oh-my-openagent.jsonc。Codex Light 会写入 ~/.codex/config.toml、插件缓存和 agent 配置。已经有 CLAUDE.md、AGENTS.md 或 AI 编程规范的团队，先确认这些规则和插件注入的规则没有冲突，再让 Agent 执行写代码任务。

第一次试跑怎么验收

别一装完就让它重构主仓库。先让 OpenCode 或 Codex 做一次只读分析，确认能看到工具、模型、hooks、MCP 和项目规则。再给一个小修复任务，提交前看 Git Diff 是否集中、是否改到无关文件。OpenCode 可以跑 bunx oh-my-openagent doctor；Codex 侧如果装的是 LazyCodex，用 npx lazycodex-ai doctor 查插件健康状态。

适合放进哪类工作流

它更适合有明确分支、代码审查和回滚习惯的团队：先规划，再执行，再复盘。只想偶尔问一句报错含义的人，不必急着接入。涉及生产仓库时，先限制写权限，让 Agent 只做分析、review 或 comment checker，确认稳定后再放开执行任务。

常见问题

1. 为什么名字混用？官方处在命名迁移期，oh-my-opencode、oh-my-openagent、LazyCodex 会同时出现。
2. 适合谁？适合复杂代码库里的规划、执行、复盘和多工具工作流。
3. 不适合谁？只想临时问代码解释的新手不必急着装。

安装成功检查清单

• 入口确认是 code-yeongyu/oh-my-openagent。
• OpenCode 和 Codex 命令没有混用。
• 配置文件能找到。
• 小任务跑完后 Git Diff 可审查、可回滚。