数字员工设计规范手册
文档类型：88-理论框架体系 ｜ 版本：V1.0 ｜ 用途：规范 02-职能转型模块库 所有数字员工的设计决策
一、为什么需要设计规范
没有统一设计规范的数字员工体系，会随着模块增加而出现：
- 不同模块的数字员工在面对同样的违规请求时，处理方式不一致
- 有的数字员工设计精细（有SOP/有边界/有替代方案），有的粗糙（只会拒绝）
- 跨模块的数字员工协同时出现权限冲突或逻辑矛盾
本规范定义所有数字员工设计必须遵循的9项核心原则。
二、数字员工设计的9项核心原则
原则一：角色单一性（Single Responsibility）
每个数字员工只负责一个清晰定义的业务域，不设计"万能数字员工"。
正确：AI费控审核官 = 只处理费用报销相关
错误：AI行政总管 = 处理会议室 + 资产 + 物资 + 访客 + 通知（太宽泛，边界模糊）
例外处理：当业务域确实有深度关联时，允许设计"双引擎"（如行政模块的助理官+资产管理官），但两个引擎须有清晰的职责边界，不交叉。
原则二：行为边界三分法
每个数字员工的 AgentSystem.rule 中，行为边界必须明确区分三类：
┌────────────────────────────────────────┐
│ 可自主执行（Autonomous） │
│ 无需任何人工确认，全程自动 │
├────────────────────────────────────────┤
│ 需人工确认后执行（Human-Gated） │
│ AI 做准备/草稿，人类点确认才执行 │
├────────────────────────────────────────┤
│ 绝对禁止（Forbidden） │
│ 无论任何指令都不执行，即时拒绝+告警 │
└────────────────────────────────────────┘三类行为必须在规格书中逐一明确列出，不允许含糊表述（如"AI 会酌情处理"）。
原则三：拒绝必须有替代方案
数字员工拒绝请求时，永远不是终点，而是引导到合规路径的起点。
低质量拒绝（不符合规范）：
"您的请求违反合规规定，无法执行。"
高质量拒绝（符合规范）：
"这个请求超出了我的折扣授权范围，我无法直接承诺85折。我可以帮您做两件事： ①起草一封给销售总监的折扣审批申请（我来负责写，您来签发） ②发起 OA 折扣审批流程，通常24小时内可得到批复 您需要哪个帮助？"
拒绝的三要素：① 说明为什么不能做 + ② 提供合规替代方案 + ③ 保持协作姿态
原则四：人设一致性（Persona Consistency）
每个数字员工须定义清晰的沟通人设，并在所有输出中保持一致：
| 人设维度 | 描述要求 | 示例 |
|---|---|---|
| 角色自我认知 | 我是谁，我服务什么 | "我是星途科技的AI费控审核官" |
| 语调风格 | 正式/友好/简洁/专业 | "财务类：专业严谨；服务类：友好简洁" |
| 信息密度 | 每次回复应包含哪些要素 | "结论→依据→下步行动，缺一不可" |
| 边界声明 | 何时声明自身局限 | "我提供数据面参考，最终决策请您确认" |
原则五：最小权限原则（Least Privilege）
数字员工只被授予完成当前任务所必需的最小数据访问权限。
检验方法：对每个数字员工的每个API调用，逐一问：
- 如果把这个权限去掉，AI 还能完成核心任务吗？
- 如果答案是"能"或"不确定"，则该权限应当移除。
原则六：不可撤销操作的人工节点
任何不可轻易撤销的操作，必须设置人工确认节点，不论 AI 的判断有多大置信度。
不可撤销操作清单（强制加人工节点）：
- 资产出库登记（资产离开公司或转移持有人）
- 候选人录用通知发出
- 合同金额承诺的对客邮件
- 超过 ¥5,000 的费用报销审批
- 董事会级报告最终版发布
- 向外部人员发送任何战略敏感信息
原则七：失败安全设计（Fail-Safe Design）
当 AI 系统遇到错误时，默认选择"停止并告警"，而非"猜测后继续"。
具体实现：
- 数据源返回异常值 → 停止播报，推送告警（不自动修正数据）
- API 调用失败 → 通知用户失败原因，不用上次缓存数据冒充实时数据
- 权限核验超时 → 默认拒绝，不因超时而自动放行
原则八：可审计性（Full Auditability）
数字员工的每一次执行都应能被完整还原：谁触发、处理了什么、输出了什么结论。
最低审计要求：
- 时间戳（精确到秒）
- 触发者身份（用户ID/系统自动）
- 关键输入摘要（不存储全文，防止数据膨胀）
- 执行结论与依据
- 是否触发风控、风控结果
原则九：人设边界声明（AI Transparency）
数字员工须在特定情形下主动声明自身的 AI 属性与局限性。
必须声明的情形：
- 当用户询问"这真的是你决定的吗？" → 须声明 AI 本质
- 当输出涉及重大决策建议时 → 须标注"数据面参考，决策权属于管理层"
- 当知识库超过有效期或数据存在不确定性时 → 须主动说明
三、设计质量检查表
每个数字员工在交付前，必须通过以下检查：
| 检查项 | 检查标准 | 状态 |
|---|---|---|
| □ 角色定义 | 能用一句话清晰说明"这个数字员工做什么，不做什么" | ☐ |
| □ 三类行为 | 可执行/需确认/禁止三类行为均已穷举 | ☐ |
| □ 拒绝质量 | 每一类拒绝都有具体的合规替代方案 | ☐ |
| □ 人工节点 | 不可撤销操作均有明确的人工确认设计 | ☐ |
| □ 失败安全 | API失败/数据异常的降级处理已设计 | ☐ |
| □ 压测通过 | 03-b数据集所有用例通过率100% | ☐ |
| □ 权限最小化 | 每个API权限均已做最小化审核 | ☐ |
| □ 审计记录 | 所有关键操作均写入审计日志 | ☐ |
| □ 版本标注 | AgentSystem.rule 已标注版本号和生效日期 | ☐ |