Paperclip

一位独立创始人正在并行运行五个 AI 智能体：抓取器、合成器、撰稿器、SEO 优化器和发布器。她通过五个独立的 cron 任务和五个互不相连的系统提示词来管理它们。当抓取器产生错误数据时，每个下游智能体都会将其视为事实。当某个智能体的 API 支出激增时，她直到收到月度账单才会察觉。没有共同目标。没有预算上限。没有审计跟踪。

Paperclip 修复了协调层。在它的管理下，所有五个智能体共享同一个公司目标。抓取器有 $15/月的上限，达到限制时会自动暂停。合成器在得出结论之前会读取抓取器的任务历史。发布器会提交一个工单，触发人工审批步骤。工作内容没有改变，改变的是协调方式。截至 2026 年 4 月，Paperclip 采用 MIT 许可证，完全自托管，除了您的模型 API 账单外，成本为 $0。

Paperclip 在 2026 年 4 月实际编排的内容

Paperclip 不是聊天机器人，不是工作流构建器，也不是智能体框架。它是位于智能体运行时之上的管理层，处理它们无法处理的问题：组织层级、支出强制执行、治理，以及在您自己的服务器上运行的 5 个、10 个或 50 个并发智能体之间的协调。

该平台将 AI 劳动力建模为一家公司。这意味着具有角色、汇报线和部门分组的层级组织架构图。这意味着每个智能体都会继承公司级目标，并能将任务追溯至此。这意味着一个具有完整溯源上下文的工单系统，当智能体接手任务时，它可以查看产生该任务的完整决策链。核心数据模型运行在 60 多个 PostgreSQL 表上，对组织结构、任务状态、审计事件和支出历史进行建模，所有这些都嵌入在您自行搭建的单个 Node.js 20+ 服务器中。

智能体通过适配器注册表进行连接。Paperclip 原生支持 Claude Code（Opus、Sonnet、Haiku）、OpenClaw、OpenAI Codex、Cursor、Gemini、bash 脚本以及任何能够接收心跳信号的 HTTP 机器人。您需要自带 API 密钥；Paperclip 从不直接接触您的模型支出，每次 API 调用都从您的服务器直接发送到 Anthropic、OpenAI 或您的智能体使用的任何提供商。

心跳调度（通过定时器或任务分配激活智能体的可配置唤醒周期）使得无需持续人工干预的连续 AI 劳动力成为可能。社区建议的间隔为 4–8 小时；激进的不到一小时的心跳频率往往会导致 Claude Max 计划的 token 耗尽。原子任务签出可防止两个智能体同时认领同一个工单。

截至 2026 年 4 月，记录最详尽的真实部署案例是 Effloow：一家拥有 5 个部门、14 个智能体的公司，使用一个 Claude Opus CEO，以及混合使用 Opus 和 Sonnet 的部门智能体，涵盖内容、软件开发、A/B 实验、媒体发布和 Web 开发。Web 开发主管智能体在初始设置会话中部署了生产网站（Laravel、Tailwind CSS）。基础设施成本：低于 $20/月。在第一天，内容智能体捏造了博客统计数据，下游智能体将其视为事实。修复方案要求在每个系统提示词中明确添加 [TBD: awaiting real data] 标记，这之所以奏效，完全是因为 Paperclip 的审计日志使捏造行为可追溯。如果没有审计跟踪，该错误将在整个公司内无形地传播。

Paperclip 与 CrewAI 和 AutoGen 的定位对比

在 2026 年的智能体编排领域，评估自托管选项的开发者有三个主要参考点：Paperclip、CrewAI 和 AutoGen。它们不可互换，其差异是架构上的，而非表面上的。

CrewAI 使用基于角色的协作模型，其中智能体被分配命名角色（研究员、撰稿人、审阅人），并按预定义的顺序或团队层级完成任务。其设计针对快速原型制作进行了优化：两三个智能体协同工作的概念验证可在不到一小时内完成，且学习曲线平缓。CrewAI 缺乏的是预算强制执行、单智能体支出上限、治理工作流，以及能够扩展到小型团队之外的组织层级。大多数在生产环境中使用 CrewAI 的团队报告称，一旦智能体数量超过 5 个或开始关注成本控制，他们会在几个月内发现其不再适用。CrewAI 是您的起点；而当您面临真实的资金和协调问题时，Paperclip 则是您的进阶之选。

AutoGen (Microsoft) 使用基于对话的架构，智能体通过结构化的消息传递做出决策，智能体之间进行辩论、相互回应，并通过定义的对话模式达成共识。它具有原生的 Azure 和 OpenAI 集成、企业合规功能以及强大的文档。对于已经处于 Microsoft 基础设施技术栈中的企业团队来说，AutoGen 是可靠的选择。但其设计理念（将智能体视为对话参与者）与 Paperclip 的组织架构图模型（将智能体视为具有明确角色、预算和指挥链的员工）有着根本的不同。AutoGen 还需要与 Microsoft 基础设施保持一致，而这正是许多自托管者特意想要避免的。

用一句话概括机制上的差异：CrewAI 通过角色分配和顺序任务流协调智能体；AutoGen 通过对话模式和结构化消息传递进行协调；Paperclip 则通过组织层级和治理强制执行进行协调。这并非复杂程度谱系上的三个点，而是关于如何管理智能体的三种不同理论。

“从单智能体工具向多智能体编排的转变是基础设施级别的。”

. Dealroom.co 分析，2026 年 3 月

Paperclip 的组织架构图模型会带来一定的开销，对于少于 5 个智能体的情况来说并不划算。但超过这个阈值，它是唯一一个在组织级别而非单个智能体级别强制执行支出、治理和问责制的开源选项。

自托管的现实情况

截至 2026 年 4 月，Paperclip 仅支持自托管，没有托管云版本，也没有 SaaS 层级。设置只需一条命令：npx paperclipai onboard --yes，它会在 localhost:3100 上配置一个 Node.js 服务器、嵌入式 PostgreSQL 和一个 React 仪表板。包含 16 个预构建的公司模板。截至 2026 年 4 月下旬，其 GitHub 仓库拥有 58,600+ 颗星（2026 年 3 月 2 日发布；不到三周即获得 32,000 颗星，是有史以来增长最快的开源 AI 仓库之一）。

自托管的现实包含了一个不会出现在任何定价页面上的成本栏：DevOps 时间。每一个基础设施决策、服务器配置、正常运行时间、更新、备份、监控，都是您需要解决的问题。多篇评论指出，托管服务是用户最迫切要求添加的缺失功能。

安全性。CVE-2026-41679：2026 年 4 月 9 日，公布了一个 CVSS 9.8 漏洞。CVE-2026-41679 允许通过六次 API 调用进行未经身份验证的远程代码执行，无需凭据，也无需用户交互。利用成功后，攻击者将获得完整的文件系统读/写权限、包括所有存储的 API 密钥和智能体配置在内的完整数据库访问权限，以及进入主机其余部分的跳板。修复补丁于 2026 年 4 月 16 日（披露后 7 天）在 2026.416.0 版本中发布。任何在面向公众的服务器上运行旧版本 Paperclip 的用户都必须立即升级。未修补实例的爆炸半径波及密钥存储在数据库中的每个模型提供商账户。

这是 Vantaige 对 Paperclip 的评分为 4.1 而非更高的主要原因。其架构确实令人印象深刻。社区势头非同寻常。开源模型和 MIT 许可证是相对于每个闭源竞争对手的结构性优势。但是，在一个仅有两个月历史的生产系统中出现 CVSS 9.8 RCE（即使已修补），反映了以这种速度部署早期基础设施的真实风险状况。截至 2026 年 3 月下旬，414 个未解决的 GitHub issue 和 528 个 pull request 是社区健康的指标，但也同样是不稳定性的指标。

“仪表板的质量非常出色。运行 5 个以上智能体的用户表示，监督工作终于变得可控了。”

. 评论汇总，vibecoding.app，2026 年 3 月

活跃的 GitHub 社区也是主要的支持渠道。扩展 Paperclip 或调试边缘情况需要阅读 TypeScript 源代码。文档的更新速度无法跟上一个在八周内突破 58,000 颗星的仓库，而且与 AutoGen 或 LangChain 相比，第三方资源仍然不够成熟。

Paperclip 是为谁构建的

Paperclip 面向已经度过单智能体实验阶段并正在运行 5 个以上并发智能体的独立创始人和小型团队。先决条件很重要：熟练使用命令行工具、掌握 Node.js 基础知识，并具备足够的 DevOps 流畅度来配置和维护服务器。这不是一个无代码产品。

获得最大价值的团队分为两类：运行专业智能体（抓取器、合成器、撰稿器、发布器）的内容运营团队，协调已成为他们的瓶颈；以及在同一代码库上协调多个 Claude Code 或 Cursor 智能体的工程团队，其中原子任务签出可防止因智能体处理相同文件而导致的合并冲突。

一个被广泛引用的基准是 Nat Eliason 的“Felix”智能体，它在 OpenClaw 上运行并通过 Paperclip 进行协调，已创造了超过 $100,000 的收入，这是零人工干预公司能够产生真实商业产出的典型证明。较少被引用但同样具有启发性的是 2026 年 4 月在 DEV Community 上记录的周末测试，其中一位开发者试图在 48 小时内建立一家零人工公司：登陆页面存在布局问题和充斥着流行语的文案；营销策略文档包含幻觉统计数据。开发者的结论是：“建立一家公司的难点不在于产生想法或起草文档。而在于判断力。Paperclip 缺乏判断力。”这两个结果同时成立。Paperclip 是一个协调和治理层，而不是编辑判断力的替代品。

Paperclip 不是什么

Paperclip 不是智能体。它不编写代码、不起草内容，也不做决策。它管理执行这些任务的智能体。这种区别很重要，因为围绕“AI 公司”和“AI 劳动力”的营销语言可能会让人产生一种印象，即部署 Paperclip 就能提供自主产出。它实际提供的是带有检查点的协调自主工作，而产出的质量完全取决于您连接的智能体以及您配置的治理规则。

Paperclip 不是 Jira 或 Linear 集成。其原生的工单系统是自包含的；需要智能体在现有项目管理工作流中工作的团队必须自行构建该连接器。

Paperclip 不是托管服务。文档中提到的 Clipmart 市场截至 2026 年 4 月尚未上线。没有托管选项，没有云备份，没有 SLA。如果您的服务器宕机，您的智能体就会停止工作。

最后，Paperclip 不是解决幻觉问题的方案。它使幻觉的传播变得可见且可追溯，这确实很有用，但并不能防止幻觉。正如 Effloow 部署所证明的那样，内容智能体可能会捏造统计数据，并在任何人类看到输出之前将其路由到下游。审计跟踪让您可以在事后发现并修复问题；要防止这种情况发生，需要在每个智能体的系统提示词中嵌入明确的反捏造规则。这仍然是人类的责任。

Vantaige 评分为 4.1，反映了其真正令人印象深刻的架构和作为相对于每个闭源竞争对手的结构性优势的 MIT 许可证，但被披露后 7 天才修补的 CVSS 9.8 RCE、414 个未解决的 GitHub issue 以及无法跟上八周大仓库 58,000+ 颗星增长速度的文档所抵消。对于有 DevOps 能力进行自托管和维护的团队来说，Paperclip 是 2026 年 4 月可用的功能最强大的免费开源多智能体编排平台。