Ayuda Consultoría PDP — Etapas 0 y 1

Guía paso a paso para el equipo legal: cómo recorrer el levantamiento del cliente y producir el primer entregable formal del programa de cumplimiento — el Informe de Diagnóstico e Identificación de Brechas.

Visión general

Esta guía cubre las dos primeras etapas del proceso AltLegal de asesoría en Protección de Datos Personales (Ley 21.719). Al completarlas, el cliente tiene en sus manos:

Etapa 0 — el levantamiento de información: quién es el cliente, qué normativa le aplica, qué datos personales trata.
Etapa 1 — el Entregable 1: Informe de Diagnóstico e Identificación de Brechas, más dos charlas de concientización (Entregables 2 y 3) que el equipo legal presenta al cliente.

Las Etapas 2 a 5 (implementación inicial, mapeo de datos, cierre de brechas, manual de procedimientos) se trabajan después del Informe y tienen su propia guía. Esta documenta lo necesario para llegar al primer hito visible al cliente.

Antes de empezar El proyecto del cliente ya debe estar creado en la plataforma con la trayectoria consultoria-pdp-21719, su carpeta de Drive vinculada y los antecedentes del cliente cargados como documentos del matter. El administrador del estudio te entrega el proyecto listo.

Surfaces que te ayudan dentro del chat

Empty state inicial — al abrir un proyecto recién creado, un banner sobre el stepper te lleva directo al paso 10 (Onboarding del Cliente). No tienes que buscar por dónde empezar.
Sidebar derecho de contexto — muestra cliente, proyecto, etapa y paso actual; estado de todos los pasos colapsable; documentos adjuntos vs disponibles en biblioteca; artefactos aprobados y borradores; citas en vivo. Click sobre un artefacto te lleva a la vista del proyecto. Detalle completo.
Pill del modelo LLM — junto al indicador de Contexto. Al iniciar un paso costoso (ej. paso 130, Sección III) puedes verificar que está corriendo el modelo preferido del caso, o cambiar a una alternativa de la cadena para iterar más rápido. Cómo y cuándo usarlo.

Documentos del proyecto: cómo los lee el agente

Hay dos canales distintos por los que un documento llega al agente:

Artefactos aprobados de pasos previos — el system prompt del paso actual los recibe automáticamente. No tienes que adjuntar nada — la plataforma los inyecta al iniciar la sesión. Por ejemplo, cuando inicias el paso 100 (contexto-cliente), el agente ya tiene en su contexto la ficha-proyecto, la normativa-aplicable y el formulario-levantamiento aprobados.
Documentos del cliente cargados al matter — los antecedentes que el administrador del estudio dejó en la biblioteca del proyecto (sincronizados desde Drive) NO los lee el agente automáticamente. Cada paso requiere que adjuntes manualmente al chat los documentos relevantes desde el botón "Adjuntar" del input del chat.

Drive sincronizado ≠ adjunto al chat La sincronización con Drive solo trae los documentos del cliente a la biblioteca del matter — los hace seleccionables desde el picker de adjuntos del chat. Para que el agente efectivamente lea un documento, debes seleccionarlo manualmente como adjunto al iniciar (o durante) la sesión del paso correspondiente. Esto vale para los pasos 10, 20, 30 y, ocasionalmente, para los pasos del Informe cuando necesitas que el agente revise un documento puntual del cliente que no quedó capturado en el formulario de levantamiento.

Cómo se trabaja paso a paso

El proceso PDP es secuencial: cada paso produce un entregable (artefacto del proyecto) que alimenta al siguiente. La plataforma garantiza que cada paso tenga acceso a los entregables aprobados de los pasos previos sin que tengas que copiar y pegar nada entre sesiones.

Una sesión por paso

Cuando inicias un paso, la app crea una sesión de chat dedicada. Si tienes que retomar el paso al día siguiente, la sesión persiste — lo abres desde "Actividad del proyecto" y continúas. Cuando un paso queda completado y aprobado, comienzas el siguiente abriendo una sesión nueva.

Tres tipos de paso

single-turn — un solo prompt produce el entregable completo. Pasos cortos como onboarding o búsqueda de normativa.
multi-turn — el agente ejecuta automáticamente varios sub-turnos internos (verás bloques separados por ▍ Turno N/total). Pasos que producen entregables extensos como las secciones del Informe.
apoyo — sin artefacto formal. El agente conversa contigo y entrega contenido para que tú armes la presentación o reunión final. Las charlas a gerencia y trabajadores son de este tipo.

Cuándo aprobar y avanzar al siguiente paso

La primera respuesta del modelo no es la respuesta final

El modelo no entrega un entregable perfecto en su primera iteración. Iterar es parte del flujo natural: el agente produce un primer borrador, tú lo revisas en pantalla, identificas qué está incompleto o equivocado, y le pides correcciones en la misma sesión. Cada vez que el agente termina, deja un nuevo borrador en el panel de artefactos. Repites tantas veces como sea necesario hasta tener un entregable de calidad — recién ahí apruebas.

Ejemplos de prompts de seguimiento que disparan una nueva iteración:

"Revisa la Sección 2.4 — faltó cubrir la operación de seudonimización. Agrégala manteniendo el resto del documento intacto y produce el entregable completo otra vez."

"En el Bloque 3 atribuiste la base de remuneraciones a Patricio Núñez, pero el formulario indica que la responsable es Carolina Pizarro. Corrige y emite el entregable consolidado de nuevo."

"El eje 3.5 quedó muy general. Desarrolla el modelo de gobernanza con los actores reales del cliente del organigrama (Gerencia de TI, Subgerencia de Personas, Fiscalía) en cada nivel, y vuelve a producir la sección completa."

Borradores múltiples del mismo caso de uso

Cada vez que el agente emite un nuevo intento, el sistema crea una nueva versión del borrador en el panel de artefactos del proyecto. La versión más reciente reemplaza visualmente a la anterior pero todas quedan en el historial. Apruebas solo una — la que consideras de calidad final. La aprobación se aplica a la versión específica que selecciones.

El panel muestra los borradores ordenados de más reciente a más antiguo. Si el segundo intento fue mejor que el tercero, puedes aprobar el segundo (los más antiguos siguen siendo seleccionables hasta que apruebas alguno).

Criterio mínimo para aprobar

El entregable es publicable al cliente tras una pasada de revisión humana. No esperes que esté perfecto antes de aprobar — los marcadores [POR DEFINIR: ...] son normales y se resuelven en la revisión final del Informe completo. Lo que sí debes verificar:

El contenido refleja al cliente real, no es genérico.
Las normas citadas tienen formato correcto (art. X Ley 21.719) y no son inventadas.
Los hallazgos del cliente vienen atribuidos a fuente (formulario, entrevista, política interna).
Si detectas un error de fondo que no resolviste por iteración, edita el borrador desde el panel de artefactos antes de aprobar — el editor permite modificar el markdown directamente.

Mantén a la vista el uso de contexto de la sesión

Cada sesión de chat tiene un presupuesto de contexto finito (el modelo soporta una cantidad máxima de tokens entre el system prompt, los adjuntos y la conversación). En la parte superior derecha del chat verás un indicador del uso del contexto. Cuando se aproxime al 100% sin haber llegado a un entregable de calidad, conviene cambiar de estrategia en lugar de seguir iterando en la misma sesión:

Aprueba el mejor borrador disponible hasta el momento. No tiene que estar perfecto — basta con que tenga el grueso del trabajo. El siguiente paso recibirá ese borrador como input y podrá refinarlo.
O abre una sesión nueva del mismo caso de uso. La plataforma lo permite: vas al catálogo y abres el caso de nuevo. El system prompt de la nueva sesión se construye desde cero con los artefactos previos aprobados, lo que reinicia el contexto. Para no perder el avance ya logrado:
- Antes de cerrar la sesión actual, aprueba el último borrador (aunque esté incompleto). La nueva sesión del mismo caso lo verá como artefacto previo.
- O bien, copia el contenido del último borrador y pégalo como mensaje inicial en la nueva sesión, indicando: "continúa desde este punto, refinando los siguientes aspectos: ...".

Regla práctica Si llegas al 75% del contexto sin un entregable satisfactorio, es momento de aprobar lo logrado o iniciar sesión nueva. Seguir iterando con el contexto saturado produce respuestas más cortas y de menor calidad.

Una vez aprobado, no se elimina Los artefactos aprobados son evidencia de auditoría. Si necesitas reemplazarlos, ejecuta el paso de nuevo — la versión nueva queda como aprobada y la anterior como superada (sigue visible en el historial del proyecto, pero no se inyecta a los pasos siguientes).

Paso 10 Onboarding del cliente single-turn

caso de uso: pdp-onboarding-cliente · entregable: ficha-proyecto

Captura los datos básicos del cliente — razón social, RUT, naturaleza jurídica, giro, regiones, filiales, reguladores aplicables, mercados de exportación cuando corresponda.

Qué esperar del entregable

Una ficha estructurada de 1–2 páginas con los datos identificatorios del cliente y un primer mapeo de reguladores y normativa sectorial probable. Incluye marcadores [POR DEFINIR: ...] para los datos que no consten en los antecedentes del proyecto.

Prompt inicial

"Procesa la ficha pública del cliente [razón social] y los antecedentes adjuntos del matter. Construye el artefacto ficha-proyecto con razón social, RUT, naturaleza jurídica, giro, tamaño aproximado, regiones operativas, filiales relevantes, reguladores sectoriales aplicables y mercados de exportación si corresponde. Mínimo 1000 palabras. Al terminar, registra el entregable."

Prompts de seguimiento típicos

"Faltó identificar al sponsor ejecutivo del proyecto y al contacto del área legal interna. Agrega esos campos como [POR DEFINIR] al final de la ficha."

"Mueve la sección de filiales al inicio del documento, justo después de la identificación legal — para nuestro flujo es información de contexto inmediato."

Cuándo dar por aprobado

La razón social, RUT y naturaleza jurídica son correctos.
Los reguladores listados aplican al giro del cliente (CMF, MINSAL, Sernapesca, etc., según corresponda).
Si el cliente exporta a UE, está mencionado el RGPD como exigencia contractual.
Los marcadores [POR DEFINIR: ...] son razonables (cosas que efectivamente no constaban en los antecedentes).

Paso 20 Búsqueda de normativa aplicable single-turn

caso de uso: pdp-buscador-normativa · entregable: normativa-aplicable

El agente identifica el marco normativo completo aplicable al cliente: PDP transversal (19.628 + 21.719), Constitución, normas sectoriales (CMF, laboral, salud, acuícola, etc.) y normativa internacional cuando aplica (RGPD).

Qué esperar del entregable

Un listado anotado de cuerpos normativos. Para cada uno: nombre, descripción breve, por qué aplica al cliente, artículos clave. El agente puede invocar discover_sectoral_norms y search_laws para precisar las citas.

Prompt inicial

"Identifica y consolida la normativa aplicable al cliente, partiendo de la ficha-proyecto aprobada. Cubre: PDP transversal (Ley 19.628 modificada por Ley 21.719), normativa constitucional, normativa sectorial específica del giro, Ley 20.393 (compliance penal), normativa laboral si tiene trabajadores con datos sensibles, y normativa internacional si exporta a UE u otros mercados con régimen propio. Para cada cuerpo: descripción + por qué aplica + artículos clave. Mínimo 2000 palabras."

Prompts de seguimiento típicos

"Faltó incorporar la NCG N° 461 de la CMF sobre ciberseguridad para sociedades anónimas abiertas. Agrégala al apartado financiero/CMF con los artículos relevantes."

"Verifica el artículo 14 de la Ley 21.719 sobre deber de información — la cita actual parece resumida. Usa search_laws si hace falta y reemplaza por la disposición textual."

Cuándo dar por aprobado

Cubre Ley 19.628 + Ley 21.719 + base constitucional como mínimo.
Las normas sectoriales corresponden al giro real del cliente — sin "rellenos" genéricos.
Si el cliente trata datos sensibles (salud, biométricos, sindicales), está mencionado el régimen reforzado del art. 16 Ley 21.719.
Si exporta a UE, RGPD aparece con la justificación contractual concreta.

Paso 30 Asistente del formulario de levantamiento single-turn

caso de uso: pdp-asistente-formulario · entregable: formulario-levantamiento

Procesa todos los formularios del cliente (uno por área que trata datos personales) más entrevistas y documentos de procesos internos. Produce un consolidado único que será la base del Informe.

Qué esperar del entregable

Un documento que lista todas las bases de datos personales del cliente, agrupadas por área responsable. Por cada base: sistema donde reside, persona responsable, tipos de datos (señalando sensibles), retención, encargados externos, hallazgos de riesgo con citas textuales literales del formulario fuente.

Anonimización con DLP Si los formularios o entrevistas contienen datos personales reales (RUT, nombres, correos), aprovecha la anonimización con Cloud DLP antes de procesarlos. La herramienta anonymize_with_dlp está habilitada en este caso de uso. Indica al agente: "anonimiza el formulario X antes de procesarlo" y revisa la versión .anon antes de aprobar.

Prompt inicial

"Procesa todos los formularios de levantamiento, entrevistas y organigrama adjuntos al matter. Construye el artefacto formulario-levantamiento consolidado. Por cada base de datos identificada: nombre, área responsable + persona, sistema donde reside, tipos de datos (marcando sensibles), titulares, modalidad (cloud/on-prem/manual), encargados externos, retención declarada, hallazgos de riesgo con citas textuales literales del documento fuente. Mínimo 3000 palabras. Anonimiza con DLP antes de procesar archivos con datos personales reales."

Prompts de seguimiento típicos

"Revisa el formulario de Operaciones (archivo 4) — debería haber al menos dos bases más que no aparecen en el consolidado: el registro de visitas a planta y el sistema de control horario."

"En la sección sobre eliminación de datos, las afirmaciones aparecen parafraseadas. Reemplaza por las citas textuales literales del formulario fuente entre comillas, con el campo y línea de origen."

Cuándo dar por aprobado

Todas las áreas que tratan datos personales aparecen representadas.
Cada hallazgo de riesgo tiene fuente atribuida (formulario X, entrevista a Y).
Las citas textuales literales aparecen entre comillas — son lo que el Informe usará después.
Las bases con datos sensibles están marcadas como tales.
Encargados externos están listados con su sistema y modalidad.

Paso 100 Contexto del cliente multi-turn — 5 sub-prompts

caso de uso: pdp-contexto-cliente · entregable: contexto-cliente

Reorganiza todo lo levantado en los 9 bloques canónicos del proceso AltLegal. Es la fuente de verdad sobre el cliente que las cuatro secciones del Informe consumirán.

Qué esperar del entregable

Documento extenso (10–25k palabras) con: identificación organizacional, inventario de documentos procesados, bases de datos personales agrupadas por cluster, sistemas tecnológicos, estructura organizacional, instrumentos normativos internos existentes, hallazgos transversales preliminares con citas literales, datos faltantes, y otros antecedentes relevantes.

Prompt inicial

"Genera el artefacto contexto-cliente completo siguiendo los 9 bloques canónicos. Atribución de fuente OBLIGATORIA en cada hallazgo (formato `(Formulario N, Área)` o `(Entrevista a X)`), con citas textuales literales para los riesgos identificados. Sin análisis jurídico — eso es de las secciones siguientes. Apóyate en la ficha-proyecto, normativa-aplicable y formulario-levantamiento aprobados."

Cómo se ejecuta el multi-turn

Verás bloques separados por ▍ Turno N/5. Cada uno cubre un grupo de bloques: identificación + inventario, bases de datos, sistemas + estructura, instrumentos + hallazgos transversales, datos faltantes + cierre. El paso completo dura aproximadamente 3 minutos.

Cuándo dar por aprobado

Los 9 bloques aparecen completos y numerados.
Las bases identificadas en el paso 30 están todas mapeadas en el Bloque 3.
El Bloque 7 (hallazgos transversales) lista 5–10 riesgos con cita textual y fuente.
El Bloque 8 (datos faltantes) declara explícitamente lo que no se levantó.

Paso 110 Sección I — Levantamiento normativo multi-turn — 4 sub-prompts

caso de uso: pdp-informe-seccion-i · entregable: seccion-i-normativo

Primera sección del Informe: establece el marco legal aplicable al cliente. Antecedentes del programa, introducción institucional, estado del arte de la normativa nacional y regulación sectorial específica.

Qué esperar del entregable

Documento de 8–30k palabras estructurado así: Antecedentes (3–5 párrafos), Introducción institucional (1.1, 1.2, 1.3), Estado del arte normativa nacional (1.1.1 fundamento constitucional, 1.1.2 Ley 19.628 + 21.719, 1.1.3 régimen vigente, 1.1.4 nuevo marco), Regulación sectorial específica al cliente (1.2.X).

Prompt inicial

"Redacta la Sección I del Informe completa para el cliente. Personalización real, no genérica — cada disposición legal debe conectarse con la realidad del cliente extraída de los artefactos previos."

Cuándo dar por aprobado

Antecedentes mencionan al cliente por nombre, no "la organización".
Cita textual de art. 19 N°4 CPR + Ley 21.096 (2018) y Ley 21.383 (2021).
Mención explícita de la fecha 1° de diciembre de 2026 (entrada en vigor de la 21.719).
Subsecciones 1.2.X corresponden a la realidad sectorial del cliente — no aparece normativa que no aplica.
Los principios del nuevo marco (finalidad, accountability, calidad, seguridad) están conectados con la operación del cliente.

Paso 120 Sección II — Diagnóstico de cumplimiento multi-turn — 5 sub-prompts

caso de uso: pdp-informe-seccion-ii · entregable: seccion-ii-diagnostico

Caracteriza qué tiene el cliente: datos personales, sujetos del tratamiento, bases de datos en clusters lógicos, operaciones y fuentes. No diagnostica brechas (eso es la Sección III), describe la realidad.

Qué esperar del entregable

15–50k palabras divididas en 2.1 datos personales y categorización, 2.2 categorías de sujetos (titulares, responsable, encargados, DPO), 2.3 bases de datos agrupadas por cluster lógico, 2.4 operaciones de tratamiento (recopilación, almacenamiento, retención, transferencias, etc.), 2.5 fuentes de datos.

Prompt inicial

"Redacta la Sección II del Informe completa. Cada hallazgo con fuente atribuida y cita textual literal cuando exista en el formulario-levantamiento. Usa el nombre del cliente en cada hallazgo, no "la organización"."

Cuándo dar por aprobado

Todas las bases de datos del cliente aparecen en 2.3 con sistema, área, datos sensibles, encargado, hallazgos.
Los encargados externos sin contrato están explícitamente identificados (Book/AWS, GeoVictoria, etc., según el caso).
2.4 cubre las 8 operaciones de tratamiento + seudonimización.
Hallazgos sobre transferencias internacionales aparecen cuando el cliente las tiene.
El nombre del cliente aparece literalmente en los hallazgos — no "la organización".

Paso 130 Sección III — Brechas de adecuación multi-turn — 12 sub-prompts

caso de uso: pdp-informe-seccion-iii · entregable: seccion-iii-brechas

El corazón del Informe. Convierte los hallazgos del diagnóstico en brechas concretas, cada una con diagnóstico situacional, recomendaciones específicas, prioridad, complejidad y medios de verificación.

Estructura canónica — 9 ejes invariantes

Eje	Tema
3.1	Políticas generales y específicas
3.2	Procedimientos y manuales operativos
3.3	Reglamento Interno (RIOHS)
3.4	Inventario de datos / RAT
3.5	Brecha estructural en gobernanza (eje extenso)
3.6	Normalización de contratación de proveedores
3.7	Conocimiento de la normativa
3.8	Conocimiento de políticas de seguridad
3.9	Brecha de cumplimiento normativo (4 sub-brechas: 3.9.1 a 3.9.4)

Prompt inicial

"Redacta la Sección III completa con los 9 ejes canónicos en orden. Cada eje con triada Diagnóstico + Recomendaciones + Tabla de prioridad/complejidad/medios de verificación. Cada recomendación debe nombrar el sistema, área o proceso del cliente al que aplica — sin recomendaciones genéricas."

Cómo se ejecuta el multi-turn

El paso ejecuta 12 sub-turnos: uno por eje 3.1 a 3.8 y uno por cada sub-brecha 3.9.1 a 3.9.4. Es el paso más largo de todos — dura entre 7 y 11 minutos. Verás los ▍ Turno N/12 avanzando.

Cuándo dar por aprobado

Los 9 ejes aparecen con sus nombres canónicos exactos.
El eje 3.9 incluye sus 4 sub-brechas (ARCO+, información/consentimiento, seguridad, datos sensibles).
Cada eje tiene Diagnóstico + Recomendaciones + Tabla.
Las recomendaciones nombran sistemas/áreas reales del cliente — no son genéricas.
El eje 3.5 desarrolla el modelo de gobernanza de cuatro niveles con actores reales del cliente.
El eje 3.6 enumera los proveedores específicos (Tier 1/2/3) según el mapeo del cliente.
Las prioridades (Alta/Media/Baja) están diferenciadas — no todo es "Alta".

Paso 140 Sección IV — Hoja de ruta de adecuación multi-turn — 5 sub-prompts

caso de uso: pdp-informe-seccion-iv · entregable: seccion-iv-hojaruta

Convierte las recomendaciones de la Sección III en un plan calendarizado por hitos. Tres tablas (corto plazo, mediano plazo, calendarización) más Conclusión y Anexo metodológico.

Qué esperar del entregable

Estructura: Tabla 1 acciones de corto plazo (hasta 6 meses, 3 columnas Ámbito/Hallazgo/Recomendación), Tabla 2 acciones de mediano plazo (7–12 meses, mismo formato), Tabla 3 calendarización con horizontes 3/6/9/12/18 meses (2 columnas Oportunidad/Medida), Conclusión (3–4 párrafos densos nombrando al cliente), Anexo metodológico con 4 partes estándar.

Prompt inicial

"Redacta la Sección IV completa: Tablas 1, 2 y 3 con headers literales exactos, Conclusión nombrando al cliente al menos 5 veces, y Anexo metodológico estándar. Cada celda de Recomendación en las Tablas debe ser una acción ejecutable nombrando sistema/área del cliente."

Cuándo dar por aprobado

Las 3 tablas aparecen con headers literales: Tabla 1: Acciones de corto plazo, etc.
Tabla 3 incluye los 5 horizontes (3, 6, 9, 12, 18 meses) como filas separadas.
Conclusión menciona al cliente por nombre, sin enumeraciones, en 3–4 párrafos.
Anexo metodológico cubre las 4 partes: priorización, medios de verificación, instrumentos, niveles de complejidad.
Nota al pie en Tabla 3 sobre la fecha crítica 1° de diciembre de 2026.

Paso 150 Ensamblado del Informe en Google Doc single-turn

caso de uso: pdp-informe-ensamblado · entregable: informe-final

Concatena las cuatro secciones aprobadas en un solo Google Doc con plantilla corporativa AltLegal, listo para revisión final del estudio y entrega al cliente.

Qué esperar del entregable

Un Google Doc creado en la carpeta del cliente con: portada AltLegal, tabla de contenidos, las 4 secciones del Informe, Conclusión y Anexo. El abogado abre el doc y aplica formato definitivo (encabezados, firma del estudio, diagramas si corresponde).

Requiere carpeta Drive vinculada La herramienta generate_google_doc crea el archivo en la carpeta del cliente vinculada al proyecto. Si la carpeta no está vinculada, el paso retorna error en vez de generar un doc huérfano. Verifica antes de ejecutar.

Prompt inicial

"Ensambla el Informe Final concatenando los 4 artefactos de sección (seccion-i-normativo, seccion-ii-diagnostico, seccion-iii-brechas, seccion-iv-hojaruta) en orden canónico, con portada AltLegal, antecedentes y separación clara de Conclusión y Anexo. Genera el Google Doc en la carpeta del cliente."

Cuándo dar por aprobado

El Google Doc aparece en la carpeta de Drive del cliente.
El doc abre correctamente y contiene las 4 secciones en orden, con la Conclusión y el Anexo separados.
Los headers se renderizan con la plantilla corporativa AltLegal.
El abogado revisa el doc completo antes de entregarlo al cliente — esta es la última oportunidad de pulir formato, agregar diagramas y firmar.

Paso 160 Charla a la alta gerencia (Ent. 2) apoyo — sin artefacto

caso de uso: pdp-charla-alta-gerencia

Apoyo conversacional para que el abogado del estudio construya la presentación ejecutiva al directorio o gerencia general del cliente. El sistema no produce el archivo .pptx — entrega contenido estructurado para que el abogado arme la presentación.

Qué esperar de la sesión

El agente sugiere estructura de slides, redacta speaker notes, anticipa preguntas del directorio y sugiere elementos visuales. Trabajo iterativo — preguntas y respuestas hasta que el abogado tenga el material que necesita.

Prompts iniciales

"Sugiere la estructura de slides para una charla de 30 minutos al directorio del cliente, basada en el informe-final aprobado. Audiencia: 7 directores, sin formación legal de privacidad."

"Redacta el contenido de la slide sobre riesgos sancionatorios bajo Ley 21.719. Bullets cortos + speaker note de 3 oraciones. Acentúa la responsabilidad personal del directorio bajo el principio de accountability."

"¿Qué preguntas son probables que haga el directorio sobre el plazo de cumplimiento de 6 meses para las brechas de prioridad Alta? Lista 5–8 con respuesta tipo de 2–3 oraciones."

Cuándo cerrar la sesión

Tienes la estructura de slides completa.
Tienes contenido (bullets + speaker notes) para las slides clave.
Tienes anticipadas las 5–8 preguntas más probables del directorio.
El abogado del estudio puede armar el .pptx final con este material.

Como este caso no produce artefacto formal, no hay nada que aprobar. Cierras la sesión cuando consideras que tienes suficiente material.

Paso 165 Charla a trabajadores y funcionarios (Ent. 3) apoyo — sin artefacto

caso de uso: pdp-charla-trabajadores

Apoyo equivalente al paso 160 pero orientado a una audiencia operativa: trabajadores sin formación legal. El énfasis está en lenguaje simple, ejemplos cotidianos del giro del cliente y dinámicas de fijación de conocimiento.

Qué esperar de la sesión

El agente sugiere estructura de slides en lenguaje simple, produce ejemplos cotidianos del giro real del cliente (planillas, fotos en redes corporativas, biométrico de asistencia, reporte de incidentes), explica derechos ARCO+ sin tecnicismos y sugiere mini-quiz o casos prácticos.

Prompts iniciales

"Sugiere la estructura de slides para una charla de 45 minutos a trabajadores del cliente. Audiencia: ~200 personas en planta, sin formación legal. Foco: qué deben hacer y qué deben evitar en el día a día con datos personales."

"Genera 8 ejemplos cotidianos correctos / incorrectos de manejo de datos personales, aplicados al giro específico del cliente. Cada ejemplo en lenguaje cotidiano, con la consecuencia del incumplimiento explicada en una oración."

"Sugiere un mini-quiz de 5 preguntas con alternativas para cerrar la charla — preguntas que prueben comprensión de los puntos clave: ¿qué es un dato personal?, ¿qué hacer ante un incidente?, etc. Cada pregunta con su respuesta correcta y por qué."

Cuándo cerrar la sesión

La estructura usa lenguaje simple, sin tecnicismos legales innecesarios.
Tienes 5–10 ejemplos cotidianos del giro del cliente.
Los derechos ARCO+ están explicados sin la sigla — en términos como "tu derecho a saber qué datos tiene la empresa, a corregirlos, a pedir que los borren".
Tienes al menos una dinámica para fijación.

Qué viene después de la Etapa 1

Una vez completada la Etapa 1, el proyecto avanza con dependencias específicas — no es un orden rígidamente secuencial:

Etapa 2 — Implementación inicial (pasos 200–260): siete instrumentos públicos y de cara al titular (política de privacidad web, avisos 1ª capa, política de cookies, carteles de videovigilancia, avisos internos, cláusulas tipo, RIOHS). Puede ejecutarse en paralelo a la Etapa 1 — solo necesita ficha-proyecto y normativa-aplicable (outputs de Etapa 0).
Etapa 3 — Mapeo de datos (pasos 300, 310): el Mapa de Datos formal (Ent. 8) y el RAT (Ent. 9). Requiere el Informe Diagnóstico (Ent. 1) aprobado — Mapa y RAT toman los formularios + el diagnóstico para refinar brechas con la realidad granular.
Etapa 4 — Cierre de brechas (pasos 400–470): ocho instrumentos especializados (clasificación, retención, anonimización, conformidad TI, consentimiento, EIPD, acta DPO, cláusulas TID). Requiere ambos: Informe (Ent. 1) + Mapa de Datos y RAT (Ent. 8 y 9) aprobados — las políticas de cierre consumen brechas de ambas fuentes.
Etapa 5 — Tramitación, validación y soporte (pasos 500–520): el gran Manual de Procedimientos Internos consolidado, más los pasos de apoyo continuo. Requiere todos los instrumentos de etapas anteriores.

Flujo típico recomendado: Etapa 0 → Etapa 1 → Etapa 2 en paralelo a Etapa 3 → Etapa 4 cuando Etapa 3 está aprobada → Etapa 5 al final.

Cada etapa tiene su propia guía operativa cuando esté lista para el equipo legal.

Solución de problemas

El paso terminó pero el output es muy corto

Causa probable: el modelo entró en loop de búsqueda de leyes en lugar de redactar. Suele pasar en pasos de redacción pesada (Sección I sobre todo) cuando el agente tiene tools exploratorias disponibles. Soluciones rápidas:

Reintenta el paso desde el panel de artefactos — borra el draft incorrecto y abre el caso de nuevo.
Si persiste, contacta al administrador del estudio para revisar la cadena de modelos del caso afectado.

El paso falla con "missing approved artifact"

Causa: estás intentando ejecutar un paso cuyo input requerido no está aprobado. Vuelve a la lista de pasos del proyecto, identifica cuál es el paso pendiente de aprobación previa y apruébalo desde el panel de artefactos. Después reintenta el paso actual.

El Google Doc no se generó

Causa: la carpeta de Drive del cliente no está vinculada al proyecto. Verifica desde el header del proyecto (botón "Vincular Drive" o equivalente). Si está vinculada y aún falla, el administrador puede revisar los logs del servicio de Drive.

El agente cita una norma que no existe o está mal

Indica al agente directamente: "verifica esta cita con search_laws — el art. X que mencionaste no aparece en la Ley Y, o el número está mal". El agente puede invocar la búsqueda en BCN/LeyChile y corregir.

Necesito retomar un paso al día siguiente

Las sesiones de chat persisten en el proyecto. Abre "Actividad del proyecto" desde el sidebar, identifica la sesión del paso (queda agrupada por caso de uso) y continúa. Si el paso ya quedó como aprobado, no lo retomes — abre uno nuevo o ejecuta el paso siguiente.