一只虾的企业之旅：ADP Agent Portal 如何纳管你的 OpenClaw

内容摘要

你在本地跑着一只 OpenClaw。它帮你浏览网页、写代码、处理文件，是一个称职的个人 AI 助手。你不禁在想：龙虾能不能成为企业中可靠的工作搭子，在工作中也能用上虾，也试试同事养的虾，但问题来了：怎么接入？怎么管理？怎么让它记住公司的事？怎么知道它干得好不好？

我们不讲宏观的平台理念，只讲一件具体的事：一只 OpenClaw，是如何被 ADP Agent Portal 一步步收编为企业数字员工的。 从 30 秒一键接入，到连接建档、对话代理、集体记忆注入、群组协同、可观测追踪，每一步都对应 Agent Portal 中一个真实的功能模块。

核心要点：

• 一行命令完成 OpenClaw 到 Portal 的接入，零改造、30 秒生效
• 统一纳管让企业清楚知道自己有多少只虾、每只虾在哪、状态如何
• 对话适配让员工在 Portal 里直接和虾对话，体验与本地一致
• 集体记忆系统是从个人工具到企业资产的质变——个人虾只记得你的事，企业虾记得全公司的事
• 可观测能力让管理者第一次看到每只虾的工作日报：干了什么、花了多少、哪里卡了

一、故事的起点：一只好用的虾，和一个管不了的局面

OpenClaw 是一个让人兴奋的产品。

它可以操控浏览器、读写文件、执行代码，是真正意义上的"能干活的 AI 助手"。很多人在本地跑起一只 OpenClaw 之后，很快就离不开它了——它不是陪聊工具，而是真正的个人助手。

但问题出在"从一个人用"到"全公司用"的那一步。

当企业里开始有 10 个人、50 个人、200 个人各自跑着自己的 OpenClaw 时，局面会迅速变得不可控：

• 找不到：张三的虾在他自己的电脑上，李四想用只能找张三要链接
• 管不了：IT 部门不知道公司里到底跑着多少只虾，每只虾连着什么模型、消耗了多少 Token
• 记不住：每只虾只记得自己主人的事，公司的产品手册、客户偏好、业务规则，它一概不知
• 看不见：虾干了什么、干得好不好、哪里卡了、花了多少钱——全是糊涂账

这不是 OpenClaw 的问题，而是任何个人 AI 助手在企业场景下都会遇到的共性挑战。

ADP Agent Portal 要做的，就是帮企业解决这个"从个人工具到企业资产"的跨越。接下来，我们跟着一只虾，走完它被收编为企业数字员工的全过程。

二、30 秒接入：从本地虾到企业虾

一只虾要进入企业体系，第一步是"报到"。

在 ADP Agent Portal 中，管理员可以通过管理后台生成一个部署令牌。这个令牌有效期 10 分钟，绑定了当前用户、Portal 地址和版本信息。

员工拿到令牌后，只需要在终端跑一行命令：

• 如果本地还没有 OpenClaw，脚本会自动拉取 Docker 镜像、启动服务、完成注册——一键部署
• 如果本地已经跑着 OpenClaw，脚本会自动检测、读取认证信息、完成配对——一键配对

整个过程不需要改动 OpenClaw 的任何配置，不需要手动填写 Gateway 地址，不需要理解底层协议。30 秒之后，这只虾就出现在了 Portal 的管理视图里。

对于不习惯命令行的用户，Portal 还提供了手动填写表单的备选方式——输入 Gateway 地址和 Token 即可完成连接。

关键点：零改造接入。虾还是那只虾，但它已经从一个独立的本地工具，变成了企业管理体系中的一员。

三、连接管理：给每只虾建档

虾报到之后，企业需要知道：我们到底有多少只虾？每只虾在哪？状态如何？

Portal 的连接管理模块为每只 OpenClaw 维护了一份完整的档案：

这意味着，企业第一次有了一份"虾的花名册"。IT 管理员不需要逐台机器去查，打开 Portal 就能看到全局状态。

当某只虾断开连接时，Portal 会在智能体列表中显示专属的状态提示，避免员工向一只离线的虾发送请求。

四、对话不断线：虾在 Portal 里直接干活

虾接入了、建档了，接下来最重要的事是：员工能不能在 Portal 里直接和虾对话？

答案是可以，而且体验与本地使用几乎一致。

Portal 的对话适配层做了一件关键的事：通过与 OpenClaw Gateway 建立 WebSocket 连接，将虾的回复实时转发给前端。对员工来说，他们在 Portal 的聊天界面里输入需求，虾的回复会像本地一样实时流式返回。

更重要的是，虾在执行任务时产生的媒体文件——比如浏览器截图、生成的图片、导出的文件——也能在 Portal 中直接查看。Portal 的媒体代理模块会自动识别 OpenClaw 返回的媒体路径，将其转换为 Portal 可访问的 URL。

整个过程中，员工不需要知道虾的 Gateway 地址，不需要直连虾的本地服务。所有通信都走 Portal 后端代理，认证信息由系统自动注入。

这意味着什么？ 员工只需要打开 Portal，找到对应的虾，开始对话。背后的协议转换、认证注入、媒体代理，全部透明。

五、控制台代理：管理员远程操控虾

除了让员工和虾对话，管理员有时还需要直接操作虾的控制台——比如查看虾的配置、调整参数、排查问题。

在没有 Portal 之前，这意味着管理员需要 SSH 到员工的机器上，或者让员工把控制台链接发过来。当企业有几十上百只虾时，这种方式完全不可行。

Portal 的控制台代理解决了这个问题。管理员在 Portal 中点击"管理后台"，就能直接在浏览器中访问虾的完整控制台界面。

背后的实现是一套完整的反向代理机制：

• 自动注入认证信息，管理员无需手动输入 Token
• 重写控制台页面中的网络请求，确保所有调用都走 Portal 代理路径
• 代理 WebSocket 连接，保证控制台的实时交互功能正常
• 校验当前用户的访问权限，确保只有授权人员能操作

一句话：管理员不需要离开 Portal，就能远程管理任何一只虾。

六、集体记忆：让虾记住公司的事

这是 Portal 对 OpenClaw 最有差异化价值的功能。

一只个人虾，只记得你告诉它的事。你的文件偏好、你的代码风格、你常用的工具链——这些它记得很清楚。但公司的产品定价策略、客户的特殊需求、团队的编码规范、上周会议的决议——它一概不知。

Portal 的集体记忆系统改变了这一点。

记忆从哪里来？

集体记忆有两个来源：

• 自动提取：当员工和虾对话时，系统会自动从对话中识别和提取有价值的信息。比如员工在对话中提到"我们的 API 网关地址改成了 xxx"，这条信息会被自动提取为一条记忆
• 手动添加：管理员可以主动录入企业级的知识条目，比如产品手册摘要、客户偏好、业务规则

记忆怎么用？

每次员工和虾开始对话时，Portal 会自动将相关的集体记忆注入到会话上下文中。虾在回答问题时，就能参考这些企业级的知识——而不仅仅依赖它自己的训练数据和个人记忆。

记忆的管理机制

为什么这是质变？

因为这是从"个人工具"到"企业资产"的分水岭。

一只只记得个人偏好的虾，本质上还是个人工具。一只能记住公司知识、团队规范、客户偏好的虾，才是真正的企业数字员工。

集体记忆让虾不再是一个"聪明但无知的新人"，而是一个"了解公司情况的老员工"。

七、群组协同：虾不再单打独斗

一只虾能力再强，也有它不擅长的事。

在企业场景中，很多任务天然需要多个角色配合：客服虾负责接待客户，知识库智能体负责查询产品信息，工作流智能体负责提交工单。如果每只虾都各干各的，复杂任务就没法高效完成。

Portal 的群组协同能力让 OpenClaw 可以作为群组成员，参与多智能体协同执行：

• 加入群组：OpenClaw 可以被添加到一个"项目组"中，和其他类型的智能体一起工作
• 专用执行器：Portal 为 OpenClaw 配备了专用的群组执行逻辑，确保它在群组中的行为符合预期
• 会话复用：在同一个群组话题中，虾会复用会话上下文，保持对话连贯性
• 记忆注入：群聊路径同样支持集体记忆注入，虾在群组中也能参考企业知识

举个例子：一个客户咨询群组中，客服智能体负责理解客户意图，OpenClaw 负责在浏览器中查询实时数据，知识库智能体负责检索产品文档。三者协同完成一次完整的客户服务，而不是让一只虾独自承担所有工作。

八、可观测：每只虾的工作日报

企业管理者最关心的问题之一：虾到底干了什么？干得好不好？花了多少钱？

在没有统一观测能力之前，这些问题几乎无法回答。每只虾各自运行，数据分散在各处，管理层看到的只是一笔笔模糊的账单。

Portal 将 OpenClaw 的运行数据纳入了统一的可观测体系：

平台维度筛选

在 Trace 列表中，管理员可以按平台类型筛选，只看 OpenClaw 的调用记录。不需要在多个系统之间切换，一个看板看全局。

调用链追踪

每次虾的执行过程都会被记录为完整的 Trace 调用链，支持 Span 层级查看。当某次执行出现异常时，管理员可以下钻到具体的会话，追踪是哪个环节出了问题——是模型调用慢了，还是工具执行失败了，还是网络超时了。

Token 与成本追踪

虾在每次会话中消耗的 Token 数量和成本数据，会被自动回填到 Portal 的可观测系统中。企业可以清楚地看到：

• 每只虾每天消耗了多少 Token
• 哪些场景的成本最高
• 成本趋势是上升还是下降

会话列表

OpenClaw 的所有会话都纳入 Portal 的统一 Session 列表，管理员可以回溯任何一次对话的完整内容和执行过程。

这套可观测能力的价值，不只是"看得见"，更是让企业的虾从"在运行"变成"可经营"：

九、统一资产目录：虾也有花名册

经过前面的所有步骤，这只虾已经完成了从"个人工具"到"企业数字员工"的全部转变。

在 Portal 的智能体资产目录中，OpenClaw 以 vendor='openclaw' 的身份被纳入统一的 agents 表，和 ADP 原生智能体、Dify 应用等其他类型的智能体并列管理。

但 Portal 并没有把所有智能体一视同仁地"拍平"——它为 OpenClaw 提供了差异化的管理体验：

• 差异化操作菜单：OpenClaw 智能体的操作菜单中，"编辑"被替换为"打开控制台"，因为虾的配置应该在它自己的控制台中完成
• 状态徽标：当虾的连接断开时，智能体列表中会显示专属的"连接丢失"提示，而不是笼统的"离线"
• 个人连接编辑：员工可以编辑自己的 OpenClaw 连接信息，比如更换 Gateway 地址

一句话：虾不再是游离在外的野生动物，而是企业花名册上的正式员工——有编号、有状态、有管理入口。

十、一只虾的完整企业之旅

让我们用一张图回顾这只虾走过的全程：

本地运行          一键接入          连接建档
[个人桌面] ──→ [30秒部署/配对] ──→ [状态管理]
                                      │
                                      ▼
Portal对话    ←──  媒体代理   ←──  认证注入
[统一聊天界面]    [图片/文件]      [自动鉴权]
     │
     ▼
集体记忆注入        群组协同          可观测追踪
[企业知识上下文] ──→ [多智能体协作] ──→ [Trace/Token/成本]
                                      │
                                      ▼
                               统一资产目录
                            [企业花名册上的正式员工]

从头到尾，这只虾没有被改造过。它还是那只能浏览网页、写代码、处理文件的 OpenClaw。但通过 Portal 的纳管体系，它获得了更适配企业工作场景的能力：

• 被企业员工发现和访问（统一入口）
• 记住公司的事（集体记忆）
• 和企业其他智能体配合干活（群组协同）
• 被管理者看到和评估（可观测）
• 成为企业资产的一部分（统一目录）

这就是"虾管家"的真正含义：不是再造一只虾，而是让已有的虾变成企业的数字员工。

常见问题

Q1：接入 Portal 需要改造 OpenClaw 吗？

不需要。Portal 的接入方式是"零改造"的——通过一键部署脚本或配对脚本完成注册，不需要修改 OpenClaw 的任何配置或代码。虾还是那只虾，只是多了一层企业管理能力。

Q2：本地虾断网了怎么办？

Portal 的连接管理模块会实时监测连接状态。当虾断开连接时，状态会自动切换为"已断开"，智能体列表中会显示专属提示，避免员工向离线的虾发送请求。虾重新上线后，连接会自动恢复。

Q3：集体记忆会泄露个人隐私吗？

不会。集体记忆系统区分了"全局记忆"和"用户记忆"两种作用域。全局记忆是企业级的公共知识，所有人可见；用户记忆是个人专属的，只有本人的会话中才会被注入。管理员可以在管理页面中查看和管理所有记忆条目。

Q4：虾在 Portal 里对话和本地对话有什么区别？

从用户体验上几乎没有区别——同样是流式回复，同样能看到虾生成的图片和文件。区别在于背后的链路：Portal 对话走的是企业统一代理，认证信息自动注入，会话数据纳入可观测体系，集体记忆自动注入上下文。

Q5：一个企业可以接入多少只虾？

没有硬性限制。Portal 的连接管理支持同时管理多个 OpenClaw 连接，每个连接对应一个 OpenClaw 实例。企业可以按部门、按团队、按场景部署不同的虾，全部纳入统一管理。

Q6：Portal 支持私有化部署吗？

支持。ADP Agent Portal 支持私有化部署方案，核心数据不出企业边界。这对于对数据安全有严格要求的金融、医疗、政务等行业尤为重要。

准备好让你的虾从个人工具变成企业数字员工了吗？

→ 报名体验 ADP Agent Portal

相关阅读

· 企业如何像管理团队一样管理 Agent？ADP Agent Portal 的答案

· 企业如何真正将 AI Agent 落地到生产环境

· 6 步构建客服 AI Agent