CCCC 协作控制台

把多种编程智能体编排成可追踪、可远程管理的持久化工作组。

Star 数
★ 1.3k
最近更新
1 天前
License
Apache-2.0
主语言
Rust

30 秒速览

运行形态
命令行工具自托管服务网页应用
可在哪里用
通用 · 跨平台Codex · Claude CodeChatGPT(部分支持)
费用
软件免费,模型调用费用自付
上手难度
中 · 需要几步配置
开始前需要
Python 3.11+(默认发行版)或 Rust 1.88+(原生发行版)ChatGPT Web 运行时所需的公共 HTTPS URLShell / 命令行网络访问本地文件系统MCP Server
典型场景
需要让 Claude Code 与 Codex CLI 在同一代码库中分工、确认已读并交接验证证据的开发负责人。
不适合
  • 只想用单一厂商原生 agent 团队、不需要跨运行时协作的用户
  • 需要纯 DAG 工作流编排的团队,应改用专用编排器

这个 Agent 能做什么,适合哪些场景?

CCCC 是面向多智能体软件开发协作的本地优先协调系统,通过一个守护进程统一管理工作组、参与者和消息状态。它以追加式 JSONL ledger 记录消息与事件,并通过 Web UI、CLI、MCP 和 IM 桥接提供同一控制面。工作组可混合 Claude Code、Codex CLI、ChatGPT Web 等 16 种一等运行时,并可用 custom 接入其他命令。它适合需要长期运行、可审计交接、消息已读与回复追踪的编码团队;运行时状态保存在 CCCC_HOME,而不是项目仓库中。

使用 cccc attach . 将当前目录绑定为工作范围,使用 cccc setup 配置运行时,再通过 cccc actor add <id> --runtime <runtime> 创建 foreman 和 peer。cccc group start 启动参与者;守护进程负责向运行时投递 cccc send 或 cccc tracked-send 消息,并在 ledger.jsonl 中追加消息和事件。参与者可通过 MCP 核心工具处理收件箱、消息、文件、上下文、任务与状态;按需能力包括 cccc_repo、cccc_terminal、cccc_actor、cccc_automation 和远程组访问工具。Web UI 显示聊天、投递/已读状态、嵌入式终端、自动化规则和设置;Telegram、Slack、Discord、飞书、钉钉、WeCom 与微信桥接可将协调和状态操作带到 IM。

  1. 需要让 Claude Code 与 Codex CLI 在同一代码库中分工、确认已读并交接验证证据的开发负责人。
  2. 维护长时间运行工程任务的个人或团队,希望从手机通过 Telegram、Slack 或其他已支持 IM 查看状态、暂停或恢复工作组。
  3. 在 Windows、WSL、Mac、服务器或可信队友机器上运行多个 CCCC 工作组,并以 Group Bridge 进行显式跨组协作的团队。
  4. 需要保留可重放消息与事件记录,以核查任务是否收到、阅读、确认和回复的工程组织。
  5. 希望把一个已绑定的 ChatGPT Web 对话作为本地开发参与者,并能为其配置远程 MCP 与浏览器消息投递的用户。

如何安装或部署这个 Agent?

默认发行版需要 Python 3.11+:pip install -U cccc-pair。也可使用原生 Rust 发行版(Rust 1.88+):cargo install cccc --locked。不要让两个名为 cccc 的可执行文件同时位于 PATH。安装后运行 cccc,默认会启动守护进程和本地 Web UI;打开 http://127.0.0.1:8848。

如何使用这个 Agent?

进入目标仓库后依次运行:cccc attach .;cccc setup;cccc actor add foreman --runtime claude;cccc actor add implementer --runtime codex;cccc group start。用 cccc send "Please inspect the repo and propose the first safe task." --to foreman 发送普通协调消息,或用 cccc tracked-send "Please take the first concrete task and reply with validation evidence." --to implementer --title "First concrete task" --outcome "The change and validation evidence are reported" 创建可追踪委派。若参与者未启动,可运行 cccc doctor 检查环境与运行时。ChatGPT Web 运行时还需要将 CCCC 暴露为公共 HTTPS 地址,并在一个绑定的 ChatGPT 对话中配置远程 MCP 连接器。

这个 Agent 有哪些优点和局限?

优点
  • 守护进程是单一写入者,追加式 ledger.jsonl 为消息和事件提供可重放、可审计的状态记录。
  • 除了普通聊天,还提供路由、已读游标、注意力确认和 reply-required 义务,适合需要明确交接的开发工作。
  • Web UI、CLI、MCP 与 IM 桥接共享守护进程状态,支持本地终端与手机端操作。
  • 支持 16 种一等运行时及 custom,允许 Claude Code、Codex CLI、ChatGPT Web 等不同运行时在同一组中协作。
局限
  • 默认 Python 安装要求 Python 3.11+;原生安装要求 Rust 1.88+,且两种 cccc 可执行文件不能同时保留在 PATH。
  • ChatGPT Web 运行时依赖浏览器投递、远程 MCP 和公共 HTTPS 暴露;GPT-5.x Pro 会话不能用于该集成。
  • 守护进程 IPC 默认仅绑定 localhost 且没有认证;将 Web UI 暴露到非本地网络前需要创建 Admin Access Token 并保持网络边界。
  • Group Bridge 的 read 与 full 权限可让受信远程组检查本地上下文或操作工作区,权限授予需要谨慎。

这个 Agent 与同类方案有什么区别?

与原生智能体团队(例如 Claude Code subagents/teams)相比,CCCC 增加跨运行时工作组、重启后仍保留的状态、IM/手机操作和审计 ledger。与隔离式并行任务运行器相比,它重点提供消息、交接、确认和守护进程持有的协调层;README 将纯 DAG 编排定位为应使用专用编排器的场景。

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
CCCC 协作控制台 当前 61 · 存在缺口 命令行工具免费 + 模型费 ★ 1.3k 1 天前 Rust Codex · Claude Code
非空小队 40 · 缺口较多 命令行工具免费 + 模型费 ★ 157 2 个月前 Go OpenAI API
Ouroboros Agent OS 53 · 缺口较多 命令行工具免费 + 模型费 ★ 6.3k 今天 Python Codex · Claude Code
CLI Agent Orchestrator 65 · 存在缺口 命令行工具免费 + 模型费 ★ 1.5k 今天 Python Codex · Claude Code

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
存在缺口
61/ 100 五分制 3.1 / 5
本评测基于 2026年8月9日 的源码;此后该项目发布了 15 个正式版本,尚未复审。分数与结论只代表评测时的版本。 最近版本 ↓
信任安全 17/29
可靠稳定 9/14
适用触发 12/18
规范维护 10/18
有效结果 9/13
证据核验 4/8
查看各维度的扣分理由
信任安全17 / 29 · 2.9/5

证据显示:README 明确说明 Web UI 是高权限,需要 Admin Access Token;daemon IPC 默认仅绑定 localhost;IM 令牌从环境变量读取;Group Bridge 采用信任模型,read/full 需显式授权;capability allowlist 控制 MCP 能力。这些体现了最小权限原则。但用户确认机制仅在 Group Bridge 配对和 Web Access 设置中提及,未覆盖所有高风险操作,因此 user_confirmation 得 1 分。数据流透明性:README 描述了 ledger 记录所有消息和事件,但未详细说明数据流向和存储位置,故得 2 分。敏感数据处理:IM 令牌从环境变量读取,运行时状态存储在 CCCC_HOME,但未提及加密存储,故得 2 分。依赖安全:pyproject.toml 列出了依赖版本范围,CI 中有依赖缓存,但未提供依赖漏洞扫描证据,故得 2 分。外部影响:Group Bridge 允许远程操作,但需显式授权,且 README 警告不要公开访问,故得 2 分。回滚:安装脚本测试了回滚机制,但未提供用户级回滚文档,故得 2 分。来源归属:未提供贡献者指南或作者信息,故得 1 分。

可靠稳定9 / 14 · 3.2/5

证据显示:README 和 CI 配置一致,Python 和 Rust 实现并存,但 README 明确说明 Rust 是实验性的,Python 是稳定版,这体现了自我一致性。依赖可用性:pyproject.toml 列出了依赖,CI 中有缓存,但未提供依赖可用性保证,故得 2 分。失败消息:README 提供了 doctor 命令和 FAQ,但未提供详细的错误消息示例,故得 2 分。

适用触发12 / 18 · 3.3/5

证据显示:README 明确了目标受众(多代理协调)和多种使用场景,并提供了不同场景的适用性表格。能力边界:README 描述了支持 17 种运行时和自定义运行时,并说明了 Group Bridge 的权限级别。触发精度:README 描述了消息路由和自动化规则,但未提供详细的触发条件,故得 2 分。环境适配:README 提供了多种安装方式(pip、Docker、源码),并支持多平台,故得 2 分。

规范维护10 / 18 · 2.8/5

证据显示:README 结构清晰,包含快速开始、架构、CLI 参考等,信息架构良好。安装说明详细,包括 pip、Docker、源码等。命名稳定性:版本号在 Cargo.toml 和 pyproject.toml 中一致,但未提供命名约定文档,故得 1 分。示例和 FAQ:README 提供了多个示例和 FAQ 链接,故得 2 分。已知限制:README 提到 Rust 实现是实验性的,且不支持某些功能,故得 2 分。许可证:Apache-2.0 许可证文件存在,故得 2 分。版本变更日志:未提供 CHANGELOG 文件,故得 1 分。维护责任:未提供维护者信息或贡献指南,故得 1 分。

有效结果9 / 13 · 3.5/5

证据显示:README 描述了输出(Web UI、CLI、MCP 工具)和可用的功能,输出可用性良好。边际价值:与现有工具相比,CCCC 提供了跨运行时协调和持久化状态,具有独特价值。成本效益:安装简单,无需额外基础设施,但需要学习成本,故得 2 分。

证据核验4 / 8 · 2.5/5

证据显示:README 中的声明(如支持 17 种运行时)在文档中有对应说明,但未提供独立验证。跨来源佐证:CI 配置和测试脚本提供了部分验证,但未提供外部验证,故得 1 分。事实与推断分离:README 明确区分了稳定版和实验性功能,故得 2 分。

风险与缓解建议
  • Web UI 是高权限,公开前必须设置 Admin Access Token,否则可能被未授权访问。
  • Group Bridge 的 read/full 权限授予需谨慎,仅对可信远程组开放。
  • Rust 实现是实验性的,生产环境应使用 Python 稳定版。
  • 依赖安全未提供漏洞扫描证据,建议自行检查依赖漏洞。
证据充分度:低 评估于 2026年8月9日 审查版本 9d370ef6e0b5 评估后仓库已有新提交,评分可能未覆盖最新改动
查看完整评分方法 →

最近版本

来自该项目 GitHub Releases 的最新发布记录,说明为上游原文摘录,未经本站改写或测试。

  1. v0.4.48 CCCC 0.4.48
    发布说明摘录
    CCCC v0.4.48 Release Notes CCCC v0.4.48 lets you switch the runtime that runs an agent, between native sessions and CCCC-managed runtimes, without losing the agent or automatically resending a message whose delivery is uncertain; see [Switch an Agent's Runtime](#switch-an-agents-runtime). It also keeps more of your work when something goes wrong. A Web send whose result never came back can be restored, and sending it again unchanged does not create a duplicate. Voice recordings keep the words already recognized in more of the ways they can end early, and a stopped voice model download can …
    在 GitHub 查看 ↗
  2. v0.4.47 CCCC 0.4.47
    发布说明摘录
    CCCC v0.4.47 Release Notes CCCC v0.4.47 introduces Chet, a global assistant you can use by text or voice, message pins, quick replies, and a redesigned Web interface. Managed Claude agents can show Claude's own workspace-trust and permissions confirmation in their terminal. This release also improves message navigation and process recovery and fixes access-control and Group-copy problems. This release covers the changes since v0.4.46; see [Before You Upgrade](#before-you-upgrade) before installing. Before You Upgrade …
    在 GitHub 查看 ↗
  3. v0.4.46 CCCC 0.4.46
    发布说明摘录
    CCCC v0.4.46 Release Notes CCCC v0.4.46 lets the Codex, Claude Code, Pi and OpenCode sessions you already run work together through CCCC, and adds a terminal interface to a bare cccc. Agents can ask you to decide between options that you answer under the message, browsers can show system notifications for messages and requests waiting for you, and the Web chat gives messages more room on phones. The task board shows more about each task without opening it. This release covers the changes since v0.4.45. **Two changes need attention …
    在 GitHub 查看 ↗

常见问题

它是否需要数据库、消息队列或 Docker?
README 将其描述为单次 pip 安装、无外部依赖的方案,不要求数据库、消息代理或 Docker;Docker 是另行提供的部署选项。
如何确认任务真的被处理?
普通消息有投递状态与已读游标;对需要结果和证据的委派可使用 cccc tracked-send,并通过 reply-required 义务追踪回复。
远程访问是否安全?
Web UI 属于高权限界面。非本地暴露前应在 Settings > Web Access 创建 Admin Access Token;Group Bridge 默认以仅消息模式开始,read/full 仅应授予可信工作组。
参与者无法启动时怎么办?
运行 cccc doctor 检查环境和运行时可用性;README 还提示查看 FAQ 处理首次运行问题。
它适合替代 DAG 工作流编排器吗?
不适合。项目将自身定位为协作内核,可与外部 CI/CD、编排器和部署工具组合;纯 DAG 编排建议使用专用编排器。
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents