CCCC 协作控制台
把多种编程智能体编排成可追踪、可远程管理的持久化工作组。
按维度查看评分与理由
证据显示：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 分。
证据显示：README 和 CI 配置一致，Python 和 Rust 实现并存，但 README 明确说明 Rust 是实验性的，Python 是稳定版，这体现了自我一致性。依赖可用性：pyproject.toml 列出了依赖，CI 中有缓存，但未提供依赖可用性保证，故得 2 分。失败消息：README 提供了 doctor 命令和 FAQ，但未提供详细的错误消息示例，故得 2 分。
证据显示：README 明确了目标受众（多代理协调）和多种使用场景，并提供了不同场景的适用性表格。能力边界：README 描述了支持 17 种运行时和自定义运行时，并说明了 Group Bridge 的权限级别。触发精度：README 描述了消息路由和自动化规则，但未提供详细的触发条件，故得 2 分。环境适配：README 提供了多种安装方式（pip、Docker、源码），并支持多平台，故得 2 分。
证据显示：README 结构清晰，包含快速开始、架构、CLI 参考等，信息架构良好。安装说明详细，包括 pip、Docker、源码等。命名稳定性：版本号在 Cargo.toml 和 pyproject.toml 中一致，但未提供命名约定文档，故得 1 分。示例和 FAQ：README 提供了多个示例和 FAQ 链接，故得 2 分。已知限制：README 提到 Rust 实现是实验性的，且不支持某些功能，故得 2 分。许可证：Apache-2.0 许可证文件存在，故得 2 分。版本变更日志：未提供 CHANGELOG 文件，故得 1 分。维护责任：未提供维护者信息或贡献指南，故得 1 分。
证据显示：README 描述了输出（Web UI、CLI、MCP 工具）和可用的功能，输出可用性良好。边际价值：与现有工具相比，CCCC 提供了跨运行时协调和持久化状态，具有独特价值。成本效益：安装简单，无需额外基础设施，但需要学习成本，故得 2 分。
证据显示：README 中的声明（如支持 17 种运行时）在文档中有对应说明，但未提供独立验证。跨来源佐证：CI 配置和测试脚本提供了部分验证，但未提供外部验证，故得 1 分。事实与推断分离：README 明确区分了稳定版和实验性功能，故得 2 分。
- Web UI 是高权限，公开前必须设置 Admin Access Token，否则可能被未授权访问。
- Group Bridge 的 read/full 权限授予需谨慎，仅对可信远程组开放。
- Rust 实现是实验性的，生产环境应使用 Python 稳定版。
- 依赖安全未提供漏洞扫描证据，建议自行检查依赖漏洞。
这个 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。
- 需要让 Claude Code 与 Codex CLI 在同一代码库中分工、确认已读并交接验证证据的开发负责人。
- 维护长时间运行工程任务的个人或团队，希望从手机通过 Telegram、Slack 或其他已支持 IM 查看状态、暂停或恢复工作组。
- 在 Windows、WSL、Mac、服务器或可信队友机器上运行多个 CCCC 工作组，并以 Group Bridge 进行显式跨组协作的团队。
- 需要保留可重放消息与事件记录，以核查任务是否收到、阅读、确认和回复的工程组织。
- 希望把一个已绑定的 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 编排定位为应使用专用编排器的场景。