尧图网站建设 
oh-my-codex 拆解多代理团队如何让 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-codex一个真实场景你用 Codex CLI 给一个中型仓库做认证重构改到一半会话上下文塞满了模型开始忘记你半小时前定的约束想开两个会话并行干两件事两个会话又在同一个目录里互相踩文件。这类问题不在模型能力上而在运行时没有协调机制。oh-my-codexOMX就是补这一层的它不替换 Codex而是把工作流、代理分工、状态和面板加在 Codex 外围把计划、日志、记忆统一沉淀到项目里的.omx/目录。用 $deep-interview 和 $ralplan 把模糊需求磨成可执行计划需求含糊时直接让模型动手返工成本远高于多问几句。OMX 的默认路径是分两段走$deep-interview clarify the authentication change以访谈式追问澄清意图、边界和非目标把大概想改登录变成明确的需求清单$ralplan approve the auth plan and review tradeoffs把澄清后的范围转成经过批准的架构与实现计划。关键在于$ralplan只做计划、不碰代码。它停在计划产物和共识交接上改代码必须走显式的执行入口$ultragoal把计划固化成带检查点账本的多目标任务$ultrawork按检查点推进执行$ralph适合单个负责人持续推进的场景$team则用于需要并行的场合。计划和执行强制分离意味着计划可以被审查、被拒绝、被存档而不是模型一拍脑袋就动手。配置多代理并行omx team 的角色写法与状态跟踪当任务大到需要多个模块同时推进时用omx team拉起一个真正的多代理团队。语法是N:agent-type 任务角色词对应 src/agents/definitions.ts 里 20 多个内置角色omx team 3:executor fix the failing tests with verification omx team 1:architect design the payment service boundaries3:executor即 3 个执行者并行。每个 worker 自动落在独立的 tmux 窗口和专用 git worktree 里互不污染工作区进度、任务分配、问题跟踪都进入团队状态随时可查。团队运行不是撒开不管而是被一个五阶段状态机约束的team-plan→team-prd→team-exec→team-verify→team-fix。规则写在 src/team/orchestrator.ts 里——验证不通过才会进入team-fix修复次数有上限默认 3 次超限就终止而不是无限循环。状态持久化在.omx/state/下配套命令覆盖了监控和恢复omx team status team-name omx team resume team-name omx team shutdown team-name中断、机器重启、上下文压缩之后团队能从持久化状态接着跑不用从头再来。避坑清单worktree 隔离、madmax 风险和选型边界三个容易踩的坑按代价从高到低说--madmax别当默认开关。它是 Codex--dangerously-bypass-approvals-and-sandbox的缩写会拆掉审批和沙箱护栏只在可信仓库里用配合omx --worktreefeat/task --madmax --xhigh在独立 worktree 里跑比直接在当前工作区上更稳。小任务别硬开 team。对很小的原子任务Team 会把隐式扇出限制到 1 个 worker 并打印过度编排警告——协调成本高于收益时单个执行者就是最优解。omx doctor全绿不等于能跑。它只验证安装和接线真正的冒烟测试是codex login status加一次omx exec实际模型调用认证、代理配置这类问题只有真发请求才会暴露。选它还是裸用 Codex判断标准其实很简单如果你只是让 Codex 顺手改几行代码OMX 是多余的层如果你的任务是跨模块、多轮次、需要验收标准级别那 OMX 补的正是模型自己给不了的东西——可审查的计划、可恢复的状态、可并行的分工。它把一个人跟一个 AI 聊天变成一个团队带着一组 AI 干活且每一步都有据可查。更多配置细节可以看 官方入门文档。【免费下载链接】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 拆解：多代理团队如何让 Codex CLI 扛住复杂任务
oh-my-codex 拆解多代理团队如何让 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-codex一个真实场景你用 Codex CLI 给一个中型仓库做认证重构改到一半会话上下文塞满了模型开始忘记你半小时前定的约束想开两个会话并行干两件事两个会话又在同一个目录里互相踩文件。这类问题不在模型能力上而在运行时没有协调机制。oh-my-codexOMX就是补这一层的它不替换 Codex而是把工作流、代理分工、状态和面板加在 Codex 外围把计划、日志、记忆统一沉淀到项目里的.omx/目录。用 $deep-interview 和 $ralplan 把模糊需求磨成可执行计划需求含糊时直接让模型动手返工成本远高于多问几句。OMX 的默认路径是分两段走$deep-interview clarify the authentication change以访谈式追问澄清意图、边界和非目标把大概想改登录变成明确的需求清单$ralplan approve the auth plan and review tradeoffs把澄清后的范围转成经过批准的架构与实现计划。关键在于$ralplan只做计划、不碰代码。它停在计划产物和共识交接上改代码必须走显式的执行入口$ultragoal把计划固化成带检查点账本的多目标任务$ultrawork按检查点推进执行$ralph适合单个负责人持续推进的场景$team则用于需要并行的场合。计划和执行强制分离意味着计划可以被审查、被拒绝、被存档而不是模型一拍脑袋就动手。配置多代理并行omx team 的角色写法与状态跟踪当任务大到需要多个模块同时推进时用omx team拉起一个真正的多代理团队。语法是N:agent-type 任务角色词对应 src/agents/definitions.ts 里 20 多个内置角色omx team 3:executor fix the failing tests with verification omx team 1:architect design the payment service boundaries3:executor即 3 个执行者并行。每个 worker 自动落在独立的 tmux 窗口和专用 git worktree 里互不污染工作区进度、任务分配、问题跟踪都进入团队状态随时可查。团队运行不是撒开不管而是被一个五阶段状态机约束的team-plan→team-prd→team-exec→team-verify→team-fix。规则写在 src/team/orchestrator.ts 里——验证不通过才会进入team-fix修复次数有上限默认 3 次超限就终止而不是无限循环。状态持久化在.omx/state/下配套命令覆盖了监控和恢复omx team status team-name omx team resume team-name omx team shutdown team-name中断、机器重启、上下文压缩之后团队能从持久化状态接着跑不用从头再来。避坑清单worktree 隔离、madmax 风险和选型边界三个容易踩的坑按代价从高到低说--madmax别当默认开关。它是 Codex--dangerously-bypass-approvals-and-sandbox的缩写会拆掉审批和沙箱护栏只在可信仓库里用配合omx --worktreefeat/task --madmax --xhigh在独立 worktree 里跑比直接在当前工作区上更稳。小任务别硬开 team。对很小的原子任务Team 会把隐式扇出限制到 1 个 worker 并打印过度编排警告——协调成本高于收益时单个执行者就是最优解。omx doctor全绿不等于能跑。它只验证安装和接线真正的冒烟测试是codex login status加一次omx exec实际模型调用认证、代理配置这类问题只有真发请求才会暴露。选它还是裸用 Codex判断标准其实很简单如果你只是让 Codex 顺手改几行代码OMX 是多余的层如果你的任务是跨模块、多轮次、需要验收标准级别那 OMX 补的正是模型自己给不了的东西——可审查的计划、可恢复的状态、可并行的分工。它把一个人跟一个 AI 聊天变成一个团队带着一组 AI 干活且每一步都有据可查。更多配置细节可以看 官方入门文档。【免费下载链接】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），仅供参考