正在打开每日关注
ccteam：多家编码 Agent 的团队编排层
用 Rust 将多家编码 Agent 组队，支持跨机派活、收集结果与远程控制。
来源摘录
手里同时开着 Claude Code、Codex、Grok、Kimi，结果自己成了人肉传话筒，天天 alt-tab 复制粘贴上下文，累不累？ 我扒了个叫 ccteam 的开源项目，可以把你本来就在跑的这几个 AI 编程 agent，凑成一个团队。谁擅长啥它心里门儿清： 1️⃣ Claude Code 想得最深，负责拆活、定规矩 2️⃣ Codex 能扛长任务，闷头写代码不掉链子 3️⃣ Grok 回得最快，边上随手答疑 4️⃣ Kimi 便宜量大，重复的脏活累活全包 最骚的是遥控。绑个 Telegram 或者 Lark 的 bot，半夜派完活合上电脑，第二天早饭时结果已经躺群里了，要不要合并还给你 approve、deny 按钮。跨机器也行，NAT 后面的破笔记本都能当卫星节点，测试直接在 GPU 机器上跑。 任何一个 session 都能自己喊人干活，spawn、dispatch、collect 全在底下悄悄跑通了。它不替你决定啥时候派活，这事写在你自己版本管理的 prompt 里。 想试的自己看： 🔗 https://t.co/g8arLhba8e
CCTeam把你已经在用的 code agent(Claude Code、Codex、Grok、Kimi 等)编成一支团队——任何会话都能跨厂商、跨机器spawn、派活、收结果,而你从Telegram、飞书或浏览器里统一指挥。 https://t.co/mvaEM3jsEK https://t.co/KbxRw2QFt7
深度解析
是什么
ccteam 是 firstintent 的开源 Rust 编排层，把已运行的 Claude Code、Codex、Grok、Kimi、DeepSeek Harness、Pi 连接为一个团队。它不替代供应商 CLI，而是提供身份、路由、交付保障、护栏与成本账本，并把何时派活留给可版本管理的 prompt。README 的核心承诺是跨供应商、跨机器 spawn、dispatch、collect。
架构与核心设计
daemon 作为控制面，接入 Telegram、Lark、浏览器和 /api/v1；会话通过 MCP 工具形成可追踪的父子拓扑。项目按主机绑定，卫星节点以 join token 接入，任务在所属机器执行；同时以至少一次通知、幂等键、子会话落盘、扇出护栏和预算上限降低失控风险。README 还把不同供应商按规划、长任务、快速答疑和批处理分工。
值得借鉴
它把手工复制上下文变成协议化调度，把审批、状态、责任链和成本放入一个控制面；Team 拓扑图与项目级 routing.md 让分工可见、可维护。
坑与边界
它是连接层，仍要求各机器预装并认证 CLI。卫星执行当前仅支持 Claude；其他供应商跑在 daemon 机器。Web 控制台是 chat shell，不是传统仪表盘，权限、失败重试和 prompt 运维仍由使用者负责。