@tacuchi/agent-workflow-cli 11.0.0 → 12.0.0

package/skills/agent-workflow/exports/export-report/references/template-a.md

@@ -1,95 +0,0 @@
-# Plantilla Variante A — Informe ejecutivo compacto (1-pager · 400w)
-
-Plantilla para audiencia gerencia. Cota dura **400 palabras (±10%; hard fail ±20%)**. 4 secciones obligatorias en orden fijo + Oportunidades condicional. Sin Objetivo, sin Alcances/Límites, **sin Componentes impactados ni Diagrama de flujo** (información esencial absorbida en Resumen y Oportunidades de mejora por cota dura). v1.4 (session079): rebalance de pesos para acomodar Op sin saturar cota (DEC-004).
-
----
-
-```markdown
-{{PRODUCTO}} — Informe ejecutivo
-Período: Del {{FECHA_INICIO}} al {{FECHA_FIN}}. {{N_SESIONES}} sesiones trabajadas.
-
-# Resumen
-
-<!-- 90 palabras (±15%) — v1.4 (session079): bajó de 100w por rebalance con Op.
-     Prosa densa.
-     Estructura sugerida: qué hace el sistema + en qué estado está + qué se hizo + por qué importa.
-     Esta sección absorbe parte de lo que B pone en "Objetivo" y "Alcances/Límites":
-     mencionar 1-2 objetivos mayores + 1 línea sobre el scope actual.
-     Prohibido: acrónimos sin glosar, nombres internos. -->
-
-{{RESUMEN}}
-
-# Cambios
-
-<!-- 120 palabras (±15%) — v1.4 (session079): bajó de 130w por rebalance con Op.
-     Bullets agrupados por capacidad (NO por sesión).
-     5-7 bullets cortos. Cada bullet ≤20 palabras, empezando con verbo en participio.
-     Sin agrupación visible (no sub-headers); todo plano. -->
-
-{{LOGROS}}
-
-# Riesgos
-
-<!-- 70 palabras (±15%). Bullets cortos.
-     3-4 items. Mezcla riesgos abiertos y deuda funcional crítica.
-     Compactos: ≤18 palabras por item. -->
-
-{{RIESGOS}}
-
-{{OPORTUNIDADES_OR_OMIT}}
-
-# Referencias
-
-<!-- Resto (~100 palabras). Bullets cortos con links por categoría.
-     Hasta 4 referencias. Omitir categorías sin material. -->
-
-{{REFERENCIAS}}
-```
-
----
-
-## A vs B (default)
-
-| Aspecto | Variante A (compacta) | Variante B (default v1.1) |
-|---|---|---|
-| Cota | 400w | 760w |
-| Secciones | 4 obligatorias + Oportunidades condicional | 9 obligatorias + Oportunidades condicional |
-| Período cubierto | absorbido en línea de header | sección propia (20w) |
-| Objetivo | absorbido en Resumen | sección propia (120w) |
-| Alcances/Límites | omitido | sección propia (120w) |
-| Componentes impactados | **omitido (cota dura)** | tabla obligatoria (60w) |
-| Diagrama de flujo | **omitido (cota dura)** | obligatorio (code-fenced, 0w V1) |
-| Logros | renombrado a "Cambios"; 5-7 bullets cortos | "Logros del período"; 4-8 bullets más detallados |
-| Tiempo de lectura | 3-4 min | 5-7 min |
-| Audiencia natural | gerencia | gerencia + jefatura |
-
-## Renderizado del header
-
-Sólo 2 líneas (no agrega "Audiencia: ..." como en C). El header está exento de V2 (léxico vetado) y no cuenta para V1 (cota de palabras del cuerpo).
-
-## `{{OPORTUNIDADES_OR_OMIT}}` — v1.1 (renombrado desde `{{RECOMENDACIONES_OR_OMIT}}`, condicional, mismo comportamiento que en B)
-
-**A. Si corpus tiene items abiertos** → incluir:
-
-```markdown
-
-# Oportunidades de mejora
-
-<!-- 60 palabras (±15%) — v1.4 (session079): bajó de 70w por rebalance.
-     Bullets con horizonte (sin responsable detallado en A).
-     2-3 items máximo. Tono muy breve.
-     v1.1 (session076): renombrada desde "Próximos pasos" para alinear con B/C. -->
-
-{{OPORTUNIDADES}}
-```
-
-**B. Si NO hay items abiertos** → cadena vacía. El doc fluye de "Riesgos" a "Referencias".
-
-## Reglas de render específicas
-
-1. **Cota total 400w**: hard fail >480w o <320w. Tolerancia warning ±10% (360-440w). Pesos v1.4: Resumen 90w + Cambios 120w + Riesgos 70w + (Oportunidades cond 60w) + Referencias ~100w (resto). Suma sin Op: 90+120+70+100 = 380w. Suma con Op: +60 = 440w (límite superior warning, sin hard fail).
-2. **Sin diagramas**: A no admite el Diagrama de flujo obligatorio de B/C (la cota es demasiado ajustada para que un diagrama aporte sin desplazar contenido).
-3. **Sin Componentes impactados**: misma razón — la información de qué componentes cambiaron se absorbe en Resumen+Cambios; los lectores de A (gerencia) no requieren tabla de componentes.
-4. **Compresión vs B**: el rendering desde corpus es el mismo; al elegir A, el motor comprime descartando Objetivo, Componentes, Diagrama y Alcances/Límites + reduciendo bullets de Logros + reduciendo prosa de Resumen.
-5. **Léxico igual que B**: aplica `lexico.md` con la misma tabla.
-6. **Validations**: V1-V6 igual que B; V1 con cota 400w; V3 verifica las 4 secciones obligatorias.

package/skills/agent-workflow/exports/export-report/references/template-b.md

@@ -1,221 +0,0 @@
-# Plantilla Variante B — Informe ejecutivo (default · 760w)
-
-Plantilla canónica del informe ejecutivo para audiencia gerencia + jefatura. Cota dura **760 palabras (±10%; hard fail ±20%)** (v1.1: subió de 700w a 760w para acomodar Componentes impactados). 10 secciones obligatorias en orden fijo (8 hasta v1.0). "Oportunidades de mejora" condicional (ver V4 en `validations.md`).
-
-Las llaves dobles `{{PLACEHOLDER}}` se reemplazan por el render del skill. Los comentarios `<!-- ... -->` orientan al AI sobre peso, forma y prohibiciones; no aparecen en el output final.
-
----
-
-```markdown
-{{PRODUCTO}} — Informe ejecutivo
-Período: Del {{FECHA_INICIO}} al {{FECHA_FIN}}. {{N_SESIONES}} sesiones trabajadas.
-
-# Resumen ejecutivo
-
-<!-- 80 palabras (±15%). Prosa. 1 párrafo.
-     Estructura sugerida: estado actual + qué se hizo + por qué importa.
-     Prohibido: acrónimos sin glosar, nombres internos de skills/comandos/archivos. -->
-
-{{RESUMEN}}
-
-# Período cubierto
-
-<!-- 20 palabras. 1 línea. Formato exacto:
-     "Del DD de mes al DD de mes de YYYY. N sesiones trabajadas." -->
-
-{{PERIODO}}
-
-# Objetivo
-
-<!-- 120 palabras (±15%). Prosa breve. 2-4 objetivos mayores, un párrafo corto
-     por cada uno (30-50 palabras). Cada objetivo declara el "para qué" en
-     términos de negocio. Sin solapamiento.
-     v1.1 (session076): renombrada desde "Finalidades" y reubicada antes de Logros. -->
-
-{{OBJETIVO}}
-
-# Logros del período
-
-<!-- 200 palabras (±15%). Bullets agrupados por capacidad de negocio (NO por sesión).
-     4-8 bullets. Cada bullet ≤25 palabras, empezando con verbo en participio/gerundio
-     del estado terminado ("Reglas comunes ahora se aplican...", "Compatibilidad
-     incorporada con...", "Migración completada..."). Sin nombres internos. -->
-
-{{LOGROS}}
-
-# Componentes impactados
-
-<!-- 60 palabras (±20%; tabla — pesa menos por palabra). Tabla markdown con 3 columnas:
-     | Componente | Tipo | Estado |
-     - Componente: nombre legible de la fuente / repo / módulo / esquema+tabla.
-     - Tipo: "BackEnd" | "FrontEnd" | "Base de datos" (escrito así, en español; nada de "BE"/"FE"/"DB" técnicos).
-     - Estado: "Completo" | "Cambios pendientes".
-     3-7 filas. Una fila por componente impactado en el período.
-     v1.1 (session076): sección nueva. Sourcing en SKILL.md §Paso 4. -->
-
-{{COMPONENTES_IMPACTADOS}}
-
-# Diagrama de flujo
-
-<!-- 0 palabras contadas (code-fenced; exento de V1).
-     v1.2 (session077): Mermaid `flowchart LR` por default (3-6 nodos típicos);
-     audiencia ejecutiva consume mejor el render visual del viewer Markdown.
-     ASCII (arrows ↔ → ←, boxes [Nombre]) permanece como fallback opt-in
-     cuando Mermaid no aporta claridad (flujos triviales 1-2 nodos).
-     Máx ~15 líneas dentro del code fence.
-     Mostrar la conexión/integración entre los componentes listados arriba.
-     v1.1 (session076): sección agregada. Sourcing en SKILL.md §Paso 4. -->
-
-{{DIAGRAMA_FLUJO}}
-
-# Alcances / Límites
-
-<!-- 120 palabras (±15%). Dos sub-bloques explícitos:
-     "Cubre:" (3-5 bullets cortos) y "No cubre:" (3-5 bullets cortos).
-     "No cubre" gestiona expectativas; sin tono defensivo. -->
-
-Cubre:
-{{ALCANCES}}
-
-No cubre:
-{{LIMITES}}
-
-# Riesgos y deuda
-
-<!-- 80 palabras (±15%). Bullets. 3-5 items cortos (≤20 palabras cada uno).
-     Mezcla riesgos abiertos y deuda funcional reconocida.
-     No mencionar responsable acá (eso va en Oportunidades de mejora). -->
-
-{{RIESGOS}}
-
-{{OPORTUNIDADES_OR_OMIT}}
-
-# Referencias
-
-<!-- Resto del documento. Bullets con links a docs/<categoria>/.
-     Hasta 6 referencias. Agrupar por categoría.
-     Si una categoría no tiene material, omitir el grupo.
-     Sin links externos (JIRA, GitHub PRs). -->
-
-{{REFERENCIAS}}
-```
-
----
-
-## Placeholders detallados
-
-### `{{PRODUCTO}}`
-
-Nombre del sistema/producto en mayúscula inicial. Se obtiene del bloque `AW-PROJECT.proyecto` del workspace (lectura via `project-md-upsert --read`). Si la descripción es larga, usar la primera frase (≤8 palabras).
-
-Ejemplos válidos:
-- `RUNTIME QTC-*`
-- `Sistema de Mantenimiento de Parámetros`
-- `Portal de Solicitudes`
-
-### `{{FECHA_INICIO}}` / `{{FECHA_FIN}}`
-
-Formato natural en español: `8 de mayo`, `21 de septiembre`. Calculadas a partir del filtro `--period` o del rango efectivo del corpus filtrado.
-
-### `{{N_SESIONES}}`
-
-Count de sesiones del corpus filtrado. Sólo número, sin formato extra.
-
-### `{{RESUMEN}}` (80w)
-
-1 párrafo. Estado actual del sistema + qué se hizo en el período + por qué importa. Lenguaje ejecutivo. Sin acrónimos sin glosar.
-
-### `{{PERIODO}}` (20w)
-
-Re-statement del rango temporal en formato fijo: `Del <DD> de <mes> al <DD> de <mes> de <YYYY>. <N> sesiones trabajadas.`
-
-### `{{OBJETIVO}}` (120w) — v1.1
-
-2-4 objetivos mayores, un párrafo corto por cada uno (30-50w). Cada objetivo declara qué problema de negocio resuelve. Sin solapamiento. Renombrado desde `{{FINALIDADES}}` en v1.1 y reubicado antes de Logros para enmarcar la lectura.
-
-### `{{LOGROS}}` (200w)
-
-4-8 bullets agrupados por capacidad de negocio. Cada bullet:
-- Empieza con verbo en estado terminado ("Reglas comunes ahora se aplican...", "Compatibilidad incorporada con...").
-- ≤25 palabras.
-- Sin nombres internos (aplicar `lexico.md`).
-
-### `{{COMPONENTES_IMPACTADOS}}` (60w) — v1.1
-
-Tabla markdown 3 columnas (Componente · Tipo · Estado). 3-7 filas. Sourcing definido en `SKILL.md §Paso 4` — combina `project-md-upsert --read` (fuentes declaradas) + heurística por path/keywords/decisions del corpus para clasificar tipo + counts de TASKS/CONCLUSIONS para resolver estado.
-
-### `{{DIAGRAMA_FLUJO}}` (code-fenced, 0w para V1) — v1.2 + link render v1.3
-
-Bloque ```` ```mermaid ```` ... ```` ``` ```` con `flowchart LR` (3-6 nodos) por default — render visual nativo en cualquier viewer Markdown moderno (GitHub, GitLab, VS Code, Obsidian). Muestra la integración entre los componentes listados arriba. Aristas etiquetadas cuando aporten contexto (`FE -- "consulta" --> BE`). v1.2 (session077): Mermaid default; ASCII en plain code fence (arrows ↔ → ←, boxes `[Nombre]`) permanece como **fallback opt-in** cuando Mermaid no aporta claridad. Máx 15 líneas dentro del fence. Sourcing en `SKILL.md §Paso 4`.
-
-**Link de visualización (v1.3 — session078)**: cada bloque Mermaid lleva inmediatamente después del fence de cierre una línea en blanco + blockquote con el link `> Ver diagrama renderizado: <https://mermaid.ink/img/BASE64>`. El `BASE64` es el código Mermaid plano codificado en base64 URL-safe. El ASCII fallback NO lleva link (mermaid.ink solo renderiza sintaxis Mermaid).
-
-Ejemplo Mermaid por default + link de visualización:
-
-````
-```mermaid
-flowchart LR
-  FE[Portal admin] --> BE[Servicio backend]
-  BE --> BD[(Base de datos)]
-  BE -- "audita" --> AUD[Esquema audit]
-```
-
-> Ver diagrama renderizado: <https://mermaid.ink/img/Zmxvd2NoYXJ0IExSCiAgRkVbUG9ydGFsIGFkbWluXSAtLT4gQkVbU2VydmljaW8gYmFja2VuZF0KICBCRSAtLT4gQkRbKEJhc2UgZGUgZGF0b3MpXQogIEJFIC0tICJhdWRpdGEiIC0tPiBBVURbRXNxdWVtYSBhdWRpdF0=>
-````
-
-### `{{ALCANCES}}` (subconjunto de 120w)
-
-Bullets cortos bajo "Cubre:". 3-5 items. Capacidades efectivamente disponibles.
-
-### `{{LIMITES}}` (subconjunto de 120w)
-
-Bullets cortos bajo "No cubre:". 3-5 items. Capacidades NO disponibles hoy. Sin tono defensivo ni excusas.
-
-### `{{RIESGOS}}` (80w)
-
-3-5 bullets. Cada uno ≤20 palabras. Riesgos abiertos + deuda funcional.
-
-### `{{OPORTUNIDADES_OR_OMIT}}` — v1.1 (renombrado desde `{{RECOMENDACIONES_OR_OMIT}}`)
-
-**Condicional** (V4). Dos posibles renderizados:
-
-**A. Si corpus tiene items abiertos** → incluir bloque completo:
-
-```markdown
-
-# Oportunidades de mejora
-
-<!-- 100 palabras (±15%). Bullets con responsable a alto nivel + horizonte.
-     3-5 items. Sin priorización P1/P2/P3.
-     Horizonte: "Próximo trimestre" / "Q3-2026" / "Segundo semestre 2026" —
-     sólo ventanas/fechas que aparecen en el corpus o el usuario fija.
-     v1.1 (session076): renombrada desde "Recomendaciones / próximos pasos". -->
-
-{{OPORTUNIDADES}}
-```
-
-**B. Si corpus NO tiene items abiertos** → este placeholder se reemplaza por **cadena vacía** (nada, ni encabezado, ni placeholder visible). El doc fluye directo de "Riesgos y deuda" a "Referencias".
-
-### `{{REFERENCIAS}}` (resto)
-
-Hasta 6 bullets agrupados por categoría:
-
-```
-- Arquitectura: docs/arquitectura/NNN-export-arq-YYYY-MM-DD/
-- Manuales: docs/manuales/NNN-export-mt-YYYY-MM-DD/
-- Cambios técnicos: docs/scripts/NNN-export-scripts-YYYY-MM-DD/
-- Decisiones documentadas: docs/decisiones/NNN-...md
-- Propuestas técnicas: docs/conclusiones/NNN-...md
-```
-
-Si una categoría no tiene material existente al momento de la generación → omitir la línea entera (no aparece encabezado vacío). Validado en V6.
-
-## Reglas de render
-
-1. **Cota total**: suma de pesos por sección = 780w nominal (80+20+120+200+60+0+120+80+100+resto), dentro de tolerancia 760w ±10% (684-836w). Hard fail >912w o <608w (±20%).
-2. **Léxico**: aplicar `lexico.md` durante el render; validado en V2 (grep determinístico).
-3. **Sin métricas**: no hay sección de métricas en Variante B. Si emerge tentación de incluir numbers → mover a Referencias como link a `docs/arquitectura/`.
-4. **Diagrama Mermaid obligatorio en B (v1.2)**: el `{{DIAGRAMA_FLUJO}}` es ` ```mermaid ` con `flowchart LR` por default. ASCII en plain code fence es fallback opt-in. v1.1 había introducido la sección como ASCII obligatorio; v1.2 invierte el default por audiencia ejecutiva.
-5. **Link mermaid.ink obligatorio cuando engine=mermaid (v1.3)**: blockquote inline debajo del fence con `> Ver diagrama renderizado: <https://mermaid.ink/img/BASE64>`. Encoding plain base64 URL-safe del código Mermaid. ASCII fallback NO lleva link.
-5. **Idioma**: español por default (sin `--lang` en Fase 1).
-6. **Idempotencia conceptual**: dos generaciones consecutivas sobre el mismo corpus filtrado deben producir documentos equivalentes en estructura y datos (la prosa puede variar mínimamente).

package/skills/agent-workflow/exports/export-report/references/template-c.md

@@ -1,180 +0,0 @@
-# Plantilla Variante C — Informe ejecutivo extenso (3-pager · 1620w)
-
-Plantilla para audiencia comité de seguimiento (audit-grade). Cota dura **1620 palabras (±10%; hard fail ±20%)** (v1.1: subió de 1500w a 1620w para acomodar Componentes impactados). 10 secciones obligatorias en orden fijo (8 hasta v1.0) + "Oportunidades de mejora" condicional. Variante de B con "Contexto del período" agregado y "Logros del período" sub-seccionado por capacidad. **Sin sección Métricas** (decisión usuario session056).
-
----
-
-```markdown
-{{PRODUCTO}} — Informe ejecutivo extenso
-Período: Del {{FECHA_INICIO}} al {{FECHA_FIN}}. {{N_SESIONES}} sesiones trabajadas.
-Audiencia: Comité de seguimiento
-
-# Resumen ejecutivo
-
-<!-- 120 palabras (±15%). Prosa estructurada.
-     Estructura sugerida: estado del sistema + qué se hizo en el período + por qué importa + qué viene.
-     1-2 párrafos. Sin acrónimos sin glosar. -->
-
-{{RESUMEN}}
-
-# Contexto del período
-
-<!-- 100 palabras (±15%). Prosa narrativa.
-     Estructura: estado previo al período + motivación de los cambios realizados + condiciones del entorno.
-     Establece el "por qué ahora" antes de entrar al objetivo y los logros. -->
-
-{{CONTEXTO}}
-
-# Objetivo
-
-<!-- 200 palabras (±15%). Prosa estructurada.
-     2-4 objetivos mayores, cada uno en su propio párrafo (40-60w).
-     Cada objetivo declara qué problema de negocio resuelve y cómo.
-     v1.1 (session076): renombrada desde "Finalidades" y reubicada antes de Cambios por capacidad. -->
-
-{{OBJETIVO}}
-
-# Cambios por capacidad
-
-<!-- 400 palabras (±15%). Sub-secciones por capacidad (3-5 sub-secciones).
-     Cada sub-sección con header `## ` (h2) titulada con la capacidad de negocio.
-     Cada sub-sección: 1 párrafo corto (30-50w) + 2-4 bullets con detalle. -->
-
-## {{CAPACIDAD_1}}
-{{LOGROS_CAPACIDAD_1}}
-
-## {{CAPACIDAD_2}}
-{{LOGROS_CAPACIDAD_2}}
-
-## {{CAPACIDAD_3}}
-{{LOGROS_CAPACIDAD_3}}
-
-## {{CAPACIDAD_4_OPT}}
-{{LOGROS_CAPACIDAD_4_OPT}}
-
-## {{CAPACIDAD_5_OPT}}
-{{LOGROS_CAPACIDAD_5_OPT}}
-
-# Componentes impactados
-
-<!-- 80 palabras (±20%; tabla — pesa menos por palabra). Tabla markdown 3 columnas:
-     | Componente | Tipo | Estado |
-     - Componente: nombre legible de la fuente / repo / módulo / esquema+tabla. Puede incluir
-       sub-clasificación cuando varios módulos de la misma fuente cambiaron.
-     - Tipo: "BackEnd" | "FrontEnd" | "Base de datos" (en español, no abreviado).
-     - Estado: "Completo" | "Cambios pendientes".
-     4-10 filas en C (más granular que B). Una fila por componente impactado en el período.
-     v1.1 (session076): sección nueva. Sourcing en SKILL.md §Paso 4. -->
-
-{{COMPONENTES_IMPACTADOS}}
-
-# Diagrama de flujo
-
-<!-- 0 palabras contadas (code-fenced; exento de V1).
-     v1.2 (session077): Mermaid `flowchart LR` por default (4-8 nodos típicos en C);
-     audiencia comité consume mejor el render visual del viewer Markdown.
-     ASCII (arrows ↔ → ←, boxes [Nombre]) permanece como fallback opt-in.
-     Máx ~20 líneas dentro del code fence en C.
-     Mostrar conexión/integración entre los componentes listados arriba.
-     v1.1 (session076): sección agregada. Sourcing en SKILL.md §Paso 4. -->
-
-{{DIAGRAMA_FLUJO}}
-
-# Alcances
-
-<!-- 150 palabras (±15%). Bullets cortos detallados.
-     5-7 items. Describir lo que el sistema CUBRE hoy con suficiente granularidad. -->
-
-{{ALCANCES}}
-
-# Límites
-
-<!-- 150 palabras (±15%). Bullets cortos detallados.
-     4-6 items. Describir lo que el sistema NO cubre hoy.
-     Sin tono defensivo, sin excusas; expectativas claras. -->
-
-{{LIMITES}}
-
-# Riesgos y deuda
-
-<!-- 150 palabras (±15%). Bullets cortos categorizados.
-     Sub-categorías: "De negocio", "Operativos", "Técnicos" (todas opcionales — incluir las que apliquen).
-     3-5 items totales. ≤25 palabras por item. -->
-
-{{RIESGOS}}
-
-{{OPORTUNIDADES_OR_OMIT}}
-
-# Referencias
-
-<!-- Resto. Bullets con links por categoría.
-     Hasta 8 referencias. Agrupar por categoría con sub-headers `## ` si la cantidad lo justifica. -->
-
-{{REFERENCIAS}}
-```
-
----
-
-## C vs B (default)
-
-| Aspecto | Variante B (default) | Variante C (extensa) |
-|---|---|---|
-| Cota | 760w (v1.1) | 1620w (v1.1) |
-| Secciones | 9 obligatorias + Oportunidades cond. | 10 obligatorias + Oportunidades cond. |
-| "Contexto del período" | omitido | sección propia (100w) |
-| "Logros del período" | bullets planos agrupados por capacidad | sub-seccionado con `##` por capacidad (titulado "Cambios por capacidad") |
-| "Alcances / Límites" | una sección con dos sub-bloques | 2 secciones separadas (Alcances y Límites) |
-| "Componentes impactados" | tabla 3-7 filas (60w) | tabla 4-10 filas (80w) |
-| "Diagrama de flujo" | Mermaid `flowchart LR` ~15 líneas (default) + link mermaid.ink debajo; ASCII fallback opt-in (sin link) | Mermaid `flowchart LR` ~20 líneas (default) + link mermaid.ink debajo; ASCII fallback opt-in (sin link) |
-| Tiempo de lectura | 5-7 min | 8-12 min |
-| Audiencia natural | gerencia + jefatura | comité de seguimiento, audit-grade |
-| Header | 2 líneas | 3 líneas (incluye "Audiencia:") |
-| Diagrama opt-in adicional | máx 1 (más allá del obligatorio) | máx 1 (más allá del obligatorio) |
-
-## Renderizado del header (3 líneas)
-
-```
-{{PRODUCTO}} — Informe ejecutivo extenso
-Período: Del {{FECHA_INICIO}} al {{FECHA_FIN}}. {{N_SESIONES}} sesiones trabajadas.
-Audiencia: Comité de seguimiento
-```
-
-V5 verifica que la línea 3 contenga literalmente "Audiencia: Comité de seguimiento" cuando la variante es C.
-
-## `{{OPORTUNIDADES_OR_OMIT}}` — v1.1 (renombrado desde `{{RECOMENDACIONES_OR_OMIT}}`)
-
-**Condicional**, misma lógica que B.
-
-**A. Si corpus tiene items abiertos** → incluir:
-
-```markdown
-
-# Oportunidades de mejora
-
-<!-- 150 palabras (±15%). Bullets con responsable + horizonte.
-     3-5 items. Sin priorización P1/P2/P3.
-     Detalle ligeramente mayor que en B (puede incluir contexto de cada oportunidad).
-     v1.1 (session076): renombrada desde "Recomendaciones / próximos pasos". -->
-
-{{OPORTUNIDADES}}
-```
-
-**B. Si NO hay items abiertos** → cadena vacía. Doc fluye de "Riesgos y deuda" a "Referencias".
-
-## Reglas de render específicas
-
-1. **Cota total 1620w**: hard fail >1944w o <1296w. Tolerancia warning ±10% (1458-1782w). **Cuando Oportunidades de mejora se omite (corpus sin items abiertos), ventana efectiva de V1 se desplaza a 1470w ±10% (1323-1617w)** — V1 honora el escenario sin emitir warning low. Hallazgo H13 / DEC-005 (session079): los pesos sin Op suman 1470w; mantener la ventana original 1458-1782w generaría warnings de borde sin valor.
-2. **NO incluye sección "Métricas"**: decisión de usuario en session056. Si se necesitan datos cuantitativos, van en `export-arq` o `export-mt` (citados en Referencias).
-3. **Sub-secciones `##` en "Cambios por capacidad"**: V3 valida que el header `#` "Cambios por capacidad" exista y que tenga al menos 3 sub-headers `##` bajo él.
-4. **Diagrama Mermaid obligatorio en C (v1.2)**: el `{{DIAGRAMA_FLUJO}}` es ` ```mermaid ` con `flowchart LR` por default (4-8 nodos típicos). ASCII en plain code fence es fallback opt-in cuando Mermaid no aporta claridad. v1.1 había introducido la sección como ASCII obligatorio; v1.2 invierte el default por audiencia comité de seguimiento (mejor consumo visual). Un segundo diagrama opt-in adicional sigue permitido si el usuario lo solicita.
-5. **Link mermaid.ink obligatorio cuando engine=mermaid (v1.3 — session078)**: blockquote inline debajo del fence con `> Ver diagrama renderizado: <https://mermaid.ink/img/BASE64>`. Encoding plain base64 URL-safe del código Mermaid plano. ASCII fallback NO lleva link. Mismo formato canónico que en B.
-5. **Léxico**: misma tabla que B; léxico vetado idéntico (V2 mismo grep).
-6. **Validations**: V1-V6 igual que B; V1 con cota 1620w; V3 verifica 10 secciones obligatorias.
-
-## Cuándo elegir C en lugar de B
-
-- Audiencia: comité de seguimiento, audit-grade.
-- Período: largo (trimestre completo o semestre).
-- Cantidad de cambios: ≥30 sesiones cerradas en el período.
-- Necesidad de granularidad por capacidad (B agrupa todo en una sección).
-- Acompañamiento al cierre fiscal o reporting estratégico (no operacional).