人工智能前沿部署工程师(FDE),第五章·管理端·企业后台与WMA配置实战

前言：本章概括

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

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

"数据能不能不出我们内网？"
"我配的 Skill，为什么同事看不到？"
"你们说的 WMA 到底是个什么？积分怎么算？"
"黑名单、白名单我都加了，为什么还有人不能用？"

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

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

三个端的关系：客户端给人用、后台给人管 AI、WMA 让 AI 自己跑
开通与下发的实操套路：从邀请成员到配置 Skill、专家、知识库
部署形态与成本口径：旗舰版、专享版、私有化企业版怎么选，WMA 积分怎么算

1 三个端与产品家族

概念

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

端	角色	谁在用	解决什么问题
WorkBuddy 客户端	人用 AI	终端用户（员工）	日常工作中调用 AI 能力：写文档、查知识、用 Skill
企业管理后台	管住 AI	管理员（IT、业务负责人）	管成员、管能力、管权限、看审计
WMA（WorkBuddy Managed Agents）	AI 自己跑	系统 / 自动化场景	让 Agent 跑在云端而不是某个人的电脑上。7×24 运行、数据不出域、可评测、可 API 集成

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

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

产品家族里的位置

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

产品	目标用户	定位
CodeBuddy	产品、设计师、全栈开发者及编程初学者	AI 原生全流程编程工具
WorkBuddy	职场全职能角色（产品、运营、研发、职能等）	全场景职场 AI 智能体桌面工作台
WorkBuddy Managed Agents	企业 IT、平台工程与 Agent 开发者	提供云端托管的智能体运行服务

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 被自动调用。

2 部署形态选择

概念

接下来是部署形态的选择------它是交付方案设计的"第一块基石"：形态选错了，后面所有配置都是白搭。

企业版三档：旗舰版 / 专享版 / 私有化企业版

这张表决定了报价和交付形态，进场时必须问清客户属于哪一类。以官网口径为准，WorkBuddy 企业版分为三档。

维度	旗舰版	专享版	私有化企业版
部署方式	腾讯云共享 VPC	腾讯云专享 VPC	企业私有化
用量	2000 Credits/人、每月刷新、积分团队内共享使用、对话问答不限频	同旗舰版	无用量限制、对话问答不限频
企业管理能力	授权管理、单点登录、研效看板、成员统计、智能体配置、企业模型配置	以上全部，另加专属网络访问、专属企业插件	以上全部，且代码与数据不出企业内网

命名对齐提示：旗舰版即原「SaaS 企业版」、专享版即原「专有云企业版」，官网当前统一称旗舰版 / 专享版 / 私有化企业版，进场沟通请使用新称。私有化企业版的起购门槛与价格官网未公开，一律以「售前咨询」为准，不要对客户口头承诺具体席位数或报价。

「积分团队内共享」这条有交付含义：它意味着某个成员跑一个大批量任务，消耗的是团队池子。试点期一定要提前跟客户对齐用量预期，否则月中积分见底、一线刚建立的信任会立刻崩掉。这也是第 8 章「信任四问」里「收益」那一条的现实约束。

复制代码

版本的售卖方式具体以官网为准

用法

在帮客户选择部署形态时，你需要从以下五个维度做评估：

评估维度	旗舰版	专享版	私有化企业版
数据合规要求	无特殊要求	行业合规	强监管（金融/政务/军工）
数据存储位置	腾讯云共享 VPC	腾讯云专享 VPC	客户内网
运维复杂度	极低	中等	高
交付周期	即开即用	1-2 周	4-8 周

选型决策建议

以下是常见的客户场景与推荐部署形态：

客户场景	推荐形态	理由
互联网公司，200 人，无特殊合规	旗舰版	数据无特殊要求，共享资源够用
金融机构，500 人，有数据隔离要求	专享版	要求资源独占，含专属网络访问与专属企业插件
政务部门，涉密数据，必须内网	私有化企业版	数据不出内网是硬性要求，支持完全离线部署
大型制造业，1000+ 人，有 IT 团队	私有化企业版	数据在内网，IT 团队能运维，起购与价格以售前咨询为准

**⚠️ 风险提示：**不要因为客户预算充足就推荐私有化。私有化企业版的运维成本很高（需要客户自己的 IT 团队维护 GPU、模型更新、系统升级），如果客户没有相应的运维能力，反而会造成交付后的长期支持负担。正确的做法是按数据合规要求来选型，而不是按预算来选型。

示例

一个选型评估的实际对话场景：

复制代码

客户 CIO："我们数据很敏感，必须私有化。"
FDE："好的，我理解数据安全是首要考量。我想先确认几个问题：
  1. 你们的敏感数据涉及哪些类型？（文本/图片/结构化数据）
  2. 数据合规要求是'不能出内网'还是'可以出内网但不能共享存储'？
  3. 你们有 GPU 资源吗？有专职运维团队吗？"

客户 CIO："数据是不能出内网的。GPU 有 4 张 A100，运维有 3 人团队。"
FDE："明白，这种情况私有化企业版是对的。但我要提醒你们，
      模型更新、系统升级、知识库维护都需要你们团队参与，
      我们会提供培训和支持，但日常运维是你们的职责。"

**⚠️ 风险提示：**选型不是"客户要什么就给什么"，而是帮客户做出"能落地、能运维"的决策。如果客户说"我们要私有化"但没有运维团队，你要把这个问题摆到桌面上。

3 成员管理

概念

确定了部署形态后，交付的下一步是"把人搞进来"------这就是成员管理。成员管理是企业管理后台的第一个实操动作，也是后续所有能力下发的前提。

成员管理解决两个问题：

谁能进企业------身份认证
进来后是什么角色------权限分组

WorkBuddy 企业版提供两条成员开通路径：

路线一 · 腾讯统一身份 ：WorkBuddy 企业版使用「腾讯统一身份」进行企业成员管理。在统一身份平台添加成员后，成员自动同步至企业管理后台。也可在开放与集成 › 组织架构同步手动同步有应用管理权限的成员。

路线二 · 邀请链接 ：进入成员列表点击邀请成员 ，选择链接或二维码方式发给成员。成员输入姓名申请加入，管理员在成员审核页点击通过并授权插件完成加入。

以上完成后成员即可登录客户端使用。企业配置的 Skill、专家、知识库、连接器会按下发策略出现在他的客户端里。

这一步的常见卡点 ：下单人和实际管理员不是同一个人，超管手机号在客户采购手里。进场前就要确认谁持有超管账号，否则配置工作会卡在第一步。

FDE 的选路建议 ：客户有统一身份体系的，优先走统一身份同步------后续人员流动自动跟随，不需要有人手工维护名单。只有试点期、人数少于二三十人、或客户还没决定是否长期用，才走邀请链接。选错这一步，半年后名单会变成一笔烂账。

4 能力下发策略

概念

成员进来后，下一步就是"给能力"------这就是能力下发。能力下发是企业管理后台最核心的操作，也是客户最容易出问题的地方。

能力下发的完整链路是：

**能力下发四步链路：**上传（导入 Skill、专家、知识库）→ 分类（打标签、分组）→ 策略（黑名单、白名单、默认允许）→ 到人（成员客户端可见可用）------四步缺一不可，策略配置是最容易出问题的一步。

这四个步骤缺一不可：

步骤	做什么	涉及的能力类型
上传	把能力资源导入后台	Skill、专家、知识库
分类	给能力打标签、分组	Skill 分类、专家领域、知识库主题
策略	配置谁能用什么、什么时候能用	黑名单、白名单、默认允许
到人	能力出现在用户客户端上	用户在客户端看到并使用

用法

通用套路：上传 → 分类 → 策略

以 Skill 为例，来看具体的操作流程。

上传

进入 AI 资源管理 › Skill 管理 › Skill 列表，点右上角 + 上传 Skill ，上传 .zip 包并填写信息。

企业 SKILL 包结构如下：

复制代码

my-enterprise-skill/
├── SKILL.md              # [必填] 名称 + 描述 + 使用说明
├── manifest.yaml         # [必填] 版本、依赖、元数据
├── scripts/              # [可选] 可执行脚本
├── references/           # [可选] 参考文档
└── assets/               # [可选] 图标、模板等资源

比个人版多一个 manifest.yaml。这是企业上传的必填项，包含 name、version、description、category、author。第 4 章本地自建的技能要上企业后台，得先补这个文件。

分类

切到 分类管理 页签，+ 新增分类。分类名称 2--20 字符（必填），描述 ≤ 500 字符，排序可选「追加到末尾」或「置顶到首位」。

官方建议：分类命名与部门业务对齐，避免过度泛化导致查找困难。删除分类不会删除 Skill，仅解除关联关系。

下发策略

进入 Skill 下发策略 页签，+ 新建策略 ，选择白名单或黑名单，指定目标 Skill 与作用范围（成员 / 部门 / 角色）。保存后策略即时生效。

企业知识库：客户文档进系统的正规入口

后台提供官方知识库（平台预置的开源框架与技术规范）与自定义知识库（企业私有）两类。FDE 关心的是后者：

项目	规格
单文件格式	`.md`、`.markdown`、`.docx`、`.pdf`，以及 `.py`、`.js`、`.css` 等代码文件，≤ 30 MB / 文件
压缩包	`.zip`、`.tar`、`.tgz`、`.tar.gz`、`.gz`、`.gzip`，≤ 300 MB / 包
编码要求	必须 UTF-8 或 GBK，其他编码索引会失败
命名限制	名称 ≤ 20 英文字符或 ≤ 10 中文字符；描述 ≤ 30 英文字符或 ≤ 15 中文字符
可见范围	必填，默认全部成员，支持指定部分成员
检索参数	Top K 推荐 3 ~ 5 ；Score Threshold 推荐 0 ~ 0.5

三个现场高频事故： ① 客户给的老文档是 GBK 之外的编码 → 索引失败，先转码；② 可见范围忘改，客户 HR 制度对全员可见 → 官方明确建议按需调整为「指定成员」；③ 状态还在「索引中」就演示 → 答不出来，客户以为产品不行。数据处理状态变为「已完成」才可启用。

还有一条特别容易漏：成员在客户端对话中必须用 @ 引用目标知识库，否则回答不会纳入知识库内容作为上下文。培训一线时这句话要单独讲，否则他们会以为「上传了却没用」。

三种能力类型的下发

能力类型	上传方式	分类方式	策略配置
Skill	在后台创建或导入 Skill 定义（仅接受 .zip 包，必含 manifest.yaml）	按 Skill 分类标签管理	配置可用成员组/黑名单
专家（Agent）	在后台配置 Agent（含 Prompt、工具、知识库）	按业务领域分类	配置可用成员组/黑名单
知识库	上传文档 → 向量化 → 入库	按主题/部门分类	配置可见成员组

三者的下发逻辑是一致的：先上传、再分类、然后配策略。

权限优先级机制

这是客户问得最多的问题："我配了黑名单，也配了白名单，到底听谁的？"

权限判断遵循以下优先级：

复制代码

黑名单 > 白名单 > 默认允许

也就是说：

先查黑名单------如果在黑名单里，直接拒绝，不往下查
再查白名单------如果在白名单里，允许
最后默认允许------如果不在黑名单也不在白名单，默认允许

用户状态	黑名单	白名单	最终结果
在黑名单		不查	❌ 拒绝
不在黑名单，在白名单	❌		允许
都不在	❌	❌	默认允许

**⚠️ 风险提示：**这个优先级在排查权限问题时至关重要。客户反馈"某用户不能用某能力"时，按以下顺序排查：先查黑名单------是不是被误加进去了？再查白名单------是不是白名单只加了部分人，导致其他人"不在白名单"？最后查默认策略------默认策略是不是被改成了"默认拒绝"？最常见的问题：管理员为了"精确控制"，把默认策略改成了"默认拒绝"，然后只把部分人加进白名单。结果其他正常用户突然就不能用了。

权限判断优先级流程：黑名单 > 白名单 > 默认允许

示例

以下是一个典型的权限排查案例：

复制代码

客户反馈：维修车间的张三说"用不了故障诊断专家"

排查步骤：

Step 1：查黑名单
  - 检查"故障诊断专家"的黑名单列表
  - 发现张三不在黑名单里 → 排除黑名单问题

Step 2：查白名单
  - 检查"故障诊断专家"的白名单列表
  - 发现白名单只加了"维修车间组-主管"分组
  - 张三属于"维修车间组-工程师"分组 → 不在白名单里

Step 3：查默认策略
  - 检查"故障诊断专家"的默认策略
  - 发现默认策略被改成了"默认拒绝"

根因：管理员为了精确控制，把默认策略改成"默认拒绝"，
      但白名单只加了主管，没加工程师。

解决方案：
  方案 A：把"维修车间组-工程师"加入白名单
  方案 B：把默认策略改回"默认允许"（如果安全允许）

**⚠️ 风险提示：**在做能力下发时，建议遵循"最小惊讶原则"------不要随意改变默认策略。如果需要精确控制，用白名单来加人，而不是把默认策略改成"默认拒绝"。因为一旦改成"默认拒绝"，任何未在白名单里的人都会受影响，很容易出现"全员突然不能用"的事故。

5 企业级连接器：把客户系统接进来

第 3 章讲了你在自己电脑上配了 mcp.json------那只对你生效。要让全公司都能读客户的 CRM，得由管理员在后台建企业连接器 ：配一次，组织内可用，成员无需单独配置 。注意：连接器扩展的主要是读的边界；对生产系统的写操作，必须叠加最小权限账号与人工门禁（见第 10 章三类护栏）。

三步建一个自定义连接器

第一步：填基础信息

Connector 管理页点 + 新建连接器 。标识（name）仅支持英文、数字、中划线、下划线，创建后不可修改 ，系统会自动加 enterprise_ 前缀（填 my-tool 实际存为 enterprise_my-tool）。

第二步：配认证方式（三选一）

认证类型	要填什么
MCP OAuth 2.1	最省事。只需第三步填 MCP Server URL，凭据通过标准 OAuth 流程自动建立，无需手填 Client ID / Secret
OAuth 2.0 Authorization Code	Client ID、Client Secret、Authorization URL、Token URL、Scopes、User Info Endpoint、User Info Name Path。还需把后台给的 Redirect URL 填进第三方应用的回调白名单
API Key	最简单。只填 Header Name（默认 `X-API-Key`，也可设为 `Authorization`）

第三步：填 MCP Server URL

面向第三方 API 的 MCP 协议接入地址，由服务方原生提供、平台托管、或企业自行部署均可。填完系统自动生成 Gateway 与 MCP 配置。

复制代码

示例
MCP Server URL:  https://docs.qq.com/openapi/mcp

# 系统自动解析生成：
Transport      streamable_http
Upstream Host  docs.qq.com
Path Prefix    /openapi/mcp
Injector Type  default

进场谈接入时该说的三句话： ① 「先确认你们的系统支持哪种认证」 ------选错认证类型会显著增加调试成本，官方明确建议创建前先确认。 ② 「我们用只读凭据先跑一轮」 ------最小权限原则，写入权限等业务确需时再开。 ③ 「连接器不会定时抓你们的数据」 ------它仅在 Agent 通过成员对话触发调用时才发起请求，这句话能解掉客户安全部门一半的疑虑。

一条容易忽略的权限事实：连接器以配置的认证凭据所对应的第三方账号身份执行操作，访问范围不超出该账号在第三方服务中的已有权限。所以「给连接器配了谁的账号」等价于「AI 能看到谁能看到的东西」。这是第 8 章第一条红线「不碰不该碰的数据」在配置层面的落点。

6 WMA 与积分口径

概念

前面讲了企业管理后台的成员和能力下发，现在进入本章最抽象也是客户最难理解的部分------WMA 与积分消耗。

WMA 全称是 WorkBuddy Managed Agents，它的定位是"让 Agent 跑在云端而不是某个人的电脑上"。7×24 运行、数据不出域、可评测、可 API 集成。但要给客户讲清楚 WMA，你需要一个直觉性的心智模型。

心智模型：Agent 是图纸、Runtime 是厂房、Session 是一次生产

概念	类比	通俗解释
Agent	图纸	定义了 AI 要做什么、用什么工具、调什么知识库
Runtime	厂房	执行 Agent 的运行环境，有 GPU、有模型、有工具调用能力
Session	一次生产	Agent 在 Runtime 上跑一次，从开始到结束

**Agent / Runtime / Session 关系：**1 个 Agent 可创建 N 个 Runtime，1 个 Runtime 可包含 N 个 Session，Session 彼此独立、上下文隔离。

客户最常问的问题是："Agent 和 WMA 是什么关系？"用这个心智模型来回答：

Agent 是设计图------你在后台配的 Agent 定义（Prompt、工具、知识库），就是一张图纸
WMA 是工厂运营方------它管理 Runtime（厂房），负责把图纸变成产品
每次调用产生一个 Session------就像工厂接了一个订单，跑完出货

所以，WMA 不是某个具体的东西，而是一套让 Agent 自动运行的管理机制。

Manifest：声明式配置

Manifest 是 Agent 的声明式配置（JSON），创建时传入，可在企业后台编辑管理。

最小配置

复制代码

{
  "id": "my-agent",
  "name": "My Agent",
  "manifestVersion": "1.0"
}

配置组	关键字段
基础	`id`、`name`、`manifestVersion`（三者必需）；`system_prompt` 与 `system_prompt_file` 互斥
能力	`rules` 行为规则、`skills` 预定义技能、`plugins` 扩展插件、`mcp` MCP 服务、`subagents` 可调用的子 Agent
工作空间	`workspaces[].name`（必需，映射到 `/workspace//`）、`repository`、`downloadUrl`、`ref`、`initShellCommand`、`initCommand`
环境	`secrets` 敏感信息（通过安全通道注入，不写入沙箱文件）、`envs` 环境变量

安全写法：secrets 支持 ${VAR_NAME} 引用环境变量，避免硬编码密钥。系统会自动注入 AGENTOS_RUNTIME_ID。另有凭据管理功能：Agent 调用 MCP、Skill 或外部 API 时自动注入认证凭据，凭据加密存储、仅运行时由代理层解密注入请求头，不在配置中明文暴露。

交付出去：两种接入方式

接入链接

点 接入 → 复制链接 分享给团队成员，每个人打开链接都会自动获得一个专属的独立 Session，对话历史和产出文件互不干扰。

API 集成

开发集成 › API 集成 ：通过企业 API Key 调用，把 Agent 能力集成到客户自有系统中。Session 列表里「调用方」会显示 API Key。

为什么这一条对 FDE 是杠杆：过去要让客户全员用上，得一台台装、一个个教。现在发一条链接就能让几十人各自拿到独立环境------第 7 章讲的 PEV 里「实证」环节，让真实用户上手的成本被压到几乎为零。试点扩面从「一周排期」变成「一条链接」。

运维视角：Runtime 与 Session 状态

状态	含义与处理
运行中	沙箱正在活跃服务
休眠	空闲超时后自动暂停，再次访问自动唤醒。Session 超过 10 分钟无访问会自动休眠以节省资源
失败	沙箱创建或启动异常。Session 出问题时在 Runtime 页排查沙箱模板、状态和错误原因

两条运维提醒：① 通常 Session 与 Runtime 一一对应，如果 Runtime 没有关联 Session，可能是 Session 已删除但沙箱资源未回收，建议及时清理释放资源；② 删除 Session 将永久清除对话记录和文件，交付给客户前要把这条写进操作手册。

Agent 评测：把「感觉不错」变成分数

通过标准化的评测任务衡量 Agent 的回答质量：选择目标 Agent 和评测数据集，系统自动逐条运行测试用例并按指定评分方式计算得分。

这个功能直接对应第 7 章的「验收标准怎么定」。 FDE 最常见的失败是验收标准事后补、于是「感觉不错」就算通过。有了评测数据集，验收从主观判断变成可复算的数字 。评测集要精选而不是堆量。建议做法------把试点期收集的失败样本整理成评测集，这样每次迭代都在和自己最差的表现赛跑。

Playbook：不用从零写 System Prompt

Playbooks 是预配置的工作流模板，面向泛开发者------产品经理、设计师以及任何希望完成任务但未必精通提示词工程的用户。它把上下文、工具和指令打包成可复用模板。

配置项	说明
名称	Playbook 的显示名称
模型	使用的模型，支持指定或自动选择（`auto`）
Agent ID	唯一标识符，用于引用和调用该 Playbook
System Prompt	引导 Agent 行为的背景上下文和指令，定义角色、工作流程和输出规范

用法：在 AI 资源管理 › Playbooks 点开某个模板，查看 Manifest 摘要、场景说明、工作流设计、SDK 调用范例，然后点 使用此 Playbook 创建 Agent。

FDE 的用法：Playbook 是「模板化沉淀」的官方载体。你在客户 A 做熟的一套工作流，抽象成 Playbook 后，客户 B 的同类场景可以直接套。这正是第 8 章「成本曲线」能压下来的具体机制之一------第五个项目应该在「组装」，不是在「构建」。

用法

WMA 的三种触发方式

触发方式	类比	适用场景
定时触发	闹钟	每天定时跑报表、定时巡检
事件触发	传感器	业务系统产生事件后自动响应
API 触发	下单	外部系统通过 API 调用 Agent

积分消耗口径：一张表讲清钱花在哪

客户一定会问。官方口径高度一致：管理和配置动作不消耗积分，真正跑任务才消耗。

动作	是否消耗	官方口径
Skill 浏览 / 上传 / 管理	不消耗	成员在客户端调用 Skill 执行任务时，由客户端根据任务内容消耗
知识库上传 / 解析 / 索引	不消耗	对话中 `@` 引用后，检索、汇总和生成回答时消耗
连接器读写操作	不消耗	客户端对连接器返回的外部数据做理解、汇总、生成回答时消耗
Playbook 浏览 / 选择	不消耗	基于它创建 Agent 后，对话中调模型、执行代码、访问外部服务时消耗
专家创建 / 修改 / 打包	不消耗	与专家对话时消耗
Agent 评测	消耗	启动评测将消耗个人积分

报价时用这张表。客户常担心「配置阶段就烧钱」。事实是建设期成本极低，成本发生在真实使用时 ------这恰好支持第 8 章讲的定价逻辑：不按人天，按实际产生的价值和用量。

⚠️ 注意：旗舰版、专享版均含 2000 Credits/人、每月刷新、积分团队内共享使用、对话问答不限频。积分消耗的具体数值和计费规则因部署形态和合同条款而异，不要在客户面前随口报数字。如果客户问"跑一次大概多少钱"，你需要根据合同约定的积分单价和 Agent 的平均 Token 消耗来估算。如果不确定，请先跟商务团队确认。

示例

用心智模型解释 WMA 积分消耗的完整对话：

复制代码

客户 CIO："WMA 到底怎么收费的？我们一个月大概要花多少积分？"

FDE："我打个比方。Agent 是一张图纸，Runtime 是厂房，
      每次跑一个 Session 就像厂房开了一次生产。

      关键原则是：配置不花钱，执行才花钱。
      你上传 Skill、建知识库、配连接器------这些都不消耗积分。
      真正消耗积分的是：
      - 客户端调用 Skill 执行任务
      - 对话中 @ 引用知识库后的检索和生成
      - 连接器返回数据后的理解和汇总
      - Agent 评测启动

      旗舰版每月每人 2000 Credits，团队内共享。
      要估算月度消耗，我建议先试运行一周看看实际消耗，
      然后根据试运行数据来估算月度预算。"

客户 CIO："那如果我们在私有化版本上跑呢？"

FDE："私有化企业版无用量限制，对话问答不限频。
      但 WMA 的管理和调度仍可能有基础消耗，具体看合同约定。"

**⚠️ 风险提示：**在给客户讲积分消耗时，一定要强调"先试运行、再估算"。不要在没数据的情况下给客户报数字，一旦实际消耗超了预期，客户会质疑你的专业性。建议在交付初期设置积分预算上限和告警，避免意外消耗。另外，积分团队内共享意味着某个成员跑一个大批量任务，消耗的是团队池子，试点期一定要提前跟客户对齐用量预期。

7 算得清、管得住：度量与审计

这一节是 FDE 最常忽略、但决定项目能不能续签的部分。客户的问题永远是「这钱花得值吗」------答案必须来自后台数据，不是来自你的 PPT。

操作日志：可查看、可追溯

企业管理员可在后台查看企业成员的操作日志，用于团队协作追溯、问题排查与安全合规。列表字段：

字段	内容
操作	操作类型：后台登录、插件登录、网页对话登录、邀请成员、审批成员、添加成员等，支持筛选与搜索
操作内容	成员具体的操作内容，例如导出数据、登录企业后台
操作端	企业管理后台 / IDE 插件 / 网页对话 / API，支持筛选
操作人	企业内所有成员，包括已删除的成员
IP 地址	成员操作时的 IP
操作时间	时间戳，目前精确到秒

支持按昨日 / 今日 / 本周 / 本月 / 近 7 天 / 近 30 天快捷筛选，也可手动选日期；支持按操作内容模糊搜索；支持下载导出 Excel，文件中额外含企业名称和数据统计时间。

FDE 现场的两个实际用法： ① 合规过关 ：客户安全部门问「谁在什么时候用它干了什么」------直接演示这个页面，比任何承诺都有说服力，尤其「操作人包含已删除成员」这条能解掉离职审计的疑问。 ② 试点复盘 ：导出近 30 天日志，就能看出谁在真用、谁只登录过一次。这份数据比问卷可靠------问卷里大家都说"挺好用"，日志里真相一目了然。

度量看板：量化提效

后台提供看板（企业整体汇总统计）与成员数据 （逐人细节评估）两层。支持指标视图 与趋势视图切换，支持按时间维度筛选和数据导出（Excel）。

指标类别	含义（统计周期内）
活跃情况	活跃用户数量（使用过补全或对话的用户数）、补全活跃用户数量、对话活跃用户数量
对话指标	对话次数、对话使用指令次数、对话使用智能体次数、对话使用知识库次数、对话中代码段操作次数

FDE 该盯哪两个指标：「对话使用智能体次数」和「对话使用知识库次数」 。原因很直接------这两个数字直接反映你沉淀的专家和知识库有没有真的被用 。总对话次数涨了但这两个数不涨，说明大家在把它当通用聊天工具，你的沉淀工作实际上是空转的。这比任何满意度调查都硬。

一个必须知道的时延：度量数据同步需要 15 分钟 。如果数据显示异常，先等 15 分钟再确认------别在客户面前刚跑完任务就刷看板，看不到数会很尴尬。

安全边界：客户安全部门会问的四条

议题	官方能力
部署形态	旗舰版（共享 VPC）/ 专享版（专享 VPC，含专属网络访问）/ 私有化企业版（企业私有化）。私有化企业版支持完全离线部署，代码和数据不出企业内网，并支持国产化显卡与服务器
网络管控	IP 白名单：限制可访问来源
身份	单点登录（SSO），支持企业统一身份认证系统集成
数据驻留	WMA 从配置到运行均在云端执行，Skill 配置、MCP 调用结果、敏感产出物云端驻留不落本地

选型顺序别搞反：先问「数据能不能出内网」，再决定部署形态，最后才谈功能。 反过来做，方案后期一定重写------这是第 7 章讲进场时那句「合规话术要提前准备好」的具体含义。另外注意各版本售卖方式以官网为准（私有化企业版需售前咨询），规模不够的客户不要往高配方向引导。

8 本章小结

三个端各司其职：客户端给人用 AI、后台给人管 AI、WMA 让 AI 自己跑
三款产品统一底座：WorkBuddy Enterprise 家族共享身份、权限、审计、模型调用
成员管理两条路：统一身份（SSO）适合中大型企业，邀请链接适合快速试点
能力下发四步走：上传 → 分类 → 策略 → 到人
企业 Skill 包结构 ：比个人版多必填 manifest.yaml，仅接受 .zip 包
企业知识库规格：单文件 ≤30MB、压缩包 ≤300MB、UTF-8/GBK、Top K 3~5
企业级连接器：三步建自定义连接器（填基础信息 → 配认证 → 填 MCP Server URL）
权限优先级：黑名单 > 白名单 > 默认允许，排查按此顺序
WMA 心智模型：Agent 是图纸、Runtime 是厂房、Session 是一次生产
积分消耗口径：管理和配置不消耗积分，真正跑任务才消耗；2000 Credits/人/月、团队共享
Manifest 声明式配置：JSON 格式，含基础/能力/工作空间/环境四组
Session 运维：超 10 分钟无访问自动休眠，删除 Session 永久清除记录与文件
度量与审计：操作日志可导出 Excel、度量看板盯智能体和知识库使用次数、数据同步延迟 15 分钟