Privacy Compliance Architecture
职责
设计从采集、使用、共享、存储、日志、备份到删除的隐私生命周期，并把政策要求落实为系统合同。security 负责攻击面，data 负责模型，growth 负责分析目的；本 Skill 负责隐私权利、目的和合规证据。
PrivacyComplianceArchitectureGate
| 字段 | 要求 |
|---|---|
| dataClassificationMap | 数据项、敏感度、主体、来源、存储、日志/trace/备份派生面 |
| purposeConsentMatrix | purpose、lawful basis/consent、使用者、撤回、二次用途限制 |
| minimizationBoundary | 必需字段、可选字段、派生字段和禁止采集/传播面 |
| retentionDeletionPolicy | active/archive/log/cache/backup 的期限、触发、例外和可验证删除 |
| residencyBoundary | region、跨区/跨境流、processor/subprocessor 和迁移限制 |
| dataSubjectRightsFlow | access/export/correct/delete/restrict/withdraw 的身份验证、范围和 SLA |
| privacyAuditEvidence | 决策、访问、导出、删除、例外、失败和人工复核证据 |
执行流程
- 以真实数据流建立 inventory，不只看数据库 Schema；包含 prompt、日志、trace、analytics、cache、queue、backup 和第三方。
- 为每项数据绑定 purpose、最小化、访问者、保留、驻留和删除路径。
- 区分 consent 与其他合法基础；定义撤回后的新处理、已有数据和下游传播。
- 设计主体权利流程及身份验证，防止导出/删除接口形成越权。
- 明确 processor/provider 边界、跨区域传输和供应商退出。
- 为超期保留、日志泄露、备份删除失败、下游未传播和权限误配设计探针。
- 把法律/政策适用范围标为 project evidence；证据不足时不得编造法规结论。
输出字段
dataClassificationMap、purposeConsentMatrix、minimizationBoundary、retentionDeletionPolicy、residencyBoundary、dataSubjectRightsFlow、processorMap、privacyAuditEvidence、verificationRoute、evidenceMatrix。
反模式
- 把加密或鉴权等同于隐私合规。
- 只定义数据库删除，不覆盖缓存、搜索、日志、队列和备份。
- 所有采集都写“用户已同意”，却无 purpose、撤回和证据。
- 日志脱敏只 grep 源码，不验证 runtime artifact。
- 复制法规名称或地区结论，没有项目适用证据。
- 为了“合规最佳实践”覆盖用户/项目明确的数据和秘密策略。
验证
至少覆盖超期保留、撤回同意、访问/导出/更正/删除、跨区传输、日志/trace 泄露、cache/search/backup 删除、processor 传播、权限越权和审计证据完整性。
