夜雨聆风硅谷的"龙虾热"降温了。
OpenClaw第一波热度过去。下一代框架的争夺，已经开始。
一、 OpenClaw卡在哪
OpenClaw用文件系统给Agent做人格和长期记忆。单任务场景确实好用。但多任务、多项目一起跑，问题就来了。
Context管理有问题。 每次生成prompt，MEMORY.md、SOUL.md、workspace里的历史文件、daily notes几乎全部塞进去。文件越大，历史越久，上下文越脏。新任务被老任务残留污染，关键细节被有损压缩概括掉。跑得越久，prompt越乱，token越贵，幻觉越多。
Session隔离几乎没有。 Session绑在聊天平台的channel/thread上。新thread默认继承父会话完整历史。同一个窗口跑A项目和B项目？两个上下文会串在一起——A任务里冒出B 任务的细节，切换话题后旧session残留还在prompt里。用户吐槽"context串台""突然失忆""反复解释同一件事"，不是没原因。
Token消耗方面正在改善。Claude Code核心负责人Boris Cherny提了PR #58036（4月4日合并），把上下文压缩从前往后改成从后往前，保护prompt cache前缀的字节一致性，token消耗能降不少。但这反过来也说明之前有多粗。
OpenClaw也不适合多Agent协作。没组织架构，没任务签出，没预算控制。五个实例一起跑？容易打架。投资人的判断：OpenClaw定义了新范式，但模型还在进化，下一代框架迟早出现。
有些团队已经在探索。Carpo、AirJelly、memU Bot——不是在OpenClaw上打补丁，而是想占据用户身边硬件的交互入口，把唤起agent变成肌肉记忆。
但眼下数据最亮眼的，是另一个项目。
二、Paperclip：一个月 47000 Star
Paperclip（github.com/paperclipai/paperclip）3月4日上线。到4月5日：47000 Star，7600 Fork。三周破30000。GitHub AI项目里，这速度少见。
README里有句话传开了：如果OpenClaw是员工，Paperclip就是公司。
2.1 Paperclip到底是什么
Node.js服务器加React仪表盘，定位是多Agent公司的控制平台。不造agent，管agent。Claude Code、Codex、Gemini、Cursor、shell、HTTP webhook——不同来源的agent拉进同一个组织，统一管理。
技术栈：React + Vite前端，Express.js后端，PostgreSQL + Drizzle ORM数据层，外接一层adapters对接各种agent运行时。
上手非常简单，一条命令就能跑起来：
npx paperclipai onboard --yes默认本地跑，内置PostgreSQL，不需要外部数据库，不用注册。localhost:3100看仪表盘。手动装也行，clone下来pnpm dev，两分钟。
2.2 六大核心能力
组织架构。 每个agent有角色、上下级、岗位说明、汇报线。不是一堆散兵游勇，是一家有结构的公司。 目标对齐。 任务挂到公司目标上。Agent知道做什么，也知道为什么做。上下文从公司使命往下流，不用每次手动补背景。任务自带scope，OpenClaw的context污染问题，这边没有。 心跳调度。 Agent靠heartbeat被定时或事件触发唤醒。醒来检查待办、执行、同步状态。不用一直开着终端。重启后状态持久化在数据库，下次心跳接上。OpenClaw重启丢上下文？这问题不存在。 预算控制。 每个agent设月度预算。80%提醒，100%硬停。多agent自动跑最怕烧钱，这个机制封顶了。 治理审计。你是董事会。招agent要审批，策略变更走流程，坏改动能回滚。对话记录、工具调用追踪、审计日志全链路可查。任务checkout是原子的，两个agent不会同时改同一件事。 多公司隔离。一个部署跑多家公司，数据完全隔离。
三、 为什么Paperclip突然这么火
时机对了。2026年agent能力够强了，但用户卡在"怎么管一群agent"上：20个终端分不清谁在干什么，重启丢上下文，token烧穿。
Paperclip用"公司"这个大家都懂的隐喻，把org chart、预算、审计、任务管理打包成一套开箱即用的治理结构。
产品完成度高。从Quickstart到Architecture到Deployment到API，逻辑是连贯的，不是东拼西凑的。创始人@dotta持续高频更新，4月3日刚发v2026.403.0，加了inbox重构、feedback/evals、执行工作区生命周期管理等。
开源做得干净。MIT协议，自托管，一条命令启动，手机上也能用仪表盘审批任务。
四、 Clipmart：接下来的想象空间
路线图里有一个方向叫Clipmart：一键下载运行整家公司模板，包含组织结构、Agent配置、skills。
以前下载的是软件模板，以后下载的就是"能跑的AI公司"。
这已经不再是一个营销工具，是一整套营销团队。
如果组织可以模板化、可以复制复用，adapter就只是零件，模板和治理才是护城河。
五、 暂时还不能直接拿来用
Paperclip还在工程爬坡阶段。
看近期issue就知道：嵌入式PostgreSQL在WSL2上静默失败、队列执行锁死、默认配置有安全漏洞。近700个open issues、约1000个PR，还属于高churn状态。
默认模式是local_trusted，绑localhost不需要登录。上私网要切authenticated + private，上公网要切authenticated + public，中间隔着一整套部署和认证配置。demo丝滑不等于生产就绪。
还有一个容易忽略的点：多agent之间的接力流程还没有专门的功能支持。比如"调研→起草→审核→发布"这种流水线，目前没法在Paperclip里画出来、一键跑起来，只能靠手动拆任务间接实现。
它适合三类人：已经在用多个agent runtime的技术型操盘手，想搭自托管AI工作组织的founder或小团队，以及把它当研究样本想看多agent系统未来走向的人。
它不适合：只想找一个能干活的coding agent的人（太重），以及想要低运维、强SLA、合规完备的企业平台的人（还不够稳）。
六、 结论
OpenClaw和Paperclip解决的是不同层面的问题。一个是execution，一个是orchestration。不是替代关系。
短期看，Paperclip不具备替代OpenClaw的能力。但它抓住了一个真问题：agent从一个变成一群之后，核心瓶颈不是模型能力，是管理能力。它给出的回答还不成熟，但成体系。
Anthropic的人说coding能力还有十倍进化空间。等下一代模型和Computer Use到位，下一代框架才会真正成型。Paperclip能不能占住位置？现在不好说。
但它把"多agent组织化运营"这个方向讲明白了。值得认真看一眼。
