中枢下发什么
数字员工的本体是机器上的目录,公司层却登记在中枢。于是一个常见问题是:我想统一更改所有数字员工的规则、能力或人格,是不是直接在中枢上改就行?答案分三类:制度从中枢下发,身份分共享段与岗位段,记忆归数字员工自己。这一页把三类各自的真源、生效方式与边界讲清楚。
中枢改的是「公司要求每个人都这样」的东西:策略、技能、身份的公司共享段。它不改「这个人自己学到的」东西:记忆。想灌组织知识,走岗位规则、共享技能与知识库,不覆盖记忆文件。
三条下发通道
公司层对全部数字员工的统一控制只走三条通道,每一条都是「中枢是真源、机器是投影、数字员工改不掉」:
| 通道 | 下发什么 | 真源 | 生效方式 | 数字员工能否改 |
|---|---|---|---|---|
| 运行时策略 | 审批模式、命令禁令清单、受保护路径 | 中枢,按公司与部门分级 | 以托管配置形式落到机器,热加载,不重启 | 不能,托管配置优先于本地配置 |
| 企业技能 | 按岗位授权的技能集 | 中枢技能注册表 | 物化到每名数字员工自己的技能目录,发布一次全舰队下次唤醒收敛,收回同理 | 可以另装自己的技能,但注册表管理的那些由中枢增删 |
| 身份共享段 | 公司自述口径、行为红线、统一的沟通规范 | 中枢 | 作为系统提示的托管一段注入,新会话生效 | 不能,岗位专属段另有位置 |
三条通道共用同一个原则:中枢不进数字员工目录改文件,而是在运行时已经定义好的注入点放东西。这样引擎升级不需要 AIDC 维护任何格式迁移,中枢短暂不可达时机器上的投影仍然有效。
身份:共享段与岗位段
人格文件是身份三件之一,本体在数字员工目录里,由岗位负责人维护。但其中总有一部分是全公司一致的:我是哪家公司交付的数字员工、对外怎么自述、什么话绝不能说、用什么语气和员工沟通。把这部分从每个人的文件里抠出来,由中枢托管,才不会出现「改一次口径要动一百个文件」的局面。
| 段 | 装什么 | 谁维护 | 在哪 |
|---|---|---|---|
| 共享段 | 公司自述口径、行为红线、沟通规范、白牌身份 | 中枢,公司级管理员 | 托管注入,不落在数字员工目录 |
| 岗位段 | 这个人是谁、负责什么、口吻与风格 | 岗位负责人 | <数字员工目录>/SOUL.md |
两段在会话开始时组装成一份系统提示,共享段在前。生效时机要记住:只有新会话读到新内容,运行中的会话不会变;批量改口径后要让数字员工开新会话,而不是等它「自己意识到」。
记忆归数字员工自己
记忆文件是数字员工通过记忆工具自己写的学习结果:环境事实、工具脾气、对服务对象的了解。在 AIDC 的四层记忆模型里它属于个人层。中枢批量覆盖它,等于替员工改笔记:会抹掉它对自己环境的认知,而且下次它一保存又写回去,改了也不持久。
你真正想统一灌的东西,几乎总是「组织知识」,那属于组织层,有自己的通道,且都能由中枢下发、在每次会话开始时被读到:
| 想统一的内容 | 正确通道 | 不要用 |
|---|---|---|
| 岗位与流程规则、路径约定、禁做事项 | 岗位规则文件,放在工作区,随岗位模板下发 | 记忆文件 |
| 可复用的做法、工具用法、标准操作 | 共享技能,经注册表按岗位授权 | 记忆文件 |
| 企业资料、术语、历史决策 | 知识库与本体,按权限检索 | 记忆文件、人格文件 |
| 公司口径与红线 | 身份共享段 | 逐个改人格文件 |
生效时机速查
| 改了什么 | 什么时候生效 |
|---|---|
| 运行时策略 | 下发即生效,热加载 |
| 企业技能 | 每名数字员工下一次唤醒时收敛 |
| 身份共享段、岗位段 | 下一个新会话 |
| 岗位规则文件 | 下一个新会话;进入子目录时逐级发现 |
| 记忆 | 写入立即持久,但注入系统提示要到下一个新会话 |
中枢只通过三条通道触达数字员工:策略、技能、身份共享段。任何绕过通道直接改数字员工目录的批量操作都不做,包括「顺手统一一下记忆」。需要全员知道的事,写成规则、技能或知识库条目。
相关阅读
- Agent 的构成与架构 — 中枢管什么、目录管什么的分界表
- 部门域:卷、组与用户 — 公司、部门、岗位三层的真源
- Agent 记忆模型 — 四层记忆与预算制管理
- Skills — 技能注册表与授权物化