搜 oh-my-openagent 安装入口时，最容易走错的一步，是把 OpenCode 版和 Codex 版混在一起。现在如果你的目标是让 Codex 处理复杂代码库，入口优先看 LazyCodex：它是 OmO/oh-my-openagent 面向 Codex 的安装与配置入口，主命令就是 npx lazycodex-ai install。

我会这样判断：你用 Codex App 或 Codex CLI，就走 LazyCodex；你用 OpenCode，再看完整 oh-my-openagent/OmO 安装方式。复杂代码库最怕的不是命令少，而是装完以后没有项目上下文、计划、验证和续跑机制，LazyCodex 正是把这些东西一次接进 Codex。

入口到底选哪一个

如果只问“oh-my-openagent 安装入口在哪”，答案要分平台。Codex 方向用 https://lazycodex.ai/docs，安装命令是 npx lazycodex-ai install。OpenCode 方向再看 OmO/oh-my-openagent 的完整安装入口，比如 bunx oh-my-openagent install。

我会这样试：先确认自己现在打开的是 Codex 项目窗口，而不是 OpenCode 终端。只要工作流在 Codex 里，就不要拿 OpenCode 的 --platform=opencode 配置硬套。标题里的 LazyCodex，基本就已经把入口指向 Codex 版本了。

安装前的环境检查

LazyCodex 要求先有 Node.js 和 npx，还要有已经登录的 Codex App 或 Codex CLI。第一次配置我更建议用 Codex App，因为 hooks 审核、项目窗口和 $ 命令菜单都更直观。

我会这样试：在终端先跑 node -v、npx -v；再打开 Codex，确认能进入真实项目目录。项目最好不是空目录，至少有源码、测试命令或已有说明文件，否则 Agent 很难判断复杂代码库的边界。

一行命令安装 Codex 版

常规安装命令是：

npx lazycodex-ai install

如果你想让安装过程更适合自动化 agent 工作流，可以用：

npx lazycodex-ai install --no-tui --codex-autonomous

它会把 OmO harness 接进 Codex，包括 commands、skills、hooks、model routing 和验证默认项。安装后要重启或重新打开 Codex，并在启动审核里批准 omo hooks。没批准 hooks，后面的自动续跑、验证和后台初始化都不会完整工作。

复杂代码库先做上下文初始化

装好以后，不要立刻把大任务丢给 Agent。复杂仓库第一步应该跑 $init-deep，让它生成层级化 AGENTS.md 上下文。这个动作的意义是让 Agent 先读项目规则、目录职责、测试入口和局部约束，再开始改代码。

我会这样试：先让它在项目根目录执行 $init-deep，然后检查生成内容有没有覆盖关键目录。如果它把前端、后端、测试、脚本入口都分清了，再继续；如果它连主项目结构都没识别对，先补项目说明，不要急着开工。

配置后的常用工作流

我会把 LazyCodex 的命令分成 4 类：$init-deep 负责项目记忆，$ulw-plan 负责复杂任务计划，$start-work 负责按计划执行，$ulw-loop 负责长任务持续推进到有验证证据。小修小补不一定要全套开，大改、迁移、排障和跨目录重构更适合用这一套。

配置完成后跑一次 npx lazycodex-ai doctor。它会检查 plugin cache、hooks、MCP servers、agents 和 config state。进入 Codex 后，再在输入框里敲 $，看命令菜单里是否出现 LazyCodex 相关命令。

几个容易踩的坑

第一，不要用 npm install -g lazycodex-ai 当成官方路径，文档强调通过 npx 调用。第二，Codex 版入口不是 OpenCode 默认安装路径，平台别选错。第三，复杂项目先初始化上下文，再做计划，不要让 Agent 一上来就改核心文件。第四，doctor 失败时先看 hooks 和 Codex 登录状态，别直接删配置。

最后的检查很简单：入口选 LazyCodex，命令用 npx lazycodex-ai install，hooks 已批准，$ 菜单能看到 $init-deep、$ulw-plan、$start-work 和 $ulw-loop。这 4 项都过，再把复杂代码库交给 Agent 会稳得多。