用途
当数据平台处理受监管或高度敏感的数据，且变更需要同时满足工程、治理与审计要求时，可使用本技能。它帮助智能体把控制措施、数据血缘、访问权限、保留、删除、证据与发布安全作为一个统一的交付面来处理。
适用时机
- 处理 PII、PCI、HIPAA、PHI 或其他受监管数据类别
- 在原始层、加工层、服务层与面向合作伙伴的层之间移动敏感数据
- 设计脱敏、令牌化、加密或访问控制
- 证明已发布数据满足审计或策略要求
- 变更受监管资产的血缘、保留、删除或证据路径
- 为合规审查、内部审计或控制签署做准备
不应将受监管数据处理仅视为文档工作。
工作流
-
对数据与义务进行分类。需明确：哪些字段敏感；范围是否包含 PII、PCI、HIPAA、PHI 或合同控制；允许的使用、保留与删除规则是什么；哪些团队负责控制与审计证据。
-
端到端映射数据流。包括：摄取与落地区；转换与质量层；服务、BI、特征、反向 ETL 与导出路径；复制、缓存、备份与重放面；血缘与消费方触点。
-
明确定义所需控制。控制可包括：静态与传输中加密；令牌化或脱敏；行级与列级访问；环境隔离；密钥与密钥管理；受限发布路径；保留与删除执行；审计日志与证据捕获。
-
使实现与策略及平台行为对齐。验证代码、SQL、编排与平台配置均执行相同的控制意图。
-
定义合规证据与发布门禁。要求：血缘更新；归属与升级路径；脱敏、访问与删除行为的测试或验证证据；受监管数据离开生产边界时的发布审批标准。
-
为事件与重放做规划。受监管数据故障需要：遏制路径；审计追踪保全；重放或回填安全；面向受影响消费方或控制负责人的沟通路径。
常见合理化借口
- “仓库已经加密了一切。”——仅加密并不能满足访问、最小化、保留、血缘或审计证据义务。
- “这只是内部分析数据。”——内部使用并不能免除 PII、PCI、HIPAA 或合同数据处理控制的义务。
- “源系统已经处理了合规。”——下游副本、导出、特征存储与仪表板会创建新的控制面。
- “我们可以稍后记录控制证据。”——缺失证据常使常规变更变成发布阻塞或审计发现。
危险信号
- 受监管字段在无控制矩阵的情况下被复制
- 敏感发布路径的血缘不完整
- 保留或删除规则仅停留在某一存储层
- 敏感数据的重放或回填行为未定义
- 访问控制在文档中描述但未在代码或平台配置中执行
- 合规审批依赖口口相传而非明确证据
验证
- 敏感字段与监管范围已明确分类
- 端到端血缘与存储位置已映射
- 访问、脱敏、加密、保留与删除控制已实现或明确规划
- 受监管数据路径的审计证据与发布门禁已定义
- 事件、重放与回滚路径同时保全正确性与合规义务