5.1 三个端与产品家族

本章导读

本 节 目 标

本 节 目 标能区分 WorkBuddy 客户端（人用 AI）、企业管理后台（管住 AI）、WMA（AI 自己跑）各自解决的问题，并说明 WorkBuddy Enterprise 家族三款产品的统一底座关系；能走通企业后台的开通顺序（统一身份/邀请链接两条路），按上传→分类→策略套路完成 Skill、专家、知识库的下发，并按黑名单>白名单>默认允许的优先级排查权限问题；能按客户数据边界在旗舰版/专享版/私有化企业版三档中选对部署形态，并用 Agent 是图纸、Runtime 是厂房、Session 是一次生产的心智模型讲清 WMA 与积分消耗口径。

假设你刚给某制造业客户的 CIO 演示完 WorkBuddy 的对话能力，他点了点头，然后抛出四个问题：

1. "数据能不能不出我们内网？"

2. "我配的 Skill，为什么同事看不到？"

3. "你们说的 WMA 到底是个什么？积分怎么算？"

4. "黑名单、白名单我都加了，为什么还有人不能用？"

这四个问题，恰好覆盖了本章的全部核心。客户买的不是一个聊天工具，而是一套能下发给几百人、能审计、能算账的能力系统。你的工作，就是通过企业管理后台和 WMA，把"一个 Demo"变成"一个可运行、可验收的组织资产"。

本章我们围绕三条主线展开：

• 三个端的关系 ：客户端给人用、后台给人管 AI、WMA 让 AI 自己跑

• 开通与下发的实操套路 ：从邀请成员到配置 Skill、专家、知识库

• 部署形态与成本口径 ：旗舰版、专享版、私有化企业版怎么选，WMA 积分怎么算

概念

在给客户做交付时，最容易被问到的问题是："你们到底有几个产品？长得都挺像。"要回答这个问题，你首先要搞清楚三个端的定位。

提示

一句话区分：客户端是「人用 AI」，管理后台是「管住 AI」，WMA 是「让 Agent 跑在云端而不是某个人的电脑上」。

🖼 图：WorkBuddy 三端架构：客户端（桌面/Web/小程序/移动端）负责用户交互，企业管理后台负责平台治理（用户管理/技能审核/积分管理/数据看板），WMA 负责助手级精细化配置（身份人设/能力挂载/行为约束/交互策略）。

产品家族里的位置

WorkBuddy Enterprise 是总品牌与统一底座，由三款产品构成，可独立使用也可在企业内统一管理：

提示

FDE 的进场话术里要用对这条： 客户往往问「你们和市面上的 AI 助手有什么不一样」。差异不在单点功能，在于 三款产品共用一套企业底座 ——同一批成员、同一套权限、同一份积分度量、同一条审计链。 从编码、办公到智能体运营是一体化闭环，不是三个各自为政的工具。

用法

那这三个端在客户实际运营中，分别对应哪些具体操作？

客户端层面——员工登录后看到的是对话界面、Skill 列表、知识库入口。员工不需要关心后台怎么配的，只需要知道"我能用什么"。

后台层面——管理员要做的事情包括：

• 管理成员：谁在企业里，身份是什么

• 管理能力：哪些 Skill 可用，哪些专家可调用，哪些知识库可访问

• 管理权限：谁能用什么，黑名单/白名单怎么设

• 查看审计：谁在什么时候用了什么，消耗了多少

WMA 层面——这是最抽象的一个端，因为它的"用户"不是人，而是系统。WMA 对应的场景包括：

• 定时跑一个 Agent 做数据报表

• 业务系统通过 API 触发一个 Agent 处理工单

• 事件驱动的自动化流程

示例

我们可以用一个制造业客户的实际场景来看三个端怎么协同工作：

场景：某制造企业要实现"设备故障自动响应"

1. [后台] 管理员在企业后台：

   - 导入设备维修知识库（RAG）

   - 配置"故障诊断专家"Agent

   - 配置"工单创建"Skill（调用 ERP API）

   - 把这些能力下发给维修车间成员组

2. [客户端] 维修工程师在工作台上：

   - 输入"3 号车间冲压机异响"

   - Agent 调用知识库给出诊断建议

   - 一键触发"工单创建"Skill

3. [WMA] 自动化流程：

   - 每天 2:00 自动跑设备巡检 Agent

   - 发现异常自动创建工单并通知值班工程师

   - 全程无人干预

在这个场景里，三个端缺一不可：后台管住能力边界，客户端给人用，WMA 让 AI 自己跑。

**⚠️ 风险提示：**客户最容易混淆的是"客户端能跑 Agent"和"WMA 能跑 Agent"的区别。区别在于触发方式：客户端是人手动触发的，WMA 是系统自动触发的（定时/事件/API）。同一个 Agent 图纸，可以同时在客户端被手动调用，也可以在 WMA 被自动调用。