拓冰网站定制 
oh-my-codex 团队协作实战五阶段流水线加并行 Worker【免费下载链接】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最常见的结果是它按自己的顺序从头做到尾你只能盯着进度条干等。oh-my-codexOMX的团队协作模式换了一种做法$team技能用 tmux 分屏窗口启动多个真实的 Codex 会话让它们并行执行同一个任务的不同部分进度靠.omx/state/team/下的状态文件协调。多个 AI 代理同时写代码、跑测试由一个领导线程统一分配和验收。团队五阶段状态机从计划到修复的闭环编排器把一次团队协作拆成五个阶段每个阶段只能转移到白名单里的下一个阶段想跳过验证直接收工是不允许的。这段转移规则在 src/team/orchestrator.ts 里只占十来行const TRANSITIONS: RecordTeamPhase, ArrayTeamPhase | TerminalPhase { team-plan: [team-prd], team-prd: [team-exec], team-exec: [team-verify], team-verify: [team-fix, complete, failed], team-fix: [team-exec, team-verify, complete, failed], };每次转移都会写入时间戳和原因留下完整轨迹验证不通过时流程会退回执行阶段或直接判败。team-fix循环自带上限默认max_fix_attempts为 3超限直接置为failed而不是无限打转。阶段职责team-plan把任务拆成可分配的计划team-prd明确验收标准team-exec并行开发team-verify按证据检查完成度team-fix修复后回执行或复验20 多个预置角色谁干什么由路由决定OMX 内置 20 多个专业代理每个角色的行为 prompt 存放在 prompts/ 目录运行时按名字加载。角色的推理强度、工具权限、路由职责都在 src/agents/definitions.ts 里以数据声明分属 build、review、domain、product、coordination 五个类别。explore快速搜索代码库、做符号映射只读权限architect设计系统边界与接口xhigh 推理强度executor代码实现、重构与特性开发verifier拿完成度证据、检验声明不凭感觉盖章工具访问分read-only、analysis、execution、data四档routingRole分 leader、specialist、executor 三档只有 leader 档的角色能派生子代理leaf 档角色遇到缺能力只能向上汇报。explore 配 fast 模型省钱planner 和 architect 走 frontier 模型成本控制就藏在这张表里。一行命令组建团队omx team 的规模配置团队规模用一行命令就能拉起来契约写在 skills/team/SKILL.mdomx team [N:agent-type] task description omx team 3:executor analyze feature X and report flawsN是 worker 数默认 3agent-type指定角色省略时按任务内容启发式路由。运行时结构定义在 src/team/state/types.tsexport interface TeamConfig { name: string; task: string; agent_type: string; worker_count: number; max_workers: number; // ... workers、tmux_session、workspace_mode }worker_count决定本次开几个并行窗口max_workers默认上限 20。两个实用开关一是 worktree 模式解析逻辑在 src/team/worktree.ts每个 worker 在独立 git worktree 里改各自的分支避免并行写同一批文件互相踩二是动态扩缩容src/team/scaling.ts运行中追加 worker缩容时先让在跑的 worker 完成当前轮次再优雅移除。状态落在磁盘上面板、邮件盒与 HUD团队协作的状态全部落在.omx/state/team/的 JSON 文件里配置、任务清单、事件流各占一份终端断线也能从文件恢复现场。每个 worker 在 tmux 面板里跑一个真实 CLI 会话codex、claude、gemini 均可你可以用 tmux 快捷键切到任意面板看它具体在写什么。任务分配leader 按分配策略决定谁领哪个任务worker 状态里记着assigned_tasks消息传递worker 之间经 mailbox 交接带 ACK 回读确认避免共享缓冲区竞争存活监控心跳记录last_turn_at与turn_countsrc/hud/渲染 HUD 面板汇总各 worker 状态三个起步建议先小团队再扩规模第一次用多代理并行执行建议从 2~3 个 worker 的小团队开始验证任务拆得开再往大调worker 之间要写同一批文件时改用 worktree 模式隔离改动先在独立小任务上跑通 plan 到 fix 的完整五阶段闭环再上生产需求。各阶段与角色的完整说明见 docs/getting-started.html 和 docs/agents.html。下一步可以直接执行omx team 2:executor 一个独立小任务启动一个最小团队看它走一遍完整的团队协作闭环。【免费下载链接】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 团队协作实战：五阶段流水线加并行 Worker
oh-my-codex 团队协作实战五阶段流水线加并行 Worker【免费下载链接】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最常见的结果是它按自己的顺序从头做到尾你只能盯着进度条干等。oh-my-codexOMX的团队协作模式换了一种做法$team技能用 tmux 分屏窗口启动多个真实的 Codex 会话让它们并行执行同一个任务的不同部分进度靠.omx/state/team/下的状态文件协调。多个 AI 代理同时写代码、跑测试由一个领导线程统一分配和验收。团队五阶段状态机从计划到修复的闭环编排器把一次团队协作拆成五个阶段每个阶段只能转移到白名单里的下一个阶段想跳过验证直接收工是不允许的。这段转移规则在 src/team/orchestrator.ts 里只占十来行const TRANSITIONS: RecordTeamPhase, ArrayTeamPhase | TerminalPhase { team-plan: [team-prd], team-prd: [team-exec], team-exec: [team-verify], team-verify: [team-fix, complete, failed], team-fix: [team-exec, team-verify, complete, failed], };每次转移都会写入时间戳和原因留下完整轨迹验证不通过时流程会退回执行阶段或直接判败。team-fix循环自带上限默认max_fix_attempts为 3超限直接置为failed而不是无限打转。阶段职责team-plan把任务拆成可分配的计划team-prd明确验收标准team-exec并行开发team-verify按证据检查完成度team-fix修复后回执行或复验20 多个预置角色谁干什么由路由决定OMX 内置 20 多个专业代理每个角色的行为 prompt 存放在 prompts/ 目录运行时按名字加载。角色的推理强度、工具权限、路由职责都在 src/agents/definitions.ts 里以数据声明分属 build、review、domain、product、coordination 五个类别。explore快速搜索代码库、做符号映射只读权限architect设计系统边界与接口xhigh 推理强度executor代码实现、重构与特性开发verifier拿完成度证据、检验声明不凭感觉盖章工具访问分read-only、analysis、execution、data四档routingRole分 leader、specialist、executor 三档只有 leader 档的角色能派生子代理leaf 档角色遇到缺能力只能向上汇报。explore 配 fast 模型省钱planner 和 architect 走 frontier 模型成本控制就藏在这张表里。一行命令组建团队omx team 的规模配置团队规模用一行命令就能拉起来契约写在 skills/team/SKILL.mdomx team [N:agent-type] task description omx team 3:executor analyze feature X and report flawsN是 worker 数默认 3agent-type指定角色省略时按任务内容启发式路由。运行时结构定义在 src/team/state/types.tsexport interface TeamConfig { name: string; task: string; agent_type: string; worker_count: number; max_workers: number; // ... workers、tmux_session、workspace_mode }worker_count决定本次开几个并行窗口max_workers默认上限 20。两个实用开关一是 worktree 模式解析逻辑在 src/team/worktree.ts每个 worker 在独立 git worktree 里改各自的分支避免并行写同一批文件互相踩二是动态扩缩容src/team/scaling.ts运行中追加 worker缩容时先让在跑的 worker 完成当前轮次再优雅移除。状态落在磁盘上面板、邮件盒与 HUD团队协作的状态全部落在.omx/state/team/的 JSON 文件里配置、任务清单、事件流各占一份终端断线也能从文件恢复现场。每个 worker 在 tmux 面板里跑一个真实 CLI 会话codex、claude、gemini 均可你可以用 tmux 快捷键切到任意面板看它具体在写什么。任务分配leader 按分配策略决定谁领哪个任务worker 状态里记着assigned_tasks消息传递worker 之间经 mailbox 交接带 ACK 回读确认避免共享缓冲区竞争存活监控心跳记录last_turn_at与turn_countsrc/hud/渲染 HUD 面板汇总各 worker 状态三个起步建议先小团队再扩规模第一次用多代理并行执行建议从 2~3 个 worker 的小团队开始验证任务拆得开再往大调worker 之间要写同一批文件时改用 worktree 模式隔离改动先在独立小任务上跑通 plan 到 fix 的完整五阶段闭环再上生产需求。各阶段与角色的完整说明见 docs/getting-started.html 和 docs/agents.html。下一步可以直接执行omx team 2:executor 一个独立小任务启动一个最小团队看它走一遍完整的团队协作闭环。【免费下载链接】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），仅供参考