开源 TypeScript 应用，定位是管理工作场景里的 agent，仓库 76,159 star、14,178 fork。数字本身就是信号——agent 管理正在长成一个独立品类。
GitHub repo 欣赏，管理 agent 的工具。
npx paperclipai onboard --yes；手动路径是 git clone 之后 pnpm install 加 pnpm dev。http://localhost:3100，内嵌 PostgreSQL 自动创建，零配置。运行要求是 Node.js 20+ 与 pnpm 9.15+。pnpm dev:server、pnpm build、pnpm typecheck、pnpm test:run、pnpm db:generate、pnpm db:migrate，完整开发指南在 doc/DEVELOPING.md。context：paperclip 的自我定位就是「Open-source orchestration for zero-human companies」，即为零人类公司提供的开源编排。它不是指公司里没有人，而是指日常执行环节全部由 agent 承担，人退到定目标、批预算、做治理的位置上——三步模型里的「审阅策略、设定预算、按下开始」正是人剩下的动作。
费曼一下：一家公司照样有活要干，只是干活的换成了一群 AI。你不再是最勤快的那个员工，而是坐在董事会那一侧的人：定方向、给钱、看报表、必要时拍桌子叫停。
context：全文最锋利的一句定位是「If OpenClaw is an employee, Paperclip is the company」。这句话把整个 agent 工具生态切成两层：造 agent 的（框架、编码 agent）和组织 agent 的（编排层）。它反复用这个分层撇清自己不是 agent 框架，也不是 prompt 管理器。
费曼一下：招人和管公司是两件事。会写代码的 agent 已经不缺了，缺的是让二十个这样的家伙不互相踩脚、不重复干活、不烧光预算的那套组织制度。
context：功能列表第一项「🔌 Bring Your Own Agent」写的是「任何 agent、任何运行时，一张组织架构图」，兼容清单包括 OpenClaw、Claude Code、Codex、Cursor、Bash 和 HTTP。它刻意不绑定任何一家供应商。
费曼一下：像招聘时不问你在哪所学校学的手艺，只问你能不能按公司流程上班。工具层保持中立，价值就落在组织层而不是模型层。
context：「If it can receive a heartbeat, it's hired」既是兼容性宣言，也是接口契约——能接收心跳就是唯一的接入门槛。心跳同时是运行机制：agent 按计划醒来、检查工作、行动，委派沿组织架构图上下流动。
费曼一下：把接入标准压缩成一个动作：你能被叫醒吗？能，就能上岗。一个极小的接口换来极大的兼容面，这是平台设计里很经典的取舍。
context：「🎯 Goal Alignment」要求每个任务都能回溯到公司使命，让 agent 知道 what 与 why；「Goal-aware execution」进一步说明任务携带完整的 goal ancestry，让 agent 稳定看到「为什么」而不只是一个标题。对照表里对应的是「上下文从任务向上流经项目与公司目标」。
费曼一下：给 agent 派活时，不只给它一句任务标题，还把这条任务上面那串「属于哪个项目、服务哪个公司目标」一并带上。人类员工靠开会和闲聊补齐这些背景，agent 只能靠数据结构。
context：「📊 Org Chart」写的是层级、角色、汇报线，「你的 agent 有老板、有头衔、有岗位说明」。它不是展示用的图，而是委派流动和上下文流动的实际通道——心跳条目里的委派正是「沿组织架构图上下流动」。
费曼一下：组织架构图在这里是可执行的代码，不是墙上的挂图。谁向谁汇报，决定了任务往哪儿派、结果往哪儿报、上下文往哪儿流。
context：「🎫 Ticket System」承诺每段对话可追溯、每个决策有解释，提供完整工具调用追踪与 immutable audit log。对照表把它对准了那个具体痛点：20 个标签页搞不清谁在干嘛，重启就全丢；有了工单，任务成单、对话成串、会话跨重启持久化。
费曼一下：把满屏幕的终端窗口换成一个个有编号的工单。每件事有出处、有过程、有结论，事后能查——这正是人类组织发明工单系统的原因。
context：「💰 Cost Control」的机制是每个 agent 月度预算，触顶即停，「no runaway costs」。对照表描述了没有它的样子：跑飞的循环烧掉几百美元 token，配额爆掉你才知道发生了什么。同时预算还被用作管理手段——「管理层用预算做优先级」。
费曼一下：给每个 agent 发一张有额度的卡，刷爆就停。预算在这里有两个身份：既是防止事故的刹车，也是分配注意力的指挥棒。
context：「Why Paperclip is special」的第一条：任务签出与预算强制是原子的，所以不会有重复劳动（no double-work），也不会有失控开销。这是把并发控制的经典手法搬到多 agent 协作上。
费曼一下：两个 agent 同时伸手去拿同一件活，或者同时把最后一点预算花掉——要么整件事一起成，要么一起不成，中间态不允许存在。多人协作的老问题，换到多 agent 场景一样要解。
context：「Persistent agent state」明确写的是 agent 跨心跳恢复同一份任务上下文，而不是每次从头重启。它与工单系统里「会话跨重启持久化」是同一件事的两个说法。
费曼一下：员工下班第二天回来还记得昨天做到哪儿。agent 天然健忘，所以这份记忆必须由系统替它保管、在下次心跳时交还给它。
context：「Runtime skill injection」指 agent 可以在运行时学习 paperclip 的工作流与项目上下文，「without retraining」。它是「自带 agent」得以成立的配套机制——外来 agent 不需要为这套组织重新训练。
费曼一下：新人入职当天发一本员工手册，而不是把他送回学校重读四年。规则在运行时下发，接入成本才会低到可以「任何 agent 都能雇」。
context：「🛡️ Governance」把用户放在董事会的位置：批准招聘、推翻策略、随时暂停或终止任何 agent；「Governance with rollback」补上工程实现——审批闸门被强制执行、配置变更有版本、坏改动可安全回滚。
费曼一下：自主运行不等于失控运行。系统里必须留一条随时可以喊停、并且能把改坏的东西改回去的通道，人的权威才不只是嘴上的。
context：「🏢 Multi-Company」承诺一次部署跑无限多家公司、数据完全隔离、一个控制面管整个组合；「True multi-company isolation」补充说每个实体都是 company-scoped，数据与审计轨迹分离。
费曼一下：像一栋楼里租出很多间独立办公室，共用水电和前台，但各家的文件柜互相打不开。对同时折腾好几摊生意的人，这是能不能复用一套系统的关键。
context：「Portable company templates」支持组织、agent 与技能的导出导入，带 secret 清洗与冲突处理；路线图上的 Clipmart 把它产品化——浏览预置公司模板（完整组织结构、agent 配置与技能），几秒导入自己的实例。
费曼一下：把一整家公司打包成一个可以下载的文件。别人调好的组织结构和岗位配置，你直接装进来就能跑——组织设计第一次变成了可以分发的软件包。
context：「What Paperclip is not」用六条否定划边界：不是聊天机器人、不是 agent 框架、不是工作流搭建器、不是 prompt 管理器、不是单 agent 工具、不是代码审查工具。其中最诚实的一条是关于适用规模的：只有一个 agent 大概不需要它，有二十个就一定需要。
费曼一下：一个产品说清楚自己不做什么，往往比说自己做什么更有信息量。它连「你可能还用不上我」都写进了 README，等于把适用门槛提前告诉你。
graph TD
C1["管理业务目标而非 pull request"]
C2["零人类公司"]
C3["自带 agent"]
C4["心跳即录用标准"]
C5["目标对齐与目标血统"]
C6["组织架构图作为控制结构"]
C7["工单化与不可变审计日志"]
C8["预算即刹车"]
C9["治理与回滚"]
C10["原子化执行"]
C11["持久化 agent 状态"]
C12["运行时技能注入"]
C13["多公司隔离"]
C14["可移植的公司模板"]
C15["反定位"]
C1 -->|演化| C2
C6 -->|支撑| C1
C3 -->|支撑| C6
C4 -->|接入| C3
C12 -->|支撑| C3
C5 -->|支撑| C4
C6 -->|层级| C5
C11 -->|支撑| C4
C7 -->|支撑| C9
C10 -->|支撑| C8
C8 -->|约束| C4
C9 -->|层级| C8
C13 -->|支撑| C14
C14 -->|演化| C2
C13 -->|支撑| C1
C15 ---|张力| C1二十个终端同时开着，你已经分不清哪个窗口在干什么；重启一次，全没了。这个场景之所以扎心，是因为它暴露了一个我们还没认真面对的转折：造出会干活的 AI 不难了，难的是让一群会干活的 AI 一起干活而不互相踩脚。
这两件事之间隔着一整套东西，人类花了两百年才把它发明出来，名字叫「组织」。岗位、汇报线、工单、预算、审批、审计——这些看起来像官僚主义的玩意儿，本质上都是并发控制。它们要解决的问题是：多个独立行动的智能体如何不重复劳动、不越权、不烧光资源、还能朝同一个方向使劲。当协作者从人换成 agent，这些问题一个都没消失，反而更尖锐了：agent 更快、更廉价、更健忘，也更容易在一个循环里安静地烧掉几百美元。
所以真正值得琢磨的判断是那句分层：如果一个 agent 是员工，那么缺的是公司。今天绝大多数工具在造更好的员工——更强的模型、更好的 prompt、更聪明的工作流。但当你手上有二十个员工时，边际收益不再来自把第二十一个员工变得更聪明，而来自那张告诉他们谁向谁汇报的组织架构图。管理对象要往上移一层：管业务目标，而不是管 pull request。
上移之后，机制的形状就变得可推导了。agent 天然健忘，所以「做到哪儿了」必须由系统保管，在下次醒来时交还给它；agent 只看得见任务标题，所以任务必须携带完整的目标血统，让它知道 what 也知道 why；agent 不会自己心疼钱，所以预算得是硬刹车，触顶即停。这几件事都围绕同一个动作展开——醒来、检查、行动——缺任何一样，它醒来都是残缺的。而这一切之下还压着一层最不性感的地基：任务签出与预算强制必须是原子的，否则上面所有承诺都会在并发中悄悄失效。
最后一句反倒最有分量：只有一个 agent 你大概不需要这些，有二十个你一定需要。这是在说，组织不是能力的替代品，而是规模的产物。当我们习惯于追问「agent 能不能做得更好」时，也许该同时问一句：我该怎么管理它们。