Skill: informe-pericial

Genera dictámenes periciales en .docx siguiendo la estructura y estilo de Javier Ramírez Bandera.

Ubicación de los encargos: cada encargo se crea como subcarpeta del directorio de trabajo actual (cwd) cuando se invoca /informe nuevo. Javier hace cd a donde quiere que viva el encargo (ej. Z:\03-INFORME\AÑO 2026\) y allí se crea <YYYY_NNN_apellido_localidad>/. NO hay raíz fija predeterminada.

Flujo de trabajo

1. /informe nuevo               → conversación guiada → carpeta + caso.yaml + objeto_pericial.md
2. (Javier vuelca documentación, fotos, notas Notability)
3. /informe ingestar            → indexa documentación, procesa fotos, lee notas
4. /informe deficiencias        → SE FIJA LA LISTA DE DEFICIENCIAS (dictada o propuesta)
5. /informe redactar            → genera v1 .docx (sin presupuestos)
6. (Javier mide en Presto, exporta los 2 docx a 99_salida/presupuesto/)
7. /informe presupuestar        → inyecta capítulos en cada deficiencia → v2
8. (Javier revisa en Word)
9. /informe revisar             → aplica cambios y genera vN+1

Filosofía

• /informe nuevo es MÍNIMO. Sólo 3 preguntas para crear la carpeta. Nada más. El resto del caso.yaml se rellena en /informe ingestar leyendo los PDFs.
• /informe ingestar empieza con un BRIEFING narrativo corto (qué le ha pedido el cliente, para qué parte actúa, qué hay en juego) y termina pidiendo SOLO confirmación de los datos que no encontró o que son ambiguos.
• No preguntar lo que está en los PDFs. Dirección del inmueble, agentes de obra, fechas, juzgado, ref. catastral, abogados — todo eso lo extrae la ingesta.
• Memoria externa persistente. Para que la ventana de contexto no se sature en encargos grandes, durante la ingesta se escriben _skill_workspace/notas_por_documento.md (resumen estructurado por documento) y _skill_workspace/cronologia.md (línea de tiempo). En fases posteriores, leer SIEMPRE primero esos dos ficheros antes de tocar los .txt o PDFs originales.
• 01_documentacion/ es flexible. Acepta cualquier archivo y subcarpeta (presupuestos del cliente, correos, ensayos, fotos antiguas, informes de terceros, notas de reunión…). La skill ingesta todo y lo tiene en cuenta al redactar.
• Datos faltantes son la norma. Muchos encargos no tienen proyecto visado, ni informe contraria. La skill degrada secciones, no se rompe.
• El humano aprueba antes de fases pesadas. No redactar 50 páginas sin checkpoint.
• Los presupuestos los hace Arquímedes, no la skill. La skill sólo trocea e inyecta.
• Cada deficiencia se redacta sin coste primero (v1). Los costes entran en v2 desde los docx que Javier exporta.

Subcomandos

/informe nuevo (también: "encargo nuevo de…", "nuevo encargo", "vamos a crear el encargo")

Objetivo: crear la carpeta lo más rápido posible. Sólo 3 preguntas. Todo lo demás se rellena después en /informe ingestar leyendo los PDFs.

Conducta:

1. 3 preguntas mínimas, una por turno, en lenguaje natural:

   • "¿Apellido o razón social del cliente?" (ej. "García López", "Comunidad de Propietarios Villa Carmen")
   • "¿Localidad del inmueble?" (ej. "Vélez-Málaga", "Mijas")
   • "¿Código del encargo? (formato YYYY_NNN, ej. 2026_007)" — Si Javier dice "el siguiente" o "no sé", escanea las carpetas hermanas en cwd con patrón YYYY_NNN_* del año actual y propón el siguiente número libre.

   NO preguntar nada más. Ni dirección, ni agentes, ni juzgado, ni para qué parte actúa, ni objeto pericial. Eso viene en la ingesta.

2. Crea la estructura ejecutando:

   python scripts/nuevo_encargo.py --apellido "..." --localidad "..." --codigo "..."
   

   El script crea la carpeta DENTRO del directorio de trabajo actual del usuario (cwd). Captura PATH=<ruta> para los pasos siguientes.

3. Escribe caso.yaml SKELETO en <ruta>/caso.yaml con sólo los 3 datos recopilados + toggles por defecto + el resto de campos vacíos. Usa el schema de reference/caso_yaml_schema.yaml. Toggles por defecto:

   • metodologia: true
   • desarrollo_anormal_obra: false
   • analisis_critico_contraria: false (se activará en ingesta si aparece informe contrario)
   • penalizaciones_retraso: false
   • hoja_resumen_presupuesto: true
   • template_deficiencia: "estandar"
   • fecha_encargo: <hoy en ISO>

4. NO escribas 00_encargo/objeto_pericial.md todavía. Eso lo redactará la ingesta a partir del briefing narrativo + lectura de la hoja de encargo.

5. Mensaje de cierre, breve:

   Carpeta creada en <ruta>.

   Ahora vuelca el material:

   • Documentación (hoja de encargo, demanda, contrato, proyecto, correos, presupuestos del cliente, informe contrario…) → 00_encargo/, 01_documentacion/, 02_parte_contraria/ o 03_comunicaciones/ según convenga.
   • Notas Notability (con OCR de manuscrito activado) → 04_inspeccion/notas_tablet/.
   • Fotos → a tu carpeta de Drive del encargo (app Drive desde galería del móvil — preserva EXIF). Cuando ingestemos, te pido la ruta de Drive y las copio aquí.

   Cuando lo tengas, dime "ingesta el encargo" y arrancamos: te haré 4-5 preguntas rápidas de contexto y luego proceso todo de golpe.

/informe ingestar (o "ingesta el encargo", "lee toda la documentación")

Procesa todo lo que Javier ha volcado tras /informe nuevo. Se puede ejecutar varias veces conforme se añade material; es idempotente.

Estructura: BRIEFING → INGESTA AUTÓNOMA → CONFIRMACIÓN DE HUECOS.

Fase A — BRIEFING (preguntas de contexto, antes de leer nada)

Conversación corta, una pregunta por turno, en lenguaje natural. El objetivo es darle a la skill el "marco" del caso para que luego sepa qué buscar en los PDFs y cómo interpretarlos.

1. "Cuéntame en 2-3 frases: ¿qué te ha pedido el cliente y qué problema hay con la obra?" → Esto pasa a 00_encargo/objeto_pericial.md (Javier puede afinar luego).

2. "¿Para qué parte actúas? (actora, demandada o extrajudicial)"

3. "¿Hay procedimiento judicial abierto?" (sí/no — si dice sí, NO pidas juzgado/autos: lo extraerá la ingesta de la demanda.)

4. "¿Hay informe de la parte contraria que tenga que rebatir?" (sí/no — si dice sí, activa analisis_critico_contraria: true.)

5. "¿Algo importante que NO esté en los documentos y debas saber para leerlos en contexto?" (texto libre, opcional — guarda en _skill_workspace/briefing.md para tenerlo a mano al redactar.)

Tras el briefing, escribe 00_encargo/objeto_pericial.md con la respuesta de la pregunta 1, y actualiza caso.yaml con las respuestas 2-4. La 5 va a _skill_workspace/briefing.md.

Fase B — INGESTA AUTÓNOMA (sin más preguntas)

1. Indexar documentación — python scripts/extraer_textos.py --encargo <path>. Recorre recursivamente 00_encargo/, 01_documentacion/, 02_parte_contraria/, 03_comunicaciones/, 05_ensayos/, 06_referencias/ y vuelca texto plano de cada PDF/DOCX a un .txt paralelo. Genera _skill_workspace/inventario.md.

2. Leer inventario — Read tool sobre _skill_workspace/inventario.md.

3. Extracción autónoma de datos al caso.yaml — leer los .txt relevantes (hoja de encargo, demanda, contrato, proyecto, escritura, informe contrario) y rellenar TODO lo que se pueda:

   • Inmueble: dirección completa, CP, municipio, tipología, ref. catastral, superficie.
   • Procedimiento: juzgado, nº de autos, abogado y procurador del cliente.
   • Agentes de obra: promotor, constructor, proyectista, DF, DEO.
   • Fechas: inicio/fin de obra, recepción, encargo (si aparece distinto al de hoy).
   • Toggles: si aparece informe contrario y aún no estaba activado, activarlo. Si la documentación habla de incidencias graves de obra → considerar desarrollo_anormal_obra: true.

   Regla de oro: si un dato aparece en un PDF, NO se le vuelve a preguntar a Javier. Sólo se confirma al final si hay ambi