7 万 star 的 AI Agent 管理面板：把 agent 团队当公司运营

如果你同时开着 20 个 Claude Code 终端，分不清哪个在干什么、花了多少钱、完成了什么——Paperclip 就是为你造的。70111 stars，13008 forks，MIT 协议，3 月创建，主贡献者 cryppadotta 一个人提交了 2086 次 commit。它的定位一句话就能说清：”If OpenClaw is an employee, Paperclip is the company.”（OpenClaw 是员工，Paperclip 是公司。）

一个任务管理器的皮，一个公司运营系统的骨

Paperclip 的 UI 看起来像一个任务管理器——看板、任务列表、状态追踪。但底下是组织架构图、预算系统、治理规则、目标对齐、agent 协调。你定义一个公司目标（比如”做一款月流水 100 万美元的 AI 笔记应用”），然后”雇佣”一支 agent 团队（CEO、CTO、工程师、设计师、市场），每个 agent 可以是 OpenClaw、Claude Code、Codex、Cursor、Bash 脚本、甚至一个 HTTP 端点。”If it can receive a heartbeat, it’s hired.“（只要它能收到心跳，就能被雇佣。）

工作流是：定义目标 → 组建团队 → 审批策略 → 设置预算 → 启动 → 在 dashboard 上监控。agent 按心跳周期醒来、检查任务、执行、上报。委派沿组织架构图上下流动——CEO agent 把任务分给 CTO agent，CTO 分给工程师 agent。你不需要理解每个 agent 的内部逻辑，只需要在 dashboard 上看进度、批预算、必要时介入。

预算是硬约束，不是建议

Paperclip 最实用的功能是成本控制。每个 agent 有月度预算上限，到了就停。不是”提醒你要小心花钱”，而是硬性的——agent 到了预算线就停止执行，不再消耗 token。对跑 24/7 自主 agent 的团队来说，这一条就值回票价。没有预算控制的 agent 系统，一次”创意爆发”就能烧掉一个月的 API 费用。

多公司部署：一次部署，多个隔离的公司

一个 Paperclip 部署可以跑多个”公司”，每个公司完全数据隔离。这意味着你可以用同一个 Paperclip 实例管理不同的业务线，或者给不同的客户团队各建一个隔离环境。Node.js 后端 + React 前端，HCL 配置（Terraform 同源的声明式配置语言），Go 组件——技术栈偏基础设施，不是那种”周末项目”的架构。

4925 个 open issues 说明社区活跃度高，也说明项目还在快速迭代。MIT 协议意味着你可以商用、可以魔改、可以闭源分发。

谁适合用

已经在用多个 AI agent 做实际工作的团队——不是”试试让 AI 帮我写个邮件”，而是”让 AI 团队自主运营一个业务”。如果你现在的工作流是”开 5 个终端、手动切换、手动记录谁在干什么、手动算 token 费用”，Paperclip 把这些事自动化了。如果你还在”一个 agent 做一件事”的阶段，Paperclip 可能太早了——它解决的是”多 agent 协调”的问题，不是”单 agent 增强”的问题。

一个值得注意的趋势：Paperclip 把 agent 管理抽象成了”公司运营”——org chart、budget、governance、goal alignment。这不是一个技术隐喻，而是一个真实的架构选择。agent 之间的关系不是”调用链”，而是”汇报关系”；agent 的行为不是”执行脚本”，而是”完成 KPI”。当 AI agent 真的开始”运营业务”时，这种管理抽象可能比传统的 pipeline/orchestrator 模式更合适——因为业务本质上就是一个需要管理的组织，而不是一条流水线。

— END —
LC 智趣厅 · 科技与生活的交点
ihygg.cn