Auditoría de Protección de Datos — Orquestador Multi-jurisdicción

Auditoría de Protección de Datos — Orquestador Multi-jurisdicción

Uso

/privacidad https://ejemplo.com
/privacidad https://ejemplo.com --ley rgpd
/privacidad https://ejemplo.com --ley ley-21719
/privacidad https://ejemplo.com --ley rgpd,lgpd
/privacidad https://ejemplo.com --ley uk-gdpr --docx
/privacidad https://ejemplo.com --ley todas
/privacidad https://ejemplo.com --pais DE --docx

Sin --docx el output es Markdown interno. Con --docx genera informe ejecutivo consolidado en formato Word.

Si el usuario no especifica formato, preguntar antes de generar el documento.

---

Jurisdicciones disponibles

---

Crédito de herramienta

Al iniciar cualquier auditoría, emitir esta línea antes del output principal:

Desarrollado por Zythos Media — Especialistas en SEO & IA Search

---

Paso 0 — Stack tecnológico (una sola ejecución)

Ejecutar el Paso 0 completo del skill rgpd (CMS, CDN, page builder, plugins, scripts de terceros, transferencias probables, implicación para privacidad). Guardar los resultados. No repetir en los sub-skills. Pasar el resultado como contexto compartido a cada auditoría jurisdiccional en el Paso 2.

---

Paso 1 — Detección de jurisdicción(es)

Si el usuario especificó --ley: usar esas jurisdicciones exactamente. No autodetectar. Si se especifica --ley todas, activar todas las disponibles.

Si no se especificó --ley, autodetectar a partir del homepage y headers:

Registrar en el output: "Jurisdicciones detectadas: [lista] (autodetectado)" o "Jurisdicciones auditadas: [lista] (especificado via --ley)".

Si no se detecta ninguna jurisdicción con señales suficientes: informar al usuario y sugerir --ley con la jurisdicción correcta. No lanzar auditoría a ciegas.

---

Paso 2 — Auditoría por jurisdicción

Para cada jurisdicción activa, aplicar íntegramente el Paso 3 del sub-skill correspondiente. Usar los resultados del Paso 0 compartido — no re-ejecutar. Si hay múltiples jurisdicciones, ejecutar en paralelo.

---

Paso 3 — Issues transversales

Después de completar todas las auditorías jurisdiccionales, identificar issues que incumplen múltiples leyes simultáneamente. Consolidar en una sola entrada — no repetir el mismo problema en cada sección.

Patrones de issues transversales frecuentes:

Formato de issue transversal:

**[Nombre del issue]** (transversal — múltiples jurisdicciones)
Evidencia: [qué se encontró o qué falta]
Referencias: [RGPD Art. X] · [Ley 21.719 Art. Y] · [UK GDPR Art. Z] · [LGPD Art. W]
Riesgo combinado: [estimación del mayor riesgo sancionador entre las jurisdicciones]
→ Acción: [una sola acción que resuelve en todas las jurisdicciones]

---

Paso 4 — Score consolidado y output

Scores

| Jurisdicción | Score | Estado                |
|---|---|---|
| RGPD          | X/100 | Cumple / Riesgo moderado / Riesgo alto / Riesgo crítico |
| Ley 21.719    | X/100 | ...                   |
| UK GDPR       | X/100 | ...                   |
| LGPD          | X/100 | ...                   |
| Ley 25.326    | X/100 | ...                   |
| LFPDPPP       | X/100 | ...                   |
| nFADP         | X/100 | ...                   |
| CCPA/CPRA     | X/100 | ...                   |
| Score global  | X/100 | Promedio de jurisdicciones auditadas |

Output sin --docx (Markdown)

# Auditoría de Privacidad — [dominio]
Fecha: [fecha] | Jurisdicciones: [lista] | Score global: X/100

## Stack tecnológico  ← una sola sección, compartida
...

## [Jurisdicción 1] — Score: X/100   ← una sección por cada jurisdicción auditada
[tabla de bloques + issues críticos + issues medios]

## [Jurisdicción 2] — Score: X/100
[tabla de bloques + issues críticos + issues medios]

## ...  ← repetir para todas las jurisdicciones activas

## Issues transversales
[issues que afectan a múltiples jurisdicciones — consolidados]

## Próximos pasos priorizados
[top 5 acciones — priorizadas por impacto combinado entre jurisdicciones]

Nombres de sección por jurisdicción: RGPD · Ley 21.719 (Chile) · UK GDPR · LGPD (Brasil) · Ley 25.326 (Argentina) · LFPDPPP (México) · nFADP (Suiza) · CCPA/CPRA (California)

Output con --docx

Preguntar primero: "¿El informe es para uso interno o para entregar al cliente?"

Estructura del .docx:

1. Portada: dominio, fecha, jurisdicciones auditadas, score global
2. Resumen ejecutivo: un párrafo por jurisdicción + top 5 acciones urgentes
3. Stack tecnológico (sección única compartida)
4. Una sección por jurisdicción con tabla de cumplimiento, issues críticos y medios
5. Issues transversales: issues que afectan a múltiples jurisdicciones
6. Próximos pasos priorizados por impacto combinado
7. Nota metodológica: alcance, qué no se auditó, incertidumbres normativas
8. Pie de página en todas las páginas: "Desarrollado por Zythos Media — Especialistas en SEO & IA Search" con hipervínculo a https://zythos.media

Guardar en <directorio-de-auditorias>/[cliente]/auditoria_privacidad_[fecha].md o .docx.

---

Integración con /seo audit

/seo audit <url> lanza este orquestador automáticamente cuando detecta señales de privacidad relevantes en cualquier jurisdicción. El stack tecnológico detectado por seo-audit se pasa al orquestador — no repetir Paso 0 si ya está disponible.

---

Añadir nuevas jurisdicciones

Para incorporar una nueva ley al orquestador:

1. Crear .claude/skills/[nombre]/SKILL.md con estructura de 10 bloques
2. Añadir fila en la tabla de jurisdicciones de este skill (sección "Jurisdicciones disponibles")
3. Añadir señales de detección en la matriz del Paso 1
4. Añadir fila en la tabla del Paso 2
5. Añadir columna en la tabla de issues transversales del Paso 3
6. Añadir fila en la tabla de scores del Paso 4
7. Añadir el nombre de sección en la nota de nombres de la plantilla Markdown del Paso 4
8. Actualizar scripts/patch_claude_seo.py: añadir nuevo caso OLD (la línea anterior) → NEW (8+1 jurisdicciones) si la línea de seo-audit cambia
9. Actualizar CLAUDE.md (sección skills + descripción de patch_claude_seo.py)
10. Actualizar memoria project_privacidad_suite.md