Doc Drafter

Doc Drafter

De "acá está la norma" a "acá está la cláusula".

Regla número uno

Todo lo que produce este skill es un BORRADOR PARA ABOGADO. Cada documento generado abre con esa advertencia. Sin excepción, sin importar qué tan completo se vea.

Un borrador que se ve terminado es más peligroso que uno que se ve incompleto: se publica sin revisar.

Requiere

• El pack de la jurisdicción en packs/.md
• Verificar el semáforo de vigencia. Si el pack está VENCIDO, detente
• Contexto del negocio: qué hace, qué datos trata, con qué arquitectura

Si el pack está marcado NO VALIDADO, cada documento generado lo repite en su encabezado.

Qué genera

| Documento | Cuándo aplica | |---|---| | Términos y condiciones | Siempre que haya contrato con clientes | | Política de tratamiento | Si trata datos personales — obligatoria | | Aviso de privacidad | Si recoge datos en formularios o canales | | Acuerdo de encargo | Solo si es plataforma multi-tenant | | Autorización del titular | Si el cliente del cliente aporta datos | | Manual interno | Si el pack lo exige. No es la política | | Política de retención | Si conserva datos de terceros |

Procedimiento

1. Determinar la arquitectura de roles

Antes de escribir nada:

• ¿Quién decide las finalidades del tratamiento?
• ¿Hay datos de terceros aportados por el cliente?
• ¿La plataforma es Responsable, Encargado, o ambos?

Si es B2B2C, carga la sección multi-tenant del pack. La cadena Responsable/Encargado cambia quién responde por qué, y con ella cambian todos los documentos.

2. Mapear norma → cláusula

Por cada obligación del pack, la cláusula que la implementa. Cada cláusula cita la línea del pack que la origina.

### . 

> Origen:  ·  · 

Sin origen, la cláusula no se escribe. Es lo que permite auditarla después y actualizarla cuando cambie la norma.

3. Marcar lo que el humano debe decidir

Tres marcas, y ninguna se rellena sola:

| Marca | Significado | |---|---| | [COMPLETAR] | Dato del negocio: razón social, plazos, precios | | [REDACTAR CON ABOGADO] | Limitación de responsabilidad, indemnidad, jurisdicción | | [VERIFICAR] | Depende de un hueco declarado en el pack |

Las cláusulas de limitación de responsabilidad e indemnidad nunca se generan. Se deja el encabezado y la marca. Es donde se define cuánto pierde el negocio si algo sale mal, y no es terreno de un borrador automático.

4. Declarar solo lo que existe

En secciones de medidas de seguridad, proveedores y ubicación de datos: pregunta qué hay, no supongas.

Cifrado en tránsito:   [preguntar]
Cifrado en reposo:     [preguntar]
Control de acceso:     [preguntar]
Registro de accesos:   [preguntar]
Dónde viven los datos: [preguntar — puede disparar reglas de transferencia
                        internacional]

Declarar una medida que no existe es peor que no declararla. Convierte un hueco técnico en una afirmación falsa por escrito.

5. Versionar

Todo documento sale con versión y fecha. Cuando cambie, la versión anterior no se borra: quien la aceptó sigue obligado por ella.

Encabezado obligatorio de todo documento

> BORRADOR — requiere revisión de abogado. No constituye asesoría legal.
> Generado a partir de packs/.md · verificado  ·   | NO VALIDADO>
> Las secciones marcadas [REDACTAR CON ABOGADO] están intencionalmente
> vacías.

Qué NO hacer

• No generes cláusulas de limitación de responsabilidad ni de indemnidad
• No afirmes cumplimiento. Ningún documento dice "cumple con la ley X".

Dice qué hace y bajo qué norma

• No inventes plazos. Si el pack lo marcó como hueco, la cláusula lo hereda
• No copies textos de otras jurisdicciones "porque se parecen"
• No rellenes [COMPLETAR] con supuestos razonables
• No entregues un documento sin su encabezado de borrador

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: Danielmc09
• Source: Danielmc09/jurisdiction-latam
• License: Apache-2.0

Install and usage instructions live in the source repository linked above.