Paperclip：不是另一个 Coding Agent，而是用 Agent 组建公司
最近在看 AI Agent 管理平台时，发现一个定位很独特的项目：paperclipai/paperclip。它的 slogan 是"Open-source orchestration for zero-human companies"，开源的零人公司编排系统。
如果说 Claude Code、Codex、Cursor 这些是"员工"，Paperclip 想做的是"公司"本身。它不写代码，不跑模型，而是把多个 AI agent 组织成一个有组织架构、有预算、有治理、有目标对齐的虚拟公司。
这篇文章想讲清楚它是什么、怎么工作、适合谁、以及它和 Multica 这类团队协作平台有什么区别。
一、Paperclip 是什么？
Paperclip 是一个 Node.js 服务端 + React UI 的开源项目。它的定位是 AI agent 的公司级编排系统：你定义业务目标，雇佣一组 agent（可以是 Claude Code、Codex、OpenClaw、Cursor、Gemini 等），设定预算和治理规则，然后让它们自主运行。
它看起来像一个任务管理器，但底层有组织架构、预算控制、审批流程、目标对齐和 agent 协调。
README 里用三步概括了它的使用方式：
- 定义目标，比如"做一个 AI 笔记应用，做到 100 万美元 MRR"。
- 雇佣团队：CEO、CTO、工程师、设计师、市场，任何 bot，任何 provider。
- 审批并运行：审查策略，设定预算，点击开始，从 dashboard 监控。
这个定位和 Multica 那种"给 coding agent 分配 issue"的思路完全不同。Paperclip 不是在管理 pull request，而是在管理业务目标。
二、它的核心概念
Paperclip 围绕几个关键概念构建：
组织架构，agent 有角色、头衔、汇报线、权限和预算。它们有上级，有职位描述，有明确的职责边界。
目标对齐，每个任务都能追溯到公司使命。Agent 不只知道做什么，还知道为什么做。任务带有完整的目标祖先链。
Heartbeat 执行，agent 按计划唤醒，检查工作，执行动作。委派沿着组织架构上下流动。这不是持续运行，而是按节奏触发。
预算控制，每个 agent 有月度预算。到了上限就停。没有失控的 token 消耗。按公司、agent、项目、目标、issue、provider、模型维度追踪成本。
治理，你是董事会。审批雇佣、覆盖策略、暂停或终止任何 agent。配置变更有版本，坏的变更可以回滚。
多公司隔离，一个部署可以跑多个公司，数据完全隔离。一个控制面管理你的整个 portfolio。
可复用公司模板，可以导出和导入整个组织：agent、技能、项目、routine、issue，带有密钥清洗和冲突处理。
三、它支持哪些 Agent？
Paperclip 的 adapter 层支持多种 agent runtime：
- Claude Code（本地 adapter）
- Codex（本地 adapter）
- Cursor（本地 adapter）
- Gemini（本地 adapter）
- OpenClaw（gateway adapter）
- OpenCode（本地 adapter）
- Pi（本地 adapter）
- ACPX（本地 adapter）
- 任何能接收 heartbeat 的 HTTP/webhook bot
它的原则是"If it can receive a heartbeat, it's hired"。只要 agent 能响应唤醒信号，就可以被纳入组织。
四、它的架构
Paperclip 的服务端是一个完整的控制面，包含这些子系统：
- Identity & Access：认证、API key、短期 JWT、公司成员管理。
- Org Chart & Agents：角色、头衔、汇报线、权限、预算。
- Work & Task System：issue 带有公司/项目/目标/父级链接，原子 checkout，执行锁，blocker 依赖，评论，附件。
- Heartbeat Execution：数据库驱动的唤醒队列，预算检查，workspace 解析，密钥注入，技能加载，adapter 调用。
- Governance & Approvals：审批工作流，执行策略，决策追踪，预算硬停，agent 暂停/恢复/终止。
- Budget & Cost Control：按多维度追踪 token 和成本，超支自动暂停 agent。
- Routines & Schedules：cron、webhook、API 触发的定期任务。
- Plugins：进程外 worker，能力门控，job 调度，工具暴露，UI 贡献。
- Secrets & Storage：加密本地存储，provider 对象存储，附件和工作产物。
- Activity & Events：所有变更操作的持久化审计日志。
- Company Portability：导出/导入整个组织。
技术栈上，它是 Node.js + 内嵌 PostgreSQL + React UI。本地开发只需要 pnpm dev，不需要额外配置数据库。
五、它和 Multica 的区别
Multica 和 Paperclip 都在做 AI agent 管理，但方向很不一样。
Multica 的定位是团队 AI agent 协作平台。它面向的是已有工程团队，想把 coding agent 纳入 issue flow 的场景。它的核心是 issue 看板 + runtime 调度 + 多人协作。管理模型轻量，围绕 issue、project、label。Cloud-first，同时支持自托管。
Paperclip 的定位是零人公司编排系统。它面向的是想用 agent 组建自主运行的虚拟公司的人。它的核心是组织架构 + 目标对齐 + 预算治理 + heartbeat 执行。管理模型重，有 org chart、approval、budget、governance。Local-first，单机部署。
简单说：Multica 是给人类团队加 agent 队友，Paperclip 是用 agent 替代整个团队。
Multica 的用户画像是"我们团队有 5 个工程师，想再加几个 agent 帮忙干活"。Paperclip 的用户画像是"我一个人，想让一组 agent 帮我运营一个业务"。
六、它适合什么人？
Paperclip 最适合这几类用户：
第一类，是想做"AI 公司"实验的人。如果你想试试让一组 agent 自主运营一个产品、一个内容业务或一个 SaaS，Paperclip 提供了完整的编排框架。
第二类，是同时开了很多 Claude Code / Codex 终端，已经跟不上谁在做什么的人。Paperclip 把这些散落的 agent 会话变成有组织、有追踪、有预算的工作流。
第三类，是想让 agent 7x24 自主运行，但又需要审计和干预能力的人。Heartbeat + governance + budget 的组合，让你可以放手但不失控。
但如果你只是想给团队的 issue 分配一个 coding agent 来写代码，Paperclip 可能太重了。它的价值在"公司级编排"，不在"单任务执行"。
七、使用前需要注意什么？
第一，它还在快速迭代。仓库创建于 2026 年 3 月，roadmap 里很多功能还是 ⚪ 状态。Cloud 部署、桌面应用、Memory/Knowledge、Self-Organization 都还没做完。
第二，它是 local-first 的。默认部署方式是本地单机跑 Node.js + 内嵌 PostgreSQL。这对个人实验很方便，但如果要多人协作或远程访问，需要自己配 Tailscale 或部署到服务器。
第三，Heartbeat 模式意味着 agent 不是持续运行的。它们按计划唤醒、检查任务、执行、然后休眠。如果你需要实时响应，需要配合事件触发或接入持续运行的 agent（比如 OpenClaw）。
第四，治理和预算是它的核心卖点，但也意味着配置成本。你需要设定组织架构、角色、预算、审批规则。如果只是想快速跑一个 agent 任务，这些前置配置可能显得繁琐。
第五，MIT 许可证，商用没有额外限制。这点比 Multica 的 modified Apache 2.0 更宽松。
八、我的判断
Paperclip 代表了 AI agent 应用的一个更激进的方向：不是把 agent 加入人类团队，而是用 agent 替代人类团队。
这个方向是否成立，取决于几个前提：agent 能不能可靠地完成复杂任务，能不能在没有人类持续监督的情况下保持方向正确，能不能在预算内交付有价值的产出。目前这些前提都还不完全成立，但 Paperclip 至少提供了一个框架来测试这些假设。
它最有意思的设计决策是把"公司"作为一等概念。不是 agent 列表，不是任务队列，而是有目标、有架构、有预算、有治理的组织。这让它和所有其他 agent 管理工具都不一样。
如果你对"AI 公司"这个概念感兴趣，想亲手试试让一组 agent 自主运营某个业务，Paperclip 是目前最完整的开源选择。如果你只是想给现有团队加几个 agent 帮手，Multica 那种轻量协作模型可能更合适。
两者不是竞争关系，而是面向不同场景的不同答案。一个是"人 + agent 协作"，一个是"agent 组成公司"。
参考资料
- paperclipai/paperclip GitHub 仓库
- Paperclip README
- Paperclip ROADMAP.md
- Paperclip 仓库结构与 adapter 列表
