Claude Code 多了以后，下一个问题是：十几个 Agent 到底怎么管？最近 GitHub 上快速升温的 Paperclip 挺有意思。

它不是再造一个 Agent，而是在 Claude Code、Codex、OpenClaw 这些 Agent 上面，加了一层统一的管理系统。

Paperclip 自己的定位很形象：如果 OpenClaw 是员工，Paperclip 就是公司。1、它解决的是 Agent 多了以后怎么管理一个 Agent，用 Terminal 就够了。但同时运行十几个 Agent，很快就会遇到：谁在做什么、任务分给谁、谁被阻塞了、谁负责 Review、每个 Agent 花了多少钱？Paperclip 在这些 Agent 上面增加了一层 Control Plane。它不负责让 Agent 变聪明，而是负责 Goal、Organization、Task、State、Budget 和 Governance。

2、它真的按照“公司”来组织 AgentPaperclip 的核心结构可以理解成：Company → Goal → Org Chart → Agent → Task比如创建 CEO、CTO、Backend Agent、Frontend Agent、QA Agent，再分别接入 Claude Code、Codex、OpenClaw 或自己的 Agent。这里有个设计我比较喜欢：Task 不只有 What，还有 Why。比如 Backend Agent 收到“修复登录接口”，同时还能知道这个任务属于哪个上层 Goal、为什么现在要做。这样 Agent 执行的就不再是一堆互相孤立的 Todo。

3、几个比较实用的机制1）Heartbeat：Agent 不需要一直运行，有新任务、或定时事件时再唤醒。2）Persistent State：Agent 再次醒来，可以继续之前的任务状态，不用每次重新开 Session。3）Budget：给不同 Agent 设置 Token/Cost 预算，跟踪成本，避免 Agent 死循环一直烧钱。4）Task Coordination：统一分配和跟踪任务，减少多个 Agent 抢同一个工作的情况。所以 Paperclip 更像 Agent Control Plane，而不是另一个 Agent Framework。

4、现在连 AI 团队都开始可以复用了Paperclip 还有一个 Companies 仓库，提供现成的 AI Company、Agent 和 Skills 模板。比如一个软件开发团队，可以配置 CEO、Code Reviewer、Lead Engineer、Release Engineer，再分别配 Planning、TDD、Debugging、Code Review、Verification 等 Skills。这个变化挺有意思：Prompt → Skills → Agent Organization以前大家分享一个 Prompt，后来开始分享 Skills，现在开始直接分享一整套 AI 团队。

5、实际怎么用？基本流程很简单：定义 Goal → 创建 Agent 团队 → 接入 Claude Code/Codex 等 Agent → 分配 Task 和 Budget → 运行之后在 Dashboard 统一看谁在工作、做什么、进度如何、花了多少钱、输出了什么。一个 Claude Code，开一个 Terminal 就够了。十几个 Claude Code，就开始需要管理系统了。

6、我觉得 Paperclip 真正值得关注的是这一层过去两年大家主要研究：怎么让一个 Agent 更聪明。但 Agent 真正多起来以后，问题会变成：怎么管理一群 Agent？于是 Agent 技术栈可能继续往上长：Model → Harness → Runtime → Agent Control Plane一个 Agent，需要 Harness；几十个 Agent，开始需要 Organization、Task、Budget、State 和 Governance。

Paperclip 最值得看的，不是“一个人开一家 AI 公司”这个噱头，而是它提前碰到了 Agent 规模化之后很现实的问题。「过去我们研究怎么让一个 Agent 更聪明，接下来可能要研究怎么管理一群 Agent。」「一个 Agent 需要 Harness，几十个 Agent 开始需要 Control Plane。」

项目：github.com/PaperclipAI/paperclip

HOW I AI 程序员