Paperclip

Paperclip 的自我描述是「人们用来管理 AI agent 的应用」，一句话概括它的野心：不是让你多一个 agent，而是让你像经营一家公司那样经营一支 agent 团队。定目标、搭组织、批预算、看工单，人类坐在董事会的位置上审批，执行交给 agent。它和「再做一个更强的 agent」是两条路，解决的是管理问题而不是能力问题。它把「谁批准了什么」当成一等需求，适合对过程有交代要求的团队。

核心能力

• 组织架构：用组织图的方式给 agent 分配角色与汇报关系，谁负责什么、向谁汇报一目了然，人多了也不会互相抢活。
• 目标对齐：先把业务目标写清楚，再由系统把目标拆到具体 agent 的任务上，避免每个 agent 各自优化自己的小目标。
• 成本控制：预算被当作一等公民来管理，可以为团队或单个 agent 设上限，减少 API 账单在无人值守时失控。按项目分账时，预算视图可以直接拿来对账。
• 工单系统：任务以工单形式流转，人类可以审阅、批注、打回，而不是只看一段黑箱输出，过程留痕也便于复盘。工单也能作为对外说明的材料，展示某件事是怎么被处理的。
• 治理与审计：官方列出治理能力，配合审批流让 agent 的动作可追溯，出了问题能定位到是哪一环授权出去的。权限变更同样留痕，谁放开了哪个 agent 一查就知道。
• 接入自有 agent：官方称支持自带 agent，不强绑某一家模型或框架，已经在用的 agent 可以接进来，迁移成本较低。

适合谁

• 一人公司或小团队，想让 agent 承担多条业务线。
• 独立开发者，用它统一管理写码、测试、内容、运营几类 agent。
• 想把自动化从「零散脚本」升级成「有组织」的运营负责人。
• 对 API 成本敏感、需要预算闸门的技术管理者。
• 需要向合伙人和客户解释自动化流程的创业者。

使用建议

• 别一上来就搭大组织：先定义一个明确目标，配两三个 agent，跑一周看产出质量再扩。
• 预算上限先设低，摸清单个任务的消耗后再放宽，超支通常发生在无人值守的循环任务上。
• 给每个 agent 写清职责边界和「什么情况必须上报」，工单里的人类审批点才不会形同虚设。
• 本地版适合先做小规模验证，涉及公司数据时先确认数据落在哪里、谁能访问。
• 让 agent 直接对外发邮件、改线上系统前，先加一道人工确认；官方版本更新较快，功能与定价以站内发布说明为准。