1已降级
数据判断治理
Vera 发现官网与第三方数据库的员工规模冲突，保留两个来源并降低结论置信度。
适用规则
冲突事实不得自动覆盖；低于 85% 置信度标记为待复核。
自动化很容易开始，但在规模化时很难被信任。
多数 AI 系统能做点事情，但很少能证明发生了什么、解释为什么发生，并在风险扩散前允许人工介入。SalesKeys Governance 旨在让 Worker 在真实业务环境中可用：关键环节有审批、需要答案时有证据、边界不清时有策略、团队需要证明变更时有可审计性。
面向受治理 AI 执行的四层控制
人工审批
把高风险动作接入审批流，支持升级、委派与 SLA 控制。
证据与回放
检索证据、回放决策与执行过程，理解 Worker 为什么这样行动。
策略工作台
配置内容、工具、回写、外部数据流与风险阈值规则。
安全与审计
用 RBAC、SSO、会话控制、保留策略和审计日志维持监管。
VERA GOVERNANCE CASE
一次 Vera 研究交付，三类关键治理判断
从数据能否被认定为事实，到结果能否导出，再到验证状态如何被修改，每一步都由策略、证据和责任链共同约束。
案例：Northstar Automation 买家研究交付
任务 VR-2048 · 企业研究与决策人验证
2待审批
导出治理
研究结果包含联系人邮箱和来源证据，导出前检查角色权限、用途和目标区域。
适用规则
含个人数据的跨区域导出需要销售运营负责人批准。
3可追溯
验证治理
邮箱验证状态由有效变为未知时，系统保留历史值、变化原因和验证服务响应。
适用规则
验证状态变更必须附带证据、时间戳与执行主体。
不确定的数据被明确标记，敏感导出被拦截，验证变更留下完整证据。
团队可以回放 Vera 看到了什么、依据什么判断、哪条策略生效，以及谁批准了最终动作。
在所有 Workers 之间统一审批系统
审批不应散落在各个功能提示里。SalesKeys 在 Worker、动作与流程之间提供统一审批层。团队可对高风险消息、回写、字段变更、升级动作或敏感操作应用一组规则，而无需重复搭建控制流。
- 全局审批队列
- 委派与升级逻辑
- 按风险级别切换审批模式
- 人工介入与复核路径
G 审批队列3 个待处理
| 动作 | Worker | 风险 | 状态 | SLA |
|---|---|---|---|---|
| 发送报价方案 | Clara | High | Pending | 2h |
| 更新 CRM 邀约回写 | Victor | Medium | Approved | now |
| 升级到经理审批 | Victor | High | Pending | 4h |
| 导出外部数据 | System | Critical | Blocked | — |
需要答案时给证据，而不是借口
当团队问“发生了什么？”时，基础日志并不够。SalesKeys 提供证据检索、会话回放、决策解释、责任链追踪和可用于审计复盘的视图。
证据检索会话回放运行回放决策解释责任链审计时间线报告导出案例视图
E 证据与回放实时回放
- 14:32决策Clara
决策：Clara 选择跟进模板 B
- 14:33动作Clara
动作：向 sarah[at]meridian.sg 发送邮件
- 14:35门禁System
门禁：报价流程触发人工审批
- 15:10审批J.Kim
审批：经理通过报价动作
- 15:11回写Victor
回写：CRM 阶段更新为 Proposal
规则设一次，系统内处处执行。
在 SalesKeys 中，策略不是事后补丁。它定义 Worker 在什么条件下可说什么、可写什么、可发送什么，以及何时必须人工复核。团队可统一应用内容围栏、工具白名单、回写策略、数据出境控制和高风险阈值。