

---

> **数字员工系列 · 配置管理篇**
>
> 运行引擎决定了"员工怎么跑"，而配置管理决定了"员工怎么来、谁能动、怎么进化"。本篇聚焦 4 个动词：**权限、创建、配置、派生**，并讲清楚模板热更新、Workload 复用池与 scope 变更的自动停用/恢复机制。
>
> 建议先读《数字员工系列-综述》与《数字员工系列-运行引擎》。

---

## 数字员工管理 —— 权限、创建、配置、派生

调度引擎决定了"员工怎么跑"，而员工管理决定了"员工怎么来、谁能动、怎么进化"。这一章聚焦 4 个动词：**权限、创建、配置、派生**。

### 0. 背景：当"造员工"变成一件人人都要做的事

数字员工系统的初衷，是通过多元化的人机协同去提升团队内各环节的工作效率。而要真正把效率红利释放出来，有一个隐含前提：**员工不能只由一小撮人手工搭出来，而要让"造员工、改员工、复用员工"变成一件人人（在权限范围内）都能低成本完成的事**。

这就带来了三对天然的矛盾，也正是本篇所有机制要平衡的东西：

- **开放 vs. 安全**：越是鼓励大家自助创建，越要防止有人配出一个越权、泄密、乱调工具的员工——尤其平台还部署在**云端容器**里，一个配置不当的员工就可能变成一条对内对外的风险通道。
- **统一 vs. 个性**：既希望一套"标准员工"能被全团队复用、集中升级，又希望每个人能按自己的场景做个性化微调。
- **快 vs. 稳**：既要"点一下就有一个能用的员工"（体验要快），又要保证底层资源初始化（建目录、初始化 workspace）是可靠的（工程要稳）。

带着这三对矛盾往下看，你会发现"权限分层、模板派生、热更新、Workload 池、scope 自动停用"这几个机制，本质上都是在为这三对矛盾找一个工程上的平衡点。

### 1. 角色与权限分层

**为什么第一件事是分层，而不是先讲怎么创建？** 因为在一个面向全团队开放、又跑在云端的系统里，"谁能做什么"必须先于"怎么做"被定义清楚——否则开放能力越强，失控风险越大。基于安全可控和知识保护的出发点，我们对数字员工的使用、创建做了严格的角色和权限分层。
#### 1.1 不是所有人都能使用
每一个数字员工都拥有特定的“职能”，而数字员工的创造者可以决定这些职能只开放给哪些人使用。

#### 1.2 不是所有人都能创建

**对于项目合作伙伴同学**，由于是在外网进行使用的，基于安全管控的原因，我们不允许项目合作伙伴同学创建/配置任何数字员工，以免发生不必要的安全问题。

**对于派生类创建**，为了更好的保护数字员工创建者的劳动成果，我们允许创建者指定派生权限范围，未获得派生权限的用户，将不能派生相应的数字员工，也不能查看该员工的相关配置信息。

### 2. 三种"造员工"的方式

**为什么要设计三条路径，而不是一个"创建"按钮走天下？** 因为团队里的用户诉求天然分成三档：绝大多数普通用户只想"开箱即用"，不想配置；一部分骨干/开发者想在一个成熟模板上做微调并共享给一队人；少数深度用户想完全从零定制。用同一条路径同时满足这三档，要么把普通人劝退（太复杂），要么把高级用户框死（太简单）。于是平台为不同角色设计了三条路径，对应不同复杂度：

![image.png](https://developer.qcloudimg.com/http-save/yehe-1084858/d666dc4fae7d08dcf94b913e8df17c00.png)

#### 方式 1：使用内置员工（首次登录自动创建）

每位用户首次登录时，Server 侧会调用 `EnsureBuiltinEmployees(loginName)`：

1. **图图（assistant）** —— 通用助手，所有人都有；
2. **模板员工** —— 根据该用户所属部门 scope 命中的"内置/默认模板"批量创建。

这样新人登录立刻就能用，不需要任何配置。

#### 方式 2：模板派生（开发者 / 公共模板）

模板是这套系统最有意思的设计。开发者写好一个模板后，**所有派生自该模板的员工会随模板更新而联动更新**。

模板库的核心字段大致包括：模板 `name` / 部门 `scope`（前缀匹配）/ 归属团队 `owner_team` / 模板正文 `content`（含 system prompt + 工具定义 + skills 配置）/ 版本号 `version`。其中 scope 采用 **部门前缀匹配**：模板只对该 scope 下的人可见——例如 `scope = "技术中心/"` 表示"技术中心" 以及其所有子团队下的人都能看到。

#### 方式 3：从0新建

用户可以选择从0到1开始新建一个数字员工，这个过程不依赖于任何已有的模版数据，用户配置好数字员工的基本信息（名称、描述、头像、首选模型等），即进入数字员工的能力挂载配置界面，配置后之后进行调试，并可以进行发布。

### 3. 模板热更新：三条 Hook

**痛点先行**：一旦支持"模板派生"，马上就会遇到一个现实问题——一个模板可能派生了成百上千个员工，散落在不同用户名下。当模板作者修了一个 prompt bug、换了一个更好的工具，难道要通知每个用户手动重建员工吗？那模板"集中管理"的价值就荡然无存了。所以模板派生要真正成立，**热更新（改一处、全联动）是它绕不开的配套能力**。为此，模板修改后，平台会通过 3 条 Hook 主动同步到所有派生员工：

![image.png](https://developer.qcloudimg.com/http-save/yehe-1084858/95e6e7ebdc5cfad5ab72c79df7b0e118.png)

| Hook | 触发条件 | 行为 |
|------|----------|------|
| `onContentChanged` | 模板正文变更 | 同步覆盖派生员工的对应字段 |
| `onSourceSync` | 关联的 skills/工具变更 | 同步 workspace 里的源文件 |
| `onNameChanged` | 模板名变更 | 提示用户是否同步 |

> 这意味着开发者可以"中央仓"管理一组员工的能力，运营 / SRE 修改一处，所有用户的对应员工都能即时收益。

### 4. 配置：员工的可调维度

每个员工是一份"完整的人格 + 能力包"，可调维度非常丰富：

![image.png](https://developer.qcloudimg.com/http-save/yehe-1084858/d990d43bcfa60adde229c0f79710246b.png)

普通用户能改：身份字段、对话首页、模型选择（受权限矩阵约束）、Skills 开关。
开发者能改：MCP 配置、system prompt、工具白名单、memory_window 等。
管理员能改：全部 + scope。

### 5. Workload 复用池：把"创建"也提速

**痛点**：前面《运行引擎篇》已经把"对话时的冷启动"压了下去，但"创建员工"这一步仍然是个相对重的操作——在云端容器环境里要新建 CFS 目录、初始化 workspace，同步做完往往要好几秒。而我们又希望用户"点一下就有员工"。**体验要求毫秒级，工程现实是秒级**，这中间的 gap 怎么补？答案是把耗时操作从"用户点击的那一刻"挪到"用户点击之前"。为此，Server 侧维护了一个 **Workload 复用池**：`engine_workloads` 表里的每条 workload 都带 `status` 字段，依次流转 `creating`（后台预创建）→ `idle`（池中待领）→ `in_use`（已绑定到员工）。后台任务持续往池子里补充 `idle` workload，用户点击"创建员工"时直接从池子里领一个、把 `status` 改 `in_use` 即可，**毫秒级完成创建**。

<center>图 创建数字员工（图片略）</center>

### 6. scope 变更：自动停用与恢复

模板的 scope 是会变的。比如某模板从 `技术线/` 收紧到 `技术线/AI 平台/`，那"技术线/前端" 部门的员工就不应继续看到该模板派生的员工。

平台的处理是 **自动停用而非删除**：

- scope 变更后，Server 侧扫描所有派生员工，对**不再命中**新 scope 的员工置 `status = disabled`，从用户视图中隐藏；
- 一旦 scope 又恢复或用户调岗回来，相同员工会被自动恢复（`status = enabled`），数据全保留。

运行引擎决定了"员工怎么跑"，而配置管理决定了"员工怎么来、谁能动、怎么进化"。本篇聚焦 4 个动词：权限、创建、配置、派生，并讲清楚模板热更新、Workload 复用池与 scope 变更的自动停用/恢复机制。

数字员工系列 · 配置管理篇

技术专家

架构设计

后端

开发工具

数字员工配置管理详解：聚焦权限分层、模板派生、热更新三大机制，解决开放与安全、统一与个性、快与稳的矛盾。涵盖员工创建三种方式、Workload复用池提速、scope变更自动处理等核心功能，实现高效安全的人机协同。建议先阅读系列前两篇以全面理解数字员工体系。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

数字员工系列 · 配置管理篇-腾讯云开发者社区-腾讯云

数字员工系列 · 配置管理篇

数字员工系列 · 配置管理篇

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐