Jack Dorsey（Twitter 联合创始人）刚扔出一个完全免费的 GitHub 仓库，26.2k star，基本等于直接送你一套 AI Agent 操作系统，用来跑业务的那种。

这不是玩具。Boris Cherny——Claude Code 的负责人——在文档里详细拆解了这套系统的工作方式：手机作为主界面，同时跑 5 到 10 个会话，每个会话能派生出几百甚至几千个子 agent，后台数十个循环持续运行。关键数字：**一夜之间，从手机触发，运行 1000 个 agent**。

听起来像需要数据中心和基础设施团队。其实不需要。

**具体怎么运作：**

1. **克隆仓库**

2. **自己托管服务器**：频道、搜索、Git、自动化，全在你自己的机器上跑

3. **把 agent 扔进一个频道**，像拉新同事进群一样。锁好它的权限，让团队实时指挥它干活

就是这么简单。


这套系统的核心架构，CyrilXBT 在配套教程里拆成了四块。每一块都不复杂，但拼在一起，效果就不一样了。

**第一，手机触发。** 不是推送通知那种“看看进度”的移动端。是真正能在手机上发指令、查状态、改方向。Claude 的 Dispatch 界面干的就是这件事——一个从手机发起的连续对话，真正能操作，不是只读仪表盘。

**第二，隔离并行执行。** 每个 agent（或一组子 agent）跑在自己的上下文和工作区里，互不踩脚。没有这个，同时跑几十个 agent 就是灾难，不是规模。Git worktree 处理真正独立的任务，子 agent 隔离处理需要协作的复杂任务。

**第三，验证不靠自觉。** 这是最关键的一块。核心原则来自 Anthropic 的 harness 工程经验：**永远不要让 agent 自己给自己的活打分。** 同上下文里生成的模型评审自己的输出，天然偏乐观。跑一晚上没人在旁边盯着，等你早上起来看结果，一个自信满满但错的“完成了”比没跑更坑。

解决办法：Builder 干活，独立的 Judge 验证。Judge 要能看到 Builder 没有的东西——测试套件输出、原始需求文档、真实执行结果。不是重读一遍输出再换个说法。

**第四，硬性停止条件和成本上限。** 没人盯着的任务，必须有三条硬规则：最大时间或迭代次数；最大成本（按最坏情况算好，超过了真的停）；明确的范围边界（没经过你同意，不能部署生产、删数据、花真实世界的钱、替你发外部消息）。

评论区有人一针见血：“这只有在团队真的看 agent 的时候才有效。我的 agent 在频道里坐了两天做蠢事，因为没人读它。”

还有人在算账：1000 个 agent 跑一晚上，用 Opus 5？问一句“现在几点”可能就要 10 美元的 token。这不是夸张，这是真实的成本结构——但如果你按任务复杂度路由模型，简单任务用便宜模型，大部分费用可以省下来。

也有质疑的声音：有人说这套东西是“偷的”，工作是别人干的，被转成基础设施却没署名。这类争议在开源圈一直存在，看你怎么理解“站在巨人肩膀上”这件事。

MR Wayne 的观察很到位：“26.2k star 而且免费——有意思的不是仓库本身，而是 Dorsey 版的‘agent 操作系统’就是一个带权限的聊天频道。”

确实。你不需要一个复杂的管理后台。你只需要一个频道，把 agent 拉进去，锁好权限，让它干活。

有人问这算不算“把 agent 加进团队让它干活”的时代到了。看着像，但别忘了 Boris Cherny 自己说的：**“我们才完成了 1%。”**

这套东西还在快速演化。但四个核心设计——手机触发、隔离并行、真实验证、硬性停止——是当前阶段跑大规模无人值守 agent 的底线。少一块，要么跑不大，要么跑大了会出事。

仓库是免费的，star 已经 26.2k。教程也是免费的，四块架构拆得明明白白。剩下的，就是你自己要不要动手的问题了。