Token导航 LogoToken导航

MCP Server · 办公协作

Codex Teams

codex-teams是一个CLI工具,用于协调多个Codex CLI代理团队,实现实时通信、共享发现并交付结果,适用于软件开发、代码审计和项目规划等场景。

未说明官方级别未说明来源级核验工具 0
团队协作TypeScriptClaude软件开发

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
skrabe
提供方
skrabe

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Codex Teams 属于办公协作类 MCP Server,公开资料标注 0 个工具,通过传输方式未标注接入,适配 Claude,没有现成的安装命令;接入前要先准备 会话凭据。

分类

办公协作

传输方式

未说明

认证方式

会话凭据

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

codex团队

一个CLI,负责协调以下团队 Codex CLI 代理人。描述你想要构建、研究或计划什么——codex团队组建了一个lead+员工团队,他们实时沟通、分享发现并交付结果。

______________________________________________________________________

安装

npm install -g codex-teams

然后为你的AI编码工具安装技能:

codex-teams setup

先决条件

  • Codex CLI 已安装并打开 PATH (npm install -g @openai/codex)
  • Node.js 18+

______________________________________________________________________

快速开始

cd your-project

# Launch a mission — blocks until complete, prints JSON result
codex-teams launch \
  --objective "Add JWT auth with login/register endpoints, middleware, and tests" \
  --lead "Tech Lead" \
  --worker "Backend Engineer" \
  --worker "Test Engineer" \
  --verify "npm test"

就是这样。领导计划,工人们并行执行,他们互相交谈, npm test 自动运行——你会得到JSON和他们所做的一切。

______________________________________________________________________

为什么?

单个AI编码代理有一个上下文窗口。当任务跨越多个层(API、前端、测试、配置)时,它必须不断地切换上下文,忽略细节。codex团队通过为每个代理提供专注于其范围的上下文窗口来解决这个问题。他们通过群聊、DM和共享工件进行沟通,就像一个真正的工程团队一样进行协调。

  • 更多的背景,而不仅仅是更多的速度。 每个代理都拥有其作用域的完整上下文。团队共同看到的代码库比一个代理所能看到的要多得多。
  • 特工们互相帮助。 后端开发人员共享API合约;前端开发人员读取它并构建以匹配。员工们互相提问,标记集成问题,并在过程中分享发现。
  • 内置验证功能。 shell命令(如 npm test)完成后运行。如果失败,主管会分配修复程序,工作人员重试,然后重新运行。
  • 你发射并离开。 准备好后检查结果。

______________________________________________________________________

命令

launch --执行任务

codex-teams launch \
  --objective "..." \
  --lead "Tech Lead" \
  --worker "Backend Engineer" \
  --worker "Frontend Engineer" \
  --verify "npm test"

直到完成。进度流到stderr,JSON结果到stdout。退出代码0=成功。

标志默认值描述
--objective *(必填)*要完成什么。具体点。
--lead "Lead"首席代理角色名称
--worker *(必填)*工人角色(可重复)
--verify --完成后要验证的Shell命令
--max-retries 2验证重试尝试
--sandbox workspace-writeplan-mode / workspace-write / danger-full-access
--reasoning xhigh/highxhigh / high / medium / low / minimal
--fastfalse启用快速输出模式
--team-json --JSON格式的完整团队配置(覆盖--lead/--worker)

status --检查任务

codex-teams status                  # List all active missions
codex-teams status       # Check a specific mission

steer --任务中期重定向

codex-teams steer  --directive "Fix the auth bug first"

setup --安装AI工具的技能

codex-teams setup           # Auto-detect and install for all found tools
codex-teams setup --claude   # Claude Code only
codex-teams setup --codex    # Codex CLI only
codex-teams setup --all      # Install for everything

help --使用指南

codex-teams help --llm      # Full guide for LLM consumption

______________________________________________________________________

示例

运送功能

codex-teams launch \
  --objective "Add user profile editing: PUT /api/users/:id endpoint accepting
{name, bio, avatarUrl} at src/api/users.ts, React form at src/components/ProfileForm.tsx
using existing Form primitives from src/components/ui/, and integration tests.
Follow the pattern in src/api/posts.ts for the endpoint." \
  --lead "Tech Lead" \
  --worker "Backend Engineer" \
  --worker "Frontend Engineer" \
  --verify "npm test"

审计代码库

codex-teams launch \
  --objective "Audit every API endpoint in src/api/ for: (1) missing input validation,
(2) SQL injection vectors, (3) missing auth checks, (4) information leakage in error
responses. Document each finding with file, line, severity, and fix recommendation.
Output as a structured shared artifact." \
  --lead "Security Lead" \
  --worker "API Auditor" \
  --worker "Auth Auditor"

计划迁移

codex-teams launch \
  --objective "Map every place user IDs appear across src/api/, src/services/,
src/db/, and src/client/. Document the coupling surface, data flow, and hardcoded
assumptions about ID format. Deliver a migration plan as a shared artifact:
what changes where, in what order, what breaks. Don't change any code." \
  --lead "Lead Architect" \
  --worker "API Mapper" \
  --worker "DB Mapper" \
  --worker "Frontend Mapper"

自信地重构

codex-teams launch \
  --objective "Migrate all 12 class components in src/components/ to functional
components with hooks. Each must: (1) preserve identical props interface,
(2) convert lifecycle methods to useEffect, (3) convert this.state to useState,
(4) pass existing tests unchanged. Do NOT modify test files." \
  --lead "Migration Lead" \
  --worker "Component Dev A" \
  --worker "Component Dev B" \
  --verify "npm run typecheck && npm test"
提示: 目标越具体,结果越好。包括文件路径、验收标准、约束以及“完成”的样子。

______________________________________________________________________

高级: --team-json

要完全控制每个代理的配置:

codex-teams launch \
  --objective "..." \
  --team-json '[
    {"role": "Tech Lead", "isLead": true, "reasoningEffort": "xhigh"},
    {"role": "Backend", "specialization": "API design and database queries"},
    {"role": "Frontend", "specialization": "React components", "fastMode": true},
    {"role": "Tests", "specialization": "Integration testing"}
  ]'

______________________________________________________________________

团队规模和成本

经验法则:每个工作的不同部分有一个工作人员。如果任务有三个方面——API、前端、测试——则生成三个工作人员。如果任务有六个独立的区域需要审核,则生成六个worker。如果工作足够大,每个方面本身都是一个多部分的项目,那么可以考虑多个团队——每个主要领域一个团队,每个团队都有自己的负责人和工作人员。

每个代理都是进行LLM API调用的完整Codex CLI会话。更多的代理意味着更多的成本和更高的推理水平(--reasoning)每个代理人再乘以这个数。使用 --reasoning medium 或 --fast 用于探索性或低风险的工作,以降低成本。默认值为 xhigh 对于领先者和 high 对于工人来说。

______________________________________________________________________

运作原理

codex-teams launch --objective "Add auth with tests" --lead "Lead" --worker "Backend" --worker "Tests" --verify "npm test"

  1. Creates a team: lead + 2 workers
  2. Starts the comms server (localhost HTTP for group chat, DMs, artifacts)
  3. Sends all agents their prompts simultaneously
  4. Lead posts a plan in group chat → workers read it and execute
  5. Workers share discoveries and coordinate via chat
  6. npm test runs → if it fails, lead assigns fixes → workers retry
  7. JSON result printed to stdout

建筑

graph TD
    CLI["codex-teams CLI
(your terminal)"]
    CLI -->|spawns via Codex CLI| Lead["Lead"]
    CLI -->|spawns via Codex CLI| WA["Worker A"]
    CLI -->|spawns via Codex CLI| WB["Worker B"]
    Comms["Comms Server
(localhost HTTP)
group chat · DMs · artifacts"]
    Lead |MCP| Comms
    WA |MCP| Comms
    WB |MCP| Comms

每个代理都作为一个Codex CLI线程运行,具有自己的上下文窗口。通信服务器提供经过身份验证的群聊、直接消息、共享工件和等待消息机制。

通过以下方式支持多个团队 --team-json --你可以定义单独的团队,每个团队都有自己的领导和员工。然而,每个代理都是进行LLM API调用的完整Codex CLI会话,因此成本直接随团队规模而增加。

______________________________________________________________________

使用AI编码工具

之后 codex-teams setup,你的AI助手会自动发现codex团队。安装的技能教会了它:

  1. 何时使用codex团队 --识别受益于多个代理的任务
  2. 如何从你那里收集上下文 --在启动之前询问目标、范围、限制、团队
  3. 如何写好目标 --编写详细的工程票质量提示
  4. 如何运行和报告结果 --执行CLI并显示输出

你也可以手动调用它:告诉你的人工智能助手“使用codex团队…”或直接引用该技能。

______________________________________________________________________

配置

设置默认选项
型号gpt-5.4Codex CLI支持的任何模型
沙箱workspace-writeplan-mode, workspace-write, danger-full-access
推理xhigh (领导)/ high (工人)xhigh, high, medium, low, minimal
快速模式falsetrue 为了更快的输出

______________________________________________________________________

发展

git clone https://github.com/skrabe/codex-teams.git
cd codex-teams
npm install
npm run build          # TypeScript → ./build
npm run bundle         # esbuild → ./dist/index.cjs
npm run dev            # TypeScript watch mode
node --import tsx --test tests/*.test.ts    # Run all tests

______________________________________________________________________

卸载

npm uninstall -g codex-teams

要删除已安装的技能,请执行以下操作:

rm -rf ~/.claude/skills/codex-teams
rm -rf ~/.codex/skills/codex-teams
rm -rf ~/.factory/skills/codex-teams
rm -rf ~/.config/opencode/skills/codex-teams
rm -rf ~/.agents/skills/codex-teams

______________________________________________________________________

许可证

麻省理工学院

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

团队协作TypeScript本地部署AI代理软件开发代码审计项目规划

支持客户端

Claude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

消息与邮件处理

把群消息、邮件接进助手,按规则汇总和回复。

工单与任务流转

在对话里建单、改状态,少切换系统。

团队信息同步

把会议纪要和文档更新同步到协作工具。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 需要自备会话凭据,没有凭据没法直接试。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在办公协作场景里让模型直接调用外部能力的人。
  • 已经在用 Claude 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 暂时拿不到会话凭据的人。
  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Codex Teams

MCP World · 本页

0未说明未标注1 个2026-05-17
Karakeep MCP

MCP World

0未说明未标注1 个2026-05-17
Excalidraw MCP App

MCP World

0未说明未标注1 个2026-05-17
Slack MCP

MCP.so

18stdio有4 个2026-05-17
HiveChat MCP

MCP World

0HTTP未标注2 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Codex Teams 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Codex Teams 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Codex Teams 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Codex Teams 需要 API Key 吗?

公开资料标注的认证方式是会话凭据,也就是要先拿到凭据才能连上;凭据只填在自己本地的配置里,不要写进公开仓库。

Codex Teams 支持哪些客户端?

公开资料标注支持 Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP