Constructor de wiki legal: base de conocimiento por causa/cliente

---
name: constructor-wiki-legal
description: Crea desde cero una base de conocimiento ("wiki legal") para un abogado o estudio, siguiendo el patron LLM Wiki de Karpathy adaptado al trabajo juridico. Primero diagnostica el tipo de practica (litigio, asesoria/corporativo, mixto/boutique) y las materias (laboral, civil, comercial, proteccion de datos, etc.), luego PROPONE dos o tres formas de organizacion con sus ventajas, EXPLICA exactamente que carpetas y archivos va a crear y, tras la aprobacion, EJECUTA el andamiaje (README/esquema, plantillas, indice, bitacora y la primera ficha). USA ESTA SKILL cuando alguien diga "quiero armar una wiki de mis causas/clientes", "organiza mi practica legal", "crear base de conocimiento juridica", "ordenar mis asuntos/expedientes", "sistema para mis casos", o cuando un abogado quiera estructurar su conocimiento por causa, cliente o materia. NO es para descargar expedientes de tribunales ni redactar escritos; es solo para montar y dejar lista la base de conocimiento.
---

# Constructor de Wiki Legal

Esta skill monta, desde cero y para cualquier abogado o estudio, una base de conocimiento en archivos markdown locales: una "wiki legal" que se interpone entre el profesional y sus expedientes/asuntos, integra cada documento nuevo y se mantiene viva. Esta inspirada en el patron **"LLM Wiki" de Andrej Karpathy**, adaptado al trabajo juridico (litigio y asesoria).

El objetivo de esta skill NO es operar la wiki dia a dia, sino **dejarla creada y lista**: estructura, esquema (README), plantillas, indice, bitacora y la primera ficha de ejemplo. Una vez montada, el abogado la alimenta a mano o con un asistente.

## Idea en una frase

En vez de redescubrir cada causa o cliente desde cero en cada consulta, se mantiene una **wiki persistente de markdown**: se lee cada documento una vez, se integra a una ficha, se cruzan referencias (entre causas, clientes, contrapartes y materias) y el conocimiento se compila y se mantiene al dia. El abogado cura las fuentes y hace las buenas preguntas; el asistente hace el trabajo pesado de fichar, cruzar y mantener.

## Reglas que esta skill respeta siempre

1. **Fuentes inmutables.** No se modifican, mueven ni borran los expedientes, PDFs o documentos del abogado. La wiki solo escribe archivos `.md` nuevos, en su propia carpeta o como ficha dentro de la carpeta del asunto.
2. **Supersesion, no olvido.** Nada se borra. Lo superado se marca: `> SUPERADO el <fecha> por <enlace>. Se conserva por historial.`
3. **Human-in-the-loop.** Esta skill PROPONE la estructura y ESPERA la aprobacion del abogado antes de crear archivos. No improvisa carpetas en el disco sin confirmar.
4. **Local y confidencial.** Todo vive en el disco del abogado. No se suben expedientes a la nube ni se generan embeddings externos. Cuidado especial con datos sensibles (salud, penales, datos personales): se razona por fechas y hechos, no se reproduce el dato sensible salvo necesidad.
5. **Citas trazables.** Todo dato factico de una ficha apunta a su fuente: `(fuente: archivo.pdf, p. X / fecha)`.
6. **Estilo configurable.** Idioma y registro segun el abogado (por defecto, espanol). Respetar preferencias de redaccion si las hay (p. ej. sin em dash).

## Flujo de la skill (cuatro fases)

Sigue estas fases en orden. No saltes a crear archivos sin haber pasado por el diagnostico, la propuesta y la aprobacion.

### Fase 1 - Diagnostico

Haz un breve set de preguntas (idealmente con la herramienta de preguntas de opcion multiple, no en texto libre) para entender la practica. Cubre:

1. **Tipo de practica:** litigio (causas judiciales), asesoria/corporativo (clientes, contratos, compliance, consultas), o mixto/boutique (ambos).
2. **Materias principales:** laboral, civil, comercial/societario, familia, penal, administrativo, proteccion de datos/privacidad, propiedad intelectual, tributario, etc. (multiseleccion).
3. **Donde viven hoy los archivos:** ruta/carpeta principal (Escritorio, OneDrive, Drive, una carpeta de "Clientes" o "Causas"). Si no hay acceso a carpetas, ofrecer pedir acceso o trabajar en una carpeta nueva.
4. **Ancla de identificacion:** como identifica hoy cada asunto (numero de causa/RIT/rol/expediente para litigio; nombre de cliente o codigo de matter para asesoria).
5. **Herramientas:** si usa Obsidian (para enlaces `[[ ]]` y Dataview), git (auditoria por commits), o solo el explorador de archivos.
6. **Volumen aproximado:** decenas o cientos de asuntos (define si conviene escalamiento de busqueda mas adelante).

Si el abogado ya describio su practica, no repreguntes lo evidente; confirma y avanza.

### Fase 2 - Propuesta de organizacion

Lee `references/esquemas-de-organizacion.md` y, segun el diagnostico, **propone dos o tres esquemas concretos** con sus ventajas y desventajas, y recomienda uno. Los esquemas base son:

- **A. Por causa (litigio).** Ancla = identificador de causa. Una ficha por causa con cronologia procesal, prueba, estrategia, plazos y audiencias. Ideal para litigantes.
- **B. Por cliente (asesoria/corporativo).** Ancla = cliente. Dentro de cada cliente, asuntos/matters (contratos, opiniones, due diligence, compliance, consultas recurrentes). Ideal para asesoria continua y estudios corporativos.
- **C. Por materia/practica.** Ancla = area (p. ej. proteccion de datos, societario, laboral). Util cuando el valor esta en doctrina y criterios reutilizables mas que en el cliente individual.
- **D. Mixto/boutique.** Hibrido: separa litigio (por causa) y asesoria (por cliente) en dos ramas, con un registro unico que las une por un campo `tipo`. Para estudios que hacen ambas cosas.

Hay variantes especializadas en el mismo archivo de referencia (proteccion de datos por tratamiento/responsable; comercial/M&A por operacion; familia; penal). Adapta la propuesta a las materias que marco el abogado y deja claro que la estructura es evolutiva: puede empezar simple y crecer.

**No avances sin que el abogado elija un esquema.**

### Fase 3 - Explicacion del plan

Antes de tocar el disco, muestra en concreto que vas a crear: el arbol de carpetas, la lista de archivos (README/esquema, plantillas, index, log, primera ficha) y donde quedaran. Explica en una o dos lineas para que sirve cada pieza. Pide confirmacion final.

### Fase 4 - Ejecucion (bootstrap)

Tras la aprobacion, crea el andamiaje. Usa los archivos de `references/` y `assets/` como base, adaptando nombres y campos al esquema elegido.

1. Crea la carpeta raiz de la wiki (por defecto `Wiki/` dentro de la carpeta principal del abogado; confirmar nombre y ubicacion).
2. Genera el **README/esquema** a partir de `assets/PLANTILLA_README_esquema.md`, rellenando: tipo de practica, esquema elegido, ancla de identificacion, materias, idioma/estilo y herramientas. Este README es la pieza mas importante: le dice al asistente como esta organizada la wiki.
3. Crea subcarpetas segun el esquema (ver `references/esquemas-de-organizacion.md`). Tipicamente: `Causas/` y/o `Clientes/`, `Entidades/`, `Materias/`, `Tribunales/` (solo litigio), `_Plantillas/`, mas `index.md` y `log.md`.
4. Copia las plantillas relevantes a `_Plantillas/`:
   - Litigio: `assets/PLANTILLA_ficha-causa.md`.
   - Asesoria: `assets/PLANTILLA_ficha-cliente.md` y `assets/PLANTILLA_ficha-asunto.md`.
   - Comunes: `assets/PLANTILLA_entidad.md`, `assets/PLANTILLA_materia.md`.
5. Crea `index.md` (catalogo central) y `log.md` (bitacora) desde `assets/PLANTILLA_index.md` y `assets/PLANTILLA_log.md`.
6. Crea **una ficha de ejemplo** (o la primera ficha real si el abogado da datos) para que la wiki no nazca vacia. Deja una linea inicial en `log.md`.
7. Resume al abogado que se creo, donde, y cuales son los tres comandos para operarla dia a dia: "ingesta esto a la wiki", "que dice la wiki sobre X", "haz un lint de la wiki". Sugiere instalar la skill de mantenimiento si la quiere (o reutilizar esta para mantener).

## Operaciones posteriores (referencia rapida)

Aunque esta skill se centra en montar la wiki, deja documentadas en el README las tres operaciones de mantenimiento, para que el abogado o su asistente las usen despues. Detalle en `references/operaciones.md`:

- **Ingesta:** leer un documento nuevo, resumir, actualizar la ficha del asunto con cita trazable, actualizar tarjeta/index/entidades/materias, anexar linea al log.
- **Consulta:** leer el index, ubicar paginas, responder con citas; archivar de vuelta las buenas respuestas.
- **Lint:** revisar salud (contradicciones, datos superados sin marcar, enlaces rotos, plazos vencidos, fichas sin estado) y proponer correcciones.

## Archivos de esta skill

- `references/esquemas-de-organizacion.md` - catalogo de esquemas (A-D y variantes por materia) con ventajas, desventajas y arbol de carpetas. **Leer en Fase 2.**
- `references/operaciones.md` - flujos de ingesta, consulta y lint en detalle. Para el README y el mantenimiento.
- `assets/PLANTILLA_README_esquema.md` - esquema base de la wiki, parametrizable.
- `assets/PLANTILLA_ficha-causa.md` - ficha de causa (litigio).
- `assets/PLANTILLA_ficha-cliente.md` - ficha de cliente (asesoria).
- `assets/PLANTILLA_ficha-asunto.md` - ficha de asunto/matter (asesoria; contrato, consulta, compliance, DD).
- `assets/PLANTILLA_entidad.md` - contraparte/entidad recurrente.
- `assets/PLANTILLA_materia.md` - materia/doctrina/criterio.
- `assets/PLANTILLA_index.md` - catalogo central.
- `assets/PLANTILLA_log.md` - bitacora.

## Que NO hace esta skill

- No descarga expedientes de tribunales ni de portales.
- No redacta escritos, contratos ni informes.
- No borra ni reorganiza los archivos originales del abogado.
- No sube nada a la nube.