开发与工程 multi-runtime-orchestrationmcpappend-only-ledgercoding-workflowsremote-operationsim-bridgeschatgpt-web

CCCC 协作控制台

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

FollowAgents 评估 · FARS-2.0
待评估
查看完整评分方法 →

这个 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 有哪些优点和局限?

优点
  • 守护进程是单一写入者,追加式 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?

默认发行版需要 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 与同类方案有什么区别?

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

常见问题

它是否需要数据库、消息队列或 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 编排建议使用专用编排器。

相关 Agents