：给 Codex CLI 装上代理团队与自动化钩子，三步从想法到交付)
oh-my-codex (OmX)给 Codex CLI 装上代理团队与自动化钩子三步从想法到交付【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codexoh-my-codex下称 OmX是架在 OpenAI Codex CLI 之上的一层工作流。它不替换 Codex而是在外面加一层任务澄清、计划审批、多代理协作和运行时监控让 AI 写代码从人一句一句喂变成给任务看结果。三个场景看看 OmX 适不适合你需求还模糊的时候。你想重构认证模块但脑子里只有一个大概方向。在 OmX 会话里输入$deep-interview 梳理认证重构的边界代理会一轮只问一个问题为什么改、做到什么程度、哪些明确不做、哪些决定可以放权。等模糊度打分降到阈值以下才交接给执行环节避免干了两小时才发现方向理解错了。大任务想拆开并行干。omx team 3:executor fix the failing tests with verification会在 tmux 里拉起 3 个代理各自分配独立的 git worktree同时改代码互不踩踏。下图是两个代理并行产出的两个 Tetris 演示实现风格完全不同不想一直盯着屏幕。交给$ralph这种持久循环它反复迭代直到验证通过中途失败自动重试没有新鲜验证证据不许宣布完成。核心能力用三个关键词跑完想清楚 → 定计划 → 交付OmX 的主线是三步$deep-interview澄清意图$ralplan产出经过评审的计划$ultragoal把计划变成一串带检查点的持久目标并执行计划和状态都存在项目里的.omx/目录会话断了也能接着干。如果需求本来就清楚可以跳过采访直接用$ultrawork或$autopilot进入执行。各技能的完整行为定义见 skills/deep-interview/SKILL.md 和 skills/ultragoal/SKILL.md。用 Hooks 自动化重复操作钩子就是在会话开始、工具调用前后、回合结束等节点自动运行的小脚本对应session-start、pre-tool-use、post-tool-use、stop等事件。你把自定义插件放进.omx/hooks/*.mjs一行omx hooks init生成模板omx hooks validate检查配置omx hooks test跑测试。事件全集、插件导出契约和超时配置写在 docs/hooks-extension.md。用 HUD 实时盯住每个代理在 macOS/Linux 上OmX 默认把会话跑在 tmux 管理的窗口里HUD 会实时显示哪些代理在跑、卡在哪一步。omx hud --watch只是监控视角不算主工作流的一部分。渲染与状态同步的实现都在 src/hud/ 目录。用 team 运行时把任务拆给多个代理omx team status / resume / shutdown team-name管理团队生命周期worker 默认各自使用独立 worktree跑挂了可以 resume 接着跑不用从头再来。批量清单场景还有omx mission file把一个 markdown 清单里的多条提示词按顺序执行并留下账本。团队状态契约见 docs/contracts/team-runtime-state-contract.mdmission 格式见 docs/mission.md。上手路径5 步确认codex --version能跑通且已登录需要 Node 20官方推荐 macOS/LinuxWindows 是次要支持路径npm install -g oh-my-codex想从源码构建则先 git clone https://gitcode.com/GitHub_Trending/oh/oh-my-codex再npm install npm run build npm link在目标仓库里执行omx setup --scope project --merge-agents装入提示词、技能和 AGENTS.md 项目指引omx doctor检查安装再用omx exec --skip-git-repo-check -C . Reply with exactly OMX-EXEC-OK真实调一次模型验证鉴权链路在 git 仓库里omx --worktreefeat/task --madmax --xhigh启动会话先用$deep-interview把第一个任务说清楚常见坑别一次加载一堆技能。官方文档把开局先加载 20 个技能以防万一明确列为反模式——它挤占上下文预算模型注意力会被无关流程稀释。默认 2~5 个就够。--madmax是双刃剑。它是--dangerously-bypass-approvals-and-sandbox的缩写会关掉审批和沙箱护栏。只在可信仓库里用并配命名 worktree多个 madmax 会话不要开在同一个目录会互相冲突。doctor 全绿不代表能跑。omx doctor只验证安装和接线鉴权、代理地址这类问题要到真实请求才暴露所以第 4 步的omx exec冒烟测试别省。Intel Mac 启动时 CPU 飙高别慌。那是 macOS Gatekeeper 在验证大量并发进程不是 OmX 的 bugREADME 的 Known issues 一节给了xattr和开发者工具白名单两种解法。收尾一句话OmX 把 Codex CLI 从单代理命令行变成有分工、有检查点、有监控的协作运行时。想系统了解从 docs/getting-started.html 或 DEMO.md 入手全部实现代码在 src/ 目录里。【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 oh-my-codex (OmX)：给 Codex CLI 装上代理团队与自动化钩子，三步从想法到交付
oh-my-codex (OmX)给 Codex CLI 装上代理团队与自动化钩子三步从想法到交付【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codexoh-my-codex下称 OmX是架在 OpenAI Codex CLI 之上的一层工作流。它不替换 Codex而是在外面加一层任务澄清、计划审批、多代理协作和运行时监控让 AI 写代码从人一句一句喂变成给任务看结果。三个场景看看 OmX 适不适合你需求还模糊的时候。你想重构认证模块但脑子里只有一个大概方向。在 OmX 会话里输入$deep-interview 梳理认证重构的边界代理会一轮只问一个问题为什么改、做到什么程度、哪些明确不做、哪些决定可以放权。等模糊度打分降到阈值以下才交接给执行环节避免干了两小时才发现方向理解错了。大任务想拆开并行干。omx team 3:executor fix the failing tests with verification会在 tmux 里拉起 3 个代理各自分配独立的 git worktree同时改代码互不踩踏。下图是两个代理并行产出的两个 Tetris 演示实现风格完全不同不想一直盯着屏幕。交给$ralph这种持久循环它反复迭代直到验证通过中途失败自动重试没有新鲜验证证据不许宣布完成。核心能力用三个关键词跑完想清楚 → 定计划 → 交付OmX 的主线是三步$deep-interview澄清意图$ralplan产出经过评审的计划$ultragoal把计划变成一串带检查点的持久目标并执行计划和状态都存在项目里的.omx/目录会话断了也能接着干。如果需求本来就清楚可以跳过采访直接用$ultrawork或$autopilot进入执行。各技能的完整行为定义见 skills/deep-interview/SKILL.md 和 skills/ultragoal/SKILL.md。用 Hooks 自动化重复操作钩子就是在会话开始、工具调用前后、回合结束等节点自动运行的小脚本对应session-start、pre-tool-use、post-tool-use、stop等事件。你把自定义插件放进.omx/hooks/*.mjs一行omx hooks init生成模板omx hooks validate检查配置omx hooks test跑测试。事件全集、插件导出契约和超时配置写在 docs/hooks-extension.md。用 HUD 实时盯住每个代理在 macOS/Linux 上OmX 默认把会话跑在 tmux 管理的窗口里HUD 会实时显示哪些代理在跑、卡在哪一步。omx hud --watch只是监控视角不算主工作流的一部分。渲染与状态同步的实现都在 src/hud/ 目录。用 team 运行时把任务拆给多个代理omx team status / resume / shutdown team-name管理团队生命周期worker 默认各自使用独立 worktree跑挂了可以 resume 接着跑不用从头再来。批量清单场景还有omx mission file把一个 markdown 清单里的多条提示词按顺序执行并留下账本。团队状态契约见 docs/contracts/team-runtime-state-contract.mdmission 格式见 docs/mission.md。上手路径5 步确认codex --version能跑通且已登录需要 Node 20官方推荐 macOS/LinuxWindows 是次要支持路径npm install -g oh-my-codex想从源码构建则先 git clone https://gitcode.com/GitHub_Trending/oh/oh-my-codex再npm install npm run build npm link在目标仓库里执行omx setup --scope project --merge-agents装入提示词、技能和 AGENTS.md 项目指引omx doctor检查安装再用omx exec --skip-git-repo-check -C . Reply with exactly OMX-EXEC-OK真实调一次模型验证鉴权链路在 git 仓库里omx --worktreefeat/task --madmax --xhigh启动会话先用$deep-interview把第一个任务说清楚常见坑别一次加载一堆技能。官方文档把开局先加载 20 个技能以防万一明确列为反模式——它挤占上下文预算模型注意力会被无关流程稀释。默认 2~5 个就够。--madmax是双刃剑。它是--dangerously-bypass-approvals-and-sandbox的缩写会关掉审批和沙箱护栏。只在可信仓库里用并配命名 worktree多个 madmax 会话不要开在同一个目录会互相冲突。doctor 全绿不代表能跑。omx doctor只验证安装和接线鉴权、代理地址这类问题要到真实请求才暴露所以第 4 步的omx exec冒烟测试别省。Intel Mac 启动时 CPU 飙高别慌。那是 macOS Gatekeeper 在验证大量并发进程不是 OmX 的 bugREADME 的 Known issues 一节给了xattr和开发者工具白名单两种解法。收尾一句话OmX 把 Codex CLI 从单代理命令行变成有分工、有检查点、有监控的协作运行时。想系统了解从 docs/getting-started.html 或 DEMO.md 入手全部实现代码在 src/ 目录里。【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考