paperclipai/paperclip

解决什么问题

当你同时跑着好几个 Agent——这里一个 Claude Code，那里一个 Codex，cron 上还挂着 OpenClaw 机器人——你很快就会失去掌控：谁在做哪件事、哪个任务卡住了发布、这个月 token 到底烧了多少钱、刚才动生产环境的 Agent 有没有权限。聊天窗口和终端标签回答不了这些问题。Paperclip 在 Agent 协作之上套了一个任务管理器式的界面：分配目标、定义角色和预算、审批产出、在一个地方查看审计记录。

有什么不同

现在多数 Agent 工具要么解决单 Agent 循环，要么绑定单一厂商运行时；LangGraph、CrewAI 这类框架给的是代码层的编排原语，IDE 里的托管 Agent 则维持单个会话的连贯性。Paperclip 换了个抽象：把每个 Agent 当成组织里的员工——组织架构、按范围隔离的密钥、审批关卡、成本跟踪——并且刻意做厂商无关，通过 adapter 接入 Claude Code、Codex、Cursor、Gemini CLI、OpenCode、Hermes 等。取舍在于它不去做模型 harness 本身，而是做你现有 harness 之上的管理层，所以真正的产品是治理和预算，而不是提示词。

适合谁

适合已经在每天跑多个编程 Agent、需要可见性、花费上限和评审检查点的小团队或个人开发者，尤其是人机混合协作的场景。不适合只在编辑器里跑一个 Agent 的人；也不适合今天就需要经过验证的企业级控制面的团队——README 里定位和截图很多，但架构、安全模型和失败行为写得很薄。

上手成本

Node.js 服务端加 React 前端，自托管，MIT 协议，没有厂商锁定，但部署和密钥都由你自己负责。每个支持的 harness 都要单独配凭据和 adapter，而且每多一个 Agent 都是实打实的月账单——预算功能之所以重要，是因为钱真的会花出去。项目很新（2026 年 3 月创建），README 里没有安装命令，得照着文档站来。厂商 CLI 变动时，adapter 层大概率要跟着改。

点评

在拥挤的赛道里，Paperclip 的"Agent 公司"框架最明确，组织架构加预算这个角度确实不同于代码层框架。热度很高：约八个月拿到约 107k stars、17.7k forks，最近一个月就涨了 25.5k（月榜第 4）——这是爆发而不是慢热，而且它没上过日榜、Hacker News 上讨论也不多，通常说明靠的是传播而非同行验证。结论是有潜力但未经验证：先在一个范围可控、能容忍 adapter 出问题的内部流程上试点，在治理能力被实践验证之前，自己保留一份审计日志。