这几天，一个叫 Paperclip 的项目在 GitHub 上涨得很快。

这个项目现在已经有 3.79 万星标、5500 多个 fork，最新一次版本更新是 3 月 25 日。

它在 GitHub 上的介绍也写得很直接：这是一个用来管理一整队 AI agents 的开源编排系统，不是单个 Agent，而是一套“公司后台”。

Paperclip 最容易让人记住的一句话，是它自己写在 README 里的那句：

如果 OpenClaw 是员工，那 Paperclip 就是公司。

这句话基本也把这个项目讲清楚了：

当你手里已经有 10 个、20 个、50 个 Agent 的时候，怎么把它们放进同一个系统里，统一分工、统一授权、统一看进度、统一控成本。

Paperclip 到底是什么

从 GitHub README 来看，Paperclip 支持接入 OpenClaw、Claude Code、Codex、Cursor、Bash、HTTP 这些不同来源的 Agent 和运行环境。

也就是说，你不需要全押一个工具，你可以把不同 Agent 拉进来，在同一个系统里统一管理。

所以它做的，不是替代别的 Agent；是“你用了这么多 Agent，最后都用 Paperclip 来管”。

Paperclip 解决的是什么问题

场景一：你同时开了 20 个 Claude Code 终端，已经分不清谁在干什么；机器一重启，之前的上下文丢了。

Paperclip 给的方式是，把任务做成 ticket，把对话做成线程，让对话能跨重启保留。

场景二：你现在要反复从不同地方补背景，告诉 bot 这件事到底是为什么做、属于哪个项目、对哪家公司有影响。

Paperclip 的做法是让任务往上挂到项目目标和公司目标，让 Agent 一直能看到完整上下文。

场景三：很多人现在已经开始遇到 token 失控、循环调用烧钱、多个 Agent 重复劳动这些问题。

Paperclip 的解决方式是给每个 Agent 设预算、设任务归属、设组织关系和审批边界。

可以看到，Paperclip 解决的是现在很多重度用户已经开始碰到的问题：Agent 一多以后，事情就乱了。

谁在跑什么，不清楚；

谁该接谁的活，不清楚；

哪个 Agent 花钱太快，不清楚；

哪个结果能用，哪个结果只是跑完了但没交付，不清楚。

Paperclip 就是冲着这一层去的。

Paperclip 最重要的几块能力

第一块，是组织结构。

它有组织架构图、角色、上下级、岗位说明。README 里直接写：你的 agents 有老板、有职位、有工作描述。

第二块，是目标管理。

它不是只给你一个任务列表，而是强调每个任务都要挂到公司目标上，让 Agent 知道“要做什么”和“为什么做”。

第三块，是调度机制。

它用定时唤醒的方式，让 agents 按计划醒来、检查工作、继续执行；任务分配和事件触发也能把它们叫起来。

第四块，是成本控制。

每个 Agent 都可以设月度预算，打到上限就停，不让 token 成本一路失控。

第五块，是治理和审计。

Paperclip 把自己写成“董事会”那一层。你可以批准招聘、改策略、暂停或终止任意 Agent。它也支持完整的对话记录、工具调用追踪和不可变审计日志。

第六块，是多公司管理。

一个部署可以跑多家公司，数据隔离，适合同时管理多个项目或多个业务体。

把这些放在一起看，Paperclip 做的是一套怎么让一群 AI 在一个组织里运行的系统。

Paperclip 想做的，不只是一个总控台

Paperclip 的页面上专门写了一个即将推出的方向，叫 Clipmart。

方向是：以后你可以一键下载和运行整家公司模板，里面包括完整的组织结构、Agent 配置和 skills，几秒钟就能导入到你的 Paperclip 实例里。

什么意思呢？以前你下载的是软件模板，以后它想让你下载的是一整套“能运行的 AI 公司模板”。

比如，不只是下载一个营销自动化工具，而是下载一套营销团队。

不只是下载一个客服机器人，而是下载一套客服组织。

不只是下载一个研发 Agent，而是下载一套产品、研发、设计能一起配合的工作单元。

这也是 Paperclip 和很多 Agent 产品很不一样的地方：它想把“组织”本身做成可以导入、复制、复用的东西。

这件事的想象空间确实很大。因为一旦组织可以模板化，后面卖的可能就不只是工具，而是整套业务能力。

Paperclip 现在的问题也很明显

第一个问题是，它现在更像一个控制台，还不像一个成熟的生产系统。

Paperclip 现在已经把组织、预算、治理、审计这些概念搭起来了，但从公开 issue 也能看出来，它还有不少关键能力在补。

一个很典型的例子是 3 月 13 日有人提的 issue：Paperclip 现在擅长编排单个 Agent，但还不能把多 Agent 工作流定义成一等对象。

issue 里举的例子很直白，像“调研 → 起草 → 审核 → 发布”这种多步骤流程，现在还很难在 Paperclip 里被定义、可视化和自动路由。

这说明什么？

说明它现在最强的，是组织和管理；但真正复杂的多 Agent 协作，尤其是稳定工作流这一层，还在往里补。

第二个问题是，产品化还在路上。

OpenClaw 是员工，Paperclip 是公司，这句话确实非常有效，也确实一下子就把项目讲明白了。

问题在于，讲清楚未来长什么样，和真的把复杂场景跑通，是两回事。

后面更难的问题还很多：

怎么接企业系统？怎么接审批流？怎么做权限边界？怎么追责？怎么保证稳定运行？

第三个问题是，它更适合 AI-native 的新团队，不一定天然适合传统企业。

Paperclip 在 README 里用了很多很激进的表述，比如“0 人公司”、“ AI 组织经营”、“ AI 团队组建”。

这些话对独立开发者、小团队、AI 创业者会很有吸引力，因为他们本来就在想：能不能用更少的人，把更多事情跑起来。

但如果放到传统企业里，问题马上就会变得很具体：

谁来定义 Agent 的权限边界？谁为错误决策负责？审批和合规怎么接进去？预算和审计是否够企业级？出问题是停一个 Agent，还是停整条业务链？

这些都不是一句“多 Agent 编排”能带过去的。

所以从今天看，Paperclip 更像一个很强的前沿控制台，或者说一个方向很明确的产品样机。

它的产品方向已经出来了，但离大企业真正大规模采用，还有工程和治理上的距离。

Paperclip 为什么值得关注

简单来说就是：它把问题从 Agent 怎么干活，推到了 Agent 怎么一起工作，谁来管理它们。

当 Agent 数量还少的时候，大家靠聊天框、脚本、任务工具，还能勉强凑合。一旦数量上来，组织、预算、权限、审计、交接这些问题就会一起冒出来。

Paperclip 现在做的就是这个。它不一定是最终答案，但它先把这套问题产品化了。

而且它不是只讲概念。它已经把很多具体模块做进来了：预算、审计、组织架构、目标挂接、多公司管理、调度机制，这些都不是口号，都是实际产品结构的一部分。

从这个角度看，Paperclip 更像是在提前搭一套 AI 组织管理软件。

以上，祝你今天开心。