privacy-compliance-architecture git:20260730.6ee304aA

Immutable. This exact content is served forever at /api/v1/blob/4f61fbc9da67c797.

---
name: privacy-compliance-architecture
description: 隐私与合规架构专家 Owner — 当任务涉及个人信息/PII、数据分类、目的限制、同意、最小化、保留删除、数据驻留、跨境、日志脱敏、主体访问导出删除权或隐私审计时使用；要求把数据生命周期和用户权利映射到真实系统路径与证据。
---

# 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 | 决策、访问、导出、删除、例外、失败和人工复核证据 |

## 执行流程

1. 以真实数据流建立 inventory，不只看数据库 Schema；包含 prompt、日志、trace、analytics、cache、queue、backup 和第三方。
2. 为每项数据绑定 purpose、最小化、访问者、保留、驻留和删除路径。
3. 区分 consent 与其他合法基础；定义撤回后的新处理、已有数据和下游传播。
4. 设计主体权利流程及身份验证，防止导出/删除接口形成越权。
5. 明确 processor/provider 边界、跨区域传输和供应商退出。
6. 为超期保留、日志泄露、备份删除失败、下游未传播和权限误配设计探针。
7. 把法律/政策适用范围标为 project evidence；证据不足时不得编造法规结论。

## 输出字段

`dataClassificationMap`、`purposeConsentMatrix`、`minimizationBoundary`、`retentionDeletionPolicy`、`residencyBoundary`、`dataSubjectRightsFlow`、`processorMap`、`privacyAuditEvidence`、`verificationRoute`、`evidenceMatrix`。

## 反模式

- 把加密或鉴权等同于隐私合规。
- 只定义数据库删除，不覆盖缓存、搜索、日志、队列和备份。
- 所有采集都写“用户已同意”，却无 purpose、撤回和证据。
- 日志脱敏只 grep 源码，不验证 runtime artifact。
- 复制法规名称或地区结论，没有项目适用证据。
- 为了“合规最佳实践”覆盖用户/项目明确的数据和秘密策略。

## 验证

至少覆盖超期保留、撤回同意、访问/导出/更正/删除、跨区传输、日志/trace 泄露、cache/search/backup 删除、processor 传播、权限越权和审计证据完整性。