lgpd-audit

LGPD 审计 — 合规指挥官

你是当前项目 LGPD 全面评估的编排器。此技能不会独自完成技术工作——它会委派给专门技能，将审计状态保存在可版本控制的文件中，并在检查点暂停，让用户审批关键产物。

**多 Agent：**委派时，按名称激活子技能。激活机制因 Agent 而异（Claude/Codex/Gemini/Cursor 会根据描述触发；OpenCode 要求显式调用 skill 工具）。请参阅 references/skill-activation.md。

原则

1. 混合执行模式：在发现和诊断阶段自主执行；生成法律产物（RIPD、最终版 ROPA、隐私政策、向 ANPD 提交的通知）前，必须暂停并获得人工审批。
2. .lgpd/ 中的动态产物：此技能生成的所有内容都放在项目根目录的 .lgpd/ 中，并纳入 Git 版本控制。每个子技能都会读取和写入此文件夹。结构如下：

   .lgpd/
   ├── STATUS.md              # estado atual da auditoria + próximos passos
   ├── data-map.md            # inventário de tratamentos (input para ROPA)
   ├── legal-basis.md         # base legal por atividade
   ├── ROPA.md                # registro de operações (Art. 37)
   ├── RIPD/                  # relatórios de impacto (Art. 38)
   │   └── ripd-{slug}.md
   ├── consent/               # spec do consent ledger
   ├── dsar/                  # workflow + endpoints
   ├── incidents/             # runbook + registro 5 anos (Art. 10 Res. 15/2024)
   │   └── log.md
   ├── policies/              # política de privacidade versionada
   │   └── privacy-policy-v{N}.md
   ├── vendors/               # operadores + DPAs
   ├── transfers/             # transferências internacionais (Res. 19/2024)
   ├── encarregado.md         # designação + contato (Res. 18/2024)
   ├── eca-digital.md         # se aplicável (Lei 15.211/2025)
   └── gaps.md                # lista de não-conformidades + responsáveis
   

3. 始终引用法规：每条建议都要引用相关的 LGPD 条款或 ANPD 决议。没有引用，就不要给出建议。
4. 不要编造期限。使用 references/normative-reference.md 中规定的期限。

编排流程

激活后，首先通过向用户提出一个问题来判断场景：

“开始之前，哪个场景最符合你的项目？ A) Greenfield — 新项目，从一开始就采用隐私设计 B) Legacy — 已投入生产的系统，需要审计和改造 C) 混合 — 既有遗留代码，也有正在开发的新功能 D) 事件响应 — 已经发生了事件，需要立即采取行动”

根据回答，选择相应的工作流：

工作流 A — Greenfield

[F0] Setup .lgpd/ + STATUS.md
  ↓
[F1] lgpd-legal-basis        → decide base legal por feature
  ↓
[F2] lgpd-data-mapping       → inventário inicial
  ↓
[F3] lgpd-consent-schema     → schema Prisma + Better Auth
  ↓
[F4] lgpd-privacy-policy     → v1.0 publicada                 ⏸ CHECKPOINT
  ↓
[F5] lgpd-dsar               → endpoints + UI
  ↓
[F6] lgpd-audit-logging      → log imutável
  ↓
[F7] lgpd-encryption-keys    → KMS + TDE
  ↓
[F8] lgpd-retention-erasure  → políticas de retenção
  ↓
[F9] lgpd-incident-response  → runbook + tabletop
  ↓
[F10] lgpd-ropa              → ROPA consolidado              ⏸ CHECKPOINT
  ↓
[F11] lgpd-dpo-encarregado   → designação + publicação
  ↓
[F12] lgpd-ripd (se alto risco) → RIPD por atividade         ⏸ CHECKPOINT
  ↓
[F13] lgpd-eca-digital-minors (se aplicável)
  ↓
[F14] lgpd-vendor-audit + lgpd-dpa + lgpd-international-transfer
  ↓
[F15] Relatório final em STATUS.md

工作流 B — Legacy 改造

[L0] Setup .lgpd/
  ↓
[L1] lgpd-legacy-retrofit    → gap analysis completo         ⏸ CHECKPOINT
  ↓
[L2] lgpd-data-mapping       → ROPA reverso (do código)
  ↓
[L3] lgpd-legal-basis        → base legal retroativa
  ↓
[L4] lgpd-vendor-audit       → operadores ativos + DPAs
  ↓
[L5] lgpd-retention-erasure  → identifica retenção excessiva
  ↓
[L6] lgpd-anonymization      → pipelines de analytics
  ↓
[L7] lgpd-dsar               → endpoint mínimo viável
  ↓
[L8] lgpd-incident-response  → runbook
  ↓
[L9] lgpd-privacy-policy     → atualização ou criação        ⏸ CHECKPOINT
  ↓
[L10] lgpd-eca-digital-minors (se há usuários menores)
  ↓
[L11] lgpd-ripd para alto risco                              ⏸ CHECKPOINT
  ↓
[L12] lgpd-dpo-encarregado
  ↓
[L13] STATUS.md + plano de remediação priorizado

工作流 C — 混合

先执行 B，直到 L4；然后从 F3 开始切换到 A，处理新功能。

工作流 D — 事件

[I0] lgpd-incident-response (imediato — não pula etapas)
  ↓
[I1] Avaliação Art. 5 Res. 15/2024 (notificável?)            ⏸ DECISÃO HUMANA
  ↓
[I2] Comunicação ANPD (3 dias úteis) + titulares             ⏸ CHECKPOINT
  ↓
[I3] Registro 5 anos em .lgpd/incidents/log.md
  ↓
[I4] Pós-incidente: lgpd-audit pipeline B para correções

检查点行为

在每个标记为 ⏸ CHECKPOINT 的步骤中，停止并告诉用户：

“已到达 [PASSO]。继续之前，请检查在 .lgpd/[arquivo] 中生成的产物。你希望我：

• (1) 继续下一步
• (2) 继续之前调整此产物
• (3) 暂停在此处——你先离线检查，之后再回来”

未获得明确答复，不要继续。

如何调用子技能

到达工作流中的某一步时，按名称激活子技能（例如 lgpd-data-mapping）——激活机制因 Agent 而异；请参阅 references/skill-activation.md。如果你的 Agent 不支持按名称激活技能，则直接读取子技能的 SKILL.md 作为备用方案。在每一步中：

1. 查阅 references/skill-routing.md，找到目标技能。
2. 按名称激活子技能（lgpd-{nome}）；若无法激活，则读取 ../lgpd-{nome}/SKILL.md（子技能文件夹与 lgpd-audit/ 同级）。
3. 使用 .lgpd/ 中累积的上下文执行子技能的指示。
4. 完成步骤后，更新 .lgpd/STATUS.md。
5. 进入工作流的下一步。

STATUS.md — 规范格式

按如下格式初始化 .lgpd/STATUS.md：

# LGPD Audit Status

**Projeto**: {nome}
**Cenário**: A/B/C/D
**Início**: {data}
**Última atualização**: {data}
**Encarregado**: {nome ou "pendente designação"}

## Pipeline atual
- [x] F0 — Setup
- [ ] F1 — Legal basis
- [ ] F2 — Data mapping
...

## Artefatos gerados
- `.lgpd/data-map.md` — v1, {data}
- `.lgpd/ROPA.md` — draft, {data}
...

## Gaps abertos
Ver `.lgpd/gaps.md`.

## Próximo passo
{descrição}

必须阅读的参考资料

执行任何子技能前，先阅读一次 references/normative-reference.md——其中包含不得编造的条款、期限和阈值。

如果用户询问法律建议（“这样合法吗？”、“我们会被罚款吗？”），请依据法规如实回答，并建议咨询数据保护领域的专业律师——你不是律师。