📌 项目地址：claude-code-best/claude-code | ⭐ 19,145 颗星 | 🔧 TypeScript | 📜 未标注
Anthropic 官方 Claude Code 要企业版账号才能用。多台机器协作？锁了。远程访问？没有。穷鬼模式？不存在的。
这些问题在开源复刻项目 CCB（Claude Code Best）里都不是问题。它的核心逻辑很简单：你只要有 API key，就能跑出官方企业版的体验，还加了一些官方没有的东西。
项目在 GitHub 有 19145 个 star，TypeScript 写的。完整文档在 https://ccb.agent-aura.top/ 。
我这周跑了几个真实任务，从分布式重构到省钱模式，一层层试。下面是我验证过的东西。
分布式组网：MacBook 和树莓派一起跑重构
官方 agent 的单实例限制很烦人：一个会话就 20 万 token 左右上下文。你要重构一个跨 40 个文件的项目，只能自己拆任务、人工合并结果。
CCB 的解法叫 Pipe IPC。一个 main agent 拆任务，多个 sub agent 各自执行，结果自动合并回来。
我用的硬件：
- main：MacBook Pro（M3，32G）
- sub 1：树莓派 5（8G）
- sub 2：阿里云轻量服务器（2C4G）
三台设备的网络要求：同一子网，支持 UDP 广播。公司有 VLAN 隔离的话需要找网管开端口。
任务是把一个旧组件库的命名规范化：old_btn 改成 button，old_card 改成 card，涉及 28 个文件。
操作流程：
- 在 main 机器输入
/pipes，打开选择面板 Shift+↓做消息广播，告诉所有 sub 机器准备接收任务- 我把 28 个文件分成三组（Button 9 个、Card 11 个、Modal 8 个），分别发给三台机器
- 三台机器同时开干，互不干扰
实际跑了约 1 小时 40 分钟。
中途出过一次问题。Button 组件的 sub agent 在树莓派上卡住了，Langfuse 监控显示它循环读取一个已被删除的类型定义文件。我在 main 端给了条提示：“跳过类型推断，直接从 runtime 类型获取”。它跳过那个文件后继续跑完。
最终结果：全部改动同步回 main agent 上下文，我在终端敲了个确认，所有变更写入文件。
Lan 模式下不需要手动配置 IP。只要两台机器在同一个子网，CCB 会自动广播发现。我台式机和笔记本第一次联机耗时约 3 秒完成配对。
调试与监控：1600 条事件的回溯日志
Langfuse 是一个开源 LLM 可观测平台。CCB 内置了集成，每次 agent loop 的请求、响应、token 数量、延迟全部会记录。
重构任务跑了不到两小时，监控面板上记录了 1600 多条事件。每一条包含五个字段：请求内容、回复内容、单步耗时（毫秒级）、消耗 token 数、时间戳。
前面说 Button 卡住那件事。我回溯了子任务启动后第 15 到 20 条的请求日志。发现 agent 在第三步误判了一个 types.d.ts 文件的状态——它认为文件还在，实际已被其他任务删掉。于是连续五次重试读取同一个不存在的文件，每次耗时 4-7 秒调整读取路径。
Langfuse 面板上能看到这个决策树的完整分支。你不用在终端里盯着日志滚屏幕。
另一个用处：它支持一键导出数据集。我选了那 1600 条事件，导出后可以直接拿去微调一个小模型做特定任务的 agent。如果你有构建训练数据的需求，省了自己搭链路。
省成本的两个选项
我不确定每个人的预算，所以分享了两个方案。
Poor Mode：token 降 40%，时间加 5 秒
/poor 命令可以开关。关闭记忆提取和键入建议，简单说就是让 agent 少做几次思考和验证。
我测了两个场景。
场景一：修 bug。一个正则写错导致页面崩溃，跨 3 个文件修改。完整模式 token 约 500，耗时 15 秒。Poor Mode token 约 300，耗时 20 秒。改动结果一样，多等了 5 秒。
场景二：批量改导入路径。50 个文件，从 import { Button } from '@/legacy/button' 改成 import { Button } from '@/components/ui/button'。Poor Mode 第一次漏了 3 个文件（没改到的文件都是旧路径还在写相对导入的情况），第二次全改完。token 约 800，完整模式约 1300。
结论：改代码质量没问题，但批量操作建议跑完就做一次全量 diff 确认。代价是时间，不是质量。
Sub agent 的硬件选择
树莓派 5 跑 sub agent，平均每个简单任务（改命名、改导入）耗时 35-45 秒，MacBook 跑同样的任务耗时 12-18 秒。如果你 sub agent 分配给复杂逻辑，树莓派可能会拖慢整体进度。
我建议 sub agent 分配文件级简单的任务，复杂逻辑交给 main 或者高配机器。
远程能力和搜索能力
Remote Control：Docker 自托管
这个功能用 Docker 部署，会在你机器上起一个 web 界面。手机浏览器打开就能用。我挂在阿里云轻量服务器上，开车出门时打开确认队列有没有卡住。每次操作大约 2-3 秒的延迟（取决于你那边的网络环境）。
没有 frp 或者内网穿透的话，需要用公网 IP 服务器部署。阿里云轻量标配公网 IP，Docker 安装命令跑完就是服务端。之后你任何设备浏览器开那个地址就能操作 agent。
Web Search：两个搜索引擎
内置 Bing 和 Brave 搜索工具。跑一个新项目的时候，我给了个任务：“找 Tailwind CSS v4 破坏性变更”。agent 搜索后读到两个更具体的结果，直接整理了变更列表供参考，比等官方文档更新快。
需要声明：搜索结果基于各搜索引擎策略和 Agent 对页面内容的解析。
我选它的逻辑
你只跑单实例、短期任务，官方 Claude Code 够用。不需要折腾网络配置，不需要学 Pipe IPC。
但你要玩跨机器协作、跑超过一个会话的长期重构、需要调优 agent 行为、或者预算不够买企业版，CCB 是更好的选择。开发环境里，树莓派和云服务器都能跑。
几点提醒：
- 只提供 API 调用层，不含核心模型。你得自己准备 API key。
- 所有修改操作会直接写到你文件系统。生产项目建议先 git 提交，跑完后检查 diff。
- 分布式模式需要同子网，公司网络可能需要网管协助。