Paperclip 与 OpenClaw 互相成就智能体「运行时 编排」生态成型记【免费下载链接】paperclipThe open-source app everyone uses to manage agents at work项目地址: https://gitcode.com/GitHub_Trending/papercl/paperclip2026 年开源智能体圈子里最值得玩味的一句话不是某个模型又刷新了 benchmark而是 Paperclip 官方 README 里那句自嘲式的定位「If OpenClaw is an employee, Paperclip is the company.」把智能体运行时和智能体编排平台摆进同一个句子几乎就是对当下开源生态分工图谱的一次官方盖章。这背后是一条被社区反复验证过的实践路径OpenClaw 负责一个人能干活的运行时Paperclip 负责一群人智能体能协作的公司。社区里最近密集出现的「paperclip 实战」系列文章几乎都指向同一个结论——Node.js React 同构的 Paperclip 做编排层OpenClaw 做执行层两者拼起来才构成一个完整、可审计、可落地的多智能体组织。本文基于 Paperclip 仓库源码与社区一手情报拆解这条生态链的成型逻辑。开源智能体生态的分工图谱先给生态画一张粗糙的分工地图。过去两年涌现的开源智能体项目大致可以按离代码多近排成三档运行时RuntimeOpenClaw、Claude Code、Codex、Gemini CLI、Cursor、OpenCode、Pi 等解决一个智能体如何在一个环境里持续干活的问题。它们自带模型接入、工具调用、会话管理是名副其实的员工。编排层Orchestration / Control PlanePaperclip 这类项目解决的是一组异构智能体如何组成公司的问题——目标对齐、任务分发、审批、预算、审计。通道层Gateway / MCPOpenClaw Gateway、Hermes Gateway、MCP 服务器等解决运行时与编排层之间用什么协议说话的问题。社区对 Paperclip 的早期认知往往停在AI 任务管理工具但仓库源码里的产品定义要硬核得多。doc/PRODUCT.md 开篇第一句就是Paperclip is the control plane for autonomous AI companies.——一个公司是一等对象员工全是智能体所有工作必须能向上追溯到一个公司级目标。这是一套公司的操作系统而不只是任务的看板。这层分工图谱在社区情报里也有清晰的映照2026 年 3 月的「Paperclip 拆解组织驱动的 AI 智能体编排平台」和 10 月密集出现的「paperclip 与 OpenClaw 实战指南」系列都把 Paperclip 描述为将一堆各自为战的智能体组建成 24 小时自动运转的团队的中枢。运行时负责单兵作战能力编排层负责组织协同能力——这个分工正在成为社区共识而不是某一家项目的自我标榜。Paperclip 在生态链中的位置与竞合控制面与执行面的严格分离Paperclip 最关键的架构决策是把自己死死按在控制面control plane的位置上拒绝滑向执行面。doc/GOAL.md 里写得非常直白The control plane doesnt run agents. It orchestrates them. Agents run wherever they run and phone home.控制面不运行智能体它编排智能体。智能体在任何地方运行然后向控制面报到。这个原则落到代码上是两个事实第一adapter 是唯一的运行时边界。docs/adapters/overview.md 定义了 adapter 的最小契约当一次 heartbeat 触发时Paperclip 查 agent 的adapterType与adapterConfig调用 adapter 的execute()由 adapter 负责拉起或调用对应的运行时捕获 stdout、解析用量与成本返回结构化结果。也就是说Paperclip 只负责叫醒谁、给什么上下文、花多少钱、结果是否合规至于智能体在本地 CLI、远程 gateway 还是 HTTP webhook 里干活一概不关心。第二内置 adapter 类型枚举本身就是生态图谱。看 server/src/adapters/builtin-adapter-types.ts 的BUILTIN_ADAPTER_TYPES一条横跨本地 CLIclaude_local、codex_local、gemini_local、kimi_local、opencode_local、pi_local、cursor、远程 gatewayopenclaw_gateway、hermes_gateway、裸进程与 webhookprocess、http的适配链已经成型。README 里那张 logo 墙更是直接点题OpenClaw、Claude Code、Codex、Cursor、Gemini CLI、OpenCode、Pi、Hermes、Grok Build、Kimi CodeIf it can receive a heartbeat, its hired.OpenClaw 在生态里的三重身份OpenClaw 与 Paperclip 的关系比竞品或被集成方都要复杂。仓库里可以找到它作为运行时、网关客户端、生态协作方的三重身份第一重HTTP/webhook 风格的外部运行时。doc/PRODUCT.md 在列举 heartbeat 执行方式时专门把fire and forget a request单列一类Paperclip 向外部运行的智能体发 webhook/API 调用OpenClaw-style hooks work this way。README 的系统架构图里底部四个接入端点分别是 Claude Code、Codex、CLI agents 和 HTTP/webhook bots such as OpenClaw。第二重原生 gateway 客户端。这是两者协作最深的一层。paperclipai/adapter-openclaw-gateway是唯一专门为 OpenClaw 定制的内置 adapter只走 WebSocket gateway 传输ws:///wss://。packages/adapters/openclaw-gateway/README.md 记录了完整的连接流接收connect.challenge→ 发送req connect协议/客户端/认证/设备负载→req agent→agent.wait等待完成 → 把event agent帧流式写入 Paperclip 的日志与 transcript。会话路由支持issue|fixed|run三种策略默认按 issue 维度隔离会话每个 run 会带上 Paperclip 的runId作为幂等键——这套设计保证同一个 issue 的多次 heartbeat 落在同一个 OpenClaw 会话里且不会重复执行。更值得注意的是设备认证device auth的默认策略adapter 默认发送签名的 device payload用持久化的devicePrivateKeyPem固定配对密钥autoPairOnFirstConnect默认开启首次连接遇到pairing required时会自动走device.pair.listdevice.pair.approve完成配对再重试。这意味着Paperclip 把一个随时可能要求人工配对的远程智能体变成了可无人值守调度的组织成员——这正是员工与雇员管理系统之间该有的关系。第三重反向的入职onboarding协作。doc/OPENCLAW_ONBOARDING.md 描述了一条完整的双向流程在 Paperclip 公司设置里生成一条受权限保护的 OpenClaw Invite Prompt把这段提示词粘进 OpenClaw 主聊天OpenClaw 便会提交加入请求携带adapterType: openclaw_gateway、gateway URL 与 token董事会审批后即完成入职agent 自动获得 API key 并安装 Paperclip skill。invite-prompt 端点POST /api/companies/{companyId}/openclaw/invite-prompt对董事会成员开放CEO agent 也能为自家公司调用——权限边界写死在路由测试里见 server/src/tests/openclaw-invite-prompt-route.test.ts。这套双向流程还有一个细节值得注意OpenClaw 侧的 smoke 验证不再是能连上这么简单而是有完整的验收用例——Case A 手工 issue 执行、Case B 通过 message 工具写回主聊天、Case C 从/new会话反向创建 Paperclip issue。见 scripts/smoke/openclaw-gateway-e2e.sh 与 packages/adapters/openclaw-gateway/doc/ONBOARDING_AND_TEST_PLAN.md。这已经超出了集成的范畴属于两个项目互相为对方写验收标准——生态协同的信号比任何 PR 标题都强。竞合的另一面Paperclip 自己也做运行时必须承认这条生态链并非永远你负责运行时、我负责编排。2026-08-24 的架构决策 doc/architecture/paperclip-runner.md 引入了独立的paperclipai/paperclip-runner包一个由 Rust runnerd 进程承载的Paperclip Runner ProtocolPRP通过 v1 WebSocket/api/runner/v1/connect/:runId与 server 通信初期限定 Codex、OpenCode、Claude Managed、AWS AgentCore 等少数合格 provider。决策文档里明确写着非目标Replace existing direct adapters——新增的paperclip_runneradapter 默认关闭老 adapter 一律保持直连路径绝不强制迁移。Paperclip 选择自建一部分运行时能力但以严格的兼容性条款doc/architecture/paperclip-runner-compatibility.md把自己钉在不破坏现有生态的位置非 runner 的 run 不允许拉起 runnerd、不允许产生 native 记录、不允许改变直连 adapter 的行为。这是一种补位但不越位的策略——在确定性重放、崩溃恢复等场景补上原生执行能力同时把执行面大规模外包给 OpenClaw 等外部运行时。编排层自己做运行时不是要取代运行时生态而是为了在无合适外部运行时的场景兜底。编排层自身的纵深不止于任务看板很多社区文章把 Paperclip 理解成AI 任务管理器但源码显示它的编排纵深远超看板。README 的 four pillars 是任务、组织、培训、基础设施四根支柱对应四大系统模块Agentic Task Manager声明式意图、审批关卡、审计式 routine 与工作流Org Chart for Agents人机混合组织架构职责、汇报线、权限边界、作用域 secrets、连接权限与责任用户身份Agent Employee TrainingSkill Studio、共享技能、eval 与保存的测试运行、性能评审、技能版本历史与回滚Agentic OS跨 provider 运行时、沙箱与 MCP 服务器、SSO/GRC/RBAC、成本控制、运行历史与可选追踪。Atomic task checkout是这套系统的地基之一任务单一 assignee 执行锁杜绝两个竞态 run 抢同一任务README Why Paperclip is special 一节。预算不是摆设而是硬约束company/agent/project 三级预算、阈值告警、超限自动暂停budget hard-stop连暂停本身都按 agent 维度可操作pause/resume/terminate。这套编排纵深的产物之一是 doc/plans/2026-09-30-paperclip-public-mcp-and-plugins.md 描述的公共 MCP 面让 ChatGPT/Codex/Claude 通过一个 plugin 接入 Paperclip 的团队身份、工具、工作与治理三种体验分别对应以我本人身份使用 Paperclip委托给团队执行以具名 agent 身份认领任务。在这套设计里Paperclip 把自己定位成对话之外的持久组织层——运行时负责思考编排层负责让思考有身份、有责任、有延续。接下来值得关注的上游项目基于仓库当前的状态几个上游信号值得放进雷达1. Paperclip Runner 的合格 provider 目录扩展。doc/architecture/paperclip-runner.md 当前限定 Codex、OpenCode、Claude Managed、AWS AgentCore 与固定的 ACPX profile且远程 Codex 版本窗口被精确钉在0.149.0 0.161.0doc/architecture/paperclip-runner-compatibility.md。一旦这个默认关闭的实验性 adapter 转正原生运行时会成为编排层里不可忽视的一极。2. OpenClaw gateway 的会话与设备认证深化。sessionKeyStrategyissue|fixed|run与autoPairOnFirstConnect的组合已经能支撑无人值守调度下一步值得观察的是 gateway 协议在agent.wait超时、pairing required重试等边界上的语义是否继续收敛详见 packages/adapters/openclaw-gateway/src/server/execute.ts。3. 公共 MCP 与 agent gateway 的落地。doc/plans/2026-09-30-paperclip-public-mcp-and-plugins.md 的部署与 store 验收还是发布门槛但外部会话以具名 agent 身份认领任务 原子限时任务认领的契约一旦稳定会把 Paperclip 从公司内部编排推向外部助理接入公司的开放层。4. 运行时生态的stock harness 兼容治理。doc/plans/2026-10-02-stock-harness-paperclip-checklist.md 记录了一条原则尽量保持各 harness 的厂商原生行为Paperclip 的注入是增量的——Paperclip owns MCP configuration认证、技能、工作区访问、审批、预算硬停、审计都属于必须保留的边界。这是编排层不绑架运行时的治理宣言值得所有想做编排层的项目抄作业。回到开头那句 If OpenClaw is an employee, Paperclip is the company.——它之所以能在社区里被反复引用不是因为话术漂亮而是因为仓库里真的有与之匹配的工程事实adapter 边界、heartbeat 唤醒、gateway 配对、原子任务认领、三级预算、权限内嵌的 invite 流程。开源智能体生态的下一阶段叙事大概率不会是某个运行时一统天下而是运行时继续在单兵能力上卷编排层在组织能力上卷两者通过 gateway/MCP 这类协议互相成就。Paperclip 与 OpenClaw 的这段协作正是这条路径最早的样板间。【免费下载链接】paperclipThe open-source app everyone uses to manage agents at work项目地址: https://gitcode.com/GitHub_Trending/papercl/paperclip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考