diff --git a/reference/core/control-center/evidence/gap-closure-evidence.json b/reference/core/control-center/evidence/gap-closure-evidence.json
index 932950a2..9c72117d 100644
--- a/reference/core/control-center/evidence/gap-closure-evidence.json
+++ b/reference/core/control-center/evidence/gap-closure-evidence.json
@@ -8428,6 +8428,23 @@
       ],
       "dependencyDisposition": "none"
     },
+    {
+      "id": "GT-602",
+      "closedAt": "2026-07-30",
+      "closureCommit": "086111db",
+      "evidence": [
+        "src/packages/mcp-server/src/mcp/abac-rego-parity.spec.ts",
+        ".harness/scripts/compile-opa-wasm.mjs",
+        ".harness/scripts/generate-abac-tool-sets.mjs",
+        "src/rulesets/opa/abac-mcp-tool-access.rego",
+        ".github/workflows/ci-cd.yml"
+      ],
+      "validationCommands": [
+        "npm --workspace @beyondnet/evolith-mcp test",
+        "node .harness/scripts/ci/08-validate-tracking.mjs"
+      ],
+      "dependencyDisposition": "none"
+    },
     {
       "id": "GT-607",
       "evidence": [
diff --git a/reference/core/control-center/gaps/gap-reference-catalog.es.md b/reference/core/control-center/gaps/gap-reference-catalog.es.md
index 8d0aa4bd..07e6e110 100644
--- a/reference/core/control-center/gaps/gap-reference-catalog.es.md
+++ b/reference/core/control-center/gaps/gap-reference-catalog.es.md
@@ -7252,9 +7252,9 @@ Serie histórica de gaps registrada en el antiguo `gap-analysis-core.es.md`, pre
 - **Componente:** `Evolith MCP` · **Criticidad:** P0 · **Complejidad:** M
 - **Procedencia:** Evaluación del código componente a componente realizada el 2026-07-26 en el repositorio compañero `why-architecture` (`docs/evolith-diagnostico-es.md`), verificada contra el código de este repositorio antes de registrarse.
 - **Criterios de aceptación:**
-  - [ ] Un test evalúa el `policy.wasm` compilado sobre todos los nombres registrados y exige ALLOW para un `architect` en `production`.
+  - [x] Un test evalúa el `policy.wasm` compilado sobre todos los nombres registrados y exige ALLOW para un `architect` en `production`.
   - [x] Los conjuntos de herramientas del rego se generan desde el registro en vez de mantenerse a mano.
-  - [ ] CI falla cuando una herramienta existe en el registro TypeScript y no en la política compilada.
+  - [x] CI falla cuando una herramienta existe en el registro TypeScript y no en la política compilada.
 
 #### GT-603
 
diff --git a/reference/core/control-center/gaps/gap-reference-catalog.md b/reference/core/control-center/gaps/gap-reference-catalog.md
index 2384d10f..2831f548 100644
--- a/reference/core/control-center/gaps/gap-reference-catalog.md
+++ b/reference/core/control-center/gaps/gap-reference-catalog.md
@@ -7347,9 +7347,9 @@ Historical gap series tracked in the former `gap-analysis-core.md`, preserved fo
 - **Component:** `Evolith MCP` · **Criticality:** P0 · **Complexity:** M
 - **Provenance:** Component-by-component source assessment conducted 2026-07-26 in the companion `why-architecture` repository (`docs/evolith-assessment-en.md`), verified against this repository's code before registration.
 - **Acceptance criteria:**
-  - [ ] A test evaluates the compiled `policy.wasm` over all registered tool names and asserts ALLOW for an `architect` in `production`.
+  - [x] A test evaluates the compiled `policy.wasm` over all registered tool names and asserts ALLOW for an `architect` in `production`.
   - [x] The rego tool sets are generated from the tool registry rather than hand-maintained.
-  - [ ] CI fails when a tool exists in the TypeScript registry and not in the compiled policy.
+  - [x] CI fails when a tool exists in the TypeScript registry and not in the compiled policy.
 
 #### GT-603
 
diff --git a/reference/core/control-center/gaps/gap-tracking.es.md b/reference/core/control-center/gaps/gap-tracking.es.md
index bec64aab..1695410e 100644
--- a/reference/core/control-center/gaps/gap-tracking.es.md
+++ b/reference/core/control-center/gaps/gap-tracking.es.md
@@ -11,654 +11,654 @@ Este tablero es la única fuente de verdad para deuda técnica, gaps, oportunida
 
 > Una sola tabla con todos los gaps y actividades rastreadas. Los IDs `GT-*` enlazan a su detalle completo en el catálogo; los IDs `MT-A*` enlazan al plan de implementación Multi-Topology de apoyo, pero esta tabla sigue siendo la fuente canónica de estado. Orden: pendientes primero (por criticidad P0→P3, luego complejidad XS→XL), después completados (mismo criterio). GitHub renderiza Markdown de forma estática (sin orden ni búsqueda interactivos): la columna **Componente** categoriza y la búsqueda de archivo de GitHub (`/`) encuentra un ID o término.
 
-| ID | Gap | Qué significa | Ejemplo | Componente | Fase | Criticidad | Complejidad | Estado |
-|---|---|---|---|:---:|:---:|:---:|:---:|:---:|
-| [`GT-643`](./gap-reference-catalog.es.md#gt-643) | **`evolith agents install --dry-run` escribe en disco — la bandera está declarada, documentada y nunca se lee.** `agents.command.ts:647` declara `-d, --dry-run`, `AgentsCommandOptions.dryRun` la tipa, y `installAgent()` no la consulta jamás: llama a `this.registry.installAgent(process.cwd(), config, rulesetContent)` sin condición (`agents.command.ts:218`). **`init`, `upgrade` y `adr` sí leen la suya** — `init` cambia a un `DryRunFileSystem`, `upgrade` retorna antes de aplicar — así que esto es un comando fuera de la convención, no una convención ausente. **DEMOSTRADO, no inferido:** correr `test/agents.e2e-spec.ts -t "dry-run"` en solitario contra un árbol limpio deja tres archivos VERSIONADOS modificados — `src/sdk/cli/rulesets/agents/agents-registry.json` y los dos bajo `rulesets/agents/test-value/`. **La salida del test está commiteada como si fuera dato de producto:** `test-value` es la cadena que el mock de prompts devuelve a toda pregunta (`test/mock-prompt.service.ts:11-12`), y `6bb43cfa` versionó ese agente dentro de los propios rulesets del repositorio. **Un simulacro que escribe es peor que no tener simulacro**, porque es la bandera a la que un usuario recurre justo cuando no quiere que se le confíe la de verdad — y el tester de conformidad de superficies nunca lo detectó, porque ningún oráculo pregunta si `--dry-run` dejó el disco intacto. **ARREGLADO 2026-07-30:** la rama seca no alcanza el escritor en absoluto — en vez de escribir a través de un filesystem inerte, que regresa en cuanto el escritor gana una llamada nueva — reporta las rutas que habría creado con un nuevo `planInstall`, y la ruta del menú ahora reenvía las opciones del llamador, porque `evolith agents --dry-run` sin subcomando las descartaba y escribía. Los tres artefactos commiteados quedan eliminados, la suite e2e corre en un directorio temporal, y su oráculo ahora AFIRMA que el disco no cambió, más un caso de contraste que prueba que una instalación real sí escribe: `no reventó` pasó todo el tiempo que el defecto existió. **Barrido registrado:** `init`, `upgrade`, `adr`, `scaffold`, `docs`, `fixtures` y `generate-domain` condicionan sus escrituras a la bandera — `agents` era la única declaración del CLI sin lector. **SIGUE ABIERTO:** el tester cross-superficie no tiene oráculo para las banderas sin efecto como clase, así que la siguiente se vuelve a encontrar a mano. **Borrar el residuo destapó dos dependientes ocultos de él**, ambos reparados aquí: `47-validate-joined-paths` anclaba una declaración de subárbol generado en que existiera `src/sdk/cli/rulesets` —cierto en un checkout limpio solo porque el residuo estaba dentro— y se puso rojo señalando a `policy.wasm`; y un spec del resolver seguía leyendo el árbol real, así que su simulación de EACCES dejó de dispararse. Verificado apartando el artefacto de build: 101 suites / 1447 tests en verde con el directorio ausente. | | | `CLI` | Cross | P1 | S | `EN-PROGRESO` |
-| [`GT-642`](./gap-reference-catalog.es.md#gt-642) | **Ningún check falla ante un ciclo de import en tiempo de ejecución, y los dos que existían se encontraron a mano.** [`GT-641`](./gap-reference-catalog.es.md#gt-641) eliminó dos ciclos `require` reales de `core-domain` — habían llegado sin ser vistos a un paquete de 346 módulos porque la medición que los encuentra no corre en ninguna parte. `lint:boundaries` vigila la dirección entre capas, no la ciclicidad; `tsc` compila un ciclo sin quejarse; ningún guard de gobernanza lee el grafo de módulos. **La medición ya existe y no es alcanzable:** [`GT-589`](./gap-reference-catalog.es.md#gt-589) entrega `@beyondnet/evolith-repo-facts` y `findImportCycles`, y ambos solo viven en `feat/gt-589-repo-facts` (PR #309). **BLOQUEADO, no simplemente pendiente** — un guard en `main` no puede correr un extractor que no está en `main`, y reimplementar la detección de ciclos al lado sería la segunda fuente de verdad que GT-589 existe para evitar. Cuando #309 aterrice: un script que corre el extractor sobre cada paquete del workspace y falla con `findImportCycles(...).length > 0`, cableado en `Governance guards (GT-578)`, con el fixture negativo que demuestre que se le ha visto en rojo. **Debe barrer todos los paquetes, no solo el ya medido** — `cli`, `mcp-server`, `core`, `agent-runtime` y `sdk-client` nunca han pasado por el extractor, y la forma "el barril es dueño del tipo" que produjo ambos ciclos de GT-641 no es específica de `core-domain`. | | | `Governance` | Cross | P2 | S | `PENDIENTE` |
-| [`GT-641`](./gap-reference-catalog.es.md#gt-641) | **Las fuentes del propio Core arrastran dos ciclos de import en tiempo de ejecución, y nada de lo que corre hoy en CI puede verlos.** La base de hechos estructural de [`GT-589`](./gap-reference-catalog.es.md#gt-589), apuntada a `src/packages/core-domain`, reporta `application/services/index.ts` ⇄ `application/use-cases/initialize-project.use-case.ts` y `application/validators/blocking-criteria-validator.ts` ⇄ `application/validators/phase-gate-validator.service.ts`. **Ninguno es solo de tipos**, así que ninguno se borra al compilar: son ciclos `require` reales, y la base de hechos los clasifica así porque distingue las aristas type-only de las de valor. **Una misma forma, dos veces:** un módulo publica un tipo Y ADEMÁS construye o reexporta al colaborador que lo consume, así que el colaborador tiene que importar de vuelta a través de él para nombrar sus propios parámetros. **Las cadenas de dos nodos que nombra el reporte son la mitad pequeña del hallazgo** — los componentes fuertemente conexos son más anchos: `project-scaffolder.service` y `phase-transition.use-case` están en el primero, `evidence-validator` y `ruleset-loader` en el segundo, de modo que un arreglo limitado a los dos archivos de la cadena habría movido el ciclo en vez de eliminarlo. **ARREGLADO 2026-07-30:** las formas compartidas se mudan a `application/services/use-case.types.ts` y `application/validators/phase-gate-validator.types.ts`; ambos dueños anteriores las reexportan, así que ninguna ruta de import existente cambia — incluida `@beyondnet/evolith-core-domain/application/services`, de donde el CLI y el servidor MCP importan `InitProjectInput`. **EL GUARD NO ESTÁ CONSTRUIDO, y decir por qué importa más que el arreglo:** `@beyondnet/evolith-repo-facts` solo existe en `feat/gt-589-repo-facts` (PR #309) y no está en `main`, así que ningún check de la rama por defecto puede correr esta medición. Hasta que #309 aterrice, un ciclo nuevo vuelve a pasar en silencio igual que estos dos. | | | `Core` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-640`](./gap-reference-catalog.es.md#gt-640) | **El guard comparaba el snapshot contra seis números copiados del propio snapshot, así que solo podía pasar — y el archivo que no estaba vigilando se estampa en 388 filas de un artefacto mayor.** `native-evaluability-snapshot.json` declaraba en su propia cabecera que era "un SNAPSHOT CAPTURADO, no la fuente de verdad". **No existía ningún script de captura.** Se mantenía a mano y derivó: fijaba `documentation-only: 129` mientras Core fijaba 136, y seguía llamando `unimplemented-native` a reglas que ya tenían handler. Su guard en `iso-5055-mapping.test.mjs` asertaba los seis conteos de clase del snapshot contra seis números escritos a mano en el test — los mismos seis literales que el snapshot ya contenía. **El valor esperado y el valor real eran copias el uno del otro**, así que la aserción se sostenía mientras el archivo no cambiara, fijara Core lo que fijara; informaba de una concordancia que nunca comprobó, lo cual es peor que no tener guard, porque la fila que protege se lee como verificada. **La deriva no se queda donde empieza.** `build-iso-5055-mapping.mjs` estampa `nativeEvaluability` en TODAS las filas del mapeo ISO/IEC 5055 desde ese archivo — 388 tras la recaptura, 381 antes — así que una sola clase rancia se blanquea en un artefacto derivado cinco veces mayor que su entrada, y sobredimensiona el backlog de handlers que es el entregable entero de [`GT-598`](./gap-reference-catalog.es.md#gt-598). El orden recaptura→reconstrucción no estaba escrito en ningún sitio, y el guard del propio mapeo no corría en **ningún workflow**. **CORREGIDO el 2026-07-29:** un script de captura que ejecuta el triage REAL de Core vía `ts-node` en vez de reimplementar la clasificación, la medición extraída del spec de jest a `test/rule-corpus-triage.ts` para que un script pueda alcanzarla — esa inalcanzabilidad es la razón de que el archivo se mantuviera a mano —, aserciones snapshot-contra-triage-fresco en ambas direcciones, un guard del job de documentación que lee los conteos que Core fija LEYENDO el spec y **lanza excepción** cuando el literal falta o cambia de forma, y ambos pasos declarados como eslabones de la cadena de artefactos derivados de [`GT-630`](./gap-reference-catalog.es.md#gt-630). **Recapturado el 2026-07-29 tras mergear el fix en la línea actual, y la deriva había crecido mientras estaba en vuelo:** `native-handler` 139 → 151, `documentation-only` 129 → 136, el backlog de handlers 60 → **48**, corpus 379 → 386, mapeo 381 → 388 filas. Doce de esos handlers los cerraron [`GT-595`](./gap-reference-catalog.es.md#gt-595) y [`GT-632`](./gap-reference-catalog.es.md#gt-632) mientras el snapshot mantenido a mano seguía reportándolos como backlog — el defecto demostrándose una vez más, sobre números que nadie escribió dos veces. **RENUMERADA GT-633 -> GT-640 el 2026-07-30**, después de que `49-validate-gap-id-allocation` detectara que `GT-633` ya nombraba otro gap en `develop` (el scaffolding de `evolith init`, `c8270e48`, registrado un día antes). Se mueve la fila más nueva, según el propio consejo del guard. |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-639`](./gap-reference-catalog.es.md#gt-639) | **Nada hace visible el trabajo en vuelo entre ramas, así que el mismo gap se arregla dos veces.** El 2026-07-30 el mismo trabajo se hizo dos veces, en tres ocasiones distintas, por sesiones que no podían verse: [`GT-640`](./gap-reference-catalog.es.md#gt-640) (registrado como GT-633 entonces) arreglado por un script de captura en `main` (#276) Y por un renderer independiente dentro del spec en `develop` (#279) — los dos correctos, los dos recapturando los mismos números, y dos generadores para un artefacto es el defecto del propio GT-640 un nivel más arriba, así que una tercera sesión gastó una reconciliación entera en dejar uno; el parser del guard de evidencias arreglado dos veces (`d1ea72a3` en main, `5acb29ed` en develop); y un id de GT asignado dos veces, forzando la renumeración que hay detrás de [`GT-638`](./gap-reference-catalog.es.md#gt-638). **El coste no es el conflicto de merge** — es el trabajo duplicado antes de que nadie llegara a él, más la reconciliación, que introdujo un defecto propio (una comparación sensible al orden que reescribía la fecha de captura en cada corrida, invisible un día porque ambas estampaban la misma fecha). Una fila lleva estado pero no QUIÉN la trabaja ni DÓNDE, así que dos sesiones pueden leer ambas `PENDIENTE` y empezar ambas, correctamente. **La convención de un solo driver ya existe; lo que falta es un mecanismo que la haga observable**, así que en un día cargado se degrada en silencio. **GUARD CONSTRUIDO el 2026-07-30 — tres criterios de cuatro.** `50-validate-gap-claim` deriva las reclamaciones de los PULL REQUESTS ABIERTOS (cada `GT-*` en título, cuerpo o nombre de rama) y falla cuando un id lo reclaman dos, nombrando ambos con su rama. Derivado y no a mano a propósito: una reclamación escrita a mano se queda rancia en la dirección que importa. Cableado en `Governance guards (GT-578)` con `GH_TOKEN`; observado en rojo por `43-validate-guard-negative-fixtures` (39/39). **El criterio 1 sigue abierto a propósito:** una lista commiteada en el tablero derivaría de estado vivo de GitHub y estaría rancia en cuanto alguien abriera un PR — y la cadena de [`GT-630`](./gap-reference-catalog.es.md#gt-630) existe para exigir que los derivados alcancen un punto fijo, así que uno perpetuamente rancio sería peor que ninguno. Tampoco ve una rama sin PR abierto, y lo dice en su propio texto de fallo. |  |  | `Governance` | Cross | P2 | M | `EN-PROGRESO` |
-| [`GT-638`](./gap-reference-catalog.es.md#gt-638) | **El tablero no tiene asignador de ids, así que dos ramas paralelas reparten el mismo número GT.** Un id se elige leyendo el `GT-*` más alto de la rama en la que uno está, y nada lo contrasta con otra rama — así que dos sesiones en paralelo asignan el mismo número y una se entera en el merge. Ya pasó: `8449af3d` en `develop` dice *"renumber the ratchet fix GT-634 -> GT-637, ID collision with develop"*; esa fila y [`GT-634`](./gap-reference-catalog.es.md#gt-634) en `main` tomaron el mismo id con horas de diferencia, desde sesiones que no podían verse. **La renumeración es manual y con pérdidas**, que cuesta más que el choque: un id vive en la fila del tablero, el ancla del catálogo, el registro de evidencia de cierre, referencias cruzadas en dos idiomas, mensajes de commit y cuerpos de PR — y sólo los tres primeros son comprobables mecánicamente. `08-validate-tracking` no puede ayudar por construcción: valida dentro de un único árbol de trabajo, y las ramas quedan fuera de su mundo. Tampoco es un desliz aislado — en el merge `develop` → `main` del 2026-07-30 el mismo patrón de duplicación convergente aparece tres veces: GT-640 (entonces GT-633) arreglado dos veces, el parser del guard de evidencias arreglado dos veces, este id asignado dos veces. **CERRADO el 2026-07-30 — y en su primera corrida real encontró una SEGUNDA colisión que nadie conocía.** `49-validate-gap-id-allocation` compara el **Title:** de cada id en HEAD contra el título que ese id lleva en la rama base; un título distinto para el mismo id es un número nombrando dos gaps. Contra `origin/develop` reportó **`GT-633`**: allí es "`evolith init` scaffolds a repository that cannot pass its own governance on the first run" (`c8270e48`, 2026-07-29) y en main era la fila del guard tautológico (`c3221276`, 2026-07-30), renumerada después a `GT-640`. El merge no lo había sacado a la luz. Se niega a adivinar qué lado está mal — un retítulo y una colisión se ven igual desde fuera —, así que nombra los dos. Cableado en `Governance guards (GT-578)` con un `git fetch` explícito de la base, porque un checkout superficial de CI no la tiene. Observado en rojo por `43-validate-guard-negative-fixtures` (38/38). Sigue sin ver un id asignado en una rama sin PR abierto, y su salida `--verbose` lo advierte en cada id nuevo. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-637`](./gap-reference-catalog.es.md#gt-637) | **El ratchet de referencias muertas de GT-578 estaba atascado en 305 por dos bugs reales en el propio GUARD, no por el tamaño del backlog de registros que decía medir.** Al cerrar el PR de `GT-633` apareció un fallo en `Governance guards (GT-578)` y, al investigarlo, un refactor sin commitear y sin terminar que ya estaba en el árbol de trabajo: `resolveCommand` llamaba a `npmScriptOperand(...)`, una función que nunca se definió, así que el guard crasheaba con `ReferenceError` en cada invocación — incluso en modo reporte plano. Reparar esa función (restaurar su comportamiento y luego corregirlo) bajó el conteo de 309 a 78, lo que destapó el segundo bug: el corpus usa `npm run --workspace <ruta> <script>` en todo el corpus — el flag `--workspace` ANTES del nombre del script, una forma válida que `npm` acepta — y la búsqueda del nombre de script del resolver no sabía que `--workspace` consume el siguiente token, así que confundía la propia ruta del workspace con el nombre del script y la reportaba como no declarada. Ambos bugs eran preexistentes; solo se volvieron VISIBLES juntos, porque antes del primer arreglo el guard nunca llegaba tan lejos como para tropezar con el segundo. **CERRADO el 2026-07-29.** Ambos bugs arreglados, bajando 309 → 52. Las ~290 rutas anteriores al refactor `src/` y a la mudanza a `product/` que el propio docstring de este job nombra (`sdk/cli`, `apps/core-api`, `packages/*`, `reference/infrastructure/`, `reference/operations/`, el scope retirado `@evolith/*`) eran una migración de DATOS, no un arreglo de código, y ya estaban parcialmente hechas en el estado sin commitear encontrado en el árbol; el resto se completó de la misma forma — 18 sustituciones más, cada una verificada contra un fichero sucesor real en disco antes de escribirse, nunca adivinada. Eso bajó 52 → 22. Uno más, `chat.command.ts`, era un `wc -l` real al que solo le faltaba el prefijo de directorio (`src/sdk/cli/src/commands/chat/chat.command.ts`), confirmado existente, cerrando 22 → 21. Por el camino se encontró y arregló un tercer defecto, no relacionado: `.harness/bin/opa` (15 de las 309 originales) está gitignored y se descarga en un paso de CI separado — mismo hallazgo que `GT-632` sobre el guard 47, un artefacto gitignored ausente en un checkout limpio confundido con una ruta equivocada — así que `resolveCommand` ahora reporta `unchecked`, no `dead`, para cualquier ruta bajo `.harness/bin/` o `dist/`. `--max-dead` pasó de 305 a **21**, probado exacto observando que el guard falla en 20. El residual de 21 es genuinamente retirado o narrativo, no un renombre: un `.bmad-core/AGENTS.md` consolidado que reemplazó los ficheros por agente (2 registros), la puerta de enlace `evolith-bff` retirada (3), el paquete retirado `packages/mcp-tools` (2), dos manifiestos k8s retirados cuyos sucesores tienen contenido completamente distinto en vez de una ruta movida (3), una app sandbox retirada (1), tres invocaciones `npm test`/`npm run info`/`npm run test:cov` a nivel de raíz de antes de que existieran los workspaces, sin sucesor a nivel raíz (7), y tres registros donde `vision/` o `tools/list` — un nombre de método JSON-RPC de MCP, no una ruta de fichero — son prosa que describe historia, mal parseada como token con forma de ruta (3). Ninguno de estos se forzó hacia un destino plausible; un renombre equivocado habría sido peor que un residual honesto. 39/39 self-tests del guard pasan, incluida cobertura nueva para ambos bugs y sus gemelos negativos (la verificación de script con `--workspace` sigue cazando un script genuinamente no declarado; un binario ausente no-gitignored sigue siendo `dead`), de modo que el arreglo no puede cegar al guard, que es justo lo que no debía pasar. `08-validate-tracking`, `42`–`45` del mismo job, y una corrida completa `--execute --verbose` (modo reporte, fallos preexistentes en 6 registros no relacionados, ninguno entre las rutas tocadas aquí) confirmaron todo limpio. |  |  | `.harness` | Cross | P1 | S  | `COMPLETADO` |
-| [`GT-636`](./gap-reference-catalog.es.md#gt-636) | **Tres checks de CI estaban en rojo en el PR #275 — `Security Audit`, `E2E Tests`, `Evolith Core Validation` — y los tres eran defectos reales y arreglables, no la deuda aceptada que cualquiera de ellos parecía al principio.** `Evolith Core Validation` fallaba en `Bilingual Terminology Lint` (2 de 5 términos marcados eran prosa genuinamente sin traducir; los otros 3 eran celdas de tabla/cita donde traducir solo el término marcado habría hecho el documento menos consistente). `E2E Tests` fallaba en 1 de 132 tests que llamaba a dos flags de CLI (`--architecture --arch-level F1`) que nunca existieron — el flag real es `-a, --arch`. `Security Audit` reportaba 31 hallazgos de `npm audit` (29 high, 2 moderate); la investigación los trazó a UNA SOLA causa raíz — un aviso de DoS en `brace-expansion` (`GHSA-mh99-v99m-4gvg`, que afecta toda versión `<=5.0.7`, parcheado solo en `5.0.8`, publicado DESPUÉS de que el `overrides.brace-expansion: "2.1.2"` ya existente en este repo se fijara) que propaga severidad hacia arriba por todo el toolchain de devDependencies jest/eslint/`@nestjs/cli`, más un hallazgo independiente de `fast-uri`. **CERRADO el 2026-07-29, los tres.** Terminología y E2E arreglados como describe su propia nota de cierre anterior. `Security Audit`: el `overrides.brace-expansion` de la raíz subido de `2.1.2` a `5.0.8`, más un `overrides.fast-uri: "3.1.4"` nuevo (dentro del rango que el propio `ajv` declara, `^3.0.1`) — un diff de `package.json` de 2 líneas. Llegar ahí exigió forense real: un `npm install` plano dejaba 4 de las 10 posiciones del árbol fijadas a una versión OBSOLETA registrada en el lockfile sin importar el override nuevo, así que hubo que borrar esas entradas específicas de `package-lock.json` antes de que un `npm install` fresco respetara el override; un override anidado y con ALCANCE (`"eslint": {"brace-expansion": ...}`) empeoraba el arreglo, no lo mejoraba — en cuanto un paquete tiene un objeto de override anidado para AUNQUE SEA una sola dependencia no relacionada (`ajv`), npm deja de dejar que la regla general de la raíz, sin alcance, se propague dentro de ese subárbol en absoluto, así que el arreglo que funciona es el override plano de nivel superior SIN ninguna entrada anidada compitiendo por el mismo paquete. 0 high / 0 critical confirmado con el comando exacto de CI (`npm audit --audit-level=high`, exit 0) en un entorno limpio aislado (un worktree de scratch con un `node_modules` real, no-symlinked, ya que la propia granja de symlinks por paquete que esta sesión armó antes quedó confirmada corrompiendo el tooling de grafo de dependencias). Quedan 2 moderados, deliberadamente no perseguidos: un path-traversal solo-Windows en el `serve-static` de `@hono/node-server`, irrelevante para el CI/despliegue Linux de este repo, cuyo arreglo exige subir una dependencia de PRODUCCIÓN con pin EXACTO (`@modelcontextprotocol/sdk`) en vez de un override de devDependency. Verificado más allá del audit: las suites completas de `core-domain` (1442/1442), unit de CLI (1436/1436) y E2E (132/132, reconstruyendo primero cada dependencia de workspace, exactamente como hace el propio job de CI) y `mcp-server` (433/437, 4 skips preexistentes) todas en verde contra el árbol arreglado. |  |  | `Cross` | Cross | P2 | S  | `COMPLETADO` |
-| [`GT-635`](./gap-reference-catalog.es.md#gt-635) | **El ratchet de referencias muertas está por encima del presupuesto en main desde el 2026-07-28, así que el job de gobernanza está en rojo permanente.** `41-validate-evidence-commands --strict --max-dead 305` reporta **309 referencias muertas en un checkout limpio**, así que `Governance guards (GT-578)` sale 1 en cada corrida de `ci-cd.yml` — observado en las corridas `30482497995`, `30470648146` y `30466280865`, todas en `main` y sin nada por mergear. El presupuesto se fijó en `4a1b92d6` "donde se midió"; desde entonces diez commits han editado `gap-closure-evidence.json`, cada uno añadiendo `validationCommands`, y la cuenta se fue por encima. El propósito entero del ratchet es que las referencias muertas no CREZCAN, y está reportando exactamente eso mientras se lo ignora, porque un job en rojo permanente se lee como ruido de fondo — el mismo modo de fallo que [`GT-622`](./gap-reference-catalog.es.md#gt-622) registra para la configuración huérfana de CodeQL. El próximo cambio que añada de verdad una referencia muerta será indistinguible de las cuatro que ya están. **Lo que no hay que hacer:** subir el presupuesto a 309, que convierte un ratchet incumplido en uno ratificado. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-634`](./gap-reference-catalog.es.md#gt-634) | **El CLI y el MCP publicados resuelven una build del SDK anterior a la ola de seguridad, porque un rango caret bajo 1.x la fija.** `@beyondnet/evolith-cli@1.2.1` y `@beyondnet/evolith-mcp@1.2.1` declaran ambos `@beyondnet/evolith-sdk: ^1.1.0`, y eso resuelve **exactamente `1.1.0`** — el SDK publica `1.0.0`, `1.1.0` y `2.0.0` y nada en medio, y un caret no cruza un mayor. Las fechas son el hallazgo: `sdk@1.1.0` se publicó el 2026-07-18, `sdk@2.0.0` el 2026-07-27 como parte de la release que cerró [`GT-570`](./gap-reference-catalog.es.md#gt-570), y ambos consumidores el 2026-07-28 — **después** de que 2.0.0 existiera, y seguían en la línea 1.x. Así que la exposición que GT-570 declaró cerrada para "quien instale `latest`" no está cerrada para esta dependencia. Dicho con precisión, porque la afirmación fuerte no está verificada aquí: lo medido son las fechas y la resolución, no el contenido — esta fila no afirma que `sdk@1.1.0` cargue una vulnerabilidad concreta. Encontrado ejecutando el criterio de deprecación de [`GT-624`](./gap-reference-catalog.es.md#gt-624), que es lo que dejó el rango a la vista: deprecar `sdk@1.1.0` avisaría en cada instalación limpia de la línea actual sin ningún sucesor 1.x que ofrecer.  **CERRADO el 2026-07-30 — 1.2.2 está publicada, y el marco de seguridad de esta fila era ERRÓNEO.** Una instalación limpia de `@beyondnet/evolith-cli@latest` resuelve ya `@beyondnet/evolith-sdk@2.0.0` con el binario arrancando. Pero verificar el criterio 2 refutó la premisa: **ninguno de los siete commits de la ola toca `src/packages/sdk-client` — cero ficheros** — y el propio commit de release de la ola nombra los tres paquetes afectados (mcp, cli, agent-runtime). El SDK se republicó con ellos, no se arregló. Lo real es un MAYOR rancio fijado por un caret bajo 1.x más un lockfile que anidaba el tarball del registry tapando el enlace del workspace — la clase de `GT-625`, no una exposición de seguridad. La cautela escrita al abrir la fila es lo que abarató la corrección. |  |  | `Infra` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-633`](./gap-reference-catalog.es.md#gt-633) | **`evolith init` producía un repositorio que suspende su propio primer `evolith validate`, y solo los handlers de GT-595 lo hicieron visible.** Con `MTN-05` y `GIT-08` dotados de handler real por la ola de reglas con forma de configuración, un satélite recién scaffoldeado reportaba dos hallazgos bloqueantes que eran veredictos REALES, no el invariante bloqueante-y-saltada de GT-595: el scaffold no declaraba `spec.boundedContexts`, y no escribía configuración de commitlint en absoluto. La segunda es la más afilada — el corpus EXIGE Conventional Commits (`GIT-08`, `MUST`, `blocking`) y el propio comando de arranque del producto entregaba un repositorio donde nada los hacía cumplir. Ambas estaban fijadas por nombre en `rule-applicability.integration.spec.ts` justamente para que cerrarlas se viera. **CERRADO el 2026-07-29, y las dos mitades se cerraron por medios OPUESTOS, porque no son el mismo tipo de defecto.** `GIT-08` era un hueco del scaffold y nada más: Conventional Commits obliga desde el primer commit y el corpus ya enuncia la convención y sus siete tipos literalmente, así que no había nada que decidir ni nada que inventar. `init` emite ahora las tres patas que lee el handler — `commitlint.config.mjs`, los paquetes de commitlint en `devDependencies` y (con `--features hooks`) un `.husky/commit-msg` que ejecuta `npx --no-install commitlint`, de modo que la ausencia de la herramienta es un ERROR y no el salto silencioso que encontró `GT-623`. Sin `hooks` la configuración se escribe igual y el resultado lleva un warning diciendo que nada la ejecuta, en vez de dejar un fichero que parece enforcement sin serlo. Es independiente del runtime a propósito: commitlint es una herramienta Node, así que un satélite .NET o Python recibe un `package.json` solo de tooling — que es lo que esos repositorios llevan en la práctica y lo que el handler realmente lee; emitir solo la configuración habría dejado la regla suspendiendo para todo runtime que no sea Node. **`MTN-05` NO era un hueco del scaffold, y emitir un bloque `spec.boundedContexts` habría sido el arreglo equivocado.** La propia descripción de la regla dice que la estrategia DEBE definirse "antes de la Fase 2 Diseño", y un scaffold en fase-0 no tiene contextos acotados que declarar; satisfacerla en el `init` habría supuesto escribir una decisión de persistencia INVENTADA en cada repositorio nuevo, tras lo cual `MTN-05` pasaría por un motivo que nadie eligió. Peor: según la nota del propio handler los dos vocabularios son irreconciliables — `evolith-yaml.schema.json` restringe `persistence` a un enum de motor de base de datos bajo `additionalProperties: false` — así que cualquier valor escrito o rompe el esquema del contrato o no puede casar con la regla tal como está redactada. Lleva `appliesFromSdlcPhase: 2` en su lugar, que es el hecho de aplicabilidad que la regla siempre enunció en prosa, y sigue el precedente de `TAX-06` (anotación más un rego paralelo). La regla queda DIFERIDA, no debilitada, y eso se afirma en vez de suponerse: un test recorre las fases 0→3 y exige que vuelva a obligar en Diseño. **Un hallazgo metodológico que vale más que el arreglo.** La premisa no se reprodujo al primer contacto: la suite resuelve `@beyondnet/evolith-core-domain` por el symlink del workspace hacia `dist/`, que llevaba nueve días obsoleto, así que ambas reglas se reportaban `skipped` y la aserción fijada YA decía `[]`. Una corrida verde en ese estado habría "demostrado" el gap cerrado antes de escribir una línea — la misma clase que `GT-625` y `GT-632`, un pase que depende de estado de build sin versionar. Solo se reprodujo tras reanclar `node_modules` en el worktree y reconstruir, y entonces cada regla se verificó individualmente y no a través de la suite: `GIT-08` se ejecuta y PASA (typescript y python), `MTN-05` se reporta `notApplicable` en vez de pasar en silencio. |  |  | `Core Domain` | Cross | P1 | S  | `COMPLETADO` |
-| [`GT-632`](./gap-reference-catalog.es.md#gt-632) | **El MCP denegaba todas sus herramientas en producción por una ruta mal escrita, y la prueba de que funcionaba era estado local sin versionar.** `abac-evaluator.ts:322` resolvía la política compilada en `<core>/sdk/cli/rulesets/opa/policy.wasm` — la ruta ANTERIOR al refactor `src/`. El fichero vive en `src/sdk/cli/…`. Cuando el stat falla, el evaluador deniega fail-closed en producción, así que en un checkout limpio con `NODE_ENV=production` la política compilada nunca se carga y TODA herramienta MCP se rechaza. Parecía verde porque `policy.wasm` está gitignorado: un fichero rancio dejado en la ruta vieja por una época anterior hacía que la carga funcionara en local, y el test que lo cubre pasaba contra un artefacto que ningún checkout fresco tendría. Misma forma que `GT-625` — un verde que dependía de estado no versionado — pero en el camino de autorización. Encontrado el 2026-07-29 investigando por qué `abac-rego-parity.spec.ts` se había puesto rojo; el rego era correcto (`opa eval` devuelve `allow: true` para un arquitecto en producción). **`40-validate-path-literals` no puede ver esta clase:** barre literales de cadena, y esto es una construcción `path.join(corePath, 'sdk', 'cli', …)`. Sobreviven doce joins así en `src/**` — los otros once están en `opa-input-builder.ts` y `cli-release-rule.handler.ts`, donde una ruta equivocada produce un falso NEGATIVO en un evaluador en vez de una denegación, que es más silencioso y no menos incorrecto. **CORREGIDO para el camino de autorización el 2026-07-29:** el evaluador prueba ahora ambas ubicaciones, la nueva primero — no es dejadez, es lo que mantiene funcionando una imagen ya desplegada mientras se corrige la ruta. Revertir el arreglo pone `abac-rego-parity.spec.ts` en rojo (1 de 11); con él, mcp-server va 434/434. Quedan los otros once joins y el punto ciego del guard. **Criterio 2 CERRADO el 2026-07-29 — y dos de las once estaban mal de una forma que el prefijo por sí solo no arreglaba.** Ocho eran supervivientes simples del movimiento a `src/` y admitieron el prefijo. Las otras tres eran peores: dos apuntaban a `sdk/cli/src/core/mcp/server.ts`, un fichero que salió del CLI por completo cuando mcp-server pasó a ser su propio paquete (hoy `src/packages/mcp-server/src/mcp/mcp-server.service.ts`); y una exigía un `package-lock.json` por paquete, cosa que los WORKSPACES de npm impiden — hay exactamente un lockfile, en la raíz, así que esa comprobación solo podía ser falsa. Una regla que nadie puede satisfacer no es una regla más estricta. **Las specs y las fixtures de paridad también codificaban el layout viejo** (`cli-release-readiness.fixture.json`, `mcp.fixture.json`), y por eso llevaban tiempo en verde sobre rutas que no existen: la fixture y el código coincidían entre sí y ninguno coincidía con el repositorio. Ambas corregidas. core-domain 1367/1367, `28-native-evaluator-parity` exit 0. **Criterio 3 CERRADO el 2026-07-29 — la primera corrida del guard estuvo casi toda equivocada, que es el hallazgo.** `47-validate-joined-paths` reportó 19 rutas rotas; solo 3 eran defectos. Cada una de las otras 16 habría empeorado el código: seis tenían base `root`, un PARÁMETRO que nombra el workspace del cliente, así que corregirlas rompería la evaluación de todos los satélites; nueve eran miembros de CADENAS DE FALLBACK correctas cuando uno de cuatro layouts resuelve, y la forma natural de callarlas es borrar los fallbacks, rompiendo imágenes desplegadas; una era una PROHIBICIÓN cuya ausencia ES el estado que aprueba, así que corregirla habría invertido la regla. Las cadenas se detectan ahora estructuralmente (hermanos de array, o las ramas de un ternario); las prohibiciones no pueden, y llevan razón escrita. Los tres defectos reales: `opa-evaluator.ts` resolvía `policy.wasm` y los esquemas de entrada sin el prefijo `src/`, misma clase fail-closed que el P0 de arriba; `satellite-upgrade-diff.ts` sondeaba `rulesets` detrás de un return temprano, reportando cero cambios de rulesets en cada upgrade de satélite; `artifact-path-resolver.ts` nombraba un `adr-matrix.json` que no existe en ningún layout. 11 fixtures negativas, los dos suelos anti-vacuos, y `43-validate-guard-negative-fixtures` lo OBSERVÓ en rojo sobre 36 guards. Una indulgencia conocida (dos joins como argumentos hermanos) queda anotada en su cabecera en vez de escondida. |  |  | `MCP Server` | Cross | P0 | M  | `COMPLETADO` |
-| [`GT-631`](./gap-reference-catalog.es.md#gt-631) | **Extraído de [`GT-573`](./gap-reference-catalog.es.md#gt-573) para que su mitad cross-repo se siga en vez de absorberse en un cierre.** La mitad del Core del tercer criterio de GT-573 está hecha: `evaluation-context` y `evaluation-result` están fijados en `MACHINE_CONTRACT_SET` junto a `gate-evidence` y `output-envelope`, así que un cambio en cualquiera de esas formas ya rompe `10-validate-contract-conformance` en vez de llegar en silencio a los consumidores. Lo que queda está en otro repositorio y no se puede hacer desde aquí: el **Tracker** debe re-fijar esos dos esquemas en su propio `contracts/evolith-core-contracts.json` con su sha256, enlazar las tres fixtures publicadas (`EVALUATION_RESULT_PASS/FAIL/OPA_GATE_FAIL`) en un test de binding de DTOs, quitar o documentar `resolvedTopology` (que el resultado canónico nunca llevó), renombrar su `phase` de gate a `phaseId`, y eliminar su caída a `SKIPPED` para un payload que trae un `overallVerdict` no vacío. Hasta entonces, un cambio de forma del lado Core se caza aquí y sigue sorprendiendo al consumidor. |  |  | `Evolith Tracker` | Cross | P1 | S | `PENDIENTE` |
-| [`GT-630`](./gap-reference-catalog.es.md#gt-630) | **Los artefactos derivados tienen un ORDEN de dependencia y nada lo exigía — costó tres checks requeridos en rojo solo el 2026-07-28.** `generate-executive-summary.mjs` lee `maturity-reconciliation.json`, que a su vez se deriva del tablero de gaps. Generar el resumen ANTES de reconciliar captura un valor que el reconciliador está a punto de mover. El `--check` de cada artefacto pasa en ese momento — el resumen coincide de verdad con lo que se acaba de escribir — así que `ci-runner governance` sale verde en local y `Validate documentation` sale rojo en el runner, donde los pasos corren en el orden declarado. No es un fallo de artefacto rancio, que los `--check` individuales ya cazan; es un fallo de ORDEN, invisible para cualquier comprobación que mire un artefacto cada vez. La secuencia correcta (reconciliar → suite → generar → validar) no estaba escrita en ningún sitio del repositorio, que es la razón de que el mismo error se cometiera tres veces en una sesión por alguien a quien ya le había mordido dos. **CERRADO al registrarse.** La cadena es ahora DATOS en `46-validate-derived-artifact-order.mjs` — productor, qué consume, qué escribe — recorrida en orden de dependencia y cableada en `Validate documentation`. Informa del PRIMER eslabón rancio con el comando que lo arregla y las entradas que deben estar al día antes que él, porque un artefacto construido sobre entrada rancia no está mal por sí mismo. Escribir los tests acotó cuánto vale la pasada de punto fijo, y ese límite queda recogido en el guard: con generadores deterministas, la comprobación de orden ya la subsume; se gana su sitio ante un generador cuya salida no depende solo de sus entradas declaradas, que es el caso que ejercita el autotest. 8 autotests, cuatro de ellos anti-vacuos. Registrado en `guard-classification.mjs`; 58 guards clasificados, 35 vistos fallar. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-629`](./gap-reference-catalog.es.md#gt-629) | **Una fila puede estar EN-PROGRESO indefinidamente sin criterios de aceptación, y el guard de seguimiento no lo dirá.** `08-validate-tracking.mjs` exige que una fila `DONE` tenga todos sus criterios marcados — la comprobación que ha cazado cuatro cierres falsos esta semana — pero nunca pregunta si una fila ABIERTA tiene algún criterio que marcar. `GT-443` estaba en ese estado: registrada, en progreso y estructuralmente incerrable, porque su sección del catálogo llevaba prosa en vez de una lista de criterios. Encontrado el 2026-07-28 auditando por qué había 24 filas en progreso. Una fila sin criterios es peor que una con criterios incumplidos: no puede terminarse, no puede medirse, y se lee como trabajo activo. **CERRADO el 2026-07-28.** El guard ya rechazaba una fila COMPLETADA con un criterio sin marcar; ahora rechaza también una fila no-completada SIN criterios que marcar, en cualquiera de los dos idiomas, nombrando la fila, su estado y el idioma. El alcance es toda fila abierta, incluidas DIFERIDO, épicos e hitos — a propósito, porque una fila agregadora es el sitio más fácil para que se esconda la prosa. Imprime su denominador también en la corrida verde (`47 filas GT no-completadas comprobadas … 0 sin criterios`) y lleva dos suelos `assertScanned` sobre el corpus de casillas, porque AMBAS comprobaciones de criterios leen la misma forma `- [ ]` y enmudecerían juntas si esa forma se moviera. 17 autotests, incluida la fixture negativa. **Encontró tres filas reales en su primera ejecución** — GT-435, GT-444, GT-448, con prosa `**Closure:**` en la forma de GT-443 — y se les escribieron criterios comprobables en vez de una exención. |  |  | `Governance` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-628`](./gap-reference-catalog.es.md#gt-628) | **Diecinueve documentos están en el slot de idioma equivocado, y la puerta no podía ver ninguno hasta el 2026-07-28.** Descubierto al activar la heurística de idioma de GT-620. OCHO slots ingleses están escritos en español — `reference/core/interfaces/using-the-mcp.md` (956 palabras funcionales españolas frente a 107 inglesas), `using-the-rest-api.md` (1231 frente a 35), `src/packages/mcp-server/README.md` (573 frente a 21), `reference/knowledge/README.md`, `reference/knowledge/canonical/glossary/knowledge.md`, `reference/core/sdlc/governance/adr-0090-rule-language-policy.md` y dos plantillas de artefacto SDLC. ONCE slots españoles están escritos en inglés, incluidos los `.es.md` de tres ADRs de SEGURIDAD (0120 prevención de SSRF, 0121 validación de entrada, 0122 seguridad en ejecución de shell) y ambas copias de `ADR_COVERAGE.es.md`. El proyecto está a las puertas del código abierto y sus dos guías de interfaz principales — MCP y REST — no tienen ningún punto de entrada en inglés, exactamente el hallazgo que GT-620 registró para la guía del CLI. Quedan en línea base POR NOMBRE en `bilingual-suite.mjs` para que la clase no pueda crecer; cada entrada borrada de esa lista es una traducción que ocurrió de verdad. **CERRADO el 2026-07-28 — la línea base está vacía y eliminada.** Diecinueve documentos estaban en el slot de idioma equivocado cuando se activó la heurística. Cuatro eran culpa de la propia heurística (tablas de títulos de ADR en inglés leídas como prosa inglesa) y se arreglaron en la librería, no se excusaron. Los otros quince se tradujeron, los últimos ocho en esta ola: `using-the-mcp.md` (1381 líneas, el punto de entrada en inglés a la superficie MCP que un producto a las puertas del código abierto no tenía), `src/packages/mcp-server/README.md`, los `.es.md` de ADR-0054 y ADR-0056, `scripts-taxonomy.es.md`, `minimal-apis-vs-controllers-analysis.es.md` y las dos plantillas de artefacto SDLC. **Sin línea base, TODO par EN/ES del repositorio queda ahora juzgado** — incluido `using-the-cli.md`, que estuvo fuera de la línea base desde el principio justo para que fallara si regresaba. La cabecera de la suite lo dice con todas las letras: no reintroduzcas una línea base para poner verde una puerta roja; traduce el fichero. |  |  | `Documentation` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-627`](./gap-reference-catalog.es.md#gt-627) | **El corpus de conformidad de ADR commiteado estaba siete rulesets por detrás de su propio generador, y seis de los siete son estándares de seguridad.** Descubierto el 2026-07-28 al regenerar para `GT-571`: `generate-adr-rulesets.mjs` escribió 133 rulesets donde el repositorio tenía 126. Los que faltaban son ADR-0118 más **ADR-0119 (endurecimiento de configuración de seguridad de API), ADR-0120 (prevención de SSRF), ADR-0121 (validación y saneamiento de entrada), ADR-0122 (seguridad en ejecución de shell), ADR-0123 (comparación en tiempo constante) y ADR-0124 (gestión de credenciales y secretos)** — decisiones aceptadas sin ningún ruleset de conformidad en el corpus, porque nadie volvió a ejecutar el generador tras aceptarlas. Nada lo detectó: el generador imprime una cifra de cobertura pero no se ejecuta con `--check` en CI, así que el corpus podía derivar del conjunto de ADRs indefinidamente. Es la misma forma que `GT-424` (un registro que deriva porque solo se verifica una dirección) y `GT-607` (ADRs Aceptados sin código que los implemente), y es la razón de que se moviera el snapshot fijado de triaje de `GT-595`: de 143 no ejecutables a 150, y de 126 reglas de conformidad de ADR a 133. **CERRADO el 2026-07-28.** El generador soportaba `--check` desde que se escribió; nadie lo ejecutaba nunca, y ese era el gap entero — la misma forma que `GT-424`, donde el guard existía y no se exigía. Ahora corre en `Validate documentation`, un check REQUERIDO, así que un ADR aceptado sin ruleset generado bloquea el merge en vez de esperar a que alguien regenere a mano. Por el camino se repararon dos cosas. **El autotest del propio generador estaba rojo y llevaba tiempo así**, por dos rutas que perdieron el prefijo `src/` en el refactor — uno de los ocho fallos preexistentes que catalogó el verificador de la ola 2; ahora va 8/8 y corre en el mismo job requerido. **`--check` podía reportar un pase sobre nada**: `drift === 0` sobre un árbol de ADRs vacío no es "sin deriva", es "no se comparó nada", así que ahora falla ante un barrido de cero ADRs e imprime el denominador que comparó (`--check passed: 140 ADR(s), no drift`). La fixture negativa borra un ruleset generado real, comprueba que el check se pone rojo y restaura el árbol — un guard que nadie ha visto fallar es el defecto que este tablero no para de encontrarse a sí mismo. |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-626`](./gap-reference-catalog.es.md#gt-626) | **El quickstart del propio README no completa, y los dos comandos discrepan sobre lo que produce `init`.** Medido el 2026-07-28 contra el `@beyondnet/evolith-cli@1.2.1` publicado, ejecutando la secuencia del README literalmente en un directorio limpio. El paso 5, `evolith scaffold --phase 1`, sale con 1 y `<proj>/src exists but is not an Nx workspace (no nx.json/package.json). Run \`evolith-cli init\` first to scaffold the base workspace.` — pero `init` ya se había ejecutado en el paso 2, y es quien creó ese `src/`. `scaffold.command.ts:296-305` resuelve el workspace al directorio `src/` y exige un `nx.json` o `package.json` DENTRO de él; `init` escribe `package.json` en la RAÍZ del proyecto y deja `src/` vacío. El consejo del mensaje de error es por tanto circular: le dice al usuario que ejecute el comando que acaba de ejecutar. `scaffold` no acepta `--dir`, así que no hay rodeo dentro de la secuencia documentada. Extraído de `GT-571` al ejecutar su primer criterio de aceptación en vez de asumirlo. **Seguimiento de la ola 2, 2026-07-28 — dos de tres criterios cumplidos, y el tercero es el de fondo.** La mitad de las banderas está corregida: `--phase` estaba declarada, documentada y se preguntaba INCONDICIONALMENTE, así que se descartaba en silencio en la ruta humana mientras `--frontend` y `--orm`, justo encima, sí se respetaban — por eso pasar banderas no hacía el comando ejecutable en un script. Ahora toda bandera declarada manda, la fase pasa por la misma canonicalización `toProgressivePhase` que la ruta JSON, y los valores con default DOCUMENTADO (`--api-name`, `--web-app-name`, `--host-name`, `--remotes`) resuelven a ese default en no-TTY en vez de rehusar: el exit 3 debe significar "esta ejecución necesita una decisión", nunca "no reescribiste un valor por defecto". Las decisiones reales sin default siguen rehusando, correctamente. **La precondición se corrigió en dirección contraria a mi primer intento, que estaba mal.** Primero la hice permisiva, y el resultado fue convertir un rechazo rápido y claro en un crash críptico de Nx (`Cannot read properties of null (reading 'useInferencePlugins')`) tras minutos instalando dependencias. `NxWorkspaceStrategy` ejecuta `npm` y `nx` dentro de `<cwd>/src`, así que ese directorio debe ser de verdad un workspace Nx; el guard ahora exige `nx.json` ahí — aceptar solo `package.json` era un falso positivo — y su mensaje nombra algo que sí lo crea, en vez de nombrar `init`, el comando que el usuario acaba de ejecutar. **El criterio 2 NO se cumple y es el alcance restante:** `init` y `scaffold` siguen sin coincidir, porque nada en el producto crea ese workspace Nx. Quién debería hacerlo — `init`, el propio `scaffold`, o un paso explícito — es una decisión de diseño, no algo que adivinar dentro de una precondición. Ambos READMEs ya lo dicen en vez de documentar un paso que no puede seguir al anterior. **CERRADO el 2026-07-28.** Aterrizó el criterio 2: `scaffold` ahora arranca el workspace Nx que necesita, así que puede ir detrás de `init` como el README siempre dio a entender. La precondición NO se hizo permisiva a propósito — un intento anterior lo hizo y convirtió un rechazo rápido y claro en un crash críptico de Nx tras minutos instalando dependencias; un `src/` ambiguo sigue ganándose el rechazo rápido. El sobre informa de si la ejecución creó el workspace o lo encontró, para que un consumidor máquina distinga un andamiaje sobre un workspace preexistente de uno que arrancó el suyo. |  |  | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-625`](./gap-reference-catalog.es.md#gt-625) | **El artefacto publicado no es instalable, y lo que lo tapa es el workspace.** Descubierto al PROBAR el criterio de aceptación de GT-571 contra el registro en vez de asumirlo. `npm i @beyondnet/evolith-cli@1.2.0` en un directorio limpio instala, y entonces `evolith-cli --version` muere con `MODULE_NOT_FOUND` en `@beyondnet/evolith-core-domain/application/paths/rulesets-location` — un import de subruta profunda que el `@beyondnet/evolith-core-domain` publicado no expone. En este repositorio ese mismo import resuelve, porque el symlink del workspace apunta al árbol de fuentes y no a lo que se empaquetó. Toda comprobación que hacemos es por tanto ciega a esto: la suite del CLI (1382 tests), la suite e2e y el tester exploratorio corren dentro del workspace. 1 de 36 especificadores `@beyondnet/*` que importa el `dist` publicado no resuelve en una instalación limpia; `src/sdk/cli/scripts/check-install-smoke.mjs`, escrito durante la Ola 2, es lo que lo detecta. Es la misma clase que el hallazgo de la auditoría de madurez de que un verde local no es evidencia — aquí el mecanismo de ocultación son los workspaces de npm y no un `dist` rancio o un directorio en gitignore. **CERRADO el 2026-07-28.** `core-domain@1.2.0`, `core@1.2.0`, `infra-providers@1.2.0`, `mcp@1.2.1` y `cli@1.2.1` están en el registro, los cinco con attestations. Verificado contra el REGISTRO, no contra un exit code: el tarball de core-domain contiene `application/paths/rulesets-location`, y en un directorio que jamás ha visto este workspace `cli --version` imprime 1.2.1 y el MCP arranca. **La puerta se pagó sola en su primer uso real**: paró la release antes de publicar el MCP y destapó un SEGUNDO paquete publicado roto que la auditoría no vio — `evolith-mcp@1.2.0` revienta al arrancar con `PatternCatalogService is not a constructor`, porque `evolith-core@1.1.0` no lo exporta. Dos paquetes publicados rotos por una sola causa; este se detectó antes de enviar, no cuatro días después. Se registra también porque cambia lo que es cierto: publicar core-domain@1.2.0 repara retroactivamente `cli@1.2.0`, cuyo rango `^1.1.0` ahora resuelve al hermano corregido — que es justo por lo que se estrecharon los rangos a `^1.2.0`, para que un resolutor no pueda volver a elegir 1.1.0. |  |  | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-624`](./gap-reference-catalog.es.md#gt-624) | **Extraído de [`GT-570`](./gap-reference-catalog.es.md#gt-570) para que su remanente quede registrado y no absorbido en un cierre.** 1.2.0 se publicó el 2026-07-27 con provenance y la exposición está cerrada para quien instale `latest` — pero dos de los tres criterios originales de GT-570 no se cumplen con eso, y fingir lo contrario es el patrón que este tablero lleva pillándose a sí mismo (GT-12, GT-568, GT-254, GT-424). **(a) Las versiones 1.1.0 no están deprecadas.** `npm install @beyondnet/evolith-mcp@1.1.0` sigue resolviendo la build anterior a la ola de seguridad del 2026-07-23, en silencio, y el CHANGELOG público nombra los ficheros vulnerables. Deprecar es un comando por paquete pero exige credenciales de npm, así que es acción del dueño: `npm deprecate @beyondnet/evolith-mcp@1.1.0 "Security fixes in 1.2.0 — see CHANGELOG"`, e igual para `evolith-cli@1.1.0` y `evolith-agent-runtime@1.1.0`. **(b) Ningún gate de release falla cuando un commit etiquetado de seguridad no está en el tag publicado.** Esa ausencia es exactamente lo que permitió que la ola siguiera sin publicar del 2026-07-23 al 2026-07-27 mientras `SECURITY.md` declaraba la línea 1.1.x "actively patched". No lo detectó nada; lo detectó una auditoría. Relacionado: `GT-623` — release-please deriva los saltos de versión de los mensajes de commit, y el tipo `security(...)` que usan 2 de los últimos 60 commits no es un tipo de Conventional Commits, así que no aporta nada al bump. Los dos defectos dejan que un cambio de seguridad no llegue a una versión, por caminos distintos. **CERRADO el 2026-07-30 — y la mitad que importaba era el gate, no las deprecaciones.** Criterio (a): `1.1.0` queda deprecada en seis paquetes (`evolith-cli`, `evolith-mcp`, `evolith-agent-runtime`, `evolith-core-domain`, `evolith-core`, `evolith-infra-providers`), con mensaje que nombra al sucesor; dos se dejaron aparte a propósito y el motivo es un hallazgo, no un recorte de alcance — `evolith-sdk@1.1.0` es lo que la línea publicada RESOLVÍA de verdad (ver `GT-634` (registrado aparte)) y `evolith-contracts@1.1.0` es la única versión de ese paquete. Criterios (b) y (c): `48-validate-security-publish-lag` le pregunta al **registry** qué está publicado — el tag `v*` más nuevo aquí es `v1.1.0` mientras npm sirve `1.2.2`, así que un gate basado en tags habría reportado un retraso inexistente —, localiza el commit donde se FIJÓ la versión publicada de cada paquete y falla ante cualquier commit posterior cuyo **tipo o scope** lo marque como seguridad. Rechaza la prosa a propósito: `fix(deps)!: … the security wave` es un arreglo de dependencias, y un gate que grita lobo se acaba apagando. **Se encontraron y corrigieron dos falsos negativos al construirlo, cada uno fijado con una fixture:** `git log -S` casaba también el commit que BORRÓ la cadena de versión, y tomar el commit MÁS NUEVO con la versión publicada permitía que un bump de dependencia posterior empujara la frontera y escondiera la ventana. El denominador corregido es 47 commits examinados en 8 paquetes, frente a 31 de la primera implementación. Observado en rojo por `43-validate-guard-negative-fixtures` (37/37), así que es una fixture que este repositorio ha VISTO fallar. |  |  | `Infra` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-623`](./gap-reference-catalog.es.md#gt-623) | **El hook existe, está cableado, y no puede aplicar nada.** `.husky/commit-msg` ejecuta `npx --no -- commitlint --version`; cuando falla imprime `commitlint is not installed — skipping commit message lint` y sale con **éxito**. Verificado: `commitlint` no aparece ni en `dependencies` ni en `devDependencies` del `package.json` raíz, no hay `commitlint.config.*` ni `.commitlintrc*`, y no existe clave `commitlint` en `package.json`. Así que la rama `else` es la única que se ejecuta, en cada commit. Observado en vivo el 2026-07-27 al mergear `develop` en una rama de trabajo. **Qué depende de la convención que no aplica:** `CONTRIBUTING.md` y `.github/pull_request_template.md` exigen Conventional Commits en tres sitios, y —la parte que cuesta dinero— **release-please deriva los saltos de versión de los mensajes de commit**, cableado en `sdk-cli-release.yml` y `sdk-cli-ci.yml`. **Ya está derivando, y con consecuencia:** 2 de los últimos 60 commits no-merge usan el tipo `security(...)` (`security(fase-7): add Docker/K8s hardening checklist`, `security(fase-6): add executable security rulesets`), que no es un tipo de Conventional Commits. release-please no lo reconoce, así que **un commit que se anuncia como cambio de seguridad no aporta nada al salto de versión** — el mismo modo de fallo que [`GT-570`](./gap-reference-catalog.es.md#gt-570), donde una ola de seguridad sigue sin publicarse. Fix: instalar y configurar commitlint para que el hook tome su rama real, o borrar el hook y dejar de reclamar la convención. Fallar abierto es la peor de las tres opciones, porque produce la apariencia de enforcement. Si se quiere el tipo `security`, declararlo en la config y mapearlo a un bump — no dejarlo a un linter que nunca corre. **COMPLETADO (ola 2026-07-28).** commitlint está instalado, configurado y el hook toma su rama real — verificado en ambos sentidos: un mensaje `feat:` válido se acepta y uno malformado se **rechaza**. El tipo `security(...)` que usan commits reales aquí queda DECLARADO en la config con su significado de bump, en vez de dejarlo fallar el lint o ignorarse en silencio. **Este aterrizaje rompió el repositorio de tres formas antes de funcionar**, todas por respetar el agente correctamente sus paths: `package.json` ganó las dependencias y `package-lock.json` no, así que `npm ci` falló en todo el repo; el hook falló CERRADO sin commitlint, bloqueando cualquier commit; y `03-validate-root-cleanliness` rechazó el fichero nuevo en la raíz. Los tres reparados en la misma ola. La lección es sobre la ola, no sobre el fix: **quien pueda editar `package.json` debe poder editar también el lockfile**. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-622`](./gap-reference-catalog.es.md#gt-622) | **Cada pull request arrastra un check `CodeQL` en rojo que dice "1 configuration not found", y no es un hallazgo de seguridad — es contabilidad huérfana.** GitHub conserva **82 análisis de code scanning** en `refs/heads/main` bajo la clave `.github/workflows/ci.yml:codeql`. Esa configuración existió de verdad: el commit `87f50ce3` añadió un job `codeql` a `ci.yml`, y `f50030cd` lo quitó el 2026-06-06 al vaciar ese workflow — el último análisis bajo esa clave es de ese mismo día. Como la configuración sigue *registrada* en `main` pero nada la produce, GitHub la reporta como ausente en cada PR. Lleva así 51 días. Verificado: `code-scanning/analyses?ref=refs/heads/main` devuelve tres claves — `ci.yml:codeql` (82, último 2026-06-06), `sdk-cli-ci.yml:codeql-analysis` (159, al día) y `sdk-cli-ci.yml:trivy-scan` (159, al día). El escaneo que importa está sano; `CodeQL SAST` pasa y es check requerido. **El workflow muerto ya está eliminado** (corría un job `Disabled` que sólo hacía `echo`, en cada PR y push a `main` y `develop`); borrar el fichero NO limpia la configuración registrada, y por eso existe esta fila. **La acción restante queda deliberadamente sin automatizar:** eliminar los 82 análisis vía `DELETE /repos/{owner}/{repo}/code-scanning/analyses/{id}` es irreversible y destruye historial de code scanning de una rama protegida. Su valor histórico es nulo —describen una configuración muerta desde junio— pero tirar historial de escaneo de seguridad es decisión del dueño, no de la herramienta. **Por qué importa más allá del ruido:** un check permanentemente rojo enseña a los revisores a descontar los checks rojos, y `CodeQL SAST` —que comparte el nombre CodeQL y SÍ es requerido— es precisamente el check que nadie se puede permitir aprender a ignorar. |  |  | `Infra` | Cross | P2 | XS | `PENDIENTE` |
-| [`GT-609`](./gap-reference-catalog.es.md#gt-609) | **Fuga de autorización en la superficie de descubrimiento.** `mcp-cache.service.ts:8` declara `toolsList: 'mcp:tools:list'` — una única clave literal, sin principal, tenant ni scope — y la lista se cachea ANTES de aplicar el filtro de scope. Así que el primer llamador que calienta la caché decide el inventario que ven todos los siguientes durante el TTL: un admin que la caliente publica el inventario con capacidad de escritura a los lectores. **Verificado aquí contra el código.** Fix: indexar la caché por principal (hash de scopes + tenant), o eliminarla — una superficie de descubrimiento que responde con la vista de otro principal es peor que una sin caché. Origen: hallazgo 4.2 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** La caché de tools/list ya no responde con la vista de otro principal. Verificado con el test que importa y no con el formato de la clave: calentar como principal privilegiado, leer como uno sin privilegios, y asertar que el segundo sólo ve su inventario. mcp-server 409/409. |  |  | `MCP Server` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-610`](./gap-reference-catalog.es.md#gt-610) | **La peor clase de fallo posible para un producto de auditoría: la acción correcta, registrada, ejecutada con las entradas equivocadas.** Los tres motores rellenan `proposedArguments` — `swarms-agent.adapter.ts:99`, `hermes-agent.adapter.ts:98`, `stub-agent-engine.adapter.ts:46` — y el servicio lee sólo `plan.proposedTool` (`agent-runtime.service.ts:168-169`). Los argumentos propuestos se calculan, cruzan el puerto y se tiran; la skill se ejecuta con lo que hubiera en `request.parameters`. **Verificado aquí contra el código.** Fix: fusionar los argumentos propuestos con revalidación contra el contrato de entrada declarado por la skill antes de ejecutar, y registrar en la traza qué conjunto se usó. Origen: hallazgo 5.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** El servicio ahora fusiona los `proposedArguments` del motor **con revalidación contra el contrato de entrada declarado por la skill** antes de ejecutar — un motor es una fuente no confiable, así que pasarlos a ciegas habría cambiado un defecto por otro — y registra en la traza qué conjunto se usó. agent-runtime 333/333. |  |  | `agent-runtime` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-611`](./gap-reference-catalog.es.md#gt-611) | **Más amplio de lo que reportó el diagnóstico, y más amplio de lo que arregló GT-571.** Los prompts no viven en cada comando: pasan por el `src/sdk/cli/src/infrastructure/prompts/prompt.service.ts` compartido, que consumen `init`, `validate`, `upgrade`, `phase-advance`, `adr`, `waiver`, `chat`, `enforce`, `agents` y más (`profile.command.ts` importa `@clack/prompts` directamente). **Verificado aquí contra el código.** GT-571 le dio a `init` un contrato no-interactivo definido — un stdin cerrado no pregunta, el fallo fija exit code distinto de cero, `--format json` emite un envelope parseable y nada más — y dejó a los demás consumidores como estaban. Un paso de CI que canalice cualquiera de ellos a `jq` sigue recibiendo un menú ANSI y leyendo exit 0. Fix: imponer el contrato máquina en la frontera del `PromptService` y no comando a comando, de modo que un stdin no-TTY no pueda producir un prompt en ningún sitio, y añadir un test de superficie que lo asserte para cada comando registrado. Origen: hallazgo 3.1 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+ola 2026-07-28 — impuesto en la frontera, con un matiz honesto.** El contrato máquina se impone dentro de `PromptService` y no comando a comando, así que ningún comando puede abrir un segundo canal de prompt — asertado por un invariante estructural sobre el fuente de todos ellos. **NO cerrado, y la razón es deliberada:** `EVOLITH_FORCE_INTERACTIVE=1` reactiva el prompt sin TTY. Existe porque la suite unitaria debe poder recorrer las ramas interactivas y porque algunas terminales reportan mal `isTTY`, pero un job de CI que la fije puede seguir colgándose en un prompt — así que la lectura estricta de "un stdin no-TTY NUNCA puede producir un prompt" sólo se sostiene en ausencia de esa variable. La mitad de cobertura es además estática, no un barrido conductual de los ~40 comandos registrados con stdin cerrado. **CERRADO el 2026-07-28 sobre una mutación, no sobre una lectura.** La suite de regresión afirma la propiedad donde de verdad es cierta o falsa: `PromptService` — el único canal de prompts — rechaza todo método interactivo cuando stdin no es un TTY, clasificado como entrada inválida (exit 3) y no como fallo de herramienta, y sigue preguntando cuando hay TTY, así que el producto interactivo no cambia. La mitad que importa es la de superficie: ningún fichero de comando puede abrir un SEGUNDO canal. Verificado añadiendo un comando que importa `@clack/prompts` directamente — la suite se pone roja. 19/19, y cubre comandos escritos después, que es la razón de que sea un barrido y no una lista. |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-612`](./gap-reference-catalog.es.md#gt-612) | **El puerto define lecturas y nadie las ejecuta.** `agent-runtime.service.ts` llama a `memory.append` dos veces (`:115` y `:389`) y no hay una sola llamada a `history()` ni `recall()` en todo `src`. **Verificado aquí contra el código.** Para un producto que se vende como operador agéntico del Core, éste es el gap que aparece en la primera demo: cada turno arranca en blanco mientras el almacén se llena. Fix: leer el namespace de conversación dentro del contexto de plan e implementar recall en los caminos que necesitan estado previo; el puerto ya declara ambas. Origen: hallazgo 5.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+ola 2026-07-28 — el camino de conversación ya lee, `recall()` sigue sin consumidor.** El contexto de plan se alimenta ahora del namespace de conversación, acotado a propósito (un transcript sin límite dentro de un prompt es un defecto en sí), así que el turno 2 sabe del turno 1. **NO cerrado:** `recall()` sigue sin llamarse, y el agente se negó a inventarle un consumidor sólo para que un grep diera distinto de cero — eso sería exactamente el código ceremonial que este backlog existe para eliminar. La posición honesta es que el puerto declara una capacidad que ningún camino necesita todavía; o aparece un camino o el puerto se estrecha. **CERRADO el 2026-07-28 sobre una mutación.** `agent-runtime.service.ts:146` lee el namespace de conversación de vuelta al contexto del plan antes de ejecutar el turno, acotado por defecto a 20 entradas (una transcripción sin límite es un defecto en sí) y en modo best-effort: una caída de memoria deja el turno sin estado en vez de tumbar una ejecución gobernada. Sustituir esa lectura por un array vacío pone TRES tests en rojo, incluido `turn 2 receives turn 1 in the plan context`. Solo se paga cuando hay un engine cableado. |  |  | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-613`](./gap-reference-catalog.es.md#gt-613) | **Registrado con la evidencia del diagnóstico CORREGIDA.** El hallazgo 1.7 afirma que `IStructuralReviewer` está "ausente de `src/`" — es falso: existen el puerto (`domain/ports/structural-reviewer.port.ts`), el provider (`application/structural-review-provider.ts`) y una rúbrica (`domain/rubrics/structural-review-rubric.ts`). Lo que sí es cierto es la sustancia de debajo: `grep -rn "implements IStructuralReviewer" src` devuelve **cero** — el seam tiene la forma correcta y no hay nada enchufado. **Verificado aquí contra el código.** Fix: implementar un adaptador, o devolver el ADR que lo gobierna a Proposed y decir con claridad que no existe implementación — un ADR Accepted sin código es el patrón que GT-607 ya registra en bloque. Origen: hallazgo 1.7 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md), evidencia corregida al verificar. Ola 2: `HeuristicStructuralReviewer` implementa IStructuralReviewer en proceso y de forma determinista; la costura deja de ser una forma sin nada dentro. El test falla sin el adaptador. |  |  | `agent-runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-614`](./gap-reference-catalog.es.md#gt-614) | El pipeline de evaluación se ejecuta por completo y sólo después filtra por `ctx.kinds`, así que una petición de un solo kind paga por todos los gates y recibe un veredicto global moldeado por gates que nunca pidió; los kinds sin evaluador se descartan en silencio en vez de rechazarse. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. Fix: filtrar por kind antes de ejecutar y devolver un error explícito para un kind no soportado en vez de descartarlo. Origen: hallazgo 1.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Ola 2: los kinds se leen ANTES de ejecutar y un kind no atendible se rechaza con `UnsupportedEvaluationKindError` en vez de descartarse; un kind no pedido queda FUERA DE ALCANCE (sin sub-resultado ni entrada en el denominador) en vez de producir un objeto de compliance 0/0. **Criterio NO cumplido:** pedir solo `compliance` sigue ejecutando todas las puertas de fase, porque el pipeline es monolítico y vive fuera de `evaluation/**`. El defecto descrito persiste para los kinds internos del pipeline. |  |  | `Evolith Core` | Cross | P2 | S | `EN-PROGRESO` |
-| [`GT-615`](./gap-reference-catalog.es.md#gt-615) | El Tracker almacena `repository_revision` pero sólo expone `GET /` y `GET /{id}`: sin consulta por repositorio, sin orden por revisión, sin endpoint de diff. El sustrato perfecto para detectar drift existe y no emite nada. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: `GET ?repositoryUrl=&since=`, una proyección de veredicto, y una fila `DriftDetected` cuando el veredicto cambia entre revisiones. Origen: hallazgo 2.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | M | `PENDIENTE` |
-| [`GT-616`](./gap-reference-catalog.es.md#gt-616) | `TrackerTracing.cs` retorna temprano cuando `Otlp:Endpoint` está vacío, que es el valor por defecto, así que no se ejecuta ningún `StartActivity` en estado desplegado. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: habilitarlo en el configmap y añadir los atributos de dominio (tenant, iniciativa, agente) que hacen que una traza responda una pregunta de gobernanza y no de fontanería. Origen: hallazgo 2.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | S | `PENDIENTE` |
-| [`GT-617`](./gap-reference-catalog.es.md#gt-617) | El badge afirma 30 decisiones frente a T-054+; el documento de diseño afirma 10 esquemas y 33 tablas frente a 7 y 45 reales, y nombra cinco esquemas que no existen; un README de componente afirma 3 robots frente a 12. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: regenerar todos esos artefactos desde un snapshot del código en vez de mantenerlos a mano — la misma disciplina de transclusión que el board del Core aplica a sus inventarios. Origen: hallazgo 2.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | S | `PENDIENTE` |
-| [`GT-618`](./gap-reference-catalog.es.md#gt-618) | `waiver` no tiene opción `--format` e imprime un array crudo sin `success`, sin `meta` y sin `correlationId`, así que queda fuera del envelope ADR-0073 al que conforman todas las demás superficies. **Verificado aquí contra el código.** (la única aparición de `--format` en `waiver.command.ts` está dentro de un comentario sobre otro comando). Un waiver es la acción de mayor consecuencia del producto — *suspende* una regla — y es la única que no se puede correlacionar con la decisión que anula. Fix: conformar al envelope y arrastrar el correlationId del veredicto que se exime. Origen: hallazgo 3.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** `waiver` conforma al envelope ADR-0073 con `--format`, `success`, `meta` y `correlationId`, así que la única acción que CANCELA gobernanza por fin se puede ingerir y correlacionar. Queda como follow-up, no como bloqueo: nada arrastra todavía el correlationId automáticamente de un `evaluate`/`gate` al `waiver request` posterior — lo aporta el llamador. |  |  | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-619`](./gap-reference-catalog.es.md#gt-619) | `chat.command.ts` tiene exactamente 91 líneas: imprime, llama una vez, imprime y sale. **Verificado aquí contra el código.** No hay conversación, y un prospecto lo descubre en unos treinta segundos. Fix: implementar un REPL real con estado de sesión, o eliminar el comando — enviar una funcionalidad con nombre propio que no hace lo que su nombre dice cuesta más credibilidad que no enviarla. Origen: hallazgo 3.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** Resuelto implementando en vez de eliminando: `chat.command.ts` es ahora un REPL real con estado de sesión (200 líneas, bucle genuino) en lugar de 91 líneas que imprimían, llamaban una vez y salían. Un prospecto ya no descubre en treinta segundos que la funcionalidad no hace lo que su nombre dice. |  |  | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-620`](./gap-reference-catalog.es.md#gt-620) | `reference/core/interfaces/using-the-cli.md` — el slot en inglés — empieza con `# Cómo usar la CLI de Evolith` y mide 817 palabras funcionales españolas frente a 151 inglesas. **Verificado aquí contra el código.** El proyecto está en el umbral del open source sin punto de entrada en inglés para su superficie principal. Es además una instancia viva de un punto ciego que nombró la auditoría de madurez: `04-check-bilingual-parity` compara el CONTEO de cabeceras `##`/`###`, así que un fichero sin traducir en el slot equivocado pasa en verde — éste pasa. Fix: escribir la guía inglesa real, y extender el gate de paridad con una heurística barata de idioma para que la clase de defecto no pueda repetirse en silencio. Origen: hallazgo 3.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** `using-the-cli.md` —el slot INGLÉS— es ahora inglés: medidas 0 palabras funcionales españolas frente a 1.222 inglesas, donde antes eran 817 frente a 151 y empezaba con `# Cómo usar la CLI de Evolith`. Los comandos documentados se comprobaron contra `--help` del CLI construido, no se transcribieron. Ambos ficheros mantienen 41 cabeceras, así que el gate de paridad sigue pasando — que es justo por lo que esto era invisible: ese gate compara CONTEOS de cabeceras, y cazar un fichero en el idioma equivocado exige la heurística de idioma entregada en follow_ups. **Reabierto a EN-PROGRESO en la reconciliación:** el defecto está arreglado y medido, pero el único criterio de aceptación de la fila pide un test que falle sin el arreglo, y no existe — `04-check-bilingual-parity.mjs` sigue con cero heurística de idioma, así que el mismo defecto puede repetirse en silencio. Marcarlo sería la sobre-afirmación que este tablero lleva pillando. **CERRADO el 2026-07-28 — y la heurística reveló que la clase era mucho mayor que esta fila.** `04-check-bilingual-parity` compara ahora el IDIOMA de cada par, no solo el número de sus títulos, vía `lib/language-heuristic.mjs`: palabras funcionales inequívocas en un idioma, contadas solo sobre PROSA (se retiran bloques de código, código en línea y destinos de enlace, para que banderas e identificadores no sesguen el recuento). Se abstiene ante una muestra de menos de 40 marcadores o una mayoría por debajo del 65% — una acusación falsa sería peor que el punto ciego, porque acabaría con la comprobación apagada. **La regresión se demuestra, no se afirma:** volver a poner el texto español en el slot inglés pone la puerta en rojo con `710 palabras funcionales en español frente a 71 en inglés`, y restaurar la guía inglesa la pone verde; 7 autotests cubren los dos veredictos, las dos abstenciones y la trampa del código. **Al activarla aparecieron 19 documentos más en el slot equivocado** — 8 slots ingleses escritos en español (entre ellos `using-the-mcp.md` con 956 palabras españolas frente a 107 inglesas, y `using-the-rest-api.md` con 1231 frente a 35) y 11 slots españoles escritos en inglés. Quedan en LÍNEA BASE POR NOMBRE, no por conteo: un ratchet numérico permitiría cambiar un fichero mal etiquetado por otro sin que el número se moviera. Registrado como `GT-628`. Este fichero está deliberadamente fuera de esa línea base, así que falla si alguna vez regresa. |  |  | `Documentation` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-621`](./gap-reference-catalog.es.md#gt-621) | Existen 17 puertos y 49 adaptadores para una sola pasada de ejecución; el camino caliente depende de 9 puertos requeridos y está bien dimensionado, mientras que los bordes fríos están sobre-construidos — dos adaptadores de interacción sin llamadores, un provider completo y sin conectar. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. El error no es construirlos: es contarlos como capacidad entregada en los documentos de visión. Fix: declarar en esos documentos qué puertos están en el camino caliente y cuáles son especulativos, para que un número de inventario deje de leerse como una afirmación de capacidad. Origen: hallazgo 5.7 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **COMPLETADO (ola 2026-07-28).** Los documentos de visión ahora declaran qué puertos están en el camino caliente (9 requeridos) y cuáles son especulativos, de modo que un número de inventario deja de leerse como afirmación de capacidad entregada. Los puertos y adaptadores no se tocaron: el defecto nunca fue construirlos, fue contarlos. **Reabierto a EN-PROGRESO en la reconciliación:** el defecto está arreglado y medido, pero el único criterio de aceptación de la fila pide un test que falle sin el arreglo, y no existe — `04-check-bilingual-parity.mjs` sigue con cero heurística de idioma, así que el mismo defecto puede repetirse en silencio. Marcarlo sería la sobre-afirmación que este tablero lleva pillando. **CERRADO el 2026-07-28, con las cifras de la propia fila corregidas.** La evidencia decía 17 puertos / 49 adaptadores y un camino caliente de 9; medido hoy son **19 interfaces de puerto, 53 ficheros de adaptador y 11 en el camino caliente** (7 obligatorios, 4 opcionales). El "dos adaptadores de interacción sin llamadores" del diagnóstico también se queda corto: `InteractionAdapterPort` tiene SEIS implementaciones y el runtime no llama a ninguna, junto a `ISchedulerPort`, `ICommunicationGatewayPort`, `IAssistantTransport`, `IQualitySignalProvider` e `IStructuralReviewer` — ocho costuras declaradas que la ejecución nunca alcanza. **La peor instancia no era prosa sino un diagrama:** `master-view.svg` publicaba "AgentRuntimeService — 12 hexagonal ports · 30 adapters", cifras que no coincidían con nada y que se leen como capacidad entregada. Corregido a "11 of 19 ports on the hot path · 53 adapters". El guard `45-validate-port-inventory-honesty.mjs` DERIVA el camino caliente de `AgentRuntimeDeps` — esa interfaz ES lo que la ejecución puede alcanzar — así que no puede pudrirse como una cifra escrita a mano, y falla ante cualquier documento rastreado que publique un conteo sin la distinción o cuya anotación discrepe del código. 9 autotests, cuatro de ellos anti-vacuos: cero puertos, una forma de deps no parseable (el camino caliente debe derivarse, nunca asumirse), cero adaptadores, y un corpus de escaneo que se movió. Cableado en ci-cd.yml y registrado en `guard-classification.mjs`; 37/37 guards clasificados, 34/34 vistos fallar. |  |  | `agent-runtime` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-601`](./gap-reference-catalog.es.md#gt-601) | **`canonical-result.mapper.ts` escribe tres campos de trazabilidad como arrays vacíos incondicionales y fija el motor a mano — y dos consumidores los leen.** `:130` `rulesExecuted: []`, `:134` `missingEvidence: []`, `:104`/`:133` `risks: []` son literales en cada evaluación real, y `:72` fija `engine: 'opa'` en toda referencia de `policiesApplied` corriera `NativeEvaluator` u `OpaEvaluator`. `sarif-exporter.ts:256` y `drift-gate.ts:203` derivan `evaluatedRules` de `rulesExecuted`. Consecuencia: **todo SARIF y todo manifiesto de evidencia del drift-gate que se emite hoy dice "0 reglas evaluadas"**, y en un producto cuya paridad dual es argumento de venta el único artefacto que la probaría atribuye mal la mitad de sus ejecuciones. El contrato de evidencia EVD-01..04 queda satisfecho en la forma y vacío en el fondo: el grafo de auditoría acumulado se escribe en blanco desde el origen. **+ola 2026-07-28 — 3 de 4 criterios.** Los cuatro literales desaparecieron: `rulesExecuted` es el conjunto deduplicado (regla, motor) que el pipeline ejecutó realmente, `missingEvidence` nombra artefactos declarados y no presentados, `risks` se construyen con el vocabulario de GT-569 manteniendo `skipped` (medio) distinto de `errored` (alto), y el motor se resuelve por regla en vez de hardcodearse a `'opa'`. SARIF emite ahora el CATÁLOGO de reglas de la corrida, así que una evaluación limpia deja de leerse como "0 rules evaluated". 26 tests nuevos. **NO cerrado:** `risks` sigue vacío en una corrida REAL hasta que `SatelliteEvaluationPipeline` adjunte `coverage` a su veredicto — ese productor está en `application/services/`, fuera del área del agente — y el motor se DERIVA de la ruta de la regla en vez de DECLARARSE, porque `RuleEvaluation` no tiene campo `engine`. El mapper ya prefiere un sello explícito en cuanto exista, así que la atribución es inferencia, no testimonio. **CERRADO el 2026-07-28 por verificación, no por código nuevo.** El arreglo había aterrizado en una ola anterior y nadie comprobó si satisfacía la fila. Los cuatro criterios se cumplen: `mapPipelineVerdict` puebla `rulesExecuted` desde `executedByKey` y un test comprueba el conteo contra una fixture con número de reglas conocido; `resolveRuleEngine` atribuye cada regla al evaluador que la ejecutó, con tests sobre la ruta nativa Y la de OPA más un override por regla; el exportador SARIF deriva `evaluatedRules` de `rulesExecuted` (deduplicado y ordenado) y comprueba que la lista no es vacía; y `risks` y `missingEvidence` se pueblan con el vocabulario de GT-569 — una regla que el motor NO pudo evaluar se convierte en riesgo, distinta de una que lanzó excepción, y lo que no se pudo comprobar nunca se cuenta como comprobado. **Verificado por mutación, no por lectura:** devolver `rulesExecuted` al array vacío incondicional pone 10 tests en rojo entre el mapper y el exportador SARIF. 40/40 en verde. |  |  | `Evolith Core` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-602`](./gap-reference-catalog.es.md#gt-602) | **15 de las 50 herramientas MCP están denegadas en producción por la política compilada que el dispatcher carga de verdad.** Establecido cargando `src/sdk/cli/rulesets/opa/policy.wasm` —el artefacto que se usa en dispatch, no el fuente rego— y evaluándolo para un `architect` en `production`: `evolith-adr-list`, `evolith-adr-get/create/update/matrix`, `evolith-pattern-list/get/list-by-topology`, `evolith-scaffold`, `evolith-docs-scaffold`, `evolith-init-batch`, `evolith-sdlc-generate`, `evolith-fixtures` y `evolith-upgrade-plan/apply` devuelven `ABAC-03` + `ABAC-01`. Como `mcp-tool-dispatch.ts:146` exige que permitan **ambos** motores, las quince quedan FORBIDDEN. El propio comentario del rego predijo este fallo; `abac-classification-coverage.spec.ts` guarda TS↔registro pero **nada guarda rego↔TS**. Consecuencia: un agente que pide a Evolith sus propios ADRs es rechazado, en silencio y por completo. Ola 2: el P0 está corregido — 15 pares herramienta/rol permitidos, cada uno argumentado por separado, y el ensanchamiento es estructuralmente nulo porque el dispatch exige nativo Y opa y los 15 ya estaban permitidos por el ABAC nativo. viewer/production sigue denegado en las 20 herramientas de escritura. Un spec de paridad bidireccional rego↔TypeScript lo protege. **AC1 NO acreditado:** el test de wasm SE AUTO-SALTA en CI porque el job `Test mcp-server` no ejecuta `build:policy`, así que CI verifica paridad contra el FUENTE rego, no contra el bundle compilado — un test que se salta justo donde se exige es el patrón de pase vacuo que este tablero persigue. AC2 intacto. **Criterio 2 intentado el 2026-07-28 y NO enviado, porque la versión ingenua es una regresión en producción.** Generar los tres conjuntos rego desde `TOOL_CLASSIFICATION` parece obvio y está mal: el mapa tiene 50 herramientas, el rego enumera 62, y la diferencia de 9 (`evolith-ping`, `evolith-echo`, `evolith-read-file`, `evolith-list-dir`, `evolith-read-gap-tracking`, `evolith-gate-status`, `evolith-write-file`, `evolith-replace-file`, `evolith-run-command`) la clasifica en runtime el FALLBACK de `classifyTool` — los conjuntos heredados `READ_TOOLS`/`WRITE_TOOLS`/`DEPLOY_TOOLS` más heurísticas de nombre (`includes()` over read/write/run/deploy and friends), no el mapa. Un generador alimentado solo por el mapa habría BORRADO esas nueve de la política, dejándolas sin clasificar y por tanto denegadas por ABAC-03 en producción — el mismo modo de fallo por el que se registró este gap, reintroducido por el arreglo. Detectado comparando la pertenencia antes y después en vez de dar por cosmético el diff; no se commiteó nada. **La fuente correcta es la lista de herramientas registradas clasificada a través del propio `classifyTool`, no el mapa**, lo que exige que el paquete mcp-server exponga primero esa proyección (`dist` construido, o un artefacto volcado) para que el generador consuma una sola respuesta en lugar de reimplementar el fallback y crear una tercera copia de la lógica. `abac-rego-parity.spec.ts` pasa hoy justamente porque compara contra `classifyTool`, fallback incluido — que es la razón de que nunca señalara el hueco de 12 herramientas entre el mapa y el rego. **Criterio 2 CERRADO el 2026-07-29, en el segundo diseño.** Los conjuntos rego se derivan ahora de `AbacEvaluator.toolProjection()` — la unión enumerable de todos los conjuntos que declara el código, con cada nombre clasificado LLAMANDO a `classifyTool` en vez de releyendo sus mapas. El generador ejecuta esa proyección con `ts-node` sobre el fuente TypeScript, así que no necesita build ni crea una tercera copia de la lógica del fallback. Resultado: **64 herramientas, CERO pérdidas** frente a la política mantenida a mano, más dos nombres (`read-tool`, `write-tool`) que el runtime ya clasificaba y el rego omitía. Es un ensanchamiento de dos nombres de fixture que el lado TypeScript ya permitía, así que la intersección nativo∧opa no cambia. El `--check` está cableado en el job `Test mcp-server` y el artefacto queda registrado como PRIMER eslabón de la cadena de artefactos derivados de GT-630, que ahora corre 3 eslabones y sigue en punto fijo. mcp-server 434/434 con la política generada; tests de política OPA 224/224. El primer diseño — alimentarse solo de `TOOL_CLASSIFICATION` — se descartó porque habría borrado doce herramientas y las habría denegado en producción; ese razonamiento se conserva arriba en vez de borrarlo con el arreglo que vino después. |  |  | `Evolith MCP` | Construction | P0 | M | `EN-PROGRESO` |
-| [`GT-603`](./gap-reference-catalog.es.md#gt-603) | **El ledger de turnos de agente está completo, con tests unitarios y ausente de la inyección de dependencias, y la columna de actor no se puede tipar retroactivamente.** `AgentExecutionService.cs` valida el alcance y luego **audita antes de ejecutar y aborta el turno si falla la escritura de auditoría**; `AgentTurnAuditor.cs` registra alcances concedidos frente a usados y guarda la longitud del prompt, no su texto. `IAgentExecutionPort` aparece en **cero registros de DI y cero endpoints**, mientras `AssistantEndpoints.cs` pasa de largo por `AgentRuntimeGateway` sin persistir nada. Aparte, `AuditEntryProps.cs:11` declara `public Guid ActorId` sin `actor_type`, `agent_id`, `model_id` ni `session_id`. Como `audit_entries` es append-only por trigger de base de datos (migración `20260719202323`), **las filas escritas antes de que exista el discriminador no se pueden corregir jamás**. Complementa a [`GT-586`](./gap-reference-catalog.es.md#gt-586), que cubre el lado Core; éste es el lado de persistencia del Tracker. |  |  | `Evolith Tracker` | Cross | P0 | M | `PENDIENTE` |
-| [`GT-604`](./gap-reference-catalog.es.md#gt-604) | **Ninguna superficie escribe evidencia en el Tracker: el camino de escritura es unidireccional y apunta hacia dentro.** Un grep sobre `src/sdk/cli`, `src/packages/mcp-server` y `src/packages/core-domain` no devuelve ninguna URL base del Tracker ni cliente de ingesta; la única URL del Tracker en este repositorio es `AGENT_RUNTIME_APPROVAL_TRACKER_URL`, y los únicos escritores de `core_evaluation_transactions` son endpoints iniciados por el propio Tracker. Consecuencia: cada `evolith validate`, cada veto de `enforce edit`, cada `tools/call` de MCP y cada ejecución del drift-gate en CI se evapora al terminar el proceso. La estrategia se apoya en evidencia acumulada mientras las superficies que la producen no tienen dónde depositarla. Es un defecto de composición: ninguna revisión por componente puede verlo, porque cada componente es internamente coherente. **EN-PROGRESO 2026-07-29 — solo el criterio 1.** El contrato de ingesta aterrizó en `src/packages/contracts/src/ingest/evaluation-ingest.ts` con `correlationId` OBLIGATORIO y AMBOS responsables representados por separado: `requestedBy.actorId` es quien pidió la evaluación y `violations[].accountableOwner` es quien debe corregir. El criterio 2 no se puede completar desde aquí — no existe endpoint de ingesta en el Tracker al que llamar. El criterio 3 es 0% construible en este repositorio: RoboSoft vive en `evolith_tracker`. Se escribió un traspaso bilingüe en `reference/core/control-center/opportunities/tracker-handover-gt604.md` y su equivalente `.es.md`, con 22 encabezados cada uno. **Sin confirmar, y así queda registrado: la dependencia declarada de esta fila respecto a GT-603 parece equivocada.** GT-603 migra `audit_entries` mientras esta fila nombra `core_evaluation_transactions`, y la atribución del lado Core ya se entregó bajo GT-586 — pero el esquema del Tracker no está en este repositorio, así que es una hipótesis a confirmar por el responsable del Tracker, no un hallazgo. |  |  | `Evolith Suite` | Cross | P0 | L | `EN-PROGRESO` |
-| [`GT-605`](./gap-reference-catalog.es.md#gt-605) | **Existen dos grafos de evidencia y a cada uno le falta la mitad del otro.** `evidence-graph.ts` define aristas tipadas (`requires` / `validates` / `blocks`) y tiene **cero consumidores fuera de su propio fichero de test**. El Tracker persiste `EvidenceRecordProps.References` como `List<string>` en una columna jsonb cuyo único consumidor no-test es un `Contains()` lineal para deduplicar identificadores externos: sin tabla de aristas, sin tipo, sin búsqueda inversa, sin consulta por profundidad. El modelo tipado vive donde nada persiste; el persistido vive donde nada está tipado. Consecuencia: "qué ADR se movió por qué decisión de puerta por qué turno de agente" es inrespondible, y esa traversal es la mitad fuerte del foso declarado. Ola 2: el modelo tipado único se publica en `@beyondnet/evolith-contracts` con las cuatro cosas que un tipo compartido por sí solo deja ambiguas — vocabulario (los tres del Core literales más `caused_by`, porque ninguno de requires/validates/blocks expresa "el ADR se movió A CAUSA DE la decisión"), dirección fijada en prosa, una codificación canónica de nodo que hace migrable mecánicamente la lista jsonb del Tracker, y un recorrido acotado en profundidad contra el que probar su CTE recursivo. **Pendiente:** tres criterios son del lado Tracker y fuera de este repositorio; aquí, core-domain sigue declarando su propio `EvidenceEdge`, así que hay dos declaraciones de tipo para un solo modelo. |  |  | `Evolith Suite` | Cross | P1 | M | `EN-PROGRESO` |
-| [`GT-606`](./gap-reference-catalog.es.md#gt-606) | **ADR-0093 está Aceptado y sin implementar sobre veinte herramientas mutativas.** El ADR (Aceptado 2026-06-20) exige un parámetro `baseSha` en toda herramienta mutativa, verificación de HEAD antes de aplicar, un contrato de error `CONCURRENCY_CONFLICT` y bloqueos pesimistas con techo de dos minutos. Un grep de `baseSha`, `CONCURRENCY_CONFLICT`, `lockedBy` o `.lock` sobre `src/packages/mcp-server/src` devuelve **cero**, frente a 20 herramientas que declaran `mutative: true` en 14 ficheros. Consecuencia: dos agentes operando sobre un mismo workspace producen exactamente la actualización perdida que el ADR anticipó — y un producto de governance que pierde una escritura en silencio falla en el modo que existe para evitar. |  |  | `Evolith MCP` | Construction | P1 | M | `PENDIENTE` |
-| [`GT-607`](./gap-reference-catalog.es.md#gt-607) | **Siete ADRs agénticos están Aceptados sin código que los implemente.** ADR-0081 (aislamiento en sandbox), 0082 (frontera de confianza), 0086 (telemetría y control de coste), 0088 (identidad soberana), 0089 (flujos agénticos dirigidos por eventos), 0092 (prevención de bucles) y 0094 (traspaso multi-agente) devuelven **cero apariciones** en `src/` para sus artefactos definitorios: sin aplicación de `sandbox.mode`, sin atributo `gen_ai.*`, sin `act.sub`, sin `X-Agent-Depth`, sin `AgentTaskRequested`. `harness-process.adapter.ts:84` lanza procesos hijo con `...process.env`, entregando a cada script de capacidad `AGENT_RUNTIME_CORE_TOKEN`, el token del tracker y `EVOLITH_RAG_PG_URL` — el inverso concreto de ADR-0081. Consecuencia: siete decisiones Aceptadas sin código es la forma más rápida de perder una diligencia técnica, y es autoinfligida. El arreglo es principalmente una corrección de estado, no necesariamente implementación. **+ola 2026-07-28 — los estados de los ADR ya dicen la verdad, la mitad de código no existe.** Se confirmó por grep que los siete ADR agénticos no tienen implementación y su estado quedó anotado con honestidad en vez de seguir en Accepted, porque un ADR Accepted sin código es una afirmación sobre la que un lector actuará. **NO cerrado:** implementar cualquiera de ellos vive en `src/packages/agent-runtime/**`, fuera del área documental asignada, y ningún verificador de estado de ADR impone la anotación — así que la misma deriva puede repetirse en silencio. Ola 2: los siete ADRs llevan una directiva `implementation-status` verificable por máquina en ambos idiomas, y `44-validate-adr-implementation-status.mjs` está en el repositorio y cableado en ci-cd.yml (280 ADRs barridos; 212 sin declarar en línea base; `--strict` es el interruptor cuando eso llegue a cero). Se PROBÓ una señal de grep-por-código-implementador contra este corpus y se descartó — los siete ADRs sin implementar tienen rulesets generados y copias bilingües que casan con cualquier palabra clave que buscaras, así que produce falsos positivos y falsos negativos a la vez. El guard falsea una declaración de autor en su lugar, y explícitamente no afirma que el fichero nombrado implemente la decisión. **Pendiente:** AC2/AC3 — `harness-process.adapter.ts` sigue lanzando con `...process.env`, entregando el token del Core a todo script de capacidad. **CERRADO el 2026-07-28.** El spawn ya no entrega a cada script de capacidad el entorno del padre: `harness-process.adapter.ts` pasa un conjunto en LISTA DE PERMITIDOS, y un test comprueba que una capacidad lanzada no puede leer el token del Core — falla contra el `...process.env` anterior. Conviene decirlo porque no es lo que esta fila afirma haber resuelto: **esto es denegación de credenciales, no aislamiento.** Un hijo de capacidad todavía puede abrir un socket. El runner con sandbox de ADR-0081 sigue sin implementar. |  |  | `Evolith Agent Runtime` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-608`](./gap-reference-catalog.es.md#gt-608) | **El subsistema de aprobación humana nunca se ha ejecutado: nada en el producto requiere aprobación.** Las 7 entradas de `default-skills.ts` y las 16 capacidades de `.harness/manifest.yaml` declaran `requiresApproval: false`, de modo que `PendingApprovalAdapter`, `FileApprovalStore`, `HttpSlackClient`, `TrackerApprovalAdapter` y su cliente HTTP —unas 1.000 líneas— son inalcanzables en ejecución y `evolith_hitl_approvals_total` es estructuralmente cero. La mitad del Tracker es real y compatible campo a campo (`RuntimeApprovalEndpoints.cs`, atado al canal de máquina por nombre de esquema, `/resolve` solo para humanos), así que no es una implementación ausente sino una sin ejercitar. Relacionado: `LocalSkillRegistryAdapter` siembra las 7 fijas y nunca lee el manifiesto, con lo que 9 capacidades más son invisibles para el agente y la postura de governance tiene dos fuentes de verdad — la deriva que ADR-0102 nombró como su riesgo principal. Ola 2: **la evidencia de la fila era falsa** — "las 16 capacidades declaran requiresApproval: false" ya era falso antes de la ola; 7 playbooks declaraban true. El defecto real era que `LocalSkillRegistryAdapter` sembraba 7 skills en duro y nunca leía el manifiesto, de modo que las capacidades con aprobación eran inenrutables y la rama de aprobación inalcanzable. Ahora el catálogo se deriva del manifiesto (manifiesto autoritativo en postura) y el camino de aprobación se EJECUTÓ de extremo a extremo por primera vez: pendiente→aprobado→ejecutado→auditado, más pendiente→denegado→NO ejecutado, más expiración TTL fail-closed. **Pendiente:** AC4 (`evolith_hitl_approvals_total`) vive en agent-runtime-api; la mitad cross-repo de AC3 necesita un Tracker vivo; y `createAgentRuntime` sigue por defecto en el catálogo en duro, así que la postura DESPLEGADA no cambia hasta que el cableado de producción pase `harnessRoot`. |  |  | `Evolith Agent Runtime` | Construction | P1 | M | `EN-PROGRESO` |
-| [`GT-596`](./gap-reference-catalog.es.md#gt-596) | **La evaluación de madurez no es falsable por un tercero porque su esquema de puntuación es inventado.** `maturity-assessment.md` califica contra los niveles 1-5 de TOGAF ACMM y añade una escalera propia de "Evidence-Backed State" (Visioned 0.0 / Designed 0.2 / Prototyped 0.5 / Implemented 0.8 / Validated 1.0 / Scaled 1.2+). La intuición es correcta y refleja estructuralmente una escala internacional, pero los umbrales se los pone uno mismo, así que nada impide que un estado derive hacia arriba — que es exactamente lo que [`GT-576`](./gap-reference-catalog.es.md#gt-576) tuvo que corregir tras dos pilares que reclamaban `Validated` contra evidencia ausente del código. **ISO/IEC 33020:2019** (*Process measurement framework for assessment of process capability*, 2ª edición, sustituye a :2015) define la escala de valoración de atributos de proceso N/P/L/F — Not / Partially / Largely / Fully achieved — con **umbrales porcentuales publicados**, más niveles de capacidad 0-5. Fix: mapear cada estado existente sobre la escala 33020, adoptar sus umbrales literalmente, y extender la regla mecánica que ya está en `09-reconcile-maturity.mjs` para que una calificación no pueda afirmarse sin cruzar un umbral definido, no solo por llevar un `file:line`. Acompañante: **ISO/IEC 25040:2024** (*Quality evaluation framework*, 2ª edición, sept 2024 — la de 2011 se titulaba *Evaluation process*) formaliza el ciclo de evaluación que esta auditoría hizo de forma ad hoc, haciéndolo repetible en vez de heroico. **COMPLETADO (ola 2026-07-28).** Los Evidence-Backed States propios quedan mapeados sobre la escala de atributos N/P/L/F de **ISO/IEC 33020:2019** con sus umbrales publicados, en ambos idiomas, y el mapeo queda registrado para que un lector pueda comprobarlo. `09-reconcile-maturity.mjs` ahora rechaza una calificación que no cruce su UMBRAL DECLARADO, no sólo una sin referencia — y lleva un auto-test negativo que prueba que la regla nueva se pone roja ante una entrada deliberadamente mala. 21/21 en `reconcile-maturity.test.mjs`. No se reproduce articulado de la norma; la escala y sus niveles se citan por nombre. |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-597`](./gap-reference-catalog.es.md#gt-597) | **No existe ninguna medida automatizada, externa y numérica de la postura del repositorio y de la cadena de suministro — así que los defectos de postura solo aparecen mediante una auditoría.** La auditoría del 2026-07-26 tuvo que descubrir a mano que `enforce_admins=false`, que ningún check requerido es de seguridad, que `develop` está sin proteger y que 0 de 8 paquetes publicados llevan `dist.attestations`. **OpenSSF Scorecard** (OpenSSF) puntúa precisamente esos checks de forma automática — Branch-Protection, Code-Review, Pinned-Dependencies, CI-Tests, Token-Permissions, Signed-Releases — y emite un número público que regresiona de forma visible. **SLSA** (build levels; v1.0 define tres, v1.1 es la release estable actual) es el marco al que mapean las attestations ausentes: con cero provenance los artefactos no alcanzan ni el nivel de build más bajo. **NIST SP 800-218 (SSDF) v1.1** (feb 2022, grupos de práctica PO/PS/PW/RV) es el vocabulario que realmente habla un cuestionario de seguridad empresarial, y SLSA es contra lo que se leen sus prácticas PS.2/PS.3. Fix: correr Scorecard de forma programada y publicar la puntuación; declarar el nivel de build SLSA objetivo y cerrar la brecha hasta él junto a `GT-570`; mapear los controles existentes a IDs de práctica SSDF para que responder al cuestionario sea una consulta y no una redacción. Nota el solape con la mitad de cadena de suministro de `GT-570`: el trabajo de release está allí, la *medición* está aquí. **+ola 2026-07-28 — el workflow existe y nunca ha corrido.** `.github/workflows/openssf-scorecard.yml` está puesto con los permisos que necesita la provenance y la action fijada por SHA en vez de por tag, algo que la propia auditoría de este repositorio señaló como defecto en otro sitio. **NO cerrado, y darlo por hecho sería otra vez el error de "el verde local no es evidencia":** `workflow_dispatch` está gateado a la rama por defecto, así que el intercambio OIDC, `publish_results` y la subida de SARIF están sin probar hasta que llegue a `main` y corra. Los criterios 2 y 3 —declarar el nivel de build SLSA objetivo y mapear los controles existentes a IDs de práctica de SSDF v1.1— necesitan `SECURITY.md` y docs de referencia, y quedaron fuera del alcance asignado. Convertirlo en check requerido es una decisión de branch protection del dueño. |  |  | `Infra` | Cross | P1 | S | `EN-PROGRESO` |
-| [`GT-598`](./gap-reference-catalog.es.md#gt-598) | **El corpus es 100% propietario, y las ~240 reglas sin handler nativo se están tratando como 240 handlers por escribir.** **ISO/IEC 5055:2021** (*Automated source code quality measures*, el primer estándar ISO que mide calidad desde la estructura interna en vez del comportamiento operativo, desarrollado por CISQ y adoptado por ISO/IEC en abril de 2021) publica un catálogo de debilidades estructurales mapeadas a CWE en cuatro medidas — Fiabilidad, Seguridad, Eficiencia de rendimiento, Mantenibilidad. Dos réditos: (a) una debilidad que ya está en 5055 es **ya automatizable por analizadores existentes**, así que parte de la brecha de handlers detrás de [`GT-569`](./gap-reference-catalog.es.md#gt-569) puede cerrarse adoptando en vez de redactando; (b) un conteo contra 5055 es contable por un auditor externo sin fiarse de Evolith, que es exactamente la propiedad que a los números del propio producto les faltaba. Taxonomía acompañante: **ISO/IEC 25010:2023** (2ª edición, sustituye a :2011) — ojo, ahora define **nueve** características de primer nivel, tras añadir Safety y renombrar `Usability`→`Interaction capability` y `Portability`→`Flexibility`, así que cualquier mapeo al modelo de ocho características de 2011 está obsoleto. Fix: producir una tabla de mapeo rule-id ⇄ debilidad 5055 ⇄ CWE, marcar toda regla que un analizador basado en estándares ya pueda evaluar, y reacotar el backlog de handlers a lo que genuinamente no tiene equivalente internacional. Ola 2: las 381 reglas del corpus quedan mapeadas a una debilidad 5055 o marcadas sin equivalente CON motivo; el índice de 138 debilidades se extrajo programáticamente de las tablas de OMG ATDM V2, no de memoria. **Se refuta la premisa del propio gap**: la adopción cierra 9 de 60 reglas en firme y 8 parcialmente, no una porción grande de un backlog de 240 handlers — 5055 mide estructura del código fuente mientras 300 de nuestras 381 reglas son conformidad de ADR, topología, gobierno o proceso. Además: INFRA-001 e INFRA-OPA-001 son invisibles para el cargador del corpus (regla en la raíz del documento en vez de en un array `rules`). |  |  | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-599`](./gap-reference-catalog.es.md#gt-599) | **El tablero es un registro de deuda técnica sólido pero sin economía, así que 600 filas se priorizan por intuición (P0-P3) y no por coste.** El trabajo de deuda técnica del SEI (Kruchten, Nord, Ozkaya, *Managing Technical Debt*) define los dos campos que necesita un ítem de deuda: **principal** (lo que cuesta pagarla) e **interés** (lo que cuesta por periodo no pagarla). El registro en sí ya existe aquí y es mejor que la mayoría; lo que falta es solo la economía. Para un principal automatizable hay un método publicado: el **OMG Automated Technical Debt Measure**, hoy en **ATDM V2 v1.0 (agosto 2024)**, que deriva una estimación de esfuerzo de reparación a partir de las 138 debilidades de ISO/IEC 5055 usando tiempos de reparación aportados por desarrolladores — así que compone directamente con [`GT-598`](./gap-reference-catalog.es.md#gt-598). Un interino más barato es **SQALE**, el método publicado detrás del *technical debt ratio* de uso extendido. Fix: añadir `principal` e `interest` al schema de evidencia de cierre y al formato de fila, rellenar solo las filas abiertas (no las 561 cerradas), y derivar el subconjunto automatizable desde ATDM en vez de a mano. Ola 2: existen el mecanismo y la medición — un formato de principal/interés con la UNIDAD declarada (un número sin etiqueta es justo la clase de cifra que esta auditoría no para de cazar) y un reporte que publica su denominador. **Ningún criterio cumplido, a propósito:** rellenar 56 filas abiertas con estimaciones inventadas sería fabricar la evidencia que el campo existe para cargar. Los números los pone una persona. |  |  | `Governance` | Cross | P2 | M | `EN-PROGRESO` |
-| [`GT-600`](./gap-reference-catalog.es.md#gt-600) | **Registrado como oportunidad, no como deuda** — separable de [`GT-596`](./gap-reference-catalog.es.md#gt-596)…[`GT-599`](./gap-reference-catalog.es.md#gt-599), que se sostienen por sí solos como gobernanza interna. Cuatro de los cinco artefactos adoptados allí son implementables como rulesets de Evolith: las debilidades estructurales de **ISO/IEC 5055:2021**, las prácticas de **NIST SP 800-218 (SSDF) v1.1**, los build levels de **SLSA**, y los checks que puntúa **OpenSSF Scorecard**. Eso convierte la remediación de la auditoría en una capacidad vendible, y ataca el hallazgo de producto más afilado del tablero: la auditoría del 2026-07-26 encontró **cero** apariciones de un ICP en 929 documentos en inglés, y 0 estrellas / forks / issues externos en 80 días públicos. "Evalúo tu repositorio contra ISO 5055, SSDF y SLSA y te doy tu puntuación OpenSSF" nombra un comprador, una partida presupuestaria y un disparador de cumplimiento; "gobierno tu arquitectura" no. Además compone con el wedge ya implementado en código (`enforce edit` + el hook de editor), y autoevaluarse contra esos estándares es simultáneamente el arreglo de [`GT-597`](./gap-reference-catalog.es.md#gt-597) y la mejor demo de venta disponible. **Sujeto a decisión, no listo para construir:** presupone que el vehículo de monetización es el wedge del CLI y no el Tracker, contradicción sin resolver que la auditoría señaló y que el dueño tiene que zanjar primero. |  |  | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
-| [`GT-579`](./gap-reference-catalog.es.md#gt-579) | **Encontrado al verificar la remediación de GT-569, no por la auditoría.** Node bufferiza de forma asíncrona las escrituras a un stdout en pipe, así que las ~12 llamadas a `process.exit()` del grafo de comandos descartaban lo que no se hubiera vaciado — truncando la salida en el buffer de pipe del SO (65.536 bytes en macOS/Linux). Medido: `validate --format json \| wc -c` devolvía **exactamente 65536** mientras el mismo comando redirigido a fichero producía 121.408 bytes válidos. Todo envelope por debajo de 64 KiB ocultaba el bug, que es por lo que sobrevivió; GT-569 agrandó el envelope y lo destapó. Seis tests e2e del CLI fallaban en `JSON.parse` en la posición 65262 y se leían como una regresión de GT-569 — la regresión era preexistente e incondicional para cualquier envelope grande. **COMPLETADO (`44fe8dd3`):** arreglado centralmente en `src/sdk/cli/src/main.ts` (`makeStdioBlocking`, con guarda porque `_handle.setBlocking` es API interna) en vez de en cada sitio de salida, así un comando nuevo no puede reintroducirlo saliendo de la forma habitual. Verificado: un envelope de 123.506 bytes atraviesa ahora una pipe real y parsea; CLI 1305+132 verde. |  |  | `Evolith CLI` | Cross | P0 | XS | `COMPLETADO` |
-| [`GT-569`](./gap-reference-catalog.es.md#gt-569) | **El número insignia del producto redefine en silencio su propio denominador.** De 379 reglas el motor nativo evalúa 108 y reporta `rulesChecked: 111`; las 271 restantes — **192 de ellas `blocking`** — devuelven `skipped` y se filtran en `ruleset-validator.service.ts:88` (`engineResults.filter(r => r.result !== 'skipped')`) antes de sumar el conteo. Ningún campo lo revela: `grep -rn "rulesSkipped" src --include='*.ts'` devuelve 0 resultados y `ValidationResult` solo lleva `{status, rulesChecked, issues, coreRef, timestamp}`. El mismo campo también SOBRE-cuenta: `validate --format json --core <repo> --engine opa` devuelve `rulesChecked: 379` habiendo ejecutado **cero** políticas (el wasm no resuelve contra el layout del Core). Y `native-evaluator.ts:69-72` convierte cualquier excepción del handler en `skipped`, así que **un evaluador que revienta es indistinguible de una regla verde**. Fix: añadir `rulesSkipped` + el array de ids saltados a `ValidationResult`, introducir un estado `errored` distinto de `skipped`, emitir un issue WARNING por cada regla MUST saltada, y fallar el run cuando `skipped/total` supere un umbral configurado. Es un cambio de reporting, no de motor — cerrar la brecha de handlers es aparte y mucho mayor. **COMPLETADO (`44fe8dd3`):** nuevo resultado `errored` (una excepción de handler ya no se convierte en `skipped`, así que un crash se distingue de una regla verde); `rulesSkipped`/`rulesErrored`/`rulesTotal` + arrays de ids añadidos de forma ADITIVA con `rulesChecked` intacto; issues advisory por regla MUST saltada; gate opt-in `maxSkippedFraction`. En este repo `validate` ahora reporta 269 saltadas de 380 en vez de recortar su denominador en silencio. Verificado: core-domain 1237/1237, CLI 1305+132, contract 43/43 tras añadir las cinco entradas de `WIRE_VALIDATION_RESULT`. Falsificado contra una copia pristina `git archive HEAD`: 12 de los 17 tests nuevos fallan sin el fix. **Cerrar la brecha de handlers en sí (≈240 reglas no evaluables) NO forma parte de esto y sigue abierto** — esta fila era sobre que el denominador fuese honesto, no sobre ensancharlo. |  |  | `core-domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-570`](./gap-reference-catalog.es.md#gt-570) | **npm sirve 1.1.0 publicada el 2026-07-18; la ola de seguridad aterrizó el 2026-07-23.** Verificado con `npm view @beyondnet/evolith-cli version time.modified`. El `CHANGELOG.md` público enumera los ficheros corregidos por nombre bajo `[Unreleased]`, y `SECURITY.md` declara la línea 1.1.x "Current stable line — actively patched". Quien siga el README instala la build sin parchear desde un repositorio que publica dónde están los agujeros. Fix: publicar **1.2.0** con la ola de seguridad, deprecar 1.1.0 en npm con un mensaje que apunte a la versión corregida, mover la sección de seguridad de `[Unreleased]` al heading publicado, y emitir el advisory que `SECURITY.md` ya promete. Follow-on: un gate de release que falle cuando HEAD contenga commits etiquetados de seguridad ausentes del último tag publicado. **COMPLETADO (corrida 30273290417, `main` @ `9a82d9f2`, 2026-07-27).** El artefacto publicado ya no es anterior a la ola de seguridad. Verificado contra el REGISTRY, no contra un exit code — `@beyondnet/evolith-agent-runtime@1.2.0` (14:06:10), `@beyondnet/evolith-sdk@2.0.0` (14:06:24), `@beyondnet/evolith-mcp@1.2.0` (14:06:39), `@beyondnet/evolith-cli@1.2.0` (14:06:58) — marcas de tiempo que además confirman el orden de dependencias, porque los tres últimos consumen al primero. **Los cuatro llevan `dist.attestations`**, que es la sustancia de este gap: el hallazgo de la auditoría era 0 de 8 paquetes con provenance, y éstos los generó GitHub Actions con `id-token: write`, no una máquina de desarrollo. **El alcance se corrigió antes de publicar:** el plan era bumpear sólo mcp, y venía de que `git show --stat` TRUNCA las rutas largas — con `--name-only` se vio que la ola toca tres paquetes publicados (mcp 15 ficheros, cli 7, agent-runtime 1: el shell runner CWE-78). Publicar el plan original habría dejado dos vulnerables y cerrado este gap contra ellos. **Dos ensayos se pagaron solos:** la corrida 30265298045 detectó que ninguno de los cuatro tarballs llevaba LICENSE en un proyecto MIT y que `repository.url` se autocorregía en los ocho; la 30271837941 detectó rutas de `bin` autocorregidas en dos. Los tres habrían sido permanentes — npm no permite despublicar pasadas 72 horas. **RE-ACOTADO, y el resto NO se descarta en silencio:** deprecar las versiones 1.1.0 exige credenciales de npm y es acción del dueño, y el gate de release que fallaría cuando faltan commits de seguridad en el tag publicado nunca se construyó. Ambos pasan a `GT-624`. Esta fila cierra sobre lo que realmente trataba —un artefacto instalable más viejo que sus propios arreglos de seguridad publicados— y dice con claridad lo que no hizo. |  |  | `Infra` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-571`](./gap-reference-catalog.es.md#gt-571) | **La superficie de mayor tráfico del producto no funciona tal como está escrita.** (a) `README.md:96-98` (y `README.es.md:95-97`) mandan `evolith init` / `evolith validate`, pero el bin map publicado solo declara `evolith-cli` y `evolith-mcp` — el comando fantasma aparece en **447 invocaciones en 49 ficheros markdown no-`.es`**, así que renombrar el bin sale más barato que reescribir la doc. (b) Aun con el alias, `init --name my-sat` crea un **subdirectorio**, así que el `validate` que sigue en el mismo cwd apunta al padre y dispara `GOV-000` "Missing evolith.yaml" más 41 hallazgos blocking. Dentro del satélite correcto el primer validate sigue devolviendo 46 hallazgos / 39 blocking, dominados por las reglas internas del monorepo del vendedor (`CLI-RR-01` "dist/main.js not found", `TAX-05` "Missing top-level directories: sdk, .harness") con reglas de las 8 topologías disparando sobre un repo declarado fase-0. Además el binario publicado se autoidentifica como `main` (`evolith-cli init --help` imprime `Usage: main init [options]`) porque nunca se fija el program name. **EN-PROGRESO (`44fe8dd3`):** los tres defectos del lado CLI están arreglados y probados — `evolith` publicado junto a `evolith-cli` en el bin map, el program name fijado para que `--help` ya no diga `main`, e `init` con un contrato no-interactivo definido (inicializa el directorio ACTUAL, `--name` es solo el nombre del proyecto, `evolith init <dir>` para un subdirectorio; un stdin cerrado ya no pregunta, el fallo fija un exit code distinto de cero, y `--format json` emite un envelope parseable y nada más). **NO cerrado en dos criterios:** "un repo recién inicializado devuelve 0 hallazgos blocking" está intacto — esos 39 hallazgos vienen de las reglas `CLI-RR-*`/`TAX-*` del propio vendedor disparando sobre un satélite fase-0, y requieren gating por `audience`/topología en el camino de rulesets; y "`npx @beyondnet/evolith-cli@latest` funciona" no puede ser cierto hasta que se publique una release (`GT-570`). **+2026-07-26 (ola 3) — criterio 2 de 3 CUMPLIDO, sigue abierto por el criterio 1.** Un satélite recién inicializado devuelve ahora **0 hallazgos blocking** (eran 35: CLI-RR-01/02, TAX-05/06, DEP-01/10, CB-VAL-01 más reglas de 7 topologías que el repo nunca declaró). Dos mecanismos en la capa de rulesets: una anotación `audience: core\|satellite\|both` (por defecto `both`, así que una regla sin anotar sigue aplicando en todas partes) que marca las familias que sólo se dirigen al monorepo del vendedor, y gating por `topologies` + `appliesFromSdlcPhase` leído de la fase y topología declaradas del satélite. **La interacción con GT-569 se decidió explícitamente:** una regla dirigida a otro es un PRE-FILTRO, no un cuarto resultado — nunca llega al evaluador, así que `rulesChecked + rulesSkipped + rulesErrored === rulesTotal` se sigue cumpliendo literalmente. Llamarla `skipped` inflaría la fracción no evaluada de un repo sano y podría disparar `maxSkippedFraction`. La exclusión sigue siendo visible: `rulesNotApplicable` / `notApplicableRuleIds` sobre un nuevo `corpusTotal`, más un advisory no bloqueante `GOV-RULE-NOT-APPLICABLE` que nombra los conteos y cómo meter las reglas en alcance. Satélite nuevo antes/después: 379 totales / 108 comprobadas / 35 blocking / `failed` → 274 totales / 41 comprobadas / 233 saltadas / 105 no aplicables / corpusTotal 379 / **0 blocking** / `warning`. **Sigue abierto:** el criterio 1 (`npx @beyondnet/evolith-cli@latest` en un contenedor limpio) no puede ser cierto hasta que se publique una release — bloqueado por `GT-570`. Ola 2: **AC1 se probó contra el registro publicado en vez de asumirse, y queda REFUTADO más duro de lo que dice la fila.** `@beyondnet/evolith-cli@1.2.0` no sobrevive a una instalación limpia — hasta `--version` muere con MODULE_NOT_FOUND, porque un import profundo a `@beyondnet/evolith-core-domain/application/paths/rulesets-location` solo resuelve por el symlink del workspace. El artefacto publicado no es instalable; el workspace lo tapa. Extraído como GT-625. AC2 y AC3 reverificados en verde. **Ola 2, medido el 2026-07-28 contra la 1.2.1 PUBLICADA.** Se ejecutó por primera vez el quickstart literal del README de principio a fin, y NO completa. Los pasos 1-3 (`fixtures --type demo`, `init --name my-sat --yes`, `docs`) y el paso 6 (`evolith-mcp serve`, que arranca por stdio) pasan. **El paso 4 `validate` devuelve 91 hallazgos BLOQUEANTES de 230** (152 comprobadas / 119 saltadas / 271 totales, 109 no aplicables de un corpus de 380) — así que aquí se DESMARCA el criterio 2: estaba dado por cumplido y no lo está. El propio README ya lo decía en prosa ("un satélite recién inicializado es una línea base, no un aprobado") mientras el tablero decía lo contrario. **El paso 5 `scaffold --phase 1` FALLA** (exit 1): resuelve el workspace a `<proj>/src` y lo rechaza por no tener `nx.json`/`package.json`, pero ese `src/` lo creó el `init` del paso 2 sin ninguno — los dos comandos discrepan sobre lo que produce `init`, y `scaffold` no acepta `--dir`, así que el quickstart no tiene rodeo. Extraído como `GT-626`. Criterio 3 reverificado: `--help` imprime `Usage: evolith`, no `main`. **CERRADO el 2026-07-28, sobre una medición y no sobre un argumento.** Un satélite recién inicializado devuelve ahora **0 hallazgos bloqueantes** (exit 0, estado `warning`, 242 no aplicables de un corpus de 387), frente a 91. El diagnóstico fue que los 91 bloqueantes venían de rulesets de conformidad de ADR GENERADOS y **ninguno de una regla escrita a mano** — el repositorio no tenía nada mal. El motivo por el que disparaban es más estrecho que "los satélites no deben heredar decisiones del Core": cada una afirma que el registro de decisión que cita EXISTE bajo `reference/core/architecture/adrs/`, un árbol que solo tiene el repositorio del Core, así que en un satélite reporta "el ruleset cita 1 registro(s) de decisión que no existen". Una comprobación de existencia de fichero contra el árbol de ADRs del propio Core es, por construcción, asunto del repositorio del Core, así que `audience: 'core'` lo emite ahora EL GENERADOR (no parcheado a mano en 126 ficheros) y aplica a todos los tracks, porque los registros `nodejs`, `dotnet`, `ai-augmented` y `android` viven bajo ese mismo árbol. **Es un filtro, no un interruptor de apagado, y se verificaron las dos direcciones:** el Core sigue evaluando las 133 reglas generadas y sigue bloqueando (111 bloqueantes, 55 no aplicables), mientras el satélite las excluye. El guard de regresión lee el corpus REAL y no una fixture — regenerar sin la audiencia lo pone rojo, verificado quitando la clave de un fichero. Los satélites siguen sujetos a las decisiones del Core por el modelo de herencia y los rulesets escritos a mano que lo codifican; lo que cambia es que ya no se les bloquea por no contener los ficheros del propio Core. |  |  | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-572`](./gap-reference-catalog.es.md#gt-572) | **Reproducido contra el tarball publicado, no contra el working tree.** `npm pack @beyondnet/evolith-mcp@1.1.0`, arrancado por stdio sin auth: 47 herramientas anunciadas, **47 de 47 devuelven FORBIDDEN (ABAC-02)**; `resources/list` (11) y `prompts/list` (8) sí funcionan. Las dos vías de escape que el código define — `--allow-no-auth` (`main.ts:62-63`) y `EVOLITH_MCP_ALLOW_NO_AUTH=true`, ambas documentadas en `mcp-server-auth.ts` — se probaron en las tres combinaciones incluida `NODE_ENV=development` y **ninguna tiene efecto sobre el transporte por defecto**, lo cual es peor que su ausencia. Causa raíz: `mcpContextStorage.run` existe en exactamente un sitio no-spec (`mcp-server.service.ts:451`) dentro del closure de dispatch HTTP, así que el camino stdio nunca establece contexto. Ninguno de los dos oráculos puede verlo: el smoke de CI asserta `success !== undefined`, y el tester exploratorio solo conduce MCP por HTTP. Fix: envolver el dispatch stdio en `mcpContextStorage` con un contexto de sesión local, y hacer que el smoke asserte una invocación real con veredicto. **EN-PROGRESO (`44fe8dd3`):** causa raíz confirmada y arreglada — el camino stdio nunca entraba en `mcpContextStorage`, así que todo `tools/call` llegaba al dispatch como el fallback anónimo `roles: []` y el ABAC nativo lo denegaba. stdio ahora establece un principal de sesión local explícito; el camino HTTP queda intacto y sigue fail-closed. **Verificado contra el servidor construido, no contra un reporte:** con `NODE_ENV` sin fijar (el default documentado, y lo que producen `npx`/Claude Desktop) `tools/call` devuelve un payload real `success: true`; 50 herramientas anunciadas. **Por qué sigue abierto:** con `NODE_ENV=production` la misma llamada sigue devolviendo FORBIDDEN, y `NODE_ENV=production` es exactamente lo que fijan las imágenes Docker — así que un despliegue stdio en contenedor sigue siendo inusable. Eso es ahora una decisión estrecha, documentada y fail-closed por diseño en vez de un fallo silencioso del 100%, pero no está cerrado. El smoke de CI en `src/sdk/cli/examples/mcp-test.js` sigue asertando `success !== undefined`, que un envelope FORBIDDEN también satisface; reforzarlo es trabajo posterior fuera de área. **+2026-07-26 (ola 3) — el modo de fallo en producción está arreglado; 2 de 3 criterios siguen sin cumplirse, y la fila NO es cerrable todavía.** stdio con `NODE_ENV=production` ya no arranca en un estado donde las 50 herramientas deniegan: el servidor ahora se niega a arrancar sin credenciales, nombrando la variable a fijar, en vez de anunciar una superficie que rechazará cada llamada; y una denegación que sí ocurra dice por qué y qué hacer, no un ABAC-02 pelado. HTTP no se tocó y sigue fail-closed; no se añadió bypass ni se ensanchó ABAC. **El agente reportó este gap como `done` con 7/7 contra su propia lista de tareas, que no es lo mismo que los criterios de esta fila — comprobado, y no lo es.** El criterio 1 pide un `tools/call` real **contra el tarball publicado**; el tarball publicado es 1.1.0, anterior a todos estos fixes, así que ese criterio está bloqueado por `GT-570` exactamente igual que el de GT-571. El criterio 3 pide que el smoke de CI asserte un veredicto; `src/sdk/cli/examples/mcp-test.js:284,375` sigue asertando `success !== undefined`, que un envelope FORBIDDEN también satisface — fuera del área del agente y sin cambiar. Ola 2: se confirma que el fail-closed de stdio en producción sigue intacto y es deliberado. El avance vino de GT-602 — una SEGUNDA denegación en producción que la fila nunca atribuyó: con credencial válida, 15 de 50 herramientas seguían rechazadas por la política compilada; el principal de stdio pasa de 15 a 0. **AC1 bloqueado:** exige un `tools/call` contra el tarball PUBLICADO, anterior a todas estas correcciones. AC3 está en `src/sdk/cli/examples/mcp-test.js`, que sigue afirmando `success !== undefined` — algo que un sobre FORBIDDEN también satisface. **CERRADO el 2026-07-29.** Verificado contra un tarball hecho con `npm pack` e instalado FUERA del workspace, para que ningún symlink pudiera sustituir a los ficheros realmente publicados — la ilusión de GT-625. Con la configuración por defecto el servidor empaquetado devuelve un veredicto real sobre stdio (`gateId` `business-sign-off`, `verdict` `failed`); el "47 de 47 FORBIDDEN" original de la fila no se reprodujo. Con `NODE_ENV=production` SÍ estaba prohibido, y la causa es de empaquetado, no de política: `policy.wasm` es un artefacto de build ignorado por git que se escribe fuera del paquete mcp-server, así que ningún ajuste de `files` puede alcanzarlo y un consumidor publicado heredaba una regla fail-closed que no tenía forma de satisfacer. `EVOLITH_ABAC_POLICY_PATH` hace que esa postura sea satisfacible hoy. **Enviar el bundle compilado dentro del paquete sigue siendo una decisión de pipeline de publicación: documentada, y deliberadamente NO tomada aquí.** Por el camino se repararon dos defectos: `PhaseGateValidatorService.findCorePath` seguía resolviendo `<repo>/src` tras el refactor de `src/` — un hermano de GT-632 — y `corePath` lo leía `evolith-gate-evaluate` sin estar declarado en su `inputSchema`. El AC3 queda cumplido: el smoke antiguo afirmaba `envelope.success !== undefined`, cierto para cualquier respuesta, y se le observó imprimiendo `tools/call OK` mientras en realidad recibía `RULESET_NOT_FOUND`. El reemplazo afirma un veredicto de gate real y se demostró falsable por tres vías, incluida una corrida en vivo contra el dist anterior al fix. **El AC1 se marca contra un tarball empaquetado localmente, no contra el registro:** la 1.1.0 es anterior a todas estas correcciones y republicar es GT-570. |  |  | `MCP Server` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-573`](./gap-reference-catalog.es.md#gt-573) | **La integración insignia falla en silencio, con ambos CI en verde.** El branch inline devuelve el envelope legacy: `evaluation.controller.ts:186` devuelve `evaluationVerdict!.outputEnvelope`, construido en `satellite-evaluation-pipeline.service.ts:85-94` como `createSuccessEnvelope({topology, gates, summary})`. El Tracker desenvuelve `data` (`CoreEvaluationGateway.cs:433`) y liga `CoreEvaluationEnvelope`, que declara solo `overallVerdict / outcome / resolvedTopology / results.gate[] / evaluatedAt` (`CoreEvaluationDtos.cs:200-216`). `Passed` queda null (`:406`), `Gates` queda vacío (`:414`), y `ToDecision` (`:583-606`) cae a **`"SKIPPED"`**, escrito como `decision=SKIPPED, status=COMPLETED`. 0 de 12 workflows del Core construyen el Tracker; 0 tests de contrato en ninguno de los dos repos. Fix: enrutar el branch inline por `EvaluationOrchestrator` para que devuelva el `EvaluationResult` canónico, y añadir un test de contrato dirigido por el consumidor en el CI del Core que asserte el JSON exacto que liga `CoreEvaluationEnvelope`; publicar esos pares request/response como fixtures en `@beyondnet/evolith-contracts` y promover ambos schemas a `MACHINE_CONTRACT_SET`. **EN-PROGRESO (`44fe8dd3`):** el branch inline ya no construye a mano el envelope legacy `{topology, gates, summary}` — devuelve el `EvaluationResult` canónico, así que hay UNA forma para la operación en vez de dos, y un spec de contrato dirigido por el consumidor asserta las claves exactas que liga el Tracker tanto para una evaluación que pasa como para una que FALLA. Los fixtures request/response se publican dentro de `@beyondnet/evolith-contracts` y ambos schemas se añadieron a `MACHINE_CONTRACT_SET`. La compatibilidad hacia atrás se comprobó en vez de asumirse: no existe ningún llamador inline legacy en el repo (ambos consumidores ya desenvuelven `data` como `EvaluationResult`). **NO cerrado:** el Tracker vive en otro repositorio y debe re-pinnear el paquete de contratos para que el round trip quede probado de punta a punta, y el caso FAIL del spec ejercita un fallo de regla de gobernanza, no de gate OPA. Verificado: core-api 163/163, contracts 32/32. Ola 2: el caso FAIL es un fallo genuino de puerta OPA, no de regla de gobierno — el corpus se construye para que GOV-000 y la ausencia de artefacto no puedan dispararse, con un control diferencial que afirma que la misma petición PASA cuando la política no devuelve violaciones. Las fixtures publicadas también estaban mal de una forma que habría enseñado al consumidor el DTO equivocado (un objeto `results` con solo `gate`, forma que el Core nunca ha emitido); se sustituyen por capturas fieles con un oráculo de congruencia contra una respuesta VIVA. **Pendiente:** AC3 necesita publicar el paquete de contratos y re-fijarlo en el Tracker; el transporte OPA del test está simulado porque `policy.wasm` está en gitignore. **CERRADO el 2026-07-28 sobre la mitad del Core, con la mitad del consumidor extraída en vez de absorbida.** La primera mitad del criterio 3 aterrizó: `evaluation-context` y `evaluation-result` están fijados en `MACHINE_CONTRACT_SET` con su sha256, verificado leyendo `evolith-machine-contracts.json` — antes solo fijaba `gate-evidence` y `output-envelope`. Un cambio en cualquiera de esas formas ya rompe `10-validate-contract-conformance` en vez de llegar en silencio a los consumidores. La segunda mitad — "re-fijado en el Tracker" — es otro repositorio y queda registrada como `GT-631` con las cinco cosas exactas que debe hacer, siguiendo el mismo patrón que GT-570 usó con GT-624. Esta fila cierra sobre lo que trataba AQUÍ, y dice con claridad lo que no hizo. |  |  | `Core API` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-574`](./gap-reference-catalog.es.md#gt-574) | **Cada peldaño "Enforced" reclamado en el corpus colapsa a "Implemented".** `Validate documentation` lleva rojo desde el run 30011222627 (2026-07-23T13:26:39Z, último éxito): **43 de 43 runs completados fallidos**, más 5 cancelados, con 8 PRs mergeados a través — el último, el #209, aterrizó en `main` el 2026-07-26T01:18:58Z con **0 reviews** y 5 checks en FAILURE. Protección de `main`: contextos `[Test, Test core-domain, Test core, Test mcp-server, Test core-api, Validate documentation]`, `enforce_admins=false`, `required_pull_request_reviews=null`, `strict=false`. `develop`, donde aterriza todo el trabajo, devuelve 404 "Branch not protected", y `ci-cd.yml` no corre en push a `develop`. El workflow dueño de CodeQL, Trivy, gitleaks, ZAP, `npm audit`, e2e y el gate de paridad muestra **82 fallos / 17 cancelaciones / 1 éxito en sus últimos 100 runs en main** y ninguno de sus 13 jobs es contexto requerido. Fix — contraintuitivamente, *menos* gates: reducir el conjunto requerido a un núcleo genuinamente verde, activar `enforce_admins=true` sobre ese núcleo, proteger `develop`, y declarar advisory todo lo demás en vez de dejarlo required-pero-ignorado. Nota: el rojo actual es una aserción de staleness de doc derivada (`exploration.spec.ts:289`), así que ponerlo verde son minutos, no días. **COMPLETADO:** la mitad de código está hecha (`44fe8dd3`) haciendo que los checks requeridos estén verdes y corran en `develop`; la mitad de enforcement ahora está hecha vía API (branch protection en `develop`, `enforce_admins=true` tanto en `main` como `develop`, y `CodeQL SAST` añadido al conjunto de checks requeridos). |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-575`](./gap-reference-catalog.es.md#gt-575) | **Un producto que vende gobernanza de IA envía su único camino de egress LLM sin ninguno de los controles que vende.** `GeminiProvider.ts:17` construye la URL con la API key en la query string; el fichero entero de 57 líneas no tiene `AbortSignal` (`:31-37`), ni presupuesto, ni redacción, ni log ni métrica, y su única validación de salida es `JSON.parse(candidate) as T` (`:52`). Es export público (`src/packages/agent-runtime/src/index.ts:22`) de `@beyondnet/evolith-agent-runtime@1.1.0`. Disclosure en `README.md`, `README.es.md`, `SECURITY.md` y los 8 READMEs de paquete: cero. Incumple al menos 4 de las 9 reglas `AAI-*` blocking que el propio producto vende. **La exposición es latente, no activa** — el único llamador in-tree es `src/sdk/cli/src/commands/plan/index.ts:27`, y `PlanCommand` no está registrado en `app.module.ts` — pero está en la superficie pública que un revisor de seguridad lee primero. La implementación correcta ya existe en casa: `.harness/scripts/ci/agentic/review-provider.mjs:35-38` pone la key en un header con el comentario literal "API key in a header, not the URL query string", con topes de presupuesto y 8 patrones de redacción. Fix: portar ese control, y colapsar el puerto duplicado `ILLMProvider` dentro del seam gobernado `IAssistantTransport`/`SupervisedAssistantClient`. **EN-PROGRESO (`44fe8dd3`):** los controles que el repositorio ya ejecuta contra sí mismo en `.harness/scripts/ci/agentic/` se portaron al provider que se envía en vez de reinventarse — API key movida de la query string de la URL al header `x-goog-api-key`, timeout con `AbortController`, presupuesto de bytes/tokens que falla cerrado, redacción de secretos, salida validada contra schema, y un log/métrica auditable. El egress ahora está **apagado salvo `EVOLITH_LLM_EGRESS=true`**. **NO cerrado:** convertir un export publicado siempre-activo en opt-in es una rotura de comportamiento para `@beyondnet/evolith-agent-runtime@1.1.0` (los nombres siguen siendo aditivos, así que el congelamiento de contrato de GT-388 se sostiene, pero el comportamiento observable cambió) y necesita una decisión deliberada de versión junto a `GT-570`; el puerto duplicado `ILLMProvider` aún no está colapsado del todo dentro del seam gobernado `IAssistantTransport`/`SupervisedAssistantClient`; y los READMEs de paquete en español siguen sin disclosure. Verificado: agent-runtime 309/309. **+2026-07-26 (ola 3) — 2 de 3 criterios cumplidos.** Se colapsó el puerto LLM duplicado: `GeminiProvider` sólo es alcanzable ya como `IAssistantTransport` detrás del seam supervisado, fail-closed y apagado por defecto, así que hay un único camino gobernado a un LLM en vez de dos con posturas opuestas. La disclosure de egress en español se escribió en `src/packages/agent-runtime/README.es.md`, reflejando estructuralmente la inglesa. **Sigue abierto:** el criterio 3 — el repositorio no pasa sus propias 9 reglas `AAI-*` blocking en un check de CI, y sigue sin existir un `agent.config.json` raíz, así que la topología agentic-ai nunca se evalúa contra el propio Evolith. También sin resolver y dependiente del dueño: convertir un export publicado siempre-activo en opt-in es una rotura de comportamiento para `@beyondnet/evolith-agent-runtime@1.1.0` y necesita una decisión de versión junto a `GT-570`. `src/sdk/cli/README.es.md` sigue sin disclosure (fuera del área del agente). **CERRADO el 2026-07-28, con la salvedad que importa registrada y no enterrada.** Los tres criterios se cumplen: la clave viaja en una cabecera con timeout por `AbortController`, presupuesto de egreso y redacción de secretos (`GeminiProvider`); el README lleva una sección `Network egress and data handling` que nombra el endpoint, qué se envía, el opt-in y el subencargado; y `agentic-ai-self-conformance.spec.ts` evalúa el repositorio contra las nueve reglas bloqueantes `AAI-*` que él mismo publica, 13/13, con una FIXTURE NEGATIVA que demuestra que las nueve fallan sin `agent.config.json`. **La salvedad:** ese spec corre en `Test agent-runtime`, que NO es uno de los siete contextos requeridos de main (verificado contra la protección de rama en vivo). Así que el producto ya ejecuta sus propias reglas de egreso de IA contra sí mismo en CI — pero un fallo no bloquearía un merge. Añadir `Test agent-runtime` al conjunto requerido es un cambio de protección de rama y una acción del propietario; no es algo que hacer unilateralmente, y es la diferencia entre un check que informa y uno que gobierna. |  |  | `agent-runtime` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-576`](./gap-reference-catalog.es.md#gt-576) | **La autoevaluación que un comprador lee primero es falsificable en diez minutos, y el documento se autoincrimina.** `maturity-assessment.md` define *Validated (Weight 1.0) — Passing all quality gates, tests, and active in CI/CD*, y acto seguido marca **Pillar 1 Security "Level 4 (Managed) / Validated"** citando Row-Level Security multi-tenant (ADR-0010) y audit trails inmutables vía CDC (ADR-0016): `grep -rniE 'row.level.security\|current_setting\(\|debezium\|change data capture'` sobre `src` devuelve **CERO ficheros**, y core-api no declara driver de base de datos ni ORM. El **Pillar 4** está marcado Level 4 / Validated citando "builds deterministas de monorepo vía Nx" — no existe `nx.json` ni dependencia `nx`. También afirma paridad dual-engine 8/8 mientras el gate cubre 3 topologías y el paquete publicado trae políticas para 5. (La cita obsoleta de `opossum` en Pillar 3 es otro asunto — ese pilar está honestamente marcado `Designed`.) Fix: degradar Pillar 1 a `Designed` con los ADRs listados como intención, borrar la cita de Nx, reportar paridad contra el artefacto publicado, y añadir una regla mecánica a `09-reconcile-maturity.mjs`: una capacidad solo puede marcarse `Validated` si su lista de evidencia contiene al menos una referencia `file:line` o un job de CI, nunca un ADR solo. **COMPLETADO (`44fe8dd3`):** cada afirmación del enunciado se re-verificó contra el árbol y todas se sostuvieron. Pillar 1 (Security) y Pillar 4 bajaron de `Validated` a `Designed` con sus ADRs listados como intención, la cita de Nx eliminada, y la paridad reportada contra el artefacto publicado — en AMBOS idiomas, estructuralmente idénticos. La clase de error queda mecánicamente bloqueada: `09-reconcile-maturity.mjs` rechaza cualquier capacidad `Validated` cuya evidencia no contenga `file:line` ni job de CI, y esa regla lleva un auto-test negativo que prueba que se pone roja ante una entrada deliberadamente mala. Verificado: `09-reconcile-maturity.mjs --check` ✅, `04-check-bilingual-parity.mjs` ✅, gobernanza 17/17. |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-577`](./gap-reference-catalog.es.md#gt-577) | **El artefacto que un cliente cablearía a su CI se lee como una herramienta rota aunque el gate funcione.** `.github/actions/evolith-validate/action.yml` lee `jq -r '.summary.violations // 0'`, pero el envelope real del CLI tiene claves de primer nivel `[success, data, meta]` con `data = {status, rulesChecked, issues, coreRef, timestamp}` — no existe `.summary`. Lo mismo aplica al fichero `--output` (`validate.command.ts:353-361` escribe el mismo `createSuccessEnvelope`). **Matiz importante: la action sí bloquea correctamente** — captura `EXIT_CODE`, pone `compliance-status=non-compliant` y sale 1 cuando `fail-on-violation=true`; lo roto es el contador y el texto del resumen del PR, que renderiza literalmente "Non-compliant -- 0 violation(s) found". Y `grep -rn 'evolith-validate' .github/` solo coincide dentro del propio README de la action: cero consumidores en los 12 workflows, así que no hay regresión posible. Fix: cambiar el path jq a `.data.issues \| map(select(.blocking)) \| length` y añadir un workflow en este repositorio que ejecute la action contra un satélite fixture no conforme, de modo que quede dogfooded y con test de regresión. **EN-PROGRESO (`44fe8dd3`):** el path `jq` ahora cuenta issues blocking del envelope ADR-0073 real en vez de leer una clave `.summary` que nunca existió, y `.github/workflows/evolith-validate-dogfood.yml` ejecuta la action contra un satélite fixture deliberadamente no conforme, de modo que la action queda por fin dogfooded. Validado por parseo YAML y ejecutando los scripts de sus steps localmente contra el CLI construido. **NO cerrado:** el workflow nunca se ha ejecutado en un runner de GitHub, así que por el estándar de esta propia auditoría el gate aún no está probado — un gate que nadie ha visto fallar es el defecto del que trata toda esta ola. Cerrarlo tras su primera corrida verde. Aparte, no está en el conjunto de checks requeridos, que es la acción de dueño de `GT-574`. **COMPLETADO (verificado contra la corrida de CI 30228607519, `develop`, 2026-07-27T00:56:37Z):** ambos jobs verdes — `Action contract (recorded envelopes)` y `Action vs non-conforming satellite`. El cierre NO es "el workflow está verde": el log lleva las dos aserciones que antes eran imposibles, `OK: 34 blocking violation(s) of 274 issue(s), agreeing with the report.` y `OK: the gate blocked as expected with 34 blocking violation(s).` Es decir, el contador es distinto de cero, concuerda con el fichero de reporte que escribe la action, `compliance-status` es `non-compliant`, y la mitad negativa — `fail-on-violation: true` DEBE hacer fallar el step — se ejercita en cada corrida. Cinco corridas verdes consecutivas. La action queda dogfooded y bajo regresión, que era la mitad más importante de este gap. Pendiente y registrado en otro sitio: el workflow no está en el conjunto de checks requeridos, que es configuración de branch protection. |  |  | `Infra` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-578`](./gap-reference-catalog.es.md#gt-578) | **Las dos causas raíz sistémicas detrás de la mayoría de hallazgos de la auditoría 2026-07-26, atacadas en el mecanismo y no instancia por instancia.** (a) *Literales de ruta*: la migración a `src/` movió código e imports pero no los cientos de cadenas de ruta en scripts de CI, pasos `run:` de workflows, constantes de evaluadores y values de Helm — el compilador detecta un módulo movido, nada detecta un fichero movido referenciado por una cadena, y una ruta que no resuelve produce silencio. Instancias vivas: `OpaEvaluator` hardcodeando `<corePath>/rulesets/opa/policy.wasm` (el motor OPA entero es no funcional contra el layout del Core); `upgrade` diffeando contra un `<corePath>/rulesets` inexistente; el config de fronteras del CLI guardando `src/domain`, `src/application`, `src/core`, ninguno de los cuales ha existido nunca; `sdk-cli-ci.yml:467` invocando un script inexistente cuyo homólogo real apunta a una ruta pre-refactor, así que "Winston Agentic Review" está muerto dos veces y reporta `success`. (b) *Pase vacuo*: el patrón ya existe en `34-boundary-guard-repository.mjs:57-73` ("A zero-file scan must never be reported as boundary guard passed") y como auto-test negativo en el gate de contrato del Tracker — está aplicado a 2 guards de ~46. Fix: un guard de ~40 líneas que resuelva contra disco todo literal de ruta; que cada guard publique su denominador y salga 1 ante un escaneo de cero elementos; que cada guard lleve una fixture deliberadamente mala que DEBE ponerlo rojo en CI; y que CI ejecute todos los `validationCommand` de `gap-closure-evidence.json`. **COMPLETADO (`44fe8dd3`):** `40-validate-path-literals.mjs` escanea scripts del harness, pasos `run:` de workflows y values de Helm, resuelve cada literal contra disco, publica su denominador (109 literales en 197 ficheros) y sale 1 ante un escaneo vacuo — obedece la disciplina que impone, con una fixture negativa en `node --test` (15 tests). Los dos defectos vivos que encontró están reparados: `sdk-cli-ci.yml:467` invocaba un `.harness/scripts/ci/13-agentic-code-review.mjs` inexistente (la ruta real está bajo `ci/agentic/`) y el argv de ese script apuntaba a un `packages/mcp-server/dist/main.js` pre-refactor — que es la razón por la que "Winston Agentic Review" reportaba `success` durante meses sin llegar nunca al servidor. Con ambos arreglados, el guard pasó de `--report` a su modo ESTRICTO por defecto en `ci-runner.mjs`, así que un literal muerto nuevo ahora FALLA la corrida de gobernanza. La mitad anti-vacua queda impuesta para este guard; extender el patrón a los otros ~45 guards queda como trabajo posterior. **NO cerrado:** dos de sus tres criterios siguen sin cumplirse — el patrón anti-pase-vacuo está impuesto solo para ESTE guard (faltan ~45), y los `validationCommands` del tablero todavía no se ejecutan en CI. El guard de literales de ruta sí está estricto, cableado y verde. **+2026-07-26 (ola 3) — aterrizaron dos guards nuevos; los criterios 2 y 3 avanzaron, ninguno cerró.** `42-validate-guard-denominators.mjs` clasifica los **54** guards de CI y asserta que ninguno puede pasar en silencio un escaneo de cero elementos (8/8 tests, exit 0). `41-validate-evidence-commands.mjs` por fin EJECUTA los `validationCommands` del tablero en vez de sólo comprobar que sean cadenas no vacías (27/27 tests), y reporta su denominador con honestidad: sobre **937 comandos registrados en 544 registros de cierre encuentra 290 referencias muertas**, e imprime `THIS IS NOT A PASS` en vez de salir verde con una cifra así. Está cableado en modo reporte con un trinquete `--max-dead 290` para que el conteo sólo pueda bajar. **Sigue abierto:** el criterio 3 exige muertas == 0, que es una migración de datos del fichero de evidencia (propiedad del tablero), no un cambio de guard; el criterio 2 exige una fixture negativa por guard, y clasificar no sustituye a eso. Las 290 referencias muertas son en sí un hallazgo: son el tamaño medido de la causa raíz C5 — un tablero que registra intención en vez de resultado. Ola 2: el criterio 2 pasa a exigirse por EJECUCIÓN — `43-validate-guard-negative-fixtures.mjs` apunta cada guard de barrido a un único árbol deliberadamente vacío y 32/32 se pusieron en rojo, 0 reportaron pase. Una fixture compartida en vez de 34 a medida, derivada de la clasificación de 42, así que el siguiente guard se ejercita el día que aterriza. Dos clases de falso-MUERTO en 41 reparadas y el ratchet vuelto independiente de la máquina (ahora imprime su propia base: 303, coincidente entre un portátil y el runner pese a diferir 15 en el conteo bruto). 43, 44 y 34 cableados en ci-cd.yml; ratchet bajado de 305 a 303. **AC3 intacto:** 288 referencias muertas, 198 nombrando workspaces previos al refactor — una migración de datos del fichero de evidencia. |  |  | `Governance` | Cross | P1 | M | `EN-PROGRESO` |
-| [`GT-580`](./gap-reference-catalog.es.md#gt-580) | `grep -rno "process.exit([0-9]*)" src/sdk/cli/src` devuelve **20 × `process.exit(1)` más 2 `process.exit()` sin argumento** — un único valor de fallo para un veredicto FAIL, un flag mal escrito, un fichero ausente o una caída de infraestructura, así que ningún consumidor puede ramificar por causa. Los diagnósticos comparten el canal máquina: **341 `console.log` frente a 115 `console.error`**. Y no hay salida incremental — no existe `--format ndjson` — así que un `validate` largo es opaco hasta que termina. Un harness de agente, un hook de pre-commit y un paso de CI tienen exactamente un primitivo en común (el código de salida del proceso) y el CLI hoy renuncia a usarlo. Fix: taxonomía publicada (`0` PASS · `2` error de uso · `3` **veredicto FAIL** · `1` fallo de infraestructura · `4` HITL requerido), todo diagnóstico a stderr, un stream de eventos NDJSON versionado, y la taxonomía gobernada por un ruleset propio con paridad Rego para que un comando nuevo no pueda romperla. **+ola 2026-07-28 — la taxonomía existe y su rotura de contrato está propagada.** `0` pasa · `1` fallo de herramienta · `2` bloqueado · `3` entrada inválida, impuesto centralmente en `BaseEvolithCommand.handleError` más un guard jest que rompe la build ante cualquier literal de salida fuera del conjunto. **La propagación se auditó en vez de suponerse:** un barrido de todo el repo no encontró NADA que interpretara `1` como "gate falló", así que no había rotura viva aquí — pero la composite action colapsaba todo lo no-cero en `non-compliant`, lo que **afirmaba que el repositorio de un cliente era no conforme cuando el CLI simplemente había reventado o se le había invocado mal**. Eso es el inverso de un gate que reporta verde sobre un repo sin evaluar, y es igual de falso. La action ahora reporta `error` / `invalid-input`, expone `exit-code`, falla el paso ante un no-veredicto ignorando `fail-on-violation`, y su resumen de PR dice "Not evaluated — esto no es un hallazgo sobre este repositorio". Sus tests pasaron de 11 a 13, reclasificados y no aflojados: cuatro casos eran veredictos bloqueados (ahora exit 2) y dos eran fallos de herramienta genuinos (siguen en exit 1, ahora `error`). Ambas guías publican la tabla de cuatro valores. **NO cerrado:** la disciplina stdout/stderr está intacta (341 `console.log` frente a 115 `console.error`), no hay flujo de eventos `--format ndjson`, y el tercer criterio pide un ruleset de paridad Rego mientras lo que aterrizó es un guard jest que sólo cubre este paquete. **Follow-up fuera de este repositorio:** el Tracker invoca el CLI y puede ramificar por su código de salida — no verificable desde aquí, hay que revisarlo en `evolith_tracker`. **Criterio 1 marcado el 2026-07-28 tras verificarlo:** `exit-code-taxonomy.spec.ts` publica exactamente cuatro códigos, separa un veredicto bloqueante de un Core inalcanzable y — la parte que sostiene el criterio — BARRE las fuentes de los comandos y comprueba que ninguna nombra un exit code fuera de `0`, `1`, `2` o `3`, con protección anti-vacua para que un verde sobre un barrido vacío no cuente como verde. 21/21. Quedan los criterios 2 y 3: no hay test que afirme que `--format json`/`ndjson` escribe datos solo en stdout con todo diagnóstico en stderr, ni un par ruleset+Rego que exija la taxonomía como gobierno en vez de como barrido de jest. **+ola 2026-07-29 — criterios 2 y 3 cerrados para el canal JSON; un barrido reforzado encontró cuatro roturas más, miembros de la taxonomía pero incorrectas.** Criterio 2: `machine-channel.registry-sweep.spec.ts` le pregunta al propio registro de commander del CLI qué comandos declaran `--format` (no una lista a mano) y comprueba que los 32 encontrados escriben exactamente un documento JSON parseable en stdout con los diagnósticos en stderr — 32/32 limpios. Esto cierra la mitad de pureza stdout/stderr del criterio 2; el streaming `--format ndjson`, el cuarto pilar del fix original, sigue sin construirse. Criterio 3: la taxonomía ahora está gobernada por `src/rulesets/cli/exit-code-taxonomy.rules.json` con paridad Rego (`src/rulesets/opa/cli-exit-code-taxonomy.rego`, `opa test` 7/7) y un evaluador nativo (`cli-exit-taxonomy-rule.handler.ts`, 28/28 junto con `rule-corpus-triage.spec.ts`) — un comando nuevo ya no puede romper la taxonomía sin que falle un ruleset. **Reforzar el barrido sacó a la luz justo la clase de bug para la que existe:** al sumar `envelope.success === (status === 0)` junto a la pertenencia a la taxonomía aparecieron CUATRO comandos que eran miembros válidos de la taxonomía mientras contradecían su propio envelope — `sdlc gate-status` salía con 0 sobre un envelope `INTERNAL_ERROR` (un consumidor que ramifica por código lo lee como PASS), `alias` salía con 1 en vez de 3 ante un error de uso, el catch-all de `init-wizard` colapsaba un `NonInteractiveError` a `INTERNAL_ERROR`/1 antes de que llegara a `resolveExitCode`, y la rama JSON de `sdlc generate` hacía `return` antes de llegar a la asignación de `process.exitCode` que tenía debajo. Los cuatro se corrigieron enrutando por los helpers ya existentes `exitCodeForErrorCode`/`resolveExitCode`/`carriesCliExitCode` en vez de un literal fijo, y el barrido ahora exige esa coherencia para todo comando de aquí en más. Verificado: suite del CLI 101 suites/1446 tests, handler+triage de core-domain 28/28, `opa test` 7/7, `tsc --noEmit` limpio. [PR #278](https://github.com/beyondnetcode/evolith_arch32/pull/278). **Sigue abierto:** el flujo de eventos `--format ndjson`, y el seguimiento cross-repo del Tracker señalado arriba (no verificable desde este repo). |  |  | `Evolith CLI` | Cross | P1 | M | `EN-PROGRESO` |
-| [`GT-581`](./gap-reference-catalog.es.md#gt-581) | `grep -rn "outputSchema\\|structuredContent" src/packages/mcp-server/src` devuelve **0**, e igual `annotations` — sobre **50 tools anunciadas**, con el SDK `1.29.0`, que soporta las tres cosas. Todo llamante recibe por tanto un bloque de texto y debe reconstruir su forma por ingeniería inversa, y ningún cliente puede distinguir una tool de solo lectura (`evolith-adr-list`) de una destructiva (`evolith-satellite-create`) antes de invocarla. El draft de la especificación además relajó `inputSchema`/`outputSchema` para aceptar cualquier keyword de JSON Schema 2020-12 (SEP-2106) y pide a los servidores devolver `tools/list` en orden determinista para mejorar el acierto de caché de cliente y de prompt — dos ganancias gratis en la misma pasada. Fix: derivar `outputSchema` por tool desde `@beyondnet/evolith-contracts`, emitir `structuredContent`, añadir annotations `readOnlyHint`/`destructiveHint`/`idempotentHint`, y hacer determinista el orden de `tools/list`. Ola 2: las 50 herramientas declaran `outputSchema` y devuelven `structuredContent` que valida con el propio validador del SDK — incluso en las denegaciones FORBIDDEN, que es el resultado que un agente más necesita leer mecánicamente. Se genera de forma central desde la versión del sobre, así que no se puede registrar una herramienta sin contrato. **Salvedad que se arrastra, no se oculta:** la rama `data` queda declarada-pero-abierta en las 50; estrecharla exige esquemas por operación, que es GT-583. |  |  | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-582`](./gap-reference-catalog.es.md#gt-582) | Verificado directamente contra la especificación viva el 2026-07-26, no tomado de una fuente secundaria. La revisión **actual** del protocolo es `2025-11-25`; el **draft** elimina las sesiones a nivel de protocolo y la cabecera `Mcp-Session-Id` (SEP-2567), elimina el handshake `initialize`/`notifications/initialized` en favor de `_meta` por petición (SEP-2575), hace obligatorio `server/discover` (SEP-2575), sustituye las peticiones iniciadas por el servidor con el patrón **MRTR** — `InputRequiredResult`, un `resultType` obligatorio, e `inputResponses` en un reintento de la petición original (SEP-2322) —, deprecia Roots/Sampling/Logging (SEP-2577) y deprecia el Dynamic Client Registration en favor de Client ID Metadata Documents. En este repositorio: SDK `1.29.0`, **7 sitios con `sessionId`** bajo `src/packages/mcp-server/src`, y `grep -rn "well-known\\|oauth-protected-resource" src` devuelve 2 coincidencias no relacionadas, así que tampoco se sirve documento de metadatos de recurso protegido. MRTR importa más allá de la conformidad: es *la aprobación como protocolo*, y es la única forma en que el gate HITL sobrevive a la desaparición de las sesiones. **Corrección al documento origen, que esta fila registra en vez de repetir:** el documento etiqueta esta revisión como `2026-07-28` y la plantea como una emergencia a 3 días. Esa fecha no pudo confirmarse — la propia página de versionado de la especificación sigue nombrando `2025-11-25` como actual, describe la negociación como parte de `initialize`, y no publica fecha de release para el draft. El contenido técnico es real y está confirmado; la urgencia no. Esto es trabajo preparatorio contra un draft, a revisar en cada revisión de la especificación. |  |  | `MCP Server` | Cross | P1 | L | `PENDIENTE` |
-| [`GT-583`](./gap-reference-catalog.es.md#gt-583) | `TOOL_SCHEMAS` es un mapa escrito a mano en `src/sdk/cli/src/commands/api/api.catalog.ts:81`, las tools MCP declaran sus propios input schemas inline en código, y `buildCapabilityManifest` (GT-513) publica solo `evaluationKinds`, `engines`, `surfaces`, `supportedConsumers` y un `sha256` — **ningún esquema de entrada o salida por operación**. Así que "un registro genera las tres superficies" se afirma en prosa y se mantiene a mano. Aparte, **los 154 ficheros `*.schema.json` declaran `http://json-schema.org/draft-07/schema#`**, mientras el draft de MCP espera keywords de 2020-12 en los esquemas de tool — lo que convierte el pin en un bloqueo para GT-581 y no en una elección neutral. Fix: extender el manifiesto con `inputSchema`/`outputSchema` por operación, generar `TOOL_SCHEMAS` y los registros MCP desde él, y migrar el meta-esquema a 2020-12 compilando con el entry point 2020 de ajv. |  |  | `Evolith Core` | Cross | P1 | L | `PENDIENTE` |
-| [`GT-584`](./gap-reference-catalog.es.md#gt-584) | La costura de ADR-0111 está viva — `quality-signal-provider.port.ts`, `quality-signal-registry.ts` y dos providers reales (`lighthouse-evidence.provider.ts`, `structural-review-provider.ts`) — y `Evidence` ya lleva `determinism` y `provenance{collectedBy, adapterVersion, artifactHash, timestamp}`. Lo que falta es el gate encima: `grep -rniE "confusion.matrix\|true.positive.rate\|cohen\|kappa\|false.block"` sobre `src` y `.harness` devuelve **0**. Nada lee `determinism` como condición para bloquear, así que el día en que un provider no determinista apunte a algo que importe, su hallazgo será admisible por defecto y sin medir. Fix: `probabilistic-evidence-admissibility.rules.json` con paridad `.rego`/`.test.rego` — la evidencia probabilística solo puede bloquear mientras `tpr ≥ θ₁ ∧ tnr ≥ θ₂ ∧ antigüedad ≤ θ₃`, y si no degrada a advisory — más los campos de calibración en `Evidence` que la regla lee. Ola 2: se encontró y cerró un camino real de heurística a veredicto bloqueante (`detectDependencyInversionIssues` y `detectLayerViolations` emitían MUST bloqueante y mcp-server copiaba la bandera literalmente). Dos defectos concretos detrás de la tasa de error no medida: la comprobación de framework casaba subcadenas desnudas, y la comparación de capas estaba INVERTIDA — todo import legal `application → domain` bloqueaba mientras toda inversión real `domain → infrastructure` pasaba. **Ningún criterio cumplido en su ubicación declarada:** AC1 pide un par ruleset/Rego bajo `src/rulesets/**`, AC2 pide los campos de calibración en el propio `Evidence`. Los umbrales son política declarada, no mediciones — GT-585 es lo que los vuelve reales. |  |  | `core-domain` | Cross | P1 | M | `EN-PROGRESO` |
-| [`GT-585`](./gap-reference-catalog.es.md#gt-585) | 167 rulesets y 45 políticas deciden `blocking`, y ninguno se ha medido nunca: todo el vocabulario de calibración (`matriz de confusión`, TPR/TNR, κ de Cohen, falso bloqueo) aparece **0 veces** en `src` y `.harness`. La fuente de etiquetas que esa medición necesita — un humano revocando una decisión de gate — vive en el Tracker, y según GT-435/GT-448 nada ha corrido nunca en producción, así que **todavía no existe corpus orgánico de etiquetas y esta fila no puede cerrarse solo con código**. Lo que sí está disponible hoy, y es el sentido de registrarla ya: un set etiquetado a mano desde la propia historia de este repositorio, más el arnés (un comando estilo `judge:validate` que reporte matriz de confusión, κ e intervalo de Wilson dentro del envelope ADR-0073), de modo que en el momento en que existan etiquetas la cifra sea derivable y no reconstruida a posteriori. |  |  | `Governance` | Cross | P1 | L | `PENDIENTE` |
-| [`GT-586`](./gap-reference-catalog.es.md#gt-586) | `EvaluationContext` lleva más de 30 miembros opcionales, entre ellos `executionMode: 'manual' \| 'hybrid' \| 'agentic'` y, por ítem de evidencia, `EvidenceContext.producer.actorType` — pero **no lleva identidad del solicitante ni revisión de código**: sobre `evaluation-context.ts`, `grep -nE "actor\|revision\|commit"` solo coincide con `ExecutionMode` y ese `producer` anidado. `EvaluationResult` refleja `evaluatedAt` y `versions{core, ruleset, rulesetVersion, policy, blueprint}` — otra vez sin revisión. Así que el motor no puede atribuir un veredicto a un humano o a un agente (`executionMode` describe el modo de operación, no la identidad de quien pide, y no lleva ni modelo ni sesión), y dos veredictos sobre el mismo repositorio no pueden ordenarse contra el código que juzgaron. Fix: `requester{actorType, actorId, modelRef?, sessionId?}` y `repositoryRevision` opcionales y aditivos en el contexto, reflejados en el resultado. Solo aditivo, así que el congelamiento de contrato de GT-388 se mantiene. Ola 2: `requester` y `repositoryRevision` se aceptan, se reflejan en el resultado y se proyectan al input de OPA, todo de forma aditiva. Nada se deriva — si no entra, no sale, porque un sha inventado en una traza de auditoría es peor que uno ausente. **Pendiente:** AC3, cobertura de fixtures en `@beyondnet/evolith-contracts`. **CERRADO el 2026-07-28.** Aterrizó el tercer criterio: `@beyondnet/evolith-contracts` publica ahora `EVALUATE_INLINE_ATTRIBUTED_REQUEST` y `EVALUATION_RESULT_ATTRIBUTION_FIXTURE` desde el índice del paquete — no solo desde el módulo de fixtures, que es lo que pide el criterio y lo que un consumidor puede fijar de verdad. Cuatro tests: el requester tipado y la revisión viajan, el resultado los refleja LITERALMENTE (nada derivado — un sha inventado en una traza de auditoría es peor que uno ausente), un veredicto SIN ellos sigue validando y sigue resolviendo a `PASSED`, y un llamador que no aporta revisión no recibe ninguna. Esa mitad aditiva es lo que hace seguro el cambio en un paquete publicado. |  |  | `core-domain` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-587`](./gap-reference-catalog.es.md#gt-587) | `grep -rn "gen_ai" src` devuelve **0**. El tracing existe (`src/packages/mcp-server/src/tracing.ts`) y GT-546 emite métricas `evolith_*`, así que la fontanería está puesta y solo el vocabulario es privado. Las convenciones semánticas GenAI de OpenTelemetry definen `gen_ai.evaluation.result` — que es exactamente la forma de una señal de calidad de ADR-0111 — más un namespace `mcp.*`; el draft de MCP además documenta la propagación de trace context por `_meta` (`traceparent`, `tracestate`, `baggage`, SEP-414). Fix: emitir los atributos de semconv junto a `evolith.*`, y pinnear la versión de semconv, porque ese registro sigue en estado Development. |  |  | `Evolith Core` | Cross | P2 | M | `PENDIENTE` |
-| [`GT-588`](./gap-reference-catalog.es.md#gt-588) | `Provenance{collectedBy, adapterVersion, artifactHash, timestamp}` es obligatorio en cada `Evidence` — y está completamente sin firmar: `grep -rniE "scitt\|cose_sign\|transparency"` sobre `src` devuelve una única coincidencia no relacionada. GT-576 ya degradó la afirmación del Pilar 1 sobre "rastros de auditoría inmutables" de `Validated` a `Designed` por exactamente este motivo. Un `artifactHash` que el productor calcula sobre su propia salida no es evidencia de no-manipulación. Fix: un statement firmado más recibo por decisión en la forma que define RFC 9943 (SCITT) con recibos COSE, un `evolith-cli audit verify` que los compruebe, y — la parte que hace el ledger portante y no ornamental — una regla de gobernanza que FALLE cuando los recibos no verifican. |  |  | `Governance` | Cross | P2 | L | `PENDIENTE` |
-| [`GT-589`](./gap-reference-catalog.es.md#gt-589) | `grep -rniE "scip\|tree-sitter"` sobre `src` devuelve **0**. La profundidad hoy viene de la costura de enforcers OSS (GT-514/GT-515/GT-521), cuya salida es una lista plana de `Violation` por corrida de herramienta — útil, pero no una base de hechos consultable: sin grafo de símbolos, sin grafo de módulos, sin estructura de imports o llamadas a la que el evaluador pueda hacer preguntas. Fix: un paquete `RepoFacts` con content-hash producido por un indexador SCIP (`scip-typescript` y equivalentes) más tree-sitter, extraído **fuera** del Core y entregado inline como miembro determinista de `EvaluationContext` — la misma forma que ADR-0101 ya exige para los ficheros fuente vía `OverlayFileSystem`, así que refuerza la restricción de statelessness en vez de erosionarla. |  |  | `Evolith Core` | Cross | P1 | L | `PENDIENTE` |
-| [`GT-590`](./gap-reference-catalog.es.md#gt-590) | `structurizr-parser.ts` y `c4-compiler.ts` existen bajo `src/packages/core-domain/src/application/validators/enforcement/`, así que el modelo *intencional* ya se parsea. Lo que falta es el paso de correspondencia: nada liga un elemento C4 a un símbolo, módulo o ruta de código, así que el sistema tiene una intención y una implementación y no puede compararlas. Fix: un provider probabilístico propone los bindings por la costura de ADR-0111, un humano los confirma en un gate HITL, la correspondencia confirmada se persiste versionada, y desde ese momento es una entrada determinista. Depende de GT-589 para el lado de símbolos de cada binding. |  |  | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
-| [`GT-591`](./gap-reference-catalog.es.md#gt-591) | `.harness/scripts/opa-runtime.mjs:6` pinnea `OPA_VERSION = '0.65.0'` y `compile-opa-wasm.mjs:41` descarga esa misma versión; `@open-policy-agent/opa-wasm` está en `1.10.0` tanto en `core-domain` como en `mcp-server`. OPA ha publicado desde entonces su línea v1, donde las keywords `if` y `contains` son obligatorias en vez de opcionales. En este repositorio la migración está **ya medio hecha y es medible**: 13 de 45 políticas declaran `import rego.v1`, dejando **32 en estilo v0**, con 39 ficheros `*.test.rego` como el arnés que prueba que la conversión no cambió ni una decisión. Fix: `opa fmt --rego-v1` sobre las 32, subir la versión pinneada, y aseverar el pin en CI. Ola 2: 85/85 ficheros de `src/rulesets` son v1; los 275 casos de test pasan idénticos bajo el 0.65.0 fijado y bajo un 1.10.0 real, que es la prueba más fuerte disponible de que ninguna decisión cambió (HEAD produce 813 errores de parseo con el mismo binario v1). Evidencia de la fila corregida: el conjunto v0 eran 77 ficheros, no 32. **NO SUBIR EL PIN:** 6 políticas v0 bajo `reference/.../progressive-axis/**` siguen fallando con un binario v1 y son justo las que ejecutan la puerta de paridad. |  |  | `Evolith Core` | Cross | P2 | M | `EN-PROGRESO` |
-| [`GT-592`](./gap-reference-catalog.es.md#gt-592) | El stack está terminado: GT-538 (adaptador pgvector durable), GT-539 (embeddings Qwen3 según ADR-0112), GT-540 (`IKnowledgePort` de producción) y GT-541 (workflow de delta-sync) están todos COMPLETADOS, con `pgvector-knowledge.adapter.ts` y ocho scripts `rag-*` bajo `.harness/scripts/ci/` — y **ninguna de las 50 tools MCP anunciadas es una operación de búsqueda o de conocimiento**, así que ningún agente externo puede consultar nada de ello. Segundo problema: el adaptador de GT-540 ordena solo por similitud coseno, mientras este corpus se consulta por identificadores exactos (`ADR-0111`, `GT-569`, `SCHEMA_VERSION`, `EVD-01`), que es el régimen donde el BM25 léxico gana a la recuperación densa. Fix: una tool MCP `evolith-knowledge-search`, recuperación híbrida con BM25 primero y denso como reranker, y un arnés de eval de recuperación en CI sobre un set fijo de consultas para que un cambio de ranking se vea. |  |  | `MCP Server` | Cross | P2 | M | `PENDIENTE` |
-| [`GT-593`](./gap-reference-catalog.es.md#gt-593) | GT-386 entregó *estado* durable — `file-scheduler.adapter.ts`, `file-memory.adapter.ts`, `file-approval-store.ts` — pero no hay journal de pasos: `grep -rniE "resume\|journal"` sobre `src/packages/agent-runtime/src` devuelve **0**. Así que el pipeline (`plan()`, el harness, cada provider, el evaluate del Core) no guarda registro por paso de entradas y salidas, lo que significa que un `kill -9` pierde el trabajo y, peor, pierde la constancia de qué devolvieron realmente los pasos no deterministas. Fix: journalear cada paso con entradas y salidas hasheadas, y reanudar desde el journal. Ola 2: diario de pasos append-only direccionado por contenido de la entrada, con adaptadores en memoria y JSONL durable; cuatro pasos se registran y se reanudan, probado matando el Core a mitad de pipeline. El conjunto NO reanudable (aprobaciones, veredictos de política, pasos muertos antes de completar, reemisiones al sumidero) queda escrito en el puerto en vez de implícito: aprobaciones y veredictos se vuelven a decidir en cada intento a propósito, porque reproducir una concesión podría reanudar sobre una decisión revocada. |  |  | `agent-runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-594`](./gap-reference-catalog.es.md#gt-594) | Los 167 rulesets y 45 políticas razonan sobre estructura, fronteras e imports — y los modos de fallo que nombra la evidencia longitudinal del documento origen (duplicación en vez de reutilización, refactor colapsado, abstracción muerta, constructos que enmascaran errores) son todos **legales en términos de imports**, así que ninguna regla puede verlos: `grep -rlniE "duplicat"` sobre `src/rulesets` solo coincide con prosa (un README, el manifiesto de ingeniería, un ruleset de ADR) y ninguna regla calcula un ratio de duplicación, un ratio refactor:copia, ni un conteo de constructos que enmascaran errores. Fix: evaluadores de esas señales detrás de la costura de ADR-0111, **advisory primero**, admisibles para bloquear solo vía GT-584. Depende de GT-589 para los hechos estructurales sobre los que se calculan las señales. |  |  | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
-| [`GT-595`](./gap-reference-catalog.es.md#gt-595) | **No viene del documento origen — se encontró al contrastarlo.** GT-569 lo apartó explícitamente ("cerrar el gap de cobertura de handlers en sí (≈240 reglas no evaluables) NO es parte de esto y queda abierto") y lo dejó sin fila propia, que es cómo un P0 se vuelve invisible en el tablero. Tras ese arreglo, `validate` sobre este repositorio reporta **269 saltadas de 380** reglas, **192 de ellas `blocking`**: el motor nativo tiene handlers para una minoría del corpus de reglas (`find src/rulesets -name '*.rules.json'` cuenta 167 ficheros en 21 directorios). Una regla bloqueante saltada no es un resultado neutral — es una regla que el producto envía, documenta y cobra, y que nunca corre. El fix es triaje antes que código: por ruleset, decidir qué reglas necesitan handler nativo, cuáles se expresan mejor como Rego (ya existen 45 políticas), y cuáles son solo documentación y deben marcarse como no ejecutables para que dejen de inflar el denominador. Ola 2: todas las reglas quedan clasificadas y el ratio se publica por ruleset. Lo importante es el replanteo — de 380 reglas, 129 son documentación o no declaran comprobación alguna, así que la cifra de "240 handlers por escribir" contaba trabajo que nadie puede hacer; el backlog real es 60. **AC2 deliberadamente NO activado:** bloqueante-y-skipped tumbaría hoy este repositorio en ~85 reglas y no se encendió dentro de una ola compartida. **CERRADO el 2026-07-29.** El AC2 queda exigido: `RuleEvaluationEngine.toValidationIssues` emite ahora un ValidationIssue `blocking` cuando una regla declarada `blocking` devuelve `skipped`, de modo que esa combinación tumba la corrida. Deliberadamente NO es una excepción lanzada — `RulesetValidatorService.validate` captura las excepciones del motor y las degrada a `logger.warn`, así que un throw lo habría tragado en silencio el único llamador de producto. El desenlace de la regla sigue siendo `skipped` a propósito: promoverlo a `failed` la metería en `rulesChecked` y volvería a inflar justo la cobertura que GT-569 hizo honesta. Al activarlo aparecieron **181 reglas declaradas `blocking` que nunca se ejecutan**. 96 eran placeholders de ADR autogenerados cuya propia `validationQuery` termina "Concrete checks to be wired into the harness" — el generador afirmaba `blocking: true` sobre una comprobación que nunca cableó, y ahora emite `blocking: false`. De las 85 restantes, **12 se cerraron de verdad** y el conteo fijado queda en **73**, recalculado contra el corpus real en vez de asumido (se perturbó el pin a 74 y se observó fallar): 8 con forma de configuración (ED-R04, ED-R05, ED-R06, DAM-R05, MTN-05, GIT-08, SEC-RL-01, SEC-RL-02) y 4 de frontera de módulo (HXA-01, HXA-02, HXA-04, HXA-05). Dos hallazgos merecen quedar registrados, ambos casos del mismo patrón que persigue esta ola. Las cuatro reglas HXA estaban muertas porque **`DiskRulesetRepository.normalizeRuleset` nunca copiaba el campo `enforce`**: el esquema lo acepta desde GT-516, el ruleset de ADR-0002 escribe seis bloques y el PolicyCompiler los compila, pero la normalización lo descartaba, así que `rule.enforce` era siempre `undefined` y el subsistema de enforcement entero era inalcanzable por falta de datos, no por falta de cableado. Y **el propio cargador de `rule-corpus-triage.spec.ts` también descartaba `enforce`**, bajo un docstring que afirmaba cargar "exactamente como lo hace `DiskRulesetRepository`" — el instrumento de medida estaba midiendo un corpus distinto del que evalúa producción. Dos cosas se dejaron fuera a propósito. No se adoptó `dependency-cruiser`: el Core es un motor sin estado que lee satélites a través de un sistema de ficheros superpuesto que un subproceso no puede ver, y la configuración de la herramienta hace match con `node_modules/`, así que un satélite sin instalar daría cero violaciones y PASARÍA cuatro reglas bloqueantes — un pase falso es peor que el skip que vendría a sustituir. Y no se cerró OCB-02: ningún artefacto lleva marcador de `availability` en ninguna parte, así que la regla cuantifica sobre el conjunto vacío y solo puede pasar; eso queda recogido como tres tests ejecutables en lugar de prosa. |  |  | `core-domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-510`](./gap-reference-catalog.es.md#gt-510) | **16 gaps DONE no tienen registro de cierre en `gap-closure-evidence.json`.** El registro tiene 417 registros de cierre pero se requieren 433 (425 `GT-*` DONE + 8 `MT-*`), así que `08-validate-tracking.mjs` y `09-reconcile-maturity.mjs --check` fallan. Destapado cuando [`GT-476`](./gap-reference-catalog.es.md#gt-476) re-apuntó los guards de tracking/madurez a las rutas reales — las rutas obsoletas lo ocultaban. Afectados: GT-424, GT-436, GT-440, GT-449, GT-450, GT-452, GT-466, GT-467, GT-468, GT-469, GT-470, GT-471, GT-472, GT-473, GT-474, GT-484. Fix: añadir el registro de cierre real (commit + verificación) de cada uno, o revertir los que no estén realmente DONE — no fabricar evidencia. **COMPLETADO:** el registro ya tiene 439 records (≥ requerido) y AMBOS guards pasan — `08-validate-tracking.mjs` "Validated 523 gaps and 439 closure records" y `09-reconcile-maturity.mjs --check` "✅ Maturity reconciliation matches" (este último completado por el sync de `asOf` de madurez `0d45a08e`). Cada gap DONE tiene registro (08 lo exige exactamente). |  |  | `Governance` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-511`](./gap-reference-catalog.es.md#gt-511) | (EAG-02 · integración A/B) **Modelo único normalizado de evidencia/Violation.** Un modelo canónico `Violation` (`ruleId, tool, file, line?, column?, severity, message, adrRef, owner?, fingerprint, frozen`) + un contrato de evidencia contra `src/rulesets/evidence/evidence-manifest.rules.json` (EVD-01..04); unifica el normalizador OSS (A) y el `EvidenceNormalizer` (B). Hoy el único motor es OPA-WASM + 12 handlers nativos (`native-evaluator.ts`), no hay adaptador de ingesta OSS, y `RuleExecutionRef.engine` es un enum Ajv estricto. Fix: `violation.ts` en core-domain (fingerprint normalizado SIN message + path normalizado), mapear a `GapFinding`/`RiskFinding`, `violation.schema.json` + `enforcer-evidence.schema.json`, agregar el engine `'enforcer'` con una estrategia de versión/tolerancia del enum. **COMPLETADO (`d769c97b`):** `violation.ts` (modelo Violation + mapas de severidad invertibles + fingerprint sobre path normalizado excluyendo `message` + Violation⇄GapFinding/RiskFinding + `EnforcerEvidenceManifest`/`buildEnforcerEvidence` cubriendo EVD-01..04); `violation.schema.json` + `enforcer-evidence.schema.json` (ajv-válidos, incl. caso negativo EVD-02); `RuleExecutionRef.engine` ampliado a un vocabulario abierto `RuleEngine` + `'enforcer'` (`isKnownEngine`/`normalizeEngine`). Verificado: core-domain 752/752 (+17), tsc limpio, ajv válido. |  |  | `core-domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-512`](./gap-reference-catalog.es.md#gt-512) | (EAG-04 · integración A/B) **Aprovisionamiento del entorno de evaluación (restore/scoping/cache/sandbox).** Hacer los analizadores de fuente ejecutables y seguros. `GitHubRepositorySourceReader` entrega un tarball de TEXTO sin dependencias → dependency-cruiser/import-linter dan falsos negativos; Core y satélites son monorepos Nx. Fix: PA-01 restore (`npm ci`/`dotnet restore+build`/`pip install`+grimp/`composer install`); PA-02 scoping por proyecto en Nx; PA-03 cache de EvaluationResult por commit-SHA + solo-archivos-cambiados; PA-04 sandbox de shell-out (sin egress, sin secretos, ulimits/cgroups, allowlist de binarios); PA-05 toolchain según el manifiesto `evolith.yaml`. **EN-PROGRESO (`970a0da6`):** aterrizó la porción pura verificable en `provisioning.ts` — PA-01 `buildRestorePlan`, PA-02 `resolveProjectScope` (Nx afectados), PA-03 `computeEvaluationCacheKey`+`IEvaluationCache` (AC3 hecho — commit+scope sin cambios pega al cache), PA-04 `SandboxPolicy`+`enforceSandboxPolicy`+`SandboxedProcessRunner` (fail-closed: binario no-allowlisted / env-secreto rechazado antes del runner interno; endurece el `IProcessRunner` de GT-514), PA-05 `resolveRuntimeFromManifest`. Verificado: core-domain 838/838 (+16), tsc limpio. **+2026-07-12 (PA-06 + runner real):** `executeRestorePlan` (corre el plan fail-fast en el cwd del checkout) + `provisionEvaluationEnvironment` (compone scope→cache→restore) en core-domain; y el **`NodeProcessRunner`** real en `@beyondnet/evolith-infra-providers` (`execFile` sin shell, sin heredar secretos —passthrough curado PATH/HOME/locale, nunca TOKEN/SECRET—, timeout+kill, confinado a cwd) — el inner-runner que envuelve `SandboxedProcessRunner`; puerto expuesto en la API pública de core-domain. Verificado: core-domain 893/893, infra-providers 67/67, tsc limpio. **Bloqueado (solo infra-OS):** el enforcement OS-level de egress/cgroups/namespaces (requiere contenedor aislado en el deploy) + la integración de traer el checkout real del repo. |  |  | `Evolith Core` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-513`](./gap-reference-catalog.es.md#gt-513) | (EAG-06 · integración A/B) **API estable + manifiesto de capabilities.** La puerta de entrada para consumidores externos. `evolith-machine-contracts.json` lista solo `evolith_tracker` en `supportedConsumers` y no existe `/capabilities`. Fix: un paquete versionado `@beyondnet/evolith-contracts` (SemVer + sha256); `GET /api/v1/capabilities` junto a `ReferenceController` (solo-REST según ADR-0074, sin GraphQL aquí); tests de paridad de contrato. **EN-PROGRESO (`6b4bebf4`, ola paralela):** aterrizó el manifiesto versionado + guard de drift en core-domain — `capabilities/capabilities-manifest.ts` `buildCapabilityManifest` (kinds desde `EvaluationResult.results`, engines desde `KNOWN_RULE_ENGINES` incl. `enforcer`, `supportedConsumers` agrega `external`, `version` SemVer, `sha256` del JSON canónico) + guard de paridad `capabilityManifestFingerprint` + guards de exhaustividad en compile-time. Verificado: core-domain 822/822 (+15), tsc limpio. **Bloqueado:** el endpoint vivo `GET /api/v1/capabilities` en core-api + el paquete publicado `@beyondnet/evolith-contracts` (wiring de ficheros/módulos compartidos). **+ola paralela (`d144736e`):** aterrizó el endpoint vivo `GET /api/v1/capabilities` (`CapabilitiesController` → `buildCapabilityManifest`, envelope ADR-0073). Verificado 2/2 + reference sin regresión. Resta el paquete publicado `@beyondnet/evolith-contracts`. **COMPLETADO:** ese resto se entrego — `@beyondnet/evolith-contracts@1.1.0` esta publicado en npm (verificado con `npm view`), asi que no queda nada abierto en esta fila. La frase anterior se conserva por historial. |  |  | `Core API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-514`](./gap-reference-catalog.es.md#gt-514) | (EAG-08 · integración A/B) **`IEnforcerAdapter` + `EnforcerEvaluator` + Composite + catálogo.** La costura de orquestación de enforcers. `rule-evaluation-engine.ts`/`RulesetValidatorService` usan un único `this.strategy` (Native). Fix: `IEnforcerAdapter.analyze(ctx)→Violation[]` con una unión `runtime`; `EnforcerEvaluator` (un `IRuleEvaluatorStrategy`) filtrando `enforce.engine==='enforcer'`; `CompositeRuleEvaluator` preservando el default Native; `ShellEnforcerAdapter` + `IProcessRunner`; `enforcer-catalog.json` alineado con `product/infra/validated-tool-catalog.md`. **COMPLETADO (`30aee332`):** costura `enforcement/` — `IEnforcerAdapter.analyze→Violation[]` + puerto `IProcessRunner` (endurecido por GT-512) + `StubProcessRunner` (no se envía runner sin sandbox por defecto); `ShellEnforcerAdapter` reutilizable (buildSpec+parse); `EnforcerEvaluator` (filtra `enforce.engine==='enforcer'`, correlaciona por `toolRuleId`, frozen⇒pass, sin-adapter/crash⇒skip); `CompositeRuleEvaluator` entra en el slot `strategy` inyectable del engine sin cambiarlo; `NormalizedRule.enforce?`; `enforcer-catalog.json` espeja el nuevo §4.3 del catálogo (EN+ES). Verificado: core-domain 762/762 (+10), tsc limpio. |  |  | `core-domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-515`](./gap-reference-catalog.es.md#gt-515) | (EAG-09 · integración A/B) **Adaptador dependency-cruiser + ingester SARIF.** Primer adaptador de analizador de fuente (Node/TS, donde vive el código de Core). depcruise no tiene SARIF nativo ≤v16 y la resolución de tsconfig puede dar falsos "not resolvable". Fix: `DependencyCruiserAdapter` (`depcruise -T json`, parsear `summary.violations[]`) + un ingester SARIF 2.1.0 genérico reutilizable. Gate: 0 falsos positivos en un corpus real antes de cualquier bloqueo. **EN-PROGRESO (`a1bc3ea1`):** AC1+AC2 hechos — `DependencyCruiserAdapter` (`parseDependencyCruiserReport` puro: `summary.violations[]`→`Violation` file:line, error/warn/info, path del ciclo, malformado⇒`[]`) sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514; ingester **SARIF 2.1.0 genérico** reutilizable (tool desde `driver.name`, no específico de depcruise — reusado por GT-521). Verificado: core-domain 773/773 (+11), tsc limpio. **AC3 (0 FP en corpus REAL) bloqueado por GT-512** (requiere una corrida de `depcruise` en un entorno restaurado). |  |  | `Evolith Core` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-516`](./gap-reference-catalog.es.md#gt-516) | (EAG-10 · integración A/B) **Bloque `enforce:` + PolicyCompiler + `evolith enforce compile` + piloto ADR-0002.** Política-única → checks nativos. HXA-01..07 en `adr-0002-hexagonal-architecture.rules.json` son solo texto en `validationQuery`. Fix: `enforce:` en `ruleset-standard.schema.json` (`engine, tool, toolRuleId, config\|configRef, severityMap, runtime, mode`); PolicyCompiler + `evolith enforce compile` (nest-commander, `src/sdk/cli/src/commands/enforce/`) con fallback por regla para reglas no compilables (NetArchTest sin ciclos; Deptrac solo-PHP; Conftest solo-IaC); poblar `enforce` en ADR-0002; test round-trip 0 FP. |  |  | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-517`](./gap-reference-catalog.es.md#gt-517) | (EAG-12 · integración A/B) **Freezing/baseline + ratchet + warn→block + versionado de enforce.** Adopción incremental sin romper builds. Fix: `PolicyBaselineStore` (un único store autoritativo de fingerprints; mapear los baselines nativos hacia él — no dos baselines paralelos); ratchet (falla si el baseline crece); warn\|block por regla + `--enforce-mode`; `evolith enforce freeze`; un presupuesto de deuda con expiración; versionado del bloque `enforce` + rebase del baseline cuando una regla cambia. **COMPLETADO (`e0e2b72c`, ola paralela):** `policy-baseline.ts` — `PolicyBaseline` único autoritativo (fingerprints congelados; unifica native+enforcer, sin stores paralelos); `freezeViolations`, `applyBaseline` (frozen vs NUEVOS/`fresh`), `ratchet` (falla ante crecimiento), `rebase` (ratchet-down estable por fingerprint — sobrevive upgrades porque el fingerprint de GT-511 excluye `message`), `decide` (warn\|block). Verificado: core-domain 822/822 (+17), tsc limpio. |  |  | `Evolith Core` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-518`](./gap-reference-catalog.es.md#gt-518) | (EAG-13 · integración A/B) **Gate de drift en PR/CI + exportador SARIF + manifiesto de evidencia + waivers.** Gate de merge determinista. Fix: exportador SARIF de `EvaluationResult` (`evolith evaluate --format sarif`); un gate de drift en CI sobre la Checks API de GitHub/GitLab (requiere una GitHub App con `checks:write` + GHAS en repos privados; fallback = comentario de PR + exit code); emitir un manifiesto de enforcer-evidence (EVD-01..03 vía el `EvidenceNormalizer` unificado); un flujo de waiver (request/approve/version/expire) para `waiverRef`; enriquecimiento de owner vía CODEOWNERS. **EN-PROGRESO (`72441eff`, ola paralela):** aterrizó la porción de core-domain — `sarif-exporter.ts` `exportEvaluationResultToSarif` (SARIF 2.1.0 válido, findings→results con level/location, round-trip por `ingestSarif`) + `emitEvaluationEvidence` reusando `buildEnforcerEvidence` (carga EVD-01..03). Verificado: core-domain 822/822 (+17), tsc limpio. **Bloqueado:** el flag CLI `evolith evaluate --format sarif`, el gate PR/CI de la Checks-API, y el flujo de waiver (CLI/GitHub App/GT-516). **+ola paralela (`a28c54d9`):** aterrizó el flag `evolith evaluate --format sarif` (imprime SARIF 2.1.0 vía `exportEvaluationResultToSarif`, sin envelope en modo sarif) — 1 de 3 ACs. Sigue EN-PROGRESO (drift gate PR/CI + waivers + evidencia pendientes). **COMPLETADO (`2abe60b5`, 2026-07-14):** los dos ACs restantes aterrizaron el dia SIGUIENTE a que se escribiera la frase de arriba, y nunca se actualizo — asi que la fila contradecia su propia columna de Estado. Waiver store durable + CLI `evolith waiver`; el drift gate satisfecho via el fallback obligatorio de comentario en PR + exit distinto de cero, verificado en vivo sobre un workspace en violacion. La publicacion nativa por Checks-API de GitHub queda fuera de alcance como infra del owner (`accepted-scope` en el registro de cierre, que detalla el motivo). La frase obsoleta se conserva por historial. |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-519`](./gap-reference-catalog.es.md#gt-519) | (EAG-14 · integración A/B) **Paridad CLI/MCP/REST (BR-008) + toolchain reproducible + observabilidad de enforcers.** Paridad de superficies + operabilidad. Fix: registrar el Composite en `evaluate` / la tool MCP `architecture` / `POST /api/v1/evaluate`; fijar versiones exactas de herramientas (`validated-tool-catalog.md` ↔ `enforcer-catalog.json`); imágenes de CI componibles por runtime (no un monolito) con escaneo de vulnerabilidades + Renovate; métricas OTel de enforcer (duración, tasa de fallo, timeouts, conteos de violaciones). **COMPLETADO (`4eb471a6` + previos `f8310fac`/`4b6db4d5`):** el slice principal de paridad ya estaba vivo — las tres superficies inyectan `processRunner: new NodeProcessRunner()` (core-api `core-domain.module.ts`, cli `app.module.ts`, mcp `domain.module.ts`) y los pins `enforcer-catalog.json`↔§4.3 coinciden bajo un guard verde. **Cierre:** el seam de métricas OTel moría internamente — `EnforcerEvaluator`/`createCompositeEnforcerStrategy` aceptaban `IEnforcerMetrics`, pero `RulesetValidatorService`/`RulesetValidatorOptions` (el único punto público de construcción por el que pasan las tres superficies) ni lo aceptaba ni lo reenviaba, y los tipos del puerto no se exportaban ⇒ métricas permanentemente no-op e incableables por un host. Arreglado: `RulesetValidatorOptions.metrics?` reenviado a la factory + re-exportada la API pública de métricas, no-op-safe. Verificado: core-domain 1026/1026 (+2), mcp 326/326, cli 969/969, core-api 152/152, tsc limpio. **Gated (solo ops):** imágenes CI componibles por runtime + vuln-scan/Renovate, y cablear un adapter OTel `Meter` real en cada módulo de superficie (activación de host; el seam de código ya está completo e importable). |  |  | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-520`](./gap-reference-catalog.es.md#gt-520) | (EAG-15 · integración A/B) **MCP endurecido (Streamable HTTP + OAuth + ABAC por identidad).** Consumo MCP externo/de agentes seguro de `src/packages/mcp-server` (`@beyondnet/evolith-mcp`). Fix: Streamable HTTP + OAuth bearer en `mcp-server/main.ts` (MCP no tiene authz incorporado); ABAC por consumidor en `tool-registry` (`abac-mcp-tool-access.rego`), auditar cada `tools/call`; recursos `evolith://capabilities` y `evolith://contracts`. |  |  | `MCP` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-521`](./gap-reference-catalog.es.md#gt-521) | (EAG-24 · integración A/B) **Enforcers diferidos (Deptrac/import-linter/Conftest/Checkov/Trivy + ArchUnit JVM/jQAssistant).** Ampliar cobertura de lenguajes/seguridad cuando existan repos; hoy no hay código JVM/PHP/Python en los repos (especulativo). Fix (cuando exista un repo real de ese runtime): `DeptracAdapter`, `ImportLinterAdapter` (`line=null`), Conftest/Checkov/Trivy (`category='security'`, SARIF), ArchUnit JVM + `FreezingArchRule`, jQAssistant (Cypher/Neo4j). **Promovido DIFERIDO→PENDIENTE (2026-07-12):** activado como parte de la base multi-lenguaje común (junto a GT-524 .NET / GT-515 Node-TS). Nota: ArchUnit/jQAssistant (JVM) aún no está en §4.3 del catálogo de herramientas validadas — catalogarlo antes del adaptador. **COMPLETADO (`e322bd7b`):** aterrizaron los dos runtimes con corpus real en esta máquina — `ImportLinterAdapter` (Python: reporte de contratos rotos de `lint-imports` → `Violation`, `file=''`/`line=null`, cadena en el mensaje; una corrida completa siempre imprime el summary "Contracts: N kept, M broken." ⇒ su ausencia en exit≠0 hace SKIP, no false-pass) + los adaptadores security-SARIF (Checkov/Trivy + cualquier emisor SARIF: reusan el `ingestSarif` de GT-515 y estampan `category='security'`). Se agregó `Violation.category` opcional (schema+modelo) para rutear seguridad a su dimensión; registrados Checkov/Trivy en `enforcer-catalog.json` + §4.3; `createEnforcerAdapters` devuelve los cinco. **Verificado en vivo:** import Python dominio→infra real = 1 Violation (limpio 0); SARIF real de Checkov sobre Terraform (8 hallazgos) = 8 Violations todos `category='security'` (limpio 0). core-domain 1024/1024, core-api tsc limpio. **Deptrac/ArchUnit/jQAssistant quedan pendientes de adaptador — no existe repo real PHP/JVM/Neo4j para ejercitarlos (el propio gate del criterio #1).** |  |  | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-522`](./gap-reference-catalog.es.md#gt-522) | No existe una segunda forma de consultar el sistema, y ningún consumidor la ha pedido nunca | Se evaluó otra manera de pedirle información al sistema y se dejó de lado. Nadie la necesita, y construirla significaría mantenimiento extra permanente y una puerta más para que un atacante la pruebe | El único consumidor que existe ya habla con el sistema en el estilo actual; la recomendación registrada es descartar la idea salvo que alguien la pida | `Core API` | Cross | P3 | L | `DIFERIDO` |
-| [`GT-485`](./gap-reference-catalog.es.md#gt-485) | **El CLI `validate --format json` no emite el envelope ADR-0073, a diferencia de MCP y REST.** El CLI imprime el resultado crudo (`{status, rulesChecked, issues, coreRef}`) sin campo `success` de nivel superior, mientras `evolith-validate` (MCP) y `POST /architecture/validate-satellite` (REST) lo envuelven como `{success:true, data, meta}` — una divergencia de contrato cross-surface que rompe a cualquier cliente que parsee el envelope. **Auto-detectado por el agente de exploración en ejecución** (`npm run test:exploration`, operación `validate-satellite`). Fix: envolver la salida JSON de `validate` en el `createSuccessEnvelope` compartido como hacen `gate`/`drift`/`phase`. |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-523`](./gap-reference-catalog.es.md#gt-523) | **Reactivar el guard de tracking destapó deriva de board/registro; su reporte original de ~653 errores estaba mayormente stale.** Tras `d11c6e52` (945 rutas de evidencia re-apuntadas + 16 registros de cierre añadidos) y esta sesión, el set real remanente era pequeño. **Resuelto (`f3f271da`, `f70b98ce`):** (a) EN/ES reconciliados a 523/523 — `GT-484`→`COMPLETADO`, el último desync de estado; (c) 13 `HECHO`→`COMPLETADO` ([`GT-480`](./gap-reference-catalog.es.md#gt-480)); (e) contador → `451/523 · 62 pending · 3 deferred` ([`GT-477`](./gap-reference-catalog.es.md#gt-477)); (d) 6 registros de cierre legacy reparados — `partial`→`accepted-scope` (GT-425/431/434/462), criterios de GT-463 marcados (respaldados por evidencia), criterios de GT-465 reformulados a scope-entregado + delegación-G1 (patrón GT-462, sin fabricar una instalación viva de Cilium); (b) las secciones de catálogo ya estaban presentes (36/36). **`08-validate-tracking.mjs` ahora VERDE** (523 gaps / 433 registros). **Remanente:** `09-reconcile-maturity.mjs` necesita evidencia de madurez re-observada (`asOf` 2026-07-03 vs board `2026-07-11`, y 4 checks `observedAt` 2026-06-13 al borde del límite de 30 días → requiere una corrida de CI fresca, no un bump de fecha); y re-armar 08/09 en CI/pre-commit es `.harness` → [`GT-476`](./gap-reference-catalog.es.md#gt-476). **+2026-07-17 (`e138b1d4`) — `08-validate-tracking` de vuelta en VERDE.** Reactivarlo tras los 3 DONE del día destapó el drift esperado: se añadieron los records de closure-evidence de GT-519/GT-438/GT-451 (registro 512→515, coincidiendo con el conteo DONE del board — commits + verificación reales, no fabricados) y se arregló el catálogo ES de GT-519 (dos criterios sin marcar estando DONE → `[x]` paridad + `[~]` delivered-scope para la mitad de imágenes CI; `Status` de detalle EN `IN-PROGRESS`/ES `PENDING`→`DONE`). El guard reporta "Validated 551 gaps and 515 closure records." **Pendiente (CI-owned):** `09-reconcile-maturity` necesita una observación de madurez GENUINAMENTE fresca — las 4 checks (cli-baseline/coverage/documentation/release) son evidencia CI-gated con URLs de GitHub Actions y `observedAt` 2026-06-13 (>30 días stale), y el `asOf` debe re-sincronizar al board. Por decisión 2026-07-17 se deja como remanente CI-owned (una corrida real de CI la refresca; NO un date-bump local), rastreado con el re-arme del guard bajo [`GT-476`](./gap-reference-catalog.es.md#gt-476). **+2026-07-18 (`35ea46e1`) — el remanente CI-owned quedó PAGADO, y el gap se cierra.** La evidencia de madurez se re-observó de verdad en vez de bumpear fechas: las cuatro checks llevan ahora `observedAt` 2026-07-18 con URLs de corrida y commits reales, el `asOf` re-sincronizado al board, y la observación fue lo bastante honesta como para INVERTIR tres checks de PASS a BLOCKED (timeout del smoke de MCP, cobertura de ramas 62.89% frente al gate de 75%, 174 errores de validación documental) sin relajar ningún umbral ni arrastrar ninguna cifra vieja. Guard 08 en verde: "Validated 565 gaps and 530 closure records." Las tres fallas que esa observación expuso estaban mapeadas provisionalmente a este gap como placeholder; ya tienen sus propias filas — [`GT-561`](./gap-reference-catalog.es.md#gt-561), [`GT-562`](./gap-reference-catalog.es.md#gt-562), [`GT-563`](./gap-reference-catalog.es.md#gt-563) — y `maturity-evidence.json` fue repuntado hacia ellas, así que no queda nada colgando de esta fila. El re-arme del guard sigue delegado a [`GT-476`](./gap-reference-catalog.es.md#gt-476) (`COMPLETADO`; 08 y 09 corren en `docs.yml`). |  |  | `Governance` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-524`](./gap-reference-catalog.es.md#gt-524) | **[Base común · eje 2] Adaptador `.NET` / NetArchTest — el runtime primario de la suite sin enforcer.** §4.3 del catálogo lista `NetArchTest` (1.3.x) ligado a ADR-0002, pero no existe adaptador; UMS/Tracker/MMS son .NET clean/hexagonal, así que el control de arquitectura no cubre hoy el lenguaje más usado del ecosistema. Completa la base multi-lenguaje junto a GT-515 (Node/TS) y GT-521 (PHP/Python/JVM). Fix: `NetArchTestAdapter` sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514 (exit-code + parse→`Violation`), gate de 0 FP en corpus .NET real (depende de GT-512). Deriva del análisis de posicionamiento §13.2. **EN-PROGRESO (`netarchtest-adapter.ts`):** aterrizó la porción pura verificable — `parseNetArchTestReport` (salida de `dotnet test`→`Violation[]`, un violation por test de arquitectura fallido, `file=''` locationless, mensaje con los tipos infractores, summary nunca mis-parseado, malformado/limpio⇒`[]`), `isNetArchTestFailure` (run completo ≠ build break ⇒ SKIP no false-pass) y `createNetArchTestAdapter` sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514. Verificado: core-domain 879/879 (+11), tsc limpio. **+cableado (`enforcer-subsystem.ts`):** `createCompositeEnforcerStrategy` compone runner→`SandboxedProcessRunner`→adaptadores→`EnforcerEvaluator`→`CompositeRuleEvaluator`, cableado **opt-in** en `RulesetValidatorService` (campo `processRunner`, no-forking); lazo end-to-end verificado (regla `enforce:` .NET → composite → NetArchTest → violación → `failed`). core-domain 898/898. **Bloqueado por GT-512:** la corrida real de `dotnet test` contra un checkout .NET restaurado + el gate de 0 FP en corpus real. |  |  | `core-domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-525`](./gap-reference-catalog.es.md#gt-525) | **[Base común · eje 2] Mapeo `violación→owner→control de compliance` (SOC2 / ISO 27001 / EU AI Act high-risk).** Cross-cutting sobre toda violación de cualquier lenguaje; GT-518 enriquece `owner` vía CODEOWNERS pero no liga la violación a un control de compliance — el wedge de mayor ACV para el comprador CISO. Extiende GT-518. Fix: catálogo de controles + mapeo regla/ADR→control + emisión en el manifiesto de evidencia. Análisis §12 (P1 wedge). **COMPLETADO (`57b2cc09`):** `domain/compliance.ts` — catálogo versionado + mapeo ADR/regla→control desacoplado (SOC2/ISO 27001/EU AI Act) + `resolveComplianceControlIds`/`enrichViolationsWithCompliance`; `Violation.complianceControls?` (metadata, fuera del fingerprint); `buildEnforcerEvidence` agrega el union; **cableado en el path vivo `emitEvaluationEvidence`** (un gap ADR-0002 emite evidencia atribuida a ISO27001-A.14.2.5 + SOC2-CC8.1, por-violación y a nivel manifiesto). Verificado: core-domain 910/910 (+12), tsc limpio. Sin gate de infra. |  |  | `Evolith Core` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-526`](./gap-reference-catalog.es.md#gt-526) | **[Superficie de control · eje 2] Enforcement `edit-time` — hook cross-agente.** La 3ª de las tres superficies READ→CONTROL (§14.1): pre-generación (MCP, parcial GT-520) y PR/CI (GT-518) existen, pero falta el hook que bloquea el cambio infractor al vuelo mientras el agente escribe. Sin incumbente en el mercado. Fix: hook cross-agente (Claude Code/Cursor/Copilot) que consulta el contrato de arquitectura y rechaza el edit no conforme. Análisis §14. **EN-PROGRESO (`edit-gate.ts`):** aterrizó el núcleo verificable — `evaluateEdit(edit, rules)` decide **allow/block al vuelo** con un chequeo rápido de un solo archivo (sin toolchain; el PR/CI de GT-518 sigue siendo el gate autoritativo): `extractImports` (TS/JS `import`/`export from`/`require` + C# `using`) + reglas de frontera `EditBoundaryRule` (`appliesTo`/`forbiddenImports`), emite `Violation` canónicas (tool `edit-gate`, reusables por evidencia/compliance), `allow=false` solo ante severidad `error`. Agent-neutral (función pura). Verificado: core-domain 917/917 (+7), tsc limpio. **Pendiente (integración):** el adapter por-agente (hook PreToolUse de Claude Code / extensión Cursor) que alimenta el edit y aplica la decisión. |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-527`](./gap-reference-catalog.es.md#gt-527) | **[Wedge · eje 2] Conectores de ingesta de ownership sin lock-in: Port / Cortex / OpsLevel + Backstage.** Ingerir blueprints de IDP y `catalog-info.yaml` como fuente de ownership/servicios para enriquecer violaciones y ADRs sin depender del proveedor; Evolith bloquea donde ellos solo miden (§13.2). Fix: conectores read-only vía ACL que normalizan a la forma canónica de ownership. **EN-PROGRESO (`domain/ownership.ts`):** aterrizó el núcleo puro de normalización — `OwnershipEntry` canónico, `parseBackstageCatalog` (`catalog-info.yaml` kind Component → owner + pathPrefix vía anotación `evolith.io/path`/`source-location` relativo; descarta no-Components/incompletos), `parseBlueprintOwnership` (genérico Port/Cortex/OpsLevel: `component`\|`identifier` + `owner`\|`team`), `resolveOwner` (file→owner por longest-prefix) y `enrichViolationsWithOwner` (puebla `owner` sin sobrescribir, fuera del fingerprint). **Completa la cadena violación→owner→compliance** (compone con GT-525). Verificado: core-domain 925/925 (+8), tsc limpio. **Pendiente (conector/infra):** leer el `catalog-info.yaml` del repo (vía el port de config-parser) y el fetch read-only de las APIs Port/Cortex. **+ola paralela (`63fda478`):** aterrizó `loadBackstageOwnership(yamlText)` en infra-providers (parse YAML multi-doc → `parseBackstageCatalog` → `OwnershipEntry[]`). Verificado 4/4. Resta el fetch read-only de APIs Port/Cortex. **COMPLETADO (`wave`):** `fetchBlueprintOwnership(client, source)` + puerto `BlueprintHttpClient` completan los conectores IDP (loader Backstage + Port/Cortex) sobre los parsers puros. Verificado: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-528`](./gap-reference-catalog.es.md#gt-528) | **[Wedge · eje 2] Ingesta de DSL Structurizr / C4 → ADR ejecutable.** Convertir modelos Structurizr/C4 (intención de arquitectura, hoy prosa/diagrama) en reglas `enforce:` verificables contra el código real (§13.2). Fix: parser del DSL + mapeo a `NormalizedRule.enforce`; complementa GT-516. **EN-PROGRESO (`c4-compiler.ts`):** aterrizó el compilador — `compileC4ToBoundaryRules(model)` transforma un `C4Model` normalizado (elementos con `path`/`importPrefix` + relaciones permitidas) en `EditBoundaryRule` de GT-526, derivando el denylist desde el allowlist del modelo (un elemento solo puede depender de lo que declara; el resto queda prohibido), con `ruleId` `C4-<id>`, ADR y severidad. **El diagrama C4 se vuelve ejecutable** y se enchufa al gate edit-time (GT-526) y al PR/CI. Verificado end-to-end: un edit de `src/domain` que importa `src/infrastructure` → bloqueado; core-domain 933/933 (+5), tsc limpio. **Pendiente (ingesta):** parsear el `.dsl` crudo de Structurizr (o su export JSON) al `C4Model` normalizado. **COMPLETADO (`5c66dd69`, ola paralela):** aterrizó `parseStructurizrDsl(dsl)` — parsea defs de elementos (`ident = keyword "Name"` + tags path/import/adr) y relaciones (`a -> b`), ignora scaffolding; compone end-to-end con `compileC4ToBoundaryRules` + `evaluateEdit`. Verificado por el driver: core-domain 950/950. Subset single-line documentado. |  |  | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-529`](./gap-reference-catalog.es.md#gt-529) | **[Surround · eje 1] Contrato ACL + referencia de integración Jira Enterprise.** Mapear ideas/epics/stories/aprobaciones/releases de Jira a artefactos Evolith preservando origen/identidad/timestamps/linaje, con salvaguardas de transición (completar un workflow de Jira no autoriza una transición de fase). §8.3 / §12. Fix: ACL de sistemas de trabajo externos + guía de integración. **EN-PROGRESO (`domain/external-work-acl.ts`):** aterrizó el ACL puro — `CanonicalWorkItem` con `WorkItemProvenance` (source/externalId/externalKey/url/created/updated), `parseJiraIssue`/`parseJiraIssues` (mapea issues de Jira preservando procedencia; rechaza sin `id` en vez de fabricar identidad), `mapJiraIssueType` (Epic/Story/Task/Version→kind canónico). **Salvaguarda de transición (§9-6):** `authorizesPhaseTransition: false` por contrato + `externalWorkAuthorizesTransition`⇒`false` (completar un workflow de Jira NO autoriza un phase gate). Verificado: core-domain 939/939 (+6), tsc limpio. **Pendiente (conector/infra + doc):** fetch read-only de la Jira REST API + la guía de integración documentada. **COMPLETADO (`wave`):** `fetchJiraWorkItems(client, jql)` + puerto inyectable `JiraHttpClient` cierran el conector read-only sobre el ACL; el fetch vivo es el cliente inyectado en deploy. Verificado: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-530`](./gap-reference-catalog.es.md#gt-530) | **[Surround · eje 1] Adaptador Langfuse → evidencia canónica.** Mapear traces/evaluaciones/costo/latencia/versión-de-prompt/tool-calls de Langfuse al modelo de evidencia de Evolith, para no reconstruir una plataforma de telemetría LLM. §8.1 / §12. Fix: `LangfuseEvidenceAdapter` vía puerto de observabilidad. **EN-PROGRESO (`domain/observability-evidence.ts`):** aterrizó el mapper puro + forma portable — `ObservabilityEvidence` (traceId/model/promptVersion/costUsd/latencyMs/totalTokens/toolCalls/evaluations/url, provider-neutral §9-5), `mapLangfuseTrace` (agrega costo/tokens/latencia de las observaciones, toma model/prompt de la 1ª GENERATION, colecta tool-calls distintos, mapea scores→evaluations; trace sin id⇒null) y el puerto `IObservabilityEvidenceSource`. Verificado: core-domain 945/945 (+6), tsc limpio. **Pendiente (conector/infra):** el fetch read-only de la Langfuse API detrás del puerto. **COMPLETADO (`wave`):** `LangfuseEvidenceAdapter implements IObservabilityEvidenceSource` sobre un `LangfuseHttpClient` inyectado, delegando en `mapLangfuseTrace`. Verificado: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-531`](./gap-reference-catalog.es.md#gt-531) | El adaptador que deja a un asistente de IA trabajar supervisado todavía no puede llamar de verdad al asistente | Se puede delegar trabajo a un asistente de IA bajo supervisión, limitado a lo que tiene permitido tocar y dejando registro de lo que hizo. La supervisión funciona; falta la parte que realmente contacta al asistente | Una tarea supervisada se rechaza antes de contactar al asistente, porque la aprobación humana de la que depende no tiene a dónde llegar | `agent-runtime` | Cross | P2 | M | `EN-PROGRESO` |
-| [`GT-532`](./gap-reference-catalog.es.md#gt-532) | No hay una vista de cartera para un directivo, ni forma de empaquetar la gobernanza por cliente | Un directivo no puede ver la salud de todos los proyectos lado a lado, y a cada cliente no se le puede entregar su propio conjunto de reglas a medida. Ambas cosas facilitan adoptar el producto; ninguna hace que revise nada nuevo | Quedó última entre nueve mejoras justamente porque agrega alcance y no capacidad, y corresponde a la aplicación compañera y no al motor | `Tracker` | Cross | P3 | XL | `PENDIENTE` |
-| [`GT-533`](./gap-reference-catalog.es.md#gt-533) | **[Evidencia · ADR-0111] Puerto de Proveedores de Señales de Calidad + modelo canónico `Evidence` + registro por tenant.** La costura por la que cualquier herramienta externa de calidad/evidencia enriquece al Core sin volverse dependencia: puerto de salida `IQualitySignalProvider` propiedad de la orquestación (nunca `core-domain`); el Core importa solo `Evidence` y la recibe inline (como los archivos fuente vía `OverlayFileSystem`, ADR-0080); el Core nunca ejecuta proveedores; registro declarativo opt-in por tenant; `provenance` + flag `determinism` obligatorios. Generaliza el adaptador `ObservabilityEvidence` de GT-530 en una única costura. **Prototipar primero.** |  |  | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-534`](./gap-reference-catalog.es.md#gt-534) | **[Adaptador de evidencia · ALTA] Adaptador de referencia Lighthouse (Apache-2.0).** Evidencia de runtime (performance/a11y/SEO, determinista) detrás de `IQualitySignalProvider`; la prueba prototype-first del puerto. OSS, Node module embebible con salida JSON, sin lock-in. Requiere un ADR de Plataforma Node.js acompañante para la elección concreta de proveedor/runtime. |  |  | `infra-providers` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-535`](./gap-reference-catalog.es.md#gt-535) | **[Quality gate · ALTA] Rúbrica de revisión estructural thermo-nuclear → agente de calidad de código + Quality Gate.** Adoptar la metodología de revisión estructural estricta (code-judo, disciplina de tamaño de archivo, chequeos de spaghetti/abstracción/capas, jerarquía de severidad) como skill del agente code-quality-review y como criterio de regresión estructural del Quality Gate. Metodología de referencia, sin dependencia de runtime; respetar atribución/licencia de la fuente. |  |  | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-536`](./gap-reference-catalog.es.md#gt-536) | No hay conector con el servicio externo de pruebas, así que sus resultados no pueden alimentar el scorecard | Un servicio externo podría aportar un juicio sobre qué tan bien probado está un proyecto. Conectarlo es opcional y está apagado salvo que un cliente lo pida, porque cobra por ejecución y procesa su código en la nube de un tercero | El scorecard de un cliente no trae ningún juicio de pruebas de esta fuente; solo aparece si el cliente lo activa expresamente | `infra-providers` | Cross | P2 | M | `DIFERIDO` |
-| [`GT-537`](./gap-reference-catalog.es.md#gt-537) | Nada mide con qué facilidad los buscadores y los asistentes de IA encuentran y describen un producto | Además de comprobar que un sistema está bien construido, se podría comprobar qué tan visible es para las herramientas con las que la gente descubre cosas. Esa revisión no existe, y correspondería al producto compañero y no al motor | Un proyecto de código abierto ya demostró que el patrón funciona —muchos revisores pequeños que producen una nota y una lista priorizada de arreglos— pero aquí nada lo aplica a la visibilidad | `Tracker` | Cross | P3 | L | `DIFERIDO` |
-| [`GT-538`](./gap-reference-catalog.es.md#gt-538) | **[RAG · operacionalizar] Adaptador durable de vector store (pgvector) detrás de `rag-port.mjs`.** Registrar un adaptador real `durable: true` vía `registerRagAdapter('pgvector', …)` para que `14-rag-index-sync.mjs` deje de fallar cerrado y persista embeddings de verdad. El ADR-0090 §5 nombra pgvector como target self-hosted preferido y Postgres ya corre en :5432. Hoy el único adaptador es el stand-in `memory` no durable — nada llega a un store real. |  |  | `Operations` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-539`](./gap-reference-catalog.es.md#gt-539) | **[RAG · operacionalizar] Modelo de embedding real detrás del `embed()` del puerto RAG.** Reemplazar el pseudo-embedding sha256 determinista `hashEmbed` por el modelo real fijado por el **ADR-0112 — Qwen3-Embedding (Apache-2.0, OSS/self-hosted)** detrás de un sidecar de inferencia local, declarado en la metadata `corpus_version` según ADR-0090 §3 y gobernado por la selección de modelos del ADR-0003. El puerto ya es model-agnostic — un solo swap de adaptador. |  |  | `Operations` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-540`](./gap-reference-catalog.es.md#gt-540) | **[RAG · retrieval] Adaptador `IKnowledgePort` de producción (vector store, semántico).** El read-side de runtime es un stub: `InMemoryKnowledgeAdapter` puntúa por coincidencia substring/tokens con "No vector embeddings" en su propio docstring. Construir el adaptador de producción que consulta el store de GT-538 por similitud coseno, devolviendo chunks rankeados con la metadata de citación ya modelada. Es el `maturity-assessment.md:147` "Knowledge / RAG — Not implemented" (ALTA). |  |  | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-541`](./gap-reference-catalog.es.md#gt-541) | **[RAG · cableado] Disparador del delta-sync + grounding de agentes (cerrar el lazo).** Cablear un CI/workflow que corra `14-rag-index-sync.mjs` con `EVOLITH_RAG_SYNC=true` + `EVOLITH_RAG_PROVIDER` en commits a `reference/` (re-embed delta según ADR-0090 §4), y que al menos un agente (Winston) consulte `IKnowledgePort` antes de recomendar. Solo entonces el RAG queda operativo de punta a punta. |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-542`](./gap-reference-catalog.es.md#gt-542) | **[Métricas · señal de gobernanza] La métrica insignia de gates está declarada pero nunca se emite.** `evolith_gate_evaluations_total{status,gateId}` y `evolith_gate_evaluation_duration_seconds{gateId}` se construyen en `src/apps/core-api/src/infrastructure/metrics/metrics.service.ts` pero **no existe ningún `.inc()`/`.observe()` en todo el árbol** — solo se registran HTTP (`evolith_http_requests_total`) y cache. La operabilidad de gobernanza está ciega: nadie puede graficar tasa de aprobación/fallo de gates, volumen por gate ni latencia de evaluación — la métrica más diferenciadora de un motor de gobernanza. Fix: registrar ambas desde la ruta de gate/evaluación (inyectar `MetricsService` o un interceptor dedicado), etiquetadas por `verdict`/`gateId`/`phase`. |  |  | `Core API` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-543`](./gap-reference-catalog.es.md#gt-543) | **[Métricas · alineación SLO] El PromQL de SLO/alertas referencia métricas que el código no emite, así que las alertas nunca disparan.** `product/operations/alerts/prometheus-alerts.yml` y `product/operations/slo/core-api-slo.md` consultan `http_requests_total` y `http_request_duration_seconds_bucket`, pero core-api emite `evolith_http_requests_total` y **no tiene ningún histograma de latencia HTTP**. HighErrorRate, HighLatency y el burn-rate multi-ventana del error-budget quedan inertes contra los servicios Node reales. Fix: añadir un histograma de duración de request HTTP y reconciliar nombres entre `metrics.service.ts` ↔ alertas ↔ SLO. |  |  | `Core API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-544`](./gap-reference-catalog.es.md#gt-544) | **[Grafana] Sin datasource Prometheus y cero dashboards — las métricas son inutilizables aunque se scrapeen.** `product/operations/grafana/provisioning/datasources/datasources.yml` provisiona solo Loki + Tempo; **no hay datasource Prometheus** ni **ningún JSON de dashboard commiteado** bajo `product/operations/grafana/`. Fix: añadir el datasource Prometheus + dashboards provisionados y versionados (Platform SRE / RED, Governance Health — gates pass·fail·drift, Agent Runtime). |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-545`](./gap-reference-catalog.es.md#gt-545) | **[Prometheus · cobertura de scrape] La config de scrape cubre solo core-api, en un target que no corresponde al servicio.** `product/operations/otel/prometheus-config.yml` scrapea un único job `core-api` en `bff:8000` (hostname/puerto del template UMS, no el core-api real service:3000); **mcp-server (`evolith_mcp_`) y agent-runtime-api (`evolith_agent_runtime_`) nunca se scrapean**. Fix: corregir el target de core-api y añadir jobs para mcp-server y agent-runtime-api (o un `ServiceMonitor` de k8s). |  |  | `Operations` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-546`](./gap-reference-catalog.es.md#gt-546) | **[Métricas · señal AI-era] Agent Runtime expone solo métricas default de Node; la señal de ejecución de agentes no existe.** `src/apps/agent-runtime-api/src/health/metrics.controller.ts` sirve `/metrics` solo con `collectDefaultMetrics({ prefix: 'evolith_agent_runtime_' })` — sin contadores de negocio. Existe el puerto de métricas noop de GT-519 donde colgarlas. Fix: emitir `evolith_agent_runs_total{engine,verdict}`, `evolith_agent_run_duration_seconds`, `evolith_skill_invocations_total{skill}`, totales/errores de llamadas a Core y `evolith_hitl_approvals_total`. La señal diferenciadora "la gobernanza realmente ejecutó al agente". |  |  | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-547`](./gap-reference-catalog.es.md#gt-547) | **[Ops · stack ejecutable] El backend de observabilidad solo corre en el compose template de UMS, nunca para el núcleo Node.** El stack completo (Prometheus/Grafana/Tempo/Loki/Mimir/OTel-collector) está definido en `product/infra/docker-compose.yml` (el template `ums-*`); el compose Node ejecutable `product/infra/docker-compose.evolith.yml` solo trae Redis — así que hoy los servicios de Evolith Core no los scrapea/visualiza nada. Fix: añadir un perfil `observability` (compose/Helm/Coolify) que levante el stack junto a core-api/mcp/agent-runtime. |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-548`](./gap-reference-catalog.es.md#gt-548) | **[Métricas · multi-tenant] Las métricas de negocio no llevan dimensión de tenant, bloqueando scorecards por tenant.** Las labels son a nivel app (`app: evolith-core-api`); no hay `tenantId` en métricas de gate/evaluación/agente, así que scorecards de gobernanza por tenant y evidencia de cumplimiento no se pueden derivar del plano de métricas. Fix: añadir una label `tenant` **acotada** (allowlist o hash) con presupuesto de cardinalidad documentado; preferir agregación por tenant en Core sobre labels crudas de alta cardinalidad. |  |  | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-549`](./gap-reference-catalog.es.md#gt-549) | **[Seguridad · exposición de métricas] `/metrics` es fail-closed en core-api pero público en agent-runtime y mcp.** core-api protege `/metrics` con `MetricsAuthGuard` (GT-393); agent-runtime-api lo sirve público y mcp-server lo expone en su servidor HTTP crudo sin guard. Las métricas pueden filtrar forma operativa (rutas, volúmenes) a llamadores no autenticados. Fix: aplicar paridad de guard/`NetworkPolicy` para que el scraping requiera credenciales o esté restringido por red en los tres (Helm ya trae `networkpolicy.yaml`). |  |  | `Evolith Core` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-550`](./gap-reference-catalog.es.md#gt-550) | **[Gobernanza · guard anti-drift] Nada verifica que las métricas citadas en alertas/SLO existan en el código — la causa raíz de GT-543/GT-545.** El PromQL de alertas y SLO derivó de los nombres de métricas emitidos sin ningún check de CI. Fix: un guard/test que extraiga los nombres de métricas de `prometheus-alerts.yml`/`core-api-slo.md` y afirme que cada uno lo emite algún servicio (introspección del registry o un allowlist generado del código), poniendo el PR en rojo ante deriva — coherente con la cultura de guards del repo. |  |  | `Operations` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-551`](./gap-reference-catalog.es.md#gt-551) | **[Governance Engine · métricas OPA] Las métricas del sidecar OPA que las alertas ya esperan no se exponen/scrapean.** `prometheus-alerts.yml` tiene una regla `OpaEvaluationFailure` sobre `opa_evaluation_errors_total`, pero el endpoint Prometheus nativo de OPA no está habilitado/scrapeado, así que la fiabilidad de la evaluación de políticas es inobservable. Fix: habilitar el `/metrics` de OPA (contadores de decisión + error, latencia de eval) y añadir un job de scrape; exponerlo en el dashboard Governance Health (GT-544). **COMPLETADO (`e32e3412`) — y apareció un defecto más profundo.** Sondeando empíricamente el binario pinneado (`opa run --server` + GET /metrics) se ve que OPA emite SOLO `go_*`, `process_*` y `http_request_duration_seconds{code,handler,method}` — **cero series `opa_*`**, así que la regla `OpaEvaluationFailure` sobre `opa_evaluation_errors_total` apuntaba a una **métrica inexistente**: scrapearla nunca la habría hecho disparar (cobertura falsa). Arregladas las tres capas: (1) alerta reapuntada a señal real — `rate(http_request_duration_seconds_count{job="opa",handler=~"v1/data.*",code=~"5.."}[5m]) > 0`, scopeada a `job="opa"` para que jamás matchee nuestras propias `evolith_http_*`; selector verificado contra series vivas (`handler="v1/data"` emitido, `code` sigue el status — 200/400 observados); (2) **expuesto** — el Service de `evolith-mcp` ahora publica el 8181 del sidecar como `opa-metrics` (targetPort `opa-http`), gated por `.Values.opa.enabled`; antes era pod-local e inalcanzable; (3) **scrapeado** — nuevo job `opa` (nombre que coincide con el scope de la alerta); OPA sirve `/metrics` en su puerto principal, sin flag extra. Verificado: `helm template` renderiza el puerto con `opa.enabled=true` y lo omite con `false`; `helm lint` pasa; ambos YAML parsean. **+VERIFICADO EN VIVO (2026-07-18, kind `evolith-cluster`):** `helm upgrade --set opa.enabled=true` hizo que el **objeto Service real de k8s** ganara `opa-metrics 8181→opa-http` y el pod levantó con el sidecar `opa`; hacer fetch a `http://<pod-ip>:8181/metrics` desde otro pod devolvió **HTTP 200, 109 métricas, CERO series `opa_*`, `http_request_duration_seconds` presente** — confirmando en un cluster desplegado lo que mostró el sondeo del binario y descargando la mitad de exposición del caveat deploy-gated. Se observó una muestra real con `code="500"`, probando que el selector `code=~"5.."` matchea series vivas (correctamente scopeado a `handler=~"v1/data.*"`, así que un 500 del health-probe no se confunde con un fallo de decisión de política). **Sigue deploy-gated:** solo una instancia real de Prometheus scrapeándolo end-to-end; `promtool` no disponible en local, así que la regla se validó con parse YAML + matching empírico de series; el stack de compose aún no corre OPA ([`GT-547`](./gap-reference-catalog.es.md#gt-547)). Nota: habilitar el sidecar en local exigió además override de `opa.bundle.signing.enabled=false` / `tls.caCertSecretName` / `credentials.existingSecretName` — si no, el chart monta los secrets `opa-bundle-signing-key` / `opa-bundle-ca` que no existen localmente y el pod queda en `ContainerCreating`. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-486`](./gap-reference-catalog.es.md#gt-486) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-status.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-status`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-487`](./gap-reference-catalog.es.md#gt-487) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-handoff.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-handoff`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-490`](./gap-reference-catalog.es.md#gt-490) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-generate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-generate`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-491`](./gap-reference-catalog.es.md#gt-491) | **el CLI no emitió un envelope ADR-0073 parseable para dora-metrics.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `dora-metrics`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-492`](./gap-reference-catalog.es.md#gt-492) | **el CLI no emitió un envelope ADR-0073 parseable para agents-install.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-install`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-493`](./gap-reference-catalog.es.md#gt-493) | **el CLI no emitió un envelope ADR-0073 parseable para agents-list.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-list`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-494`](./gap-reference-catalog.es.md#gt-494) | **el CLI no emitió un envelope ADR-0073 parseable para agents-validate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-validate`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-495`](./gap-reference-catalog.es.md#gt-495) | **el CLI no emitió un envelope ADR-0073 parseable para agents-upgrade.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-upgrade`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-496`](./gap-reference-catalog.es.md#gt-496) | **el CLI no emitió un envelope ADR-0073 parseable para agents-remove.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-remove`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-497`](./gap-reference-catalog.es.md#gt-497) | **el CLI no emitió un envelope ADR-0073 parseable para adr-crud.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `adr-crud`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-498`](./gap-reference-catalog.es.md#gt-498) | **el CLI no emitió un envelope ADR-0073 parseable para standards-crud.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `standards-crud`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-499`](./gap-reference-catalog.es.md#gt-499) | **el CLI no emitió un envelope ADR-0073 parseable para init-project.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `init-project`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-500`](./gap-reference-catalog.es.md#gt-500) | **el CLI no emitió un envelope ADR-0073 parseable para history.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `history`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-501`](./gap-reference-catalog.es.md#gt-501) | **el CLI no emitió un envelope ADR-0073 parseable para completion.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `completion`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-502`](./gap-reference-catalog.es.md#gt-502) | **el CLI no emitió un envelope ADR-0073 parseable para profile.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `profile`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-503`](./gap-reference-catalog.es.md#gt-503) | **el CLI no emitió un envelope ADR-0073 parseable para mcp-serve.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `mcp-serve`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-504`](./gap-reference-catalog.es.md#gt-504) | **el CLI no emitió un envelope ADR-0073 parseable para alias.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `alias`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-505`](./gap-reference-catalog.es.md#gt-505) | **el CLI no emitió un envelope ADR-0073 parseable para fixtures.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `fixtures`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-506`](./gap-reference-catalog.es.md#gt-506) | **el CLI no emitió un envelope ADR-0073 parseable para api-browser.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `api-browser`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-507`](./gap-reference-catalog.es.md#gt-507) | **el CLI no emitió un envelope ADR-0073 parseable para update-cli.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `update-cli`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-508`](./gap-reference-catalog.es.md#gt-508) | **el CLI no emitió un envelope ADR-0073 parseable para init-wizard.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `init-wizard`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-509`](./gap-reference-catalog.es.md#gt-509) | **el CLI no emitió un envelope ADR-0073 parseable para upgrade-satellite.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `upgrade-satellite`.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-488`](./gap-reference-catalog.es.md#gt-488) | **el CLI no emitió un envelope ADR-0073 parseable para validate-satellite.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `validate-satellite`.) |  |  | `Evolith CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-489`](./gap-reference-catalog.es.md#gt-489) | **el CLI no emitió un envelope ADR-0073 parseable para architecture-validate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `architecture-validate`.) |  |  | `Evolith CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-475`](./gap-reference-catalog.es.md#gt-475) | **Herramientas MCP de clase `write` recientes evaden el gate de aprobación HITL de GT-158** — `evolith-satellite-create`/`-adopt` y `evolith-moscow-create`/`-update`/`-remove` son ABAC `write` pero omiten `mutative: true`, así que el segundo factor fuera de banda `apply`+`approvalToken` del dispatcher (`mcp-tool-dispatch.ts:136-146`) nunca se dispara; `satellite-create` incluso provisiona un repo GitHub real sin protección. Fix: poner `mutative: true` en los esquemas de las tools `write` + un test de paridad que exija que toda tool ABAC `write` sea `mutative` (`evolith-phase-advance` podría en cambio reclasificarse a `read` según GT-379). Hallado por el diseño del agente de pruebas exploratorias. |  |  | `MCP Server` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-476`](./gap-reference-catalog.es.md#gt-476) | **El guard de consistencia `08-validate-tracking.mjs` (+5 helpers de sync) apunta a rutas previas al refactor → el guard semántico está inerte.** Las líneas 7-14 apuntan a `reference/core/control-center/gap-tracking.md` / `gap-closure-evidence.json`, pero el commit `e16120e9` los movió a `gaps/`+`evidence/`; el script hace `process.exit(1)` con "Missing tracking artifacts" antes de validar nada, y su test unitario evita la resolución de rutas por lo que el CI queda verde. Mismas rutas obsoletas en `sync-tracking-order`/`sync-tables`/`fix-tracking-parity`/`fix-tracking-structural`/`sync-project-board`. Los scripts guard de `.harness/` son propiedad de este repositorio y se arreglan directamente aquí. Follow-on: re-apuntar los seis scripts y re-armar el guard en push/PR. **COMPLETADO (`56968194`, ola paralela):** los 6 scripts ya estaban re-apuntados; el agente armó el guard en `docs.yml` como job `tracking-guard` sobre `pull_request` + `push` a main/develop (gateando el job pesado de publish a `workflow_dispatch`). Verificado por el driver: guard verde (532/478) + el job corre en PR. |  |  | `.harness` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-477`](./gap-reference-catalog.es.md#gt-477) | **Los contadores Progress/Progreso de `gap-tracking` derivan del board real sin enforcement vivo.** La línea decía `438/450` mientras la tabla tenía 474 filas (450 done / 7 en-progreso / 16 pendientes / 1 diferido); la causa raíz es la ruta muerta del guard ([`GT-476`](./gap-reference-catalog.es.md#gt-476)), por lo que la reconciliación nunca corre. Contadores corregidos durante el registro de GT-475…GT-484; el fix sistémico es re-apuntar + re-armar `08-validate-tracking.mjs` en push/PR para que no vuelvan a derivar. **COMPLETADO (`56968194`):** GT-476 armó el guard (valida `parseProgress`) en pull_request + push, así que una deriva de contador pone el PR en rojo. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-478`](./gap-reference-catalog.es.md#gt-478) | **`ArchitecturePlanController` genera una ruta con doble `v1` y omite validación + OpenAPI.** `@Controller('v1/architecture-plans')` (literal string) combinado con el versionado URI global (`prefix: 'api/v'`, `defaultVersion: '1'`) resuelve a `/api/v1/v1/architecture-plans/evaluate`; el body se enlaza a un `Partial<ArchitecturePlan>` pelado (sin DTO class-validator → ValidationPipe inerte) y no lleva decoradores `@nestjs/swagger` (queda fuera del contrato OpenAPI). Fix: `@Controller({ path: 'architecture-plans', version: '1' })` + un DTO validado + `@ApiTags`/`@ApiResponse`. |  |  | `Core API` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-479`](./gap-reference-catalog.es.md#gt-479) | **`surface-parity.e2e-spec.ts` es un test cross-surface en falso verde.** Cada `OperationFixture` declara un campo `envCommand` que nunca se lee (solo se hace spawn del binario CLI — ninguna segunda superficie se ejecuta), y toda aserción de envelope está envuelta en `if (envelope && envelope.success === …)` sin else, así que la suite queda verde aunque el CLI no emita un envelope ADR-0073 parseable (la clase exacta de regresión GT-452/GT-474). La red tri-superficie real vive en `src/tests/contract/roundtrip-gate-evaluate.spec.ts`. Fix: cablear `envCommand` a una comprobación real de equivalencia de segunda superficie o eliminarlo y hacer las aserciones incondicionales. (También contradice el checkbox HECHO de GT-223 que reclama un `surface-parity-fixture.ts` que invoca CLI+MCP+REST — no existe tal fixture.) |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-480`](./gap-reference-catalog.es.md#gt-480) | **Filas ES del board GT-462..474 usan el token de estado no canónico `HECHO`, no soportado por el `STATUS_MAP` del guard.** GT-417 normalizó los estados ES de done a `COMPLETADO` (el token canónico), pero los cierres recientes reintrodujeron `HECHO` (13 filas). Una vez arreglada la ruta del guard ([`GT-476`](./gap-reference-catalog.es.md#gt-476)), `canonicalStatus('HECHO')` es undefined → "unsupported ES status" + desajustes EN(DONE)/ES(HECHO). Fix (preferido): normalizar las 13 filas `HECHO` de vuelta a `COMPLETADO`. **COMPLETADO (`85595fd6`):** quedan 0 tokens `HECHO`; guard STATUS_MAP verde. |  |  | `Governance` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-481`](./gap-reference-catalog.es.md#gt-481) | **Tests e2e muertos del CLI invocaban el subcomando `mcp` eliminado por GT-449 + la suite e2e del CLI estaba roja.** Refs mcp quitadas; luego los ~12 fallos restantes resultaron NO ser deuda de fixtures sino el split de taxonomía `98a20dca` (`reference/`@raíz vs `rulesets/`@src → REPO_ROOT de `gate.e2e-spec` + resolución de `reference/` en `gate-status`) y 5 tests `validate`/arch verificando un `passed\|warning` inalcanzable contra un fixture vacío. Resuelto solo-tests: fixtures v1, fix de `REPO_ROOT`, validate/arch reescritos al contrato ADR-0073 real, Core mock para gate-status. **Suite e2e del CLI en verde: 18 suites / 132 tests.** El defecto de fondo del path `reference/` del CLI standalone queda con GT-451 (F-007). |  |  | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-482`](./gap-reference-catalog.es.md#gt-482) | **`tools-registration.spec.ts` está desactualizado y no es exhaustivo — no detecta tools añadidas/eliminadas.** Su lista `expected` enumera 28 de las 35 tools registradas (omite `evolith-evaluate`, `-composable-validate`, `-agent-run`, las 4 `-topology-*`) y afirma con `toContain`, que es ciego a tools extra. Fix: regenerar `expected` desde el código y afirmar igualdad de conjuntos (`expect(new Set(names)).toEqual(new Set(expected))`). |  |  | `MCP Server` | Cross | P3 | XS | `COMPLETADO` |
-| [`GT-483`](./gap-reference-catalog.es.md#gt-483) | **El motor del QA-suite + los playbooks E2E arrastran referencias colgantes a `.bmad-core/agents/` tras la migración de taxonomía.** Los `AGENT_PROMPTS` de `engine/step-executor.mjs` le dicen a cada especialista que vive en `.bmad-core/agents/<role>.md` (líneas 67/76/85/94/103), pero el commit `e16120e9` movió las personas a `reference/core/foundations/agent-skills/`; misma ruta obsoleta en `e2e-test-playbooks.md:7` (+ `.es.md`). Bajo impacto (texto informativo del prompt; los validationScripts siguen corriendo). Fix: re-apuntar las cinco rutas de plantilla + las dos líneas de los playbooks. |  |  | `.bmad-core` | Cross | P3 | XS | `COMPLETADO` |
-| [`GT-484`](./gap-reference-catalog.es.md#gt-484) | **El conteo de tools del README del paquete `mcp-server` está desactualizado (27 vs 35 reales).** `README.md:17,184,598` y `README.es.md` afirman 27 tools mientras el registro vivo (`api.catalog.generated.ts` + las fuentes `*.tool.ts`) expone 35; el 27 es previo a las 8 tools de archivo único. Distinto de GT-460 (conteos del comando `api`) y GT-445 (docs de governance/product). Fix: regenerar el conteo en ambos READMEs al 47 vivo (el 35 era previo a las +11 tools de paridad + `evolith-scaffold`) (resources 9 / prompts 8 siguen correctos). |  |  | `MCP Server` | Cross | P3 | XS | `COMPLETADO` |
-| [`GT-462`](./gap-reference-catalog.es.md#gt-462) | **Hecho (ADR-0108):** CRDs Exchange/Queue/Binding/DLX de la ruta de mensajes retiradas; `tenant-topology.yaml`→`broker-rbac.yaml` (solo User/Permission por producto). **Conflicto CRD/código en la topología de mensajes → `406 PRECONDITION_FAILED` → consumidor muerto con el pod Ready.** §5.1/§5.2: las CRDs no coinciden con la topología que MassTransit auto-declara (un fanout type-exchange); las colas pre-creadas por CRD con args DLX hacen fallar la re-declaración (el clásico fallo silencioso de las 3 a.m.). Follow-on: G1 verifica que el endpoint *arrancó* (no solo pod Ready). Riesgo §15 #3 (alto). |  |  | `Messaging` | Release | P0 | S | `COMPLETADO` |
-| [`GT-466`](./gap-reference-catalog.es.md#gt-466) | **Hecho (ADR-0109) — Gate Fase-0 #1:** SVC-01 replanteada de repo-scope → **project-scope** ("cada proyecto satélite debe tener exactamente un `evolith.yaml` en la raíz de su proyecto; un manifiesto anidado en el árbol de otro proyecto está prohibido; un workspace declara sus raíces en `evolith.workspace.yaml`") + nueva **SVC-06 (integridad de workspace)** (todo `evolith.yaml` descubierto debe mapear 1:1 a un `spec.projects[].path` declarado, y viceversa). Aterrizó en `satellite-contracts.rules.json`, el espejo OPA (`satellite-contracts.rego`: hecho `hasEvolyamlAtRoot`→`hasEvolyamlAtProjectRoot`, `+isWorkspace`/`workspaceIntegrityOk`) + input schema, y el handler nativo workspace-aware (`satellite-contract-rule.handler.ts`) con un recorrido de árbol acotado. Los satélites de un solo repo son el workspace degenerado de un proyecto (retrocompatible). Habilita el cutover del monorepo MMS+UMS+Tracker. |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-467`](./gap-reference-catalog.es.md#gt-467) | **Hecho (ADR-0109) — Gate Fase-0 #2:** nuevo `rulesets/schema/evolith-workspace.schema.json` (`kind: SatelliteWorkspace`, `spec.projects[].{name,path}`, guard de ruta relativa que rechaza `/` inicial y `..`). El `evolith-yaml.schema.json` por-proyecto queda **sin cambios** — la identidad del producto sigue siendo el `metadata.name` del manifiesto del proyecto en su `path`. |  |  | `Governance` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-468`](./gap-reference-catalog.es.md#gt-468) | **Hecho (ADR-0109) — Gate Fase-0 #3:** **`subpath`** opcional añadido a `SatelliteRecord` (+ `satellite-record.schema.json`); la identidad pasa a ser **(`repoUrl`, `subpath`)** — un workspace son N registros compartiendo `repoUrl`, `subpath` ausente = satélite en raíz de repo (registros previos intactos). `initialize-satellite`/`sync-satellite` aprenden a **enumerar proyectos de workspace** vía una primitiva compartida `workspace-descriptor`; sync direcciona cada archivo bajo el `subpath` del proyecto. |  |  | `Governance` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-469`](./gap-reference-catalog.es.md#gt-469) | **Hecho (ADR-0109) — Gate Fase-0 #4:** unificado un **`--satellite <path>`** canónico en `validate`/`gate`/`phase`/`upgrade` (con `--project` como **alias deprecado** en `gate`/`phase`) + un resolutor compartido de **`evolith.yaml` ancestro-más-cercano** (explícito → ancestro-desde-cwd → `profile.satellite` → cwd). **Corrige el hardcode `process.cwd()` de `upgrade`** para que `cd mms && evolith upgrade` y `evolith upgrade --satellite mms` resuelvan la misma raíz de proyecto. Tests unitarios del CLI en verde (86). |  |  | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-470`](./gap-reference-catalog.es.md#gt-470) | **Hecho (`7e772d1c`) — deuda de test preexistente.** `DiskRulesetRepository.loadAllRulesets` (sobre-ampliado por GT-456) tragaba `*.rules.json` **sintácticamente malformado**, anulando en silencio la validación sobre un corpus corrupto. Se separaron las rutas: errores de parseo JSON fallan duro; sólo los rulesets no-estándar-pero-válidos se omiten con warning. **Bug real.** 3 specs de disk-ruleset en verde. |  |  | `Rulesets` | Cross | P1 | XS | `COMPLETADO` |
-| [`GT-471`](./gap-reference-catalog.es.md#gt-471) | **Hecho — deuda de test preexistente.** La suite de contrato ADR-0073 (`roundtrip-gate-evaluate.spec.ts`) nunca corría. Se arregló la resolución de módulos del `src/tests/contract` aislado (quitar el mapper izado de `nest-commander-testing`; `moduleResolution` `node`→`bundler` para que los `exports` resuelvan subpaths `@beyondnet/*` + `conf` ESM; ts-jest `warnOnly`; mocks ESM; `--experimental-vm-modules` para el ABAC OPA del MCP) y las fixtures REST/MCP obsoletas (`REPO_ROOT`→raíz, `process.exit` neutralizado, REST reescrito a la API workspace-ref, handshake StreamableHTTP del MCP). Fix mínimo de API que honra el contrato: `evaluatedBy` opcional en `EvaluateGateDto` + `400` de gate desconocido. **Mixto: bug de config + fixtures obsoletas + pequeño fix de API.** `npm run test:contract` 34/34. |  |  | `Cross` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-472`](./gap-reference-catalog.es.md#gt-472) | **Hecho — deuda de test preexistente (brecha de paridad GT-229).** Tras la reorganización de taxonomía, los handlers nativos (`DOD-07`, `TAX-07`/`TAX-08`) y el constructor de input OPA seguían resolviendo el dir ADR en el obsoleto `reference/architecture/adrs` → reglas de gobernanza ADR `skipped` (hueco real contra el repo Core vivo). Se corrigieron los tres sitios a `reference/core/architecture/adrs` y se actualizaron los specs fijados al path viejo. **Bug real; los fixtures eran correctos.** core-domain 735/735. |  |  | `Core Domain` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-473`](./gap-reference-catalog.es.md#gt-473) | **Hecho — deuda de test preexistente.** (a) **Bug real:** `RulesetValidationMode.RULESET_ID_MAP` seguía apuntando al layout viejo de directorio-por-ruleset para 6 ids → CLI `validate -r <id>` `failed` falso (`FILE_NOT_FOUND`); corregido al layout `cross-cutting/`·`sdlc/`·`governance/`. (b) **Fixture obsoleta:** `validate-blueprint.use-case.spec` calculaba el registro de gates SDLC desde `src/` en vez de la raíz `reference/governance/sdlc/gates` (el caso de uso toma `corePath`+`sdlcPath` separados por diseño). core-domain 735/735. |  |  | `Core Domain` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-452`](./gap-reference-catalog.es.md#gt-452) | **Hecho — sustituido por [`GT-474`](./gap-reference-catalog.es.md#gt-474).** `validate` daba un veredicto falso-verde/tranquilizador con `rulesChecked: 0`. La mitigación interina degradaba la corrida de cero reglas a `warning`; GT-474 completó el cierre — una corrida de cero reglas es ahora un **`failed` bloqueante**, un corpus de rulesets irresoluble lanza `RulesetsNotFoundError`, y toda ruta de aborto sale distinto de cero. **Bug real.** |  |  | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-474`](./gap-reference-catalog.es.md#gt-474) | **Hecho — bug real (validación silenciosa de cero reglas), detectado por el spike Fase-0b de ADR-0109.** `validate --core <checkout>` reportaba `status: "warning"` con `rulesChecked: 0` — no validaba **nada** y no lo decía. Causa raíz: dos resolutores discrepaban — `resolveRulesets()` sabía que el corpus está en `<core>/src/rulesets`, pero `DiskRulesetRepository` volvía a unir `<core>/rulesets` (ausente tras `apps/`→`src/`) → `[]` → 0 reglas. `RulesetValidatorService` se tragaba el corpus vacío como `warning`, y la ruta de aborto salía con **0** (gate verde en CI). Fix: una única lista de candidatos compartida por los tres resolutores; nuevo error fatal `RulesetsNotFoundError` ante raíz ausente **o** corpus de 0 reglas (relanzado, no tragado); cero reglas ⇒ `failed` bloqueante; todo aborto sale 1. `--core <core>` verifica ahora **105 reglas** (antes 0). Sustituye a GT-452. |  |  | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-451`](./gap-reference-catalog.es.md#gt-451) | **Umbrella — el CLI publicado en npm (`@beyondnet/evolith-cli@1.0.0`) está DESACTUALIZADO vs `src/sdk/cli/src`, bajo el mismo `1.0.0` (viola inmutabilidad SemVer).** Verificado en el satélite MMS: el `dist` instalado no tiene batch-init (`resolveBatchInput`) y `evaluate` crashea con `IConfigParser is required` — ambos ya corregidos en la fuente. Por eso F-001/F-008 parecen regresiones de GT-12/GT-395 solo porque el artefacto es anterior a esos fixes. **Corrección: F-007 (gate/phase/sdlc-status ENOENT en `reference/governance/sdlc/gates`) NO está corregido en la fuente — el path está mal Y los gate data files nunca existieron; se rastrea aparte como GT-461.** Fix: bump `1.0.1` + rebuild + republish + guard de release que compare dist publicado vs construido. **EN-PROGRESO: versión subida a `1.0.1`, CHANGELOG actualizado, y guard `check:release-drift` cableado en `prepublishOnly` (falla la publicación cuando el dist construido no lleva los fixes mergeados). Follow-on: correr `npm publish` (owner) para que los satélites reciban F-001/F-008.** **+2026-07-17 (`fd03cf53`) — el defecto real era más profundo que un dist stale:** (1) el `cli@1.0.1` publicado por el owner crasheaba al arrancar con `Cannot find module '@beyondnet/evolith-infra-providers'` — dep de runtime importada por el `dist` empaquetado (`app.module` + 5 comandos) pero nunca declarada en `dependencies`; y (2) **toda la línea `@beyondnet/evolith-*@1.0.0`** (publicada 2026-07-05) está stale vs `develop` — el CLI hace deep-imports de subpaths ausentes en los tarballs publicados (`enforcement/policy-compiler` GT-516, `enforcement/edit-gate` GT-526, `domain/waiver` GT-518, `application/sync` GT-541 → 0 archivos en el `core-domain@1.0.0` publicado). Un install limpio crashea igual, pese al fix del dist. **Preparado + verificado offline un re-release coordinado `1.1.0` de los 8 paquetes:** declarada la dep faltante `infra-providers`; endurecido `check:release-drift` para fallar la publicación si el `dist` empaquetado importa cualquier `@beyondnet/*` no declarada (probado: aborta sin la dep, pasa con ella); bumpeados los 8 a `1.1.0` con pins inter-paquete `^1.1.0`; reconstruido `mcp` pasando la trampa del `tsbuildinfo` (165 archivos dist). Verificado contra tarballs locales del set completo: **install limpio del CLI arranca** (`--version`/`--help`/`evaluate --help`, sin MODULE_NOT_FOUND), **el server MCP arranca** (NestFactory + módulos inicializados), y `npm publish --dry-run` verde para los 8. **Pendiente (owner):** correr `npm publish` en orden de dependencia `core-domain → contracts → sdk → infra-providers → core → agent-runtime → mcp → cli`. **COMPLETADO (2026-07-17):** el owner publicó el set coordinado `1.1.0`; verificado contra el registry EN VIVO — un `npm i @beyondnet/evolith-cli@1.1.0` limpio en un proyecto vacío resuelve el closure completo desde npm (agent-runtime/core-domain/infra-providers/sdk todos `1.1.0`) y el CLI arranca: `--version` → `1.1.0`, `evaluate --help` OK, y `enforce --help` OK (ejercita `enforcement/policy-compiler`, el subpath exacto que faltaba en el `1.0.0` stale). dist-tag del `cli` `latest: 1.1.0`. El crash de arranque y la staleness transitiva ya no existen. (Follow-up no-bloqueante: `@beyondnet/evolith-contracts@1.1.0` — nada en el closure CLI/MCP lo consume — publica limpio por su cuenta; cierra el último bit del "paquete de contracts publicado" de GT-513.) |  |  | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-453`](./gap-reference-catalog.es.md#gt-453) | **La plantilla `templates/evolith.yaml.example` usa un formato legacy que no valida contra el propio `evolith-yaml.schema.json` del CLI** (falta `apiVersion: evolith.dev/v1` / `kind: Satellite` / `spec`; usa `product/governance/metadata`). Copiar la plantilla produce un manifest inválido. Fix: regenerar desde el schema (usar `evolith.yaml` de Tracker como referencia) + test CI que valide la plantilla. |  |  | `Evolith CLI` | Cross | P1 | XS | `COMPLETADO` |
-| [`GT-454`](./gap-reference-catalog.es.md#gt-454) | **`docs` scaffoldea el manifest en `.evolith/evolith.yaml` en formato legacy, pero `validate` (GOV-000) + el schema esperan `evolith.yaml` en la raíz (v1).** Seguir `docs` deja el satélite inválido; probable origen de las carpetas `.evolith/` vacías en satélites. Fix: escribir `evolith.yaml` en la raíz con el schema v1 (o delegar en `init`). |  |  | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-458`](./gap-reference-catalog.es.md#gt-458) | **`agents` ignora sus flags documentados (`--install`/`--remove`/`--list`/`--run`) — enruta solo por acción posicional, así que `agents --list` abre el menú interactivo en vez de listar.** Misma clase que F-001 (flag declarado no honrado). Fix (rama `fix/cli-gaps-gt451-457`): derivar la acción de los flags cuando no hay acción posicional. |  |  | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-459`](./gap-reference-catalog.es.md#gt-459) | **`upgrade` crashea con un stack trace crudo** — `TypeError: Cannot read properties of undefined (reading 'exists')`: `SatelliteUpgradeService` se construye vacío (`new SatelliteUpgradeService()`), dejando `this.fs`/`this.logger` undefined (bug de DI/wiring, clase F-008). Fix (rama): inyectar `IFileSystem` + logger. |  |  | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-463`](./gap-reference-catalog.es.md#gt-463) | **Hecho:** grupo `messaging-alerts` (`MassTransitPoisonMessages` sobre profundidad>0 de `.+_error` + `TenantProjectionQueueMissing`) en `product/operations/alerts/prometheus-alerts.yml`; runbook de shovel bilingüe `incident-response-poison-message-reprocess.md`. **Alertas de mensajes veneno mirando la cola equivocada (DLX en vez de `<queue>_error`).** §5.3: tras agotar reintentos MassTransit *mueve* el mensaje fallido a `<queue>_error` y nunca hace nack, así que el `x-dead-letter-exchange` del broker jamás dispara. Riesgo §15 #9 (medio). |  |  | `Infra` | Release | P1 | S | `COMPLETADO` |
-| [`GT-461`](./gap-reference-catalog.es.md#gt-461) | **La maquinaria de gates SDLC (`gate evaluate`/`phase advance`/`sdlc gate-status`) estaba inoperante: lee `<core>/reference/governance/sdlc/gates/gate-f*.json`, pero ese directorio Y los gate data files nunca existieron en Core — solo el schema (`sdlc-gate.schema.json`) + prosa (`quality-gates.md`).** El propio comentario de `gate-registry.service.ts` dice que los `gate-f*.json` "nunca se consumieron / crearon". **EN-PROGRESO: autorados los 5 `gate-f{1-5}.json` (twins fieles de la `mandatoryEvidence` de `phase-gates.rules.json`, generados desde ella) → `gate evaluate -p discovery --core` ahora emite GateEvidence ADR-0073 real y `phase advance` bloquea correctamente discovery→design ante el gate fallido (verificado en el satélite MMS). Sub-hallazgos: `sdlc gate-status` no tiene `--core` (resuelve al cwd del satélite → ENOENT); los `blockingCriteria` de texto libre se tratan como siempre-triggered por el evaluador (dejados `[]` para que el gate sea dirigido por artefactos y PASS-able).** |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-456`](./gap-reference-catalog.es.md#gt-456) | **El CLI no resuelve los rulesets del Core desde un satélite externo.** `validate --core <válido>` deja `coreRef.path: null`; `-r inheritance`/`-r adr-0002` (ids del `--help`) → "Ruleset not found"; `-t modular-monolith` → `ARCH-TOPOLOGY-MISSING`. Sin rulesets embebidos; `--core`/`EVOLITH_CORE_PATH` no honrados de forma consistente → validación de reglas/topología/ADR inoperante fuera del monorepo Core. Fix: unificar la resolución de Core en validate/gate/phase/evaluate, propagar a `coreRef.path`, fallar accionablemente cuando falten rulesets. **EN-PROGRESO (b8897f86 + follow-up): `validate` ahora resuelve rulesets vía `resolveRulesets` (--core → EVOLITH_CORE_PATH → profile → bundled), `-r <id>` resuelve contra bundled + `<core>/src/rulesets`, `coreRef.path` se puebla, y un `--core` inválido falla accionablemente. **La validación completa por defecto ahora ejecuta los rulesets embebidos: `DiskRulesetRepository.loadAllRulesets` ya no aborta ante el primer `*.rules.json` no estándar (lo salta con warning) — un satélite pelado (MMS) ahora reporta `rulesChecked: 98` con 46 hallazgos reales en vez de un falso "0 reglas". Follow-on: paridad de resolución de Core en gate/phase/evaluate.** |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-455`](./gap-reference-catalog.es.md#gt-455) | **`scaffold` no tiene target .NET** aunque `init -r dotnet` lo anuncia y toda la suite (UMS/Tracker/MMS) es .NET clean/hexagonal. `scaffold --format json` exige `--frontend react\|angular` + `--orm prisma\|typeorm` (solo Node), así que el generador principal no puede scaffoldear el runtime real de la suite. Fix: añadir target ASP.NET Core + EF Core (slice hexagonal, forma UMS) o documentar scaffold como solo-Node y que `init -r dotnet` emita "aún no soportado". **EN-PROGRESO (rama): añadido `--runtime dotnet` + `DotnetWorkspaceStrategy` (shell-out al CLI `dotnet`, como Nx a `nx`). `scaffold --runtime dotnet --phase 1 --api-name <n> --domains <ctx>` genera una solución clean/hexagonal en `src/apps/<n>` (Domain/Application/Infrastructure/Presentation + refs + un classlib por bounded context), honrando --dry-run + el envelope JSON. Verificado: la solución generada pasa `dotnet build` (0 errores, .NET 10). Follow-on: templates más ricos (EF Core + wiring MassTransit/RabbitMQ, carpetas de aggregate) + fase 2/3.** |  |  | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-457`](./gap-reference-catalog.es.md#gt-457) | **`validate -f table` oculta el detalle del issue** — una validación fallida muestra `issues [N items]` sin ruleId/título/descripción; el detalle accionable solo está en `-f json`. (GT-224 añadió JSON a drift/scaffold/docs pero no la paridad de la tabla de `validate`.) Fix: renderizar el detalle por issue en el formateador de tabla. |  |  | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-460`](./gap-reference-catalog.es.md#gt-460) | **Los conteos de la superficie MCP del comando `api` están hardcodeados y se desincronizan del server real.** `api -l` reporta "23 tools / 8 resources", pero un smoke stdio del `@beyondnet/evolith-mcp` en ejecución devuelve **35 tools / 9 resources** (`tools/list`/`resources/list`). La fuente `api.catalog.ts` hardcodea los conteos como strings de descripción. Fix: derivar los conteos/catálogo del registry vivo de tools+resources del MCP (o regenerarlos en CI, cf. GT-445). **EN-PROGRESO (rama): añadido `scripts/gen-api-catalog.mjs` (introspecciona el MCP server vivo) → `api.catalog.generated.ts` commiteado; `api --list` ahora muestra los 35 tools / 9 resources reales con conteos derivados de los arrays, y el footer obsoleto `evolith mcp serve` → `evolith-mcp serve`. Follow-on: enumeración completa de SCHEMAS/COMMANDS + guard de CI que regenere y compare.** |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-465`](./gap-reference-catalog.es.md#gt-465) | **Hecho:** `kind-cluster.yaml` con `disableDefaultCNI:true` (kindnet off → Cilium aplica la política; el README añade el paso de instalación de Cilium); `deploy/kubernetes/network-policies.yaml` (22 políticas) codifica el modelo §7 — default-deny por ns de producto + allows DNS/broker/Core/OTLP/ingress/intra-ns, con el invariante estructural de que `evolith-core` NO tiene ruta al :5672. **kindnet no aplica NetworkPolicy → el modelo default-deny quedaba sin efecto.** Follow-on: aserciones allow/deny en G1. Riesgo §15 #13 (bajo). |  |  | `Infra` | Release | P2 | M | `COMPLETADO` |
-| [`GT-464`](./gap-reference-catalog.es.md#gt-464) | Tres productos dependen de un único bus de mensajes compartido, así que una caída los alcanza a los tres a la vez | Las tres aplicaciones se pasan novedades por una misma oficina de correos. Si se cae, las tres dejan de enterarse al mismo tiempo, aunque no se pierde nada: los mensajes se acumulan y llegan tarde | Todavía no existen las alertas que avisarían al operador de que el bus está caído o de que los datos van con retraso | `Infra` | Cross | P2 | S | `DIFERIDO` |
-| [`GT-447`](./gap-reference-catalog.es.md#gt-447) | El stack completo aún no levanta en local: el motor arranca, la aplicación compañera y la interfaz no | Cualquiera del equipo debería poder levantar el producto entero en su máquina con un solo comando y navegarlo. Hoy solo arranca el motor; lo que una persona realmente mira, no | Los tres servicios del motor levantan sanos en un clúster local y responden una petición gobernada completa, pero no hay ninguna pantalla que abrir contra ellos. **COMPLETADO (`0b387b44`):** `product/infra/docker-compose.fullstack.yml` levanta el stack completo sano con un solo comando (8/8 servicios), y el chain del navegador está verificado end-to-end — una evaluación gobernada fluye tracker-web → tracker-api → core-api `evaluate()` y de vuelta (HTTP 200, `provenance:core`, un veredicto arquitectónico FAIL real, persistido en Postgres), y la UI (Control Tower) renderiza contra URLs locales con cada llamada de datos en 200. Dos derivas de build corregidas cross-repo en `evolith_tracker` (rama `feature/gt-447-fullstack-local`, `f8b68f2`): un `.dockerignore` de build ausente (663 MB de `node_modules` en el context) y una base `/api` stale horneada en tracker-web (→ `/api/v1`, que rompía el login con un 404). Los 7 hijos ya estaban COMPLETADOS. | `Cross` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-448`](./gap-reference-catalog.es.md#gt-448) | Nada corre en producción: el stack nunca se ha promovido al servidor al que llegarían los clientes | El producto no existe en ningún lugar donde un cliente real pueda usarlo. Todo vive por ahora en máquinas de desarrollo | El servidor de producción y sus herramientas de despliegue ya están preparados, pero ninguna parte del producto se ha instalado nunca allí | `Cross` | Cross | P1 | XL | `PENDIENTE` |
-| [`GT-435`](./gap-reference-catalog.es.md#gt-435) | El camino completo desde el código hasta un producto en uso real no está desplegado ni validado | Es el ítem paraguas para llevar el producto de algo que funciona en máquinas de desarrollo a algo que usa gente real. Sigue abierto hasta que se cierre todo lo que cuelga de él | Una evaluación situó al motor cerca del noventa y cinco por ciento de preparación mientras todo lo que lo rodea —empaquetado, despliegue, aplicación compañera— no lo estaba | `Cross` | Cross | P0 | XL | `PENDIENTE` |
-| [`GT-436`](./gap-reference-catalog.es.md#gt-436) | Publicar los paquetes npm. El scope viejo `@evolith/*` estaba contaminado con historial publicado (1.0.x/1.1.x/2.0.0-beta/tombstones) que bloqueaba un 1.0.0 limpio, así que se renombró toda la familia a un scope nuevo unificado. **HECHO (0edaa22b): los 7 libs publicados a `1.0.0` limpio bajo `@beyondnet/evolith-*` (core-domain, infra-providers, core, agent-runtime, sdk, mcp, cli — todos HTTP 200 en el registry). Viejos `@evolith/*` deprecados apuntando a los nuevos (4 quedaron en estado 404 corrupto del registry, inservibles de todos modos).** Follow-on: barrido de docs `@evolith/*` → `@beyondnet/evolith-*`. |  |  | `CLI` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-437`](./gap-reference-catalog.es.md#gt-437) | Añadir `agent-runtime-api` al CI/CD (docker build+push a GHCR + deploy Coolify) — hoy tiene Dockerfile pero NINGÚN workflow lo buildea/testea/despliega. **COMPLETADO (`1ddbe25b`):** la premisa estaba en parte stale — agent-runtime YA se buildeaba/testeaba en `ci-cd.yml` (3 builds de workspace). El hueco real: faltaba en el matrix `docker-services` (solo core-api + mcp-server) y no tenía step de deploy Coolify, así que **en main nunca se imageaba ni desplegaba** (`docker-images.yml` lo cubría solo en tags/`workflow_dispatch`). Arreglado: matrix + `agent-runtime` → `ghcr.io/<owner>/evolith-agent-runtime` (contexto raíz del repo, `./src/apps/agent-runtime-api/Dockerfile`, nombre de imagen igual al de `docker-images.yml`), y un step `Trigger Coolify deploy (agent-runtime)` con el contrato fail-soft establecido (hook sin setear ⇒ warn + exit 0, nunca rompe el CD). agent-runtime-api queda en la misma postura CI/CD que sus dos hermanos. Verificado: `ci-cd.yml` parsea como YAML resolviendo 3 servicios en matrix + 3 steps de deploy; el Dockerfile referenciado existe. **Owner-gated (delegado a [`GT-324`](./gap-reference-catalog.es.md#gt-324)):** aprovisionar `COOLIFY_AGENTRUNTIME_DEPLOY_HOOK`/`COOLIFY_API_TOKEN`; el primer build+deploy vivo corre en el próximo merge a main (el job es solo main/tag, no ejercitable desde develop). |  |  | `Infra` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-438`](./gap-reference-catalog.es.md#gt-438) | Cableado de adapters de producción para `agent-runtime-api`: el bootstrap por defecto usa `StubCoreEvaluationAdapter` + `StubAgentEngineAdapter` + estado in-memory; cablear Core-eval real (HTTP), engine (Hermes/routing), memoria durable + scheduler por defecto/env en prod. **EN-PROGRESO (kind local):** el `HttpCoreEvaluationAdapter` real ya está en la factory (por env); cableado + **verificado en el cluster kind** — `values-local` del agent-runtime setea `AGENT_RUNTIME_CORE_ENDPOINT` al servicio `core-api` in-cluster, y un `POST /v1/agent/handle` produjo un `POST /api/v1/evaluate` real al core-api (SecurityAudit: `200 ALLOW 569ms`, desde el pod del runtime). El runtime ya gobierna sobre el Core REAL, no el stub. **Pendiente:** agent-engine real (gated GT-385), estado durable, y ensamblar un contexto de workspace real (hoy el Core evalúa un contexto vacío → 39 findings correctos tipo GOV-000). **COMPLETADO (`ff57cec6`):** aterrizó la última pieza no-gated — el ensamblado de contexto de workspace real. El runtime ahora ensambla el workspace y lo pasa **inline** como `evaluationInput.files` (el shape de ingestión inline `OverlayFileSystem` que el Core API ya consume), así el Core deja de evaluar un contexto vacío. Nuevo `IWorkspaceContextPort` + `FsWorkspaceContextAdapter` (walk determinista acotado: budgets de archivos/bytes, dirs excluidos, claves relativas-posix, `fsImpl` inyectable); `InlineEvaluationInput`/`RuntimeEvaluationContext` aditivos; `context-mapper` adjunta archivos solo si hay; una caída del workspace degrada al flujo previo (nunca falla la corrida); `runtime.factory` lo cablea desde `AGENT_RUNTIME_WORKSPACE_CONTEXT_ROOT` (sin setear ⇒ comportamiento previo). Surface-freeze GT-388 actualizado (aditivo/minor). Verificado: agent-runtime 131/131 (+8), agent-runtime-api 80/80 (+3), tsc limpio. **Sigue gated (por diseño):** motor de razonamiento real (GT-385/Hermes) + memoria/scheduler durable con servicios externos; un ensamblador guiado por el Tracker es un adapter hermano futuro tras el mismo puerto. |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-439`](./gap-reference-catalog.es.md#gt-439) | Forzar auth fail-closed + cablear `TenantCorpusGuard` (ABAC multi-tenant, GT-394 runtime): `EVOLITH_API_KEY` es opt-in y el guard de tenant está definido pero no en `APP_GUARD`; sin extracción de tenant-claim del JWT, sin aislamiento de corpus por tenant. |  |  | `Security` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-440`](./gap-reference-catalog.es.md#gt-440) | Completar observabilidad: añadir `/metrics` (Prometheus) a `mcp-server` + `agent-runtime-api`; `OTEL_EXPORTER_OTLP_ENDPOINT` configurable; split liveness/readiness. **HECHO (b3c6557f): `/metrics` en los 3 servicios (core-api existente + mcp `evolith_mcp_*` + agent-runtime `evolith_agent_runtime_*`), `/health/live`+`/health/ready` en mcp+agent-runtime, OTEL endpoint por env. Verificado en el stack local (todos 200).** |  |  | `Observability` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-441`](./gap-reference-catalog.es.md#gt-441) | El sistema puede pedir aprobación humana para una acción sensible, pero todavía no existe nada que reciba la petición | Antes de hacer algo sensible el sistema debe detenerse y esperar a una persona. Se detiene bien, pero la petición no le llega a nadie, así que siempre termina rechazada | Toda acción marcada como que requiere aprobación vuelve rechazada con «no se pudo preguntar», porque el lugar elegido para responder aún no se ha construido. **COMPLETADO (`a299ab89`):** el receptor ya existe. El Tracker embarcó el endpoint (CD-23, migración `AddRuntimeApprovals`, 2026-07-19) y el Core embarcó el `TrackerApprovalHttpClient` concreto tras el seam de GT-441 — POST `/runtime-approvals` con la clave CoreMachine (el tenant se deriva de QUÉ clave hizo match, nunca del body); un non-2xx lanza para que el adapter deniegue fail-closed como «unavailable» — wireado opt-in en `runtime.factory` (`AGENT_RUNTIME_APPROVAL_TRACKER_URL`/`_KEY`, mandatorio en production). Live-smoke contra el Tracker corriendo: submit → pending (persistido en Postgres) → el adapter deniega fail-closed → idempotente por `correlationId` → un rechazo humano vuelve como denegación `tracker-decision`. El camino approve→grant exige un aprobador UMS designado (CD-31; el dev-bypass deliberadamente no puede serlo), así que queda cubierto por unit + tests del lado Tracker. package 249/249 + app 81/81 verdes. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-442`](./gap-reference-catalog.es.md#gt-442) | Estrategia de secrets + conectividad a DB de producción: documentar/cablear un secret store (Coolify vault / K8s secrets) para `EVOLITH_API_KEY` etc., y aclarar `DATABASE_URL`/config de conexión (ausente en el deploy config hoy). **COMPLETADO (accepted-scope) — ambas mitades del enunciado estaban desalineadas con el código.** (1) *Secret store: sustancialmente ya entregado* — los tres charts toman credenciales de un Secret de K8s pre-creado **por nombre** vía `secretKeyRef`, gated por `auth.existingSecretName` (`core-api-auth`, `mcp-auth`, `agent-runtime-auth`; más `opa-bundle-credentials` / `opa-bundle-signing-key` en mcp). Ningún chart incrusta un literal. El gap real era que estaba sin documentar y disperso → ahora consolidado en `product/infra/README.md`(+`.es.md`) §*Secretos y Conectividad de Datos*, con el equivalente Coolify (variable de entorno cifrada). (2) *Conectividad a DB: **NO APLICA al Core*** — `core-api` y `agent-runtime-api` declaran **cero** dependencias de DB (sin driver/ORM/cadena de conexión, verificado contra ambos `package.json`). Es **ADR-0101 por diseño**: el Core es un motor de evaluación stateless (`EvaluationContext`→`EvaluationResult`; producto/tenant/iniciativa son contexto opaco, nunca persistidos). Así que `DATABASE_URL` no está "faltando" — no hay a qué conectarse, y añadirla *contradiría* ADR-0101. Las cadenas `postgresql` en `projects.controller.ts`/`core-domain.module.ts` son el **generador de scaffolding** eligiendo DB para el proyecto *generado*. La persistencia vive en el **Tracker** (su propio Postgres `tracker_governance`) → trabajo de conectividad de DB delegado al board de ese repo. **Pendiente (owner-gated, no código):** aprovisionar los valores reales de los secretos en el VPS/cluster — mismo bloqueo que [`GT-324`](./gap-reference-catalog.es.md#gt-324)/[`GT-437`](./gap-reference-catalog.es.md#gt-437). |  |  | `Infra` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-443`](./gap-reference-catalog.es.md#gt-443) | Nunca se midió en un despliegue real cómo se comporta el sistema ante fallos y bajo carga alta **2026-07-28: por fin tiene criterios de aceptación.** Esta fila llevaba EN-PROGRESO con CERO criterios de aceptación — su sección solo tenía prosa ("Closure: breaker integration tests + K6 load/chaos + DR deploy with measured RTO/RPO"), así que nadie podía cerrarla, porque nada definía qué era estar hecho. `08-validate-tracking` no lo detectaba: verifica que una fila DONE tenga sus criterios marcados, y no dice nada sobre que una fila EN-PROGRESO tenga criterios siquiera. La prosa son ahora cuatro criterios comprobables; el hueco del guard queda registrado como `GT-629`. | Decimos que el sistema sigue funcionando cuando algo se rompe o cuando llega mucho tráfico. Eso solo se comprobó en pruebas aisladas, nunca sobre algo realmente en marcha | Nadie sabe cuánto tardaría el servicio en volver tras una caída total, porque ese tiempo de recuperación nunca se ha cronometrado | `Reliability` | Cross | P2 | L | `EN-PROGRESO` |
-| [`GT-444`](./gap-reference-catalog.es.md#gt-444) | Ningún tercero externo ha intentado nunca entrar por la fuerza al sistema en marcha | Hay herramientas automáticas que buscan debilidades ya catalogadas. Nadie ha sido contratado para atacar el sistema en vivo como lo haría un intruso real, así que los agujeros desconocidos siguen siendo desconocidos | Toda la postura de seguridad se apoya en dos escáneres automáticos; no existe ningún informe de un atacante humano | `Security` | Cross | P2 | S | `PENDIENTE` |
-| [`GT-552`](./gap-reference-catalog.es.md#gt-552) | **`release-please` apunta a archivos de configuración que ya no existen, así que nunca puede cortar una versión.** `sdk-cli-release.yml` pasa `config-file: release-please-config.json` y `manifest-file: .release-please-manifest.json`, ambos BORRADOS en `aed33ba9` ("versioning managed manually"), ausentes tanto en `main` como en `develop` y no gitignorados. En consecuencia `release_created` nunca puede ser `true`: los jobs de publicación npm, empaquetado de binarios, smoke-test y subida de assets son inalcanzables, y el ÚNICO workflow del repositorio que crea un Issue automáticamente (`failure-notification`) es código muerto condicionado a esa misma salida. Fix: restaurar los dos archivos de config o migrar el workflow a la realidad de versionado manual que declara. **COMPLETADO (`38db17bf`):** el workflow ya no referencia `release-please-config.json` / `.release-please-manifest.json` (ambos borrados en `aed33ba9`), y el job huérfano `release-please` fue reemplazado por un job `release-gate`, de modo que el workflow ya no declara que puede cortar una versión automáticamente. **Corrección al enunciado original:** el job `failure-notification` NO es código muerto inalcanzable -- SE EJECUTÓ Y TUVO ÉXITO en la corrida 29641024724. El pipeline de release sigue fallando por motivos no relacionados, ahora rastreados por [`GT-561`](./gap-reference-catalog.es.md#gt-561), [`GT-562`](./gap-reference-catalog.es.md#gt-562) y [`GT-563`](./gap-reference-catalog.es.md#gt-563); este gap trataba del CABLEADO roto, que está arreglado. |  |  | `Infra` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-553`](./gap-reference-catalog.es.md#gt-553) | **`09-reconcile-maturity.mjs` arrastra constantes de ruta muertas y cuenta mal los rulesets.** CUATRO constantes derivan del borrado `reference/core/sdlc/standards/vision/` — `VISION_DIR` y las tres construidas desde ella (`BOARD`, `REGISTRY`, `RUNTIME_EVIDENCE`); estas tres se referencian solo en su propia declaración, así que el clúster es inerte (el guard funciona por lecturas hardcodeadas correctas a `control-center/`). Aparte, `rulesetCount` escanea `rulesets/` en vez de `src/rulesets/`, y por eso el snapshot commiteado de `maturity-reconciliation.json` reporta `"rulesetCount": 0`. Fix: borrar las constantes muertas y reapuntar el escaneo de rulesets a `src/rulesets/`. **COMPLETADO (`35ea46e1`):** el criterio 1 quedó satisfecho por [`GT-556`](./gap-reference-catalog.es.md#gt-556) -- todas las constantes resuelven ahora vía `resolveKey`, y la única mención restante de `vision/` es un comentario explicativo; el criterio 2 está satisfecho y el snapshot regenerado, con `rulesetCount` reportando **145**, coincidiendo con `find src/rulesets -name "*.rules.json" \| wc -l`. **Corrección:** el snapshot commiteado sí llevaba el campo, como `0` -- no estaba ausente, y ese cero era el síntoma. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-554`](./gap-reference-catalog.es.md#gt-554) | **`CONTRIBUTING.md` cita una ruta de tracking que ya no existe y no documenta procedimiento para registrar un gap.** La sección 5.H nombra `reference/core/sdlc/standards/vision/` como hogar de `gap-tracking.md` y `maturity-assessment.md`; ambos se movieron a `control-center/`. Más allá de una línea pidiendo referenciar un `GT-###`, nada documenta cómo un hallazgo SE CONVIERTE en gap: el esquema del catálogo, el contrato de evidencia de cierre y el ledger de identificadores `COORDINATION.md` no se mencionan, y no existe plantilla ni script generador de gaps. Fix: reapuntar la ruta y documentar el procedimiento de intake. **COMPLETADO (`9a13d0d6`):** la sección 5.H se reapuntó del borrado `reference/core/sdlc/standards/vision/` a las cuatro superficies reales bajo `control-center/`, y una nueva sección 6 documenta el procedimiento de intake escrito desde los artefactos reales -- el protocolo de reservar-luego-empujar de `COORDINATION.md`, la forma de fila del board que el guard parsea, un esqueleto de catálogo que coincide con el esquema real, un registro de evidencia de cierre con forma real y sus siete campos, y los comandos de validación. Las rutas con drift del archivo en español (`sdk/cli`, `rulesets/schema/`, `rulesets/opa/`, todas sin `src/`) también se corrigieron, porque el criterio es que toda ruta citada resuelva. 28/28 encabezados. |  |  | `Documentation` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-555`](./gap-reference-catalog.es.md#gt-555) | **La superficie de colaboración de GitHub está incompleta para quien no sea contribuidor del core.** No hay `CODEOWNERS` (sin enrutado de revisión), no hay `.github/ISSUE_TEMPLATE/config.yml` (se permiten issues en blanco, sin enlaces de contacto, Discussions inalcanzable desde el selector), y las dos únicas plantillas — `adr-proposal.yml` y `docs-gap.yml` — exigen vocabulario interno, dejando **sin ruta para reporte de bugs ni solicitud de funcionalidades**. `FUNDING.yml` además está en `src/sdk/cli/`, donde GitHub no lo renderiza. Fix: añadir CODEOWNERS, un `config.yml` de plantillas, plantillas de bug/feature, y reubicar `FUNDING.yml`. **COMPLETADO (`9a13d0d6`):** añadidos `.github/CODEOWNERS`, `.github/ISSUE_TEMPLATE/config.yml` (issues en blanco desactivados; enlaces de contacto a Discussions, aviso privado de seguridad y CONTRIBUTING) y plantillas de bug-report y feature-request en lenguaje llano; `FUNDING.yml` movido de `src/sdk/cli/` a `.github/`. **Casi-fallo registrado:** CODEOWNERS salió primero nombrando `@beyondnetcode/evolith-team`, copiado del notificador de fallos del workflow de release -- ese equipo NO EXISTE (`gh api orgs/beyondnetcode/teams` devuelve solo `evolith-core-s-development`), y GitHub ignora en silencio un owner que no resuelve, así que cada línea habría enrutado a nadie mientras el archivo parecía correcto. Corregido al equipo verificado (también confirmado con acceso al repositorio); el mismo handle erróneo en `sdk-cli-release.yml` fue arreglado, lo que significa que esa notificación de fallo llevaba mencionando a nadie. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-560`](./gap-reference-catalog.es.md#gt-560) | Un componente de protección está instalado y se contabiliza como activo, pero nada del sistema pasa por él | Hay un mecanismo de seguridad que debería cortar rápido una dependencia que falla, en vez de dejar que las peticiones se acumulen detrás. Está enchufado pero no conectado a nada, y el informe de salud del propio sistema lo sigue acreditando como protección real | Le valió una nota de resiliencia de 7 sobre 10, y sin embargo una búsqueda en todo el código no encuentra ni un solo lugar que lo use. **COMPLETADO:** cerrado por la rama "dejar de puntuar lo que no protege nada" — el Core es un evaluador stateless (ADR-0101) que no hace llamadas salientes, y su único candidato de cache nunca conectó a Redis (dos bugs de wiring confirmados). Se eliminó el `CircuitBreakerService` huérfano (+ spec, + deps `opossum`/`@types/opossum`) y el wiring Redis muerto (`redis-store.factory.ts` borrado; `redis-cache.module.ts` → `in-memory-cache.module.ts`, cache process-local honesto sin `REDIS_*` ignorado ni warnings), y se reescribió la nota de resiliencia en `senior-architectural-assessment.md` (4/10, sin claim sin sustento). Build de core-api + 158/158 tests verdes; lockfile reconciliado (solo -opossum). El adjacent finding (métricas de cache siempre en cero) queda como ítem aparte. | `Core API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-561`](./gap-reference-catalog.es.md#gt-561) | **El smoke test de MCP expira, hace fallar E2E y arrastra a DAST.** El job E2E Tests falla en el smoke stdio/HTTP de MCP con `MCP smoke test FAILED: Timed out waiting for initialize (id 1)`; DAST falla después con `MCP Server failed to start after 60s`. La última corrida verde de este pipeline fue el 2026-06-30. Observado el 2026-07-18 en la corrida 29646397424. **COMPLETADO (`b408a0ef`):** el servidor nunca estuvo roto. El smoke lanzaba `node dist/main.js mcp serve` desde el dist del CLI, y `dc0b9667` (2026-06-30, "decouple mcp-server from smart-cli") ELIMINÓ ese comando -- la fecha exacta de la última corrida verde. El proceso moría al instante con `error: unknown command 'mcp'`, pero la ruta stdio canalizaba stderr y nunca lo leía, así que un fallo duro instantáneo se reportaba como un timeout de 5 segundos; esa desorientación es la razón de que permaneciera opaco 19 días. El fix reapunta ambos transportes al gateway standalone, agrega un chequeo previo que falla con "build it first" en vez de expirar, y captura stderr y el código de salida temprana dentro del mensaje de fallo. No se debilitó ninguna aserción y NO se subió ningún timeout -- el arranque mide ~1s, así que el límite de 5s nunca estuvo implicado. **Corrección a la premisa del propio gap:** DAST NO era una cascada aguas abajo de E2E. Los jobs son independientes y DAST llevaba su PROPIA copia de la misma invocación obsoleta `mcp serve`, así que arreglar solo el smoke lo habría dejado en rojo; su paso de arranque también fue reapuntado, más `--allow-no-auth` para que ZAP escanee una superficie alcanzable. **Se necesitaron tres commits de seguimiento antes de poder OBSERVAR los criterios**, cada capa ocultando la de abajo: `6cac6cda` -- el bump de SDK 2.0.0 había dejado `package-lock.json` desincronizado, así que `npm ci` se negaba y ocho jobs morían en su primer paso, sin llegar nunca al smoke; `b75d43fc` -- el filtro `paths` del pipeline del CLI no listaba `package.json` / `package-lock.json`, así que ni la rotura ni su arreglo disparaban el pipeline que afectaban (también listaba `release-please-config.json`, borrado en `aed33ba9` -- un filtro vigilando una ruta que no puede cambiar); `37cbeae1` -- DAST seguía reportando rojo por `Resource not accessible by integration`, porque la acción de ZAP archiva su reporte como issue de GitHub y el workflow no otorga `issues: write`; el escaneo en sí estaba limpio (`FAIL-NEW: 0, PASS: 146`), así que se deshabilitó el archivado de issues en vez de darle permiso de escritura a un escáner, ya que el reporte se sube como artefacto. Los tres criterios están verificados en CI en la corrida 29665015800: el smoke de MCP pasa en ambos transportes (47 tools, 11 resources, 8 prompts, ambos chequeos `tools/call`, stdio y HTTP), el job E2E Tests es **success**, y los pasos `Start MCP Server` y `Wait for MCP Server` de DAST tienen éxito ambos. **Dicho con claridad:** el job sigue mostrándose en rojo por razones ajenas a este gap -- el gate de cobertura de ramas del CLI (69.3% vs 75, rastreado por [`GT-562`](./gap-reference-catalog.es.md#gt-562)) y 12 hallazgos preexistentes de terminología bilingüe en archivos tocados por última vez entre 2026-07-04 y 07-13. El pipeline no está verde. |  |  | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-562`](./gap-reference-catalog.es.md#gt-562) | La cobertura de los puntos de decisión del código está bajo el mínimo exigido y el control bloquea | Hay lugares donde el código elige entre dos resultados que ninguna prueba llegó a ejercitar. El proyecto fijó un mínimo, la cobertura cayó por debajo y se decidió recuperar la diferencia en vez de bajar la vara | Las 969 pruebas pasan y aun así la compilación falla: 69 por ciento de los puntos de decisión cubiertos frente al 75 por ciento exigido. **COMPLETADO (`7cffd734`):** la deuda se pagó en vez de condonarse — cobertura de ramas 70.57% → **75.54%**, jest sale en 0, umbral intacto (85 suites, 1250 tests). **La estimación del propio gap tenía la forma equivocada:** predecía ~100-140 pruebas sobre asistentes interactivos, "pruebas que comprueban que se preguntó algo a un mock". Las ramas sin cubrir no eran los asistentes — eran las **rutas no interactivas y legibles por máquina** (`--format json` en cinco comandos, `init --batch`, el reporte del motor composable), las rutas que ninguna persona recorre a mano, que es exactamente por qué nadie había notado que estaban sin probar; son además el contrato del que dependen todos los scripts y jobs de CI. Tres necesitaban una costura antes de poder probarse: `agents --name` no existía (añadido; el agente inexistente ahora devuelve `RULESET_NOT_FOUND`), las specs de `scaffold` stubbeaban `process.exit`, que no detiene la ejecución (leer el PRIMER envelope hace que la aserción signifique lo que dice), y el reporte composable no tiene método extraíble — pero `createComposableEngine()` carga sus cinco modos con `require` diferido, así que se pueden mockear por ruta de módulo, y por eso esa spec es un archivo aparte. **Sobre la exclusión que este gap declaraba:** reservaba ~100 ramas en `adr`/`agents` para no bendecir el defecto del sobre de éxito; ese defecto se arregló antes en esta misma campaña, y las pruebas nuevas afirman explícitamente el contrato corregido de ADR-0073, fijando la conducta correcta en lugar de congelar la equivocada. | `SDK CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-563`](./gap-reference-catalog.es.md#gt-563) | **174 errores de validacion de documentacion, y el workflow que deberia detectarlos reporta exito.** RESUELTO (`c63c3eb7`): el job `validate` estaba condicionado a `workflow_dispatch`, asi que en push y PR solo corria el guard de tracking y el job reportaba verde sobre una comprobacion que nunca se ejecutaba -- ahora armado y bloqueante. Tres de las cuatro categorias de error NO eran defectos: 97 de 108 enlaces rotos estaban en una copia de build gitignoreada, los 9 mojibake eran falsos positivos de una regla sin limite de palabra, y las 5 violaciones de esquema eran un esquema obsoleto anterior a `src/`. Dos defectos mas corregidos por el camino: un matcher de fences sin anclar que borraba prosa en vez de codigo (ocultando violaciones reales de emoji), y `10-validate-contract-conformance.mjs`, que llevaba crasheando en cada invocacion desde el refactor sin que nadie lo viera porque su job estaba saltado. La validacion pasa ahora para 1535 ficheros y 407 diagramas renderizados. El job sigue fallando en una comprobacion DISTINTA, `bilingual-terminology-lint` (12 hallazgos anteriores). |  |  | `Documentation` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-556`](./gap-reference-catalog.es.md#gt-556) | **Los guards del harness resolvían rutas desde `process.cwd()`, de modo que un guard devolvía una respuesta distinta según desde dónde se invocara -- siempre en verde.** `30-validate-phase-topology-disjoint` reportaba 8 ids de topología desde la raíz y 5 desde `src/`, con exit 0 en ambos casos. Seis literales de ruta muertos lo agravaban. Arreglo: `.harness/scripts/lib/paths.mjs` deriva la raíz por ascenso de marcadores (`package.json` + `.harness` + `evolith.yaml`) y `resolve()` lanza cuando una ruta no existe; 15 scripts migrados y verificados idénticos desde tres directorios. |  |  | `Harness` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-557`](./gap-reference-catalog.es.md#gt-557) | **Una comprobación que escaneaba cero elementos reportaba éxito.** Siete falsos verdes confirmados; `31` y `32` escaneaban `rulesets/`, un directorio que SÍ existe pero solo contiene `agents/`, así que no encontraban ningún ruleset mientras los 145 reales estaban en `src/rulesets` -- `existsSync` pasaba y la respuesta seguía siendo inventada. Arreglo: `.harness/scripts/lib/coverage.mjs` afirma sobre elementos escaneados, no sobre validez de ruta; `assertScannedPerSource` impide que una raíz viva enmascare una muerta; `allowEmpty` exige una razón escrita en el punto de llamada y no es configurable por entorno. |  |  | `Harness` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-558`](./gap-reference-catalog.es.md#gt-558) | **Coexistían seis modelos de hallazgo cuya intersección real era solo `message` más alguna noción de severidad.** Cinco no llevaban procedencia y ninguno determinismo, así que un hallazgo que pasaba de una revisión de PR a un scorecard y a la base de conocimiento no tenía nada que preservar; `GateViolation` y `ValidationIssue` además se habían BIFURCADO en `sdk-client` y ya no son asignables en ninguna dirección. Arreglo: `Finding` canónico (ADR-0116) con mappers desde los seis, estrictamente aditivo; `FindingOrigin` es argumento obligatorio, de modo que un hallazgo sin atribución es error de compilación. |  |  | `Core Domain` | Core | P0 | M | `COMPLETADO` |
-| [`GT-559`](./gap-reference-catalog.es.md#gt-559) | **La frontera de autoridad consultiva era prosa recodificada en 60 archivos, así que no había nada que citar en revisión ni nada capaz de detectar una violación.** Arreglo: `evaluateAuthority()` (ADR-0116) responde si un actor puede ejecutar una acción sobre un artefacto, devolviendo una razón citable, un id de regla estable (AP-R01..R06) y la cláusula del ADR de la que deriva; el ciclo de promoción de ADR-0097 queda codificado como datos en vez de descrito otra vez. AP-R03 (auto-autorización) se ordena antes que AP-R02 deliberadamente. |  |  | `Core Domain` | Core | P0 | M | `COMPLETADO` |
-| [`GT-564`](./gap-reference-catalog.es.md#gt-564) | **Los tipos de payload exportados por el SDK eran una bifurcación que no describía el cable.** REST y MCP invocan el MISMO caso de uso y devuelven el objeto de dominio verbatim, así que no había ninguna transformación que justificara DTOs separados. La bifurcación declaraba `passed: boolean` donde la API emite `verdict: 'passed'\|'failed'\|'skipped'` -- y el `README.md` indicaba a los usuarios imprimir `result.data.passed`, que en ejecución es undefined; omitía `gateId`, `rulesetRef` y `rulesetVersion`, que SÍ se emiten, eliminaba el `location` REQUERIDO y declaraba `artifact?`/`remediation?` que ningún productor emite. `ViolationSeverity` admitía un `'info'` inalcanzable, bifurcado en dos archivos; `ValidationIssue` había degradado a `severity: string`, perdiendo `MUST\|SHOULD\|COULD`. Arreglo: `sdk-client` reexporta `@beyondnet/evolith-core-domain` y sube a **2.0.0** -- bump mayor en vez de ventana de deprecación, porque una ventana preserva tipos que son activamente incorrectos y cualquier consumidor de 1.1.0 ya está roto en ejecución; y dependencia real en vez de copias vendorizadas con un guard de paridad, porque dos fuentes de verdad más un vigilante es justamente el patrón que se está eliminando. 54/54 tests del sdk; `tsc` limpio para sdk-client, mcp-server y `src/sdk/cli`. Publicar 2.0.0 queda deliberadamente SIN hacer -- decisión del owner. |  |  | `SDK` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-565`](./gap-reference-catalog.es.md#gt-565) | **Los tests del SDK mockeaban `fetch` para devolver la forma INVENTADA por el propio SDK y afirmaban sobre ella, así que sus tipos podían derivar arbitrariamente y seguir en verde** -- la causa raíz de [`GT-564`](./gap-reference-catalog.es.md#gt-564). Arreglo: un test de contrato que verifica los tipos del SDK contra el cable real, en dos capas, porque cada una es ciega a una deriva que la otra detecta -- en tiempo de compilación no se ve que un controller cambie su respuesta sin tocar el tipo de dominio, y en ejecución no se ven los campos ausentes de la muestra ni la distinción requerido-vs-opcional. Arrancar core-api midió ~3s, así que el argumento de costo para quedarse solo en compilación no sobrevivió a la medición. El conjunto de claves y los flags de obligatoriedad del verificador en ejecución se DERIVAN DEL TIPO del SDK, de modo que la mitad en ejecución no puede derivar respecto del tipo que impone; probado con tres roturas deliberadas, cada una restaurada. Además la suite no corría en NINGÚN workflow y ahora está cableada en `ci-cd.yml` (`1875f725`), y su workaround de symlink fue ELIMINADO por `e25804dc`, que arregló la resolución de rulesets subyacente -- la eliminación es la evidencia de que ese arreglo es real. 43/43. |  |  | `Testing` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-566`](./gap-reference-catalog.es.md#gt-566) | **Supersede a [`GT-329`](./gap-reference-catalog.es.md#gt-329), cuyo cierre fue infundado: AFIRMÓ que el corpus de topologías estaba unificado y lo dejó duplicado.** Su commit de implementación `d2b7d2b7` copió las cinco topologías avanzadas a `rulesets/topologies/` y no borró nada -- `--diff-filter=D` está vacío -- y se cerró como COMPLETADO contra el criterio "todas las topologías en una única ubicación canónica". Diez lápidas `RELOCATED.md` afirmaron durante dos semanas que "todo el tooling, los scripts de CI y los validadores leen ya de la ruta canónica" mientras CUATRO validadores de CI leían el directorio que llamaban histórico, y las dos copias derivaban en silencio. Esa divergencia es lo que desactivó calladamente el gobierno de diseño de ADR-0104 para esas mismas cinco topologías (`35f79934`): solo los manifiestos de `reference/` llevaban `designProfile`/`phaseProfiles`, y `TopologyCatalogService` deduplica por primera ocurrencia con `src/` sondeado primero. **COMPLETADO (`29d69ae8`, `353cdbd4`):** 180 archivos duplicados retirados; cada topología existe ahora en UN solo sitio. El radio de impacto se midió simulando el borrado en un worktree desechable ANTES de tocar nada -- de los ~25 consumidores temidos se rompió exactamente uno (`17-validate-knowledge-intake`, que leía los ids aceptados de una sola raíz y ahora lee ambas). Repuntados 14 enlaces de documentación, 21 fichas de patrones y dos specs E2E. Primero la Fase A: los manifiestos de `src/` arrastraban 46 referencias muertas propias, y un corpus a punto de volverse canónico debe resolver lo que declara. **Explícitamente FUERA de alcance:** colapsar la raíz dual. Las tres topologías del eje progresivo permanecen bajo `reference/`, donde están sus corpus completos, y tanto `src/rulesets/topologies/README.md` como `paths.mjs` documentan esa separación como intencional -- deduplicar no es el mismo objetivo que una ubicación única, y nadie ha decidido lo segundo. Los registros históricos de `control-center/` conservan las rutas viejas a propósito: reescribirlos borraría la evidencia de que el cierre de GT-329 fue infundado. Verificado: 8 manifiestos validan (eran 13; cinco eran duplicados), el catálogo resuelve las 8 con designProfile, 11 guardas en exit 0, 2892 tests en verde. |  |  | `Governance` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-567`](./gap-reference-catalog.es.md#gt-567) | **CD apunta al VPS, que esta fuera de alcance: falla en cada push a `main` y nadie lo mira.** `Deploy services (Coolify)` falla desde 2026-07-19 (14+ corridas) porque el host `72.60.63.240` no responde en ningun puerto. NO es una caida de produccion: el entorno objetivo es hoy el cluster kind local `evolith-cluster`, sano y con los 3 servicios `1/1` desde hace 2d14h. El VPS se retoma mas adelante. El defecto real es que CD despliega a un entorno que no se usa, genera un rojo permanente que nadie lee, y `Build & Push` sigue verde publicando imagenes que ningun runtime consume. |  |  | `Infra` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-568`](./gap-reference-catalog.es.md#gt-568) | **El job Security Audit falla por un aviso de severidad alta que vive enteramente en herramientas de desarrollo.** `npm audit` reporta `brace-expansion` (GHSA-3jxr-9vmj-r5cp, DoS por expansión de tiempo exponencial) como alto, alcanzado por seis rutas que son TODAS herramientas de build/lint -- `eslint`, `@eslint/config-array`, `@eslint/eslintrc`, `@typescript-eslint/typescript-estree`, `test-exclude` -- y ninguna viaja en el CLI publicado. Observado el 2026-07-20 en la corrida 29780735123, y preexistente: no lo causa el trabajo de cobertura de [`GT-562`](./gap-reference-catalog.es.md#gt-562), que comparte esa misma corrida. El job es un `npm audit` sin distinción producción/desarrollo, así que una vulnerabilidad que no puede alcanzar a un usuario igual pone el pipeline en rojo. Dos preguntas a resolver juntas: si el audit debe acotarse con `--omit=dev` (o registrar una excepción razonada) para que la señal corresponda al riesgo, y si conviene tomar el bump transitivo -- `npm audit fix` reescribe `package-lock.json`, y regenerar el lockfile completo está explícitamente vedado aquí tras el incidente del override de ajv. **COMPLETADO (`92390d6d`):** auditar antes de actuar invirtió la premisa. El enunciado lo llamaba "enteramente herramientas de desarrollo", pero el árbol de la misma corrida también carga `js-yaml` (high) y `protobufjs` (moderate), y `npm ls js-yaml --omit=dev` pone js-yaml en la ruta de **producción** del CLI — `evolith-cli -> nest-commander -> cosmiconfig -> js-yaml@4.2.0`. Así que `--omit=dev` no habría puesto verde el job; habría OCULTADO una vulnerabilidad que el CLI publicado sí lleva. Se arregló en vez de esconder, con `overrides` dirigidos (no una regeneración): js-yaml → 4.3.0 (+ un override con alcance `@nestjs/swagger` para que el pin exacto 4.1.1 de core-api deduplique al top-level), brace-expansion → 1.1.16/2.1.2/5.0.7, protobufjs → 7.6.5. `npm audit --audit-level=high` reporta ahora **0 vulnerabilidades**, `npm ci` acepta el lockfile, el diff es 30/-18 líneas, build en verde y las cinco suites pasan (132/168/1174/226/342). El workflow ahora declara su propio alcance: un solo lockfile raíz significa que audita todo el árbol del monorepo (más estricto que un escaneo solo-CLI), y un aviso transitivo sin fix upstream se parcha con un override, no con una regeneración. |  |  | `Infra` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-445`](./gap-reference-catalog.es.md#gt-445) | Regenerar las superficies de conteos/versiones desactualizadas a la línea base nueva `0.0.1`: `maturity-reconciliation.json` (`1.1.4` + 422 gaps), `maturity-assessment.md` (`1.1.0`, "32 tools"), `product-inventory.md` (`1.1.4`, 33 tools/26 cmds), y el catálogo escrito a mano `evolith-mcp-tools.md` — regenerar conteos desde código tras aterrizar los cambios en curso de topology/phase-artifacts. (Audit 2026-07-04 corrigió drift de versión/links/campos; la regen de conteos está gated por esos cambios.) **+2026-07-17 (`459676aa`) — root cause arreglado + superficies derivadas de código regeneradas.** `generate-product-inventory.mjs` escaneaba paths muertos pre-`src/` (`sdk/cli`, `packages/mcp-server`, output `reference/products/smart-cli`) → el inventario estaba congelado y CI en falso-verde. Reapuntado al layout `src/` + dir de salida real; regenerados `product-inventory.md`+`.es.md` desde el source: `@beyondnet/evolith-cli` 1.1.4→**1.1.0**, 26→**31** comandos, 33→**47** tools MCP, 9→**11** resources, 40→**44** schemas (el `--check` del generador ahora verde). `maturity-assessment.md` (EN+ES): 32→47 tools, 9→11 resources. `evolith-mcp-tools.md`: reemplazada la tabla de 11 (7 nombres obsoletos) por las **47** reales derivadas del source; specs detalladas marcadas como subset legacy (obsoletos señalados) pendiente regen completa. **Pendiente (no a mano):** `maturity-reconciliation.json` lo emite `09-reconcile-maturity.mjs`, bloqueado por el refresh de evidencia de madurez CI-owned ([`GT-523`](./gap-reference-catalog.es.md#gt-523)) — re-sincroniza en la próxima corrida verde de CI; y la regen de specs detalladas por tool es follow-on. **COMPLETADO (`702de08b`):** las cuatro superficies nombradas están regeneradas. `maturity-reconciliation.json` se regeneró en `35ea46e1` (ahora 559 gaps / 145 rulesets / 132 ADRs / CLI 1.1.0); `maturity-assessment.md` verificado limpio (sin `1.1.4`, sin "32 tools", sin `@evolith/smart-cli`); `product-inventory.md` limpio en 1.1.0; `evolith-mcp-tools.md` regenerado a 47 tools en `459676aa`. El bloqueador final era el propio generador de inventario: `07-generate-inventories.mjs` resolvía la ruta muerta `rulesets/` y reportaba 0, escribía en una ubicación huérfana, y su flag `--check` ESCRIBÍA ARCHIVOS. Arreglado en `702de08b`; el canónico `maturity-reports/inventory-summary.md` pasó de unos congelados por dos semanas 119 ADRs / 144 rulesets / 40 schemas a **132 / 145 / 44**, coincidiendo ahora exactamente con lo que el script 09 deriva de forma independiente. |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-446`](./gap-reference-catalog.es.md#gt-446) | **Cross-repo (evolith_tracker):** Piloto de producción del Tracker — el backend .NET es un scaffold Clean-Architecture real (contextos Discovery/Governance/Artifacts/Audit) desfasado del diseño actual de Core. **HECHO (tracker b2ac7ef): el `CoreEvaluationGateway` del BFF ya está cableado al Core local REAL — request con `EvaluationContext` canónico + parsing del `EvaluationResult` real + Bearer auth + `BaseUrl` :3001; probado por un live E2E opt-in que golpea core-api `/api/v1/evaluate` (200 ALLOW) y por el access log de core-api. Persistencia Postgres local HECHA (tracker c91692e): migración EF `InitialCreate` + repo `CoreEvaluationTransaction` en Postgres cableado en `/api/core/evaluate`; verificado por un roundtrip live write/read-back. PhaseGate→Core HECHO (tracker 38102e0): `POST /gates/{id}/phase/{phase}/evaluate-with-core` consulta al Core, mapea el veredicto y conduce el estado del gate — un Discovery-gate E2E live llevó un gate `discovery` real a `fail` en Postgres desde el veredicto del Core. Dev-auth local + wiring de UI HECHO (tracker cb6d38e): un esquema dev-bypass solo-Development (sin UMS) hace el BFF llamable en local, y tracker-web apunta a la URL del BFF local — verificado por HTTP (sin JWT): `POST /gates/{id}/phase/discovery/evaluate-with-core` → 200, gate persistido `fail`. Suite 54/54.** El subset M1 del Objetivo 1 (integración Tracker→Core + DB local + Discovery gate E2E + BFF/UI en URLs locales) está cubierto; falta Fase-2: correr/verificar la UI React en navegador y extender a las demás fases. |  |  | `Tracker` | Cross | P1 | XL | `COMPLETADO` |
-| [`GT-450`](./gap-reference-catalog.es.md#gt-450) | Containerización desincronizada del monorepo anidado en `src/`: los 3 Dockerfiles + `docker-compose.evolith.yml` asumían layout plano `packages/apps/sdk/rulesets` (el repo los anida bajo `src/`), así que `docker compose build` ni encontraba los Dockerfiles — y la config de Coolify (`apps/core-api/Dockerfile`) también estaba rota. Corregidos paths a `src/*` (Dockerfiles + compose + hints Coolify), cableado agent-runtime→Core real por HTTP (GT-438), añadido el `.dockerignore` faltante; también corregido un bug latente de clean-build (el tsconfig raíz referenciaba mcp-server antes que sdk-client). **VERIFICADO: `docker compose build` verde, los 4 contenedores healthy, core-api `/evaluate` devuelve un EvaluationResult real (200), y el chain HTTP agent-runtime→Core real está probado (el access log de core-api muestra el POST entrante desde el contenedor agent-runtime).** |  |  | `Infra` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-434`](./gap-reference-catalog.es.md#gt-434) | EPIC — Perfiles de artefactos de fases downstream (Construcción/Calidad/Despliegue): espeja GT-425 para las 3 fases downstream — `spec.phaseProfiles` en los topology manifests (artefactos universal + derivados por topología + criterios de gate, DN-06), evaluadores de fase (extender kinds `checkpoint`/`deployment`), entradas de registry, exposición. Spec conceptual: `downstream-artifact-profiles`. Primer incremento (schema + 7 manifests) aterrizado (3fe3be23). |  |  | `Rulesets` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-449`](./gap-reference-catalog.es.md#gt-449) | Superficie de comandos canónica — nada se publicó (nunca en producción), así que se quitan los aliases deprecados en vez de mantener shims: las referencias al comando `smart-cli mcp` (→ `evolith-mcp serve` standalone), los aliases de input F1/F2/F3 de topología (`--arch-level`, ramas legacy de `normalizeTopology`/MCP) y la narrativa de alias f1–f5 de fase en CLI/MCP/core-api + READMEs. Alcance = solo superficie de comandos; se conserva el encoding interno `f1..f5` de fase en core-domain. Build limpio; CLI 918/918. Follow-on: barrido terminológico de F1/F2/F3 en docs históricos de planning/roadmap. |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-425`](./gap-reference-catalog.es.md#gt-425) | EPIC — Gobernanza advisory de la fase Design (ADR-0104): Core recomienda/valida/mide madurez técnica sobre un catálogo de bloques bajo Convention over Configuration; blueprint como guía de desarrollo componible y multi-concern que dirige los criterios downstream. F0 (ADR-0104) aterrizado. **Umbrella — descompuesto en `GT-426`…`GT-433`.** |  |  | `Core Domain` | Cross | P1 | XL | `COMPLETADO` |
-| [`GT-426`](./gap-reference-catalog.es.md#gt-426) | F1 — Contratos: extender `EvaluationContext`/`EvaluationResult` con una faceta `design` (topología recomendada/confirmada, refs de artefactos, madurez por concern) + schema formal de `evolith.yaml` con `design.topology.recommended\|confirmed` (composición). |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-427`](./gap-reference-catalog.es.md#gt-427) | F2 — Añadir `spec.designProfile { required[], conditional[] }` a `topology-manifest.schema.json` y poblar los 8 topology manifests. |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-428`](./gap-reference-catalog.es.md#gt-428) | F3 — Composición multi-concern del blueprint bajo Convention over Configuration: extender `blueprint.schema.json` para componer por concern (frontend/backend/services/mobile/data) vía un block-type registry; + schemas de bloque de artefactos, plantillas bilingües, fixtures. **Pieza central.** |  |  | `Schemas` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-429`](./gap-reference-catalog.es.md#gt-429) | F4 — Evaluador `EvaluationKind` `design`: derivar artefactos como la unión sobre la composición de topologías confirmada (estricto-gana, incompatibilidad→ADR), validar completitud/trazabilidad vs blueprints/ADRs/prácticas-de-código, emitir score de madurez técnica; paridad Native/OPA. Cierra GT-08…GT-11. |  |  | `Core Domain` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-430`](./gap-reference-catalog.es.md#gt-430) | F5 — Motor de recomendación de topología: `topology-recommendation.rules.json` + evaluador (señales técnicas → topología/composición recomendada), a demanda y como set proactivo completo de hallazgos. |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-431`](./gap-reference-catalog.es.md#gt-431) | F6 — Exposición + colaboración: CLI/MCP/API `design-evaluate` + `topology-recommend` (paridad BR-008); `design-template.schema.json` (scope tenant\|core, complejidad simple\|medium\|complex); skills de agente `design-template-proposal` + `template-promotion`; flujo de promoción tenant→Core vía UP-NNN. |  |  | `Cross` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-432`](./gap-reference-catalog.es.md#gt-432) | F7 — Derivación blueprint→downstream: el evaluador `design` deriva requerimientos y criterios de Construcción/Calidad/Despliegue desde el blueprint compuesto como recomendaciones que el Tracker usa para configurar los gates F3/F4/F5. |  |  | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-433`](./gap-reference-catalog.es.md#gt-433) | F8 — Verificación: checklist de aceptación, demo E2E (recomendada→confirmada→evaluada vía CLI/MCP/API), reconciliación de gaps, docs canónicos de la fase Design. |  |  | `Governance` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-424`](./gap-reference-catalog.es.md#gt-424) | Tres registros de skills derivan sin una única fuente de verdad: `DEFAULT_SKILLS` (catálogo intent→capability del agent-runtime), `reference/core/foundations/agent-skills/manifest.json` (skills de análisis propiedad de agentes) y `.harness/manifest.yaml` (capacidades canónicas del harness) declaran skills de forma independiente y divergen (p. ej. `gap-prioritization-engine` ejecuta un script real de `.harness` pero no está declarado en `manifest.yaml`), sin guard CI que fuerce la convergencia. **REABIERTO 2026-07-26 — el defecto que esta fila declara cerrado sigue vivo.** El título promete "Single source of truth + CI parity guard for the three skill registries" y el registro de cierre es del 2026-07-04 (`833aa888`). Medido hoy: `.harness/manifest.yaml` declara **16** capacidades y `adapters/skills/default-skills.ts` siembra **7** (validate-discovery-gate, check-initiative-artifacts, validate-adr-architecture, run-opa-audit, recommend-initiative-unblock, code-quality-structural-review, publish-trace-event). El agente ofrece el 44% de lo que el harness conoce, que es exactamente la deriva que ADR-0102 nombró como riesgo principal. Sea cual sea el guard de paridad que se declaró, hoy no cubre este par. Es la cuarta instancia verificada de la causa raíz C5 —el tablero registra intención, no resultado— junto a GT-12, GT-568 y GT-254. Se retira su registro de cierre. Origen: hallazgo 5.2 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Ola 2: R3 mide ahora la superficie de enrutado EFECTIVA y AUDITA la derivación de GT-608 en vez de confiar en ella — el sintetizador debe estar exportado, ser invocado de verdad y filtrar únicamente por el complemento del conjunto vinculado. Tres fixtures negativas, incluida una síntesis estrechada por un solo conjunto extra. El informe mantiene separados los 4 vinculados a mano y los 5 sintetizados, porque una skill sintetizada responde solo a su nombre de capacidad y nunca a una intención natural. Cableado en ci-cd.yml. |  |  | `.harness` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-413`](./gap-reference-catalog.es.md#gt-413) | El adaptador OPA real de runtime falla cerrado porque `OpaCliPolicyValidationAdapter` carga `rulesets/opa/` incluyendo los JSON de `schemas/` como datos OPA, generando errores de merge de schemas antes de evaluar cualquier policy. |  |  | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-414`](./gap-reference-catalog.es.md#gt-414) | Las referencias de políticas runtime derivan respecto a los paquetes Rego reales: `.harness/manifest.yaml`, `DEFAULT_SKILLS`, tests y docs de agent-runtime apuntan a `evolith.gates.discovery` / `evolith.architecture.adr`, mientras los paquetes disponibles exponen nombres como `evolith.phase_gates` y `evolith.capability_source_interface`. |  |  | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-415`](./gap-reference-catalog.es.md#gt-415) | Drift de superficie pública y autoridad SemVer del Agent Runtime: el guard de freeze está rojo tras exports aditivos de adaptadores, y la nota README pre-1.0 contradice el `package.json` en versión `1.0.0`. |  |  | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-417`](./gap-reference-catalog.es.md#gt-417) | Drift del registro de evidencia de cierre: la validación semántica de tracking aún falla porque gaps marcados `COMPLETADO` carecen de registros de cierre y/o tienen criterios sin marcar en el catálogo EN/ES. |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-421`](./gap-reference-catalog.es.md#gt-421) | Transicionar playbooks y salidas de agentes hacia JSON Schemas estrictos (`.harness/schemas/`). |  |  | `.harness` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-423`](./gap-reference-catalog.es.md#gt-423) | Implementar y automatizar el `core-health-checklist.md` como un validador (Gate). |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-416`](./gap-reference-catalog.es.md#gt-416) | El catálogo de capacidades `.harness` está sub-productizado: existen 110 archivos script/playbook, pero solo 7 capacidades están declaradas en `.harness/manifest.yaml`, sin contrato gobernado de promoción/deprecación para la mayoría de activos ejecutables del harness. |  |  | `.harness` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-418`](./gap-reference-catalog.es.md#gt-418) | El bucle de mejora continua está sembrado pero no completamente enforced: existen playbook, schema, skill y capability en el manifest, pero CI/Agent Runtime aún no exigen JSONL de progress-audit, registro automático de gaps ni promoción de aprendizaje para cada ejecución agentic aprobada. |  |  | `.harness` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-422`](./gap-reference-catalog.es.md#gt-422) | Diseñar e implementar el Harness Orchestrator (Router Agent) como único agente frontal leyendo `manifest.yaml`. |  |  | `.harness` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-420`](./gap-reference-catalog.es.md#gt-420) | Implementar el emisor de `progress-audit.jsonl` en el `Agent Runtime` para persistir la memoria de ejecución sin saturar el contexto del LLM. |  |  | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-419`](./gap-reference-catalog.es.md#gt-419) | Refactorizar `AGENTS.md` a un Router/Bootstrapper mínimo. Extraer la tabla de "Intake and Discovery Agents" a `.harness/agents/discovery-agents.md`. |  |  | `.harness` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-377`](./gap-reference-catalog.es.md#gt-377) | R1 — Contratos `EvaluationContext`/`EvaluationResult` + Contract Schema Registry (tipos canónicos reutilizando `Verdict`/`PhaseId`; schemas versionados; envelope ADR-0073; guard ESLint que prohíbe `*Repository` para entidades de negocio) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-395`](./gap-reference-catalog.es.md#gt-395) | **WS7 Gobernanza Transversal:** Las reglas de gobernanza agnósticas existen como archivos estáticos pero carecen de aplicación universal en runtime. |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-375`](./gap-reference-catalog.es.md#gt-375) | Contratos de evaluación stateless del Core — formalizar `EvaluationContext` (entrada) / `EvaluationResult` (salida): el consumidor (Evolith Tracker) envía contexto y el Core devuelve veredictos/recomendaciones estructurados. Producto/tenant/iniciativa son **solo identificadores de contexto opacos**, nunca entidades del Core; épicas/historias como `ExternalReferenceContext`. El Core emite `Recommendation`/`DecisionRecommendation` no vinculante; el Tracker decide, persiste y audita. Según ADR-0101 (corrige ADR-0100) / UP-002. **Épica paraguas — decompuesta en `GT-376`…`GT-381` (R0–R5).** |  |  | `Cross` | Cross | P0 | XL | `COMPLETADO` |
-| [`GT-390`](./gap-reference-catalog.es.md#gt-390) | Eliminar el duplicado `rulesets/sdlc/phase-gates.rules.json` — colisiona con `rulesets/phase-gates/phase-gates.rules.json` bajo un `$id` distinto, así que ambos pueden divergir en silencio. Consolidar a la única ubicación canónica + añadir un guard de CI que falle ante `*.rules.json` con el mismo nombre. (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§16.) |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-405`](./gap-reference-catalog.es.md#gt-405) | **MCP interaction adapter:** No formalizado. MCP evade el puerto runtime estricto. |  |  | `Agent Runtime` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-410`](./gap-reference-catalog.es.md#gt-410) | **Feedback de BMAD Intelligence:** Faltan skills de madurez de adaptadores y bucle de retroalimentación en agentes BMAD. |  |  | `.bmad-core` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-411`](./gap-reference-catalog.es.md#gt-411) | **Unificación de Envelope ADR-0073 en Core API:** Falta el envelope estructurado en respuestas del Core API. |  |  | `Core API` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-324`](./gap-reference-catalog.es.md#gt-324) | El pipeline construye y publica las imágenes de los servicios, pero el despliegue nunca llegó al servidor | Las nuevas versiones se empaquetan solas, pero nada las instala donde de verdad corren, así que el último paso se sigue haciendo a mano | El paso de despliegue corre y falla con «could not resolve host»: la dirección guardada en el pipeline es un fragmento, no una dirección web completa | `Infra` | Cross | P1 | M | `EN-PROGRESO` |
-| [`GT-384`](./gap-reference-catalog.es.md#gt-384) | R1 — Adaptador real de evaluación del Core: reemplazar `StubCoreEvaluationAdapter` tras `ICoreEvaluationPort`. La variante in-process envuelve `EvaluationOrchestrator.evaluate(ctx)` del Core (construido en `apps/core-api/src/app.module.ts`, exportado desde `@evolith/core-domain/evaluation`); la variante REST llama al controlador `/evaluate` existente. Los contratos ya coinciden (`EvaluationContext`→`EvaluationResult`), así que es cableado + resolución de `workspaceRef`, no nueva lógica de evaluación. Tests de paridad stub↔real (0 drift de contrato). **Bloqueador central de GT-383.** |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-396`](./gap-reference-catalog.es.md#gt-396) | **Contrato de Ingesta Cliente:** Existen esquemas parciales pero falta un `SatelliteManifest` o `ProjectInput` formal y unificado para validaciones. |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-399`](./gap-reference-catalog.es.md#gt-399) | **Inyección de Adaptadores Reales:** Reemplazar Stubs por adaptadores HTTP/Harness en el CLI `AgentRuntimeFactory`. |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-400`](./gap-reference-catalog.es.md#gt-400) | **REST Endpoint Hermes:** Crear un controlador en `core-api` para servir solicitudes conversacionales externas. |  |  | `Core API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-403`](./gap-reference-catalog.es.md#gt-403) | **Hermes Chat Box adapter:** Asegurar que Hermes usa el puerto de interacción y no ejecuta shell directamente. |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-406`](./gap-reference-catalog.es.md#gt-406) | **Adaptadores HITL externos:** Faltan puertos de aprobación humana reales para Slack/Tracker/GitHub. |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-407`](./gap-reference-catalog.es.md#gt-407) | **Enrutamiento basado en políticas:** Falta enrutamiento dinámico a motores según riesgo/privacidad. |  |  | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-408`](./gap-reference-catalog.es.md#gt-408) | **Adaptador Knowledge/RAG:** Falta consulta al contexto del corpus interno para los agentes. |  |  | `Agent Runtime` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-383`](./gap-reference-catalog.es.md#gt-383) | ÉPICA — productización y publicación de `@evolith/agent-runtime` v1.0.0: graduar los adaptadores stub/in-memory por defecto a producción, congelar el contrato público (exports `.`/`./ports`/`./adapters`) y dejar el paquete publish-safe. El bloqueador central es el puerto de evaluación del Core — hoy `StubCoreEvaluationAdapter` fabrica un `EvaluationResult` canónico desde los facts de `passthrough` (`results:{}`, `rulesExecuted:[]`, `policiesApplied:[]`), así que el runtime gobierna sobre un Core simulado. Según ADR-0102. **Épica paraguas — decompuesta en `GT-384`…`GT-389`.** |  |  | `Agent Runtime` | Cross | P1 | XL | `COMPLETADO` |
-| [`GT-388`](./gap-reference-catalog.es.md#gt-388) | R5 — Congelar contrato público + SemVer 1.0.0: congelar la superficie de exports `.`/`./ports`/`./adapters` y los tipos de contrato canónicos; definir la política de evolución de `schemaVersion` + deprecación/compatibilidad; subir `0.1.0`→`1.0.0` solo tras GT-384 (no hay contrato estable sobre un Core simulado). |  |  | `Agent Runtime` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-389`](./gap-reference-catalog.es.md#gt-389) | R6 — Higiene de empaquetado y release: reemplazar `@evolith/core-domain: "*"` por un rango SemVer real (`^1.x`) y publicar `@evolith/core-domain` (1.0.5); verificar que `files`/`exports`/`dist` resuelven para un consumidor externo; cablear `build`+`test` en el CI de release. |  |  | `Agent Runtime` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-391`](./gap-reference-catalog.es.md#gt-391) | Validación de esquemas en CI — correr `ajv` sobre cada `*.rules.json` contra su `$schema` declarado (hoy no hay gate; rutas de `$schema` rotas/inaccesibles pasaban inadvertidas). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§17.) |  |  | `Governance` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-393`](./gap-reference-catalog.es.md#gt-393) | Aislamiento del scrape de `/metrics` en core-api — servir las métricas Prometheus en un puerto interno / tras una NetworkPolicy en vez del listener público (hoy solo `@SkipThrottle`; el guard de API key es opt-in, así que las métricas pueden ser scrapeables públicamente). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §13/§16.) |  |  | `Core API` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-397`](./gap-reference-catalog.es.md#gt-397) | **WS9 Paridad Bilingüe:** Script `04-check-bilingual-parity.mjs` ausente, degradando el coverage del gate de calidad a 75%. |  |  | `.harness` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-381`](./gap-reference-catalog.es.md#gt-381) | R5 — Docs/taxonomía + reconciliación final + integración Tracker (reclasificar artefactos ágiles a `ExternalReferenceContext`; publicar doc canónico del Core Evaluation Engine; Tracker envía contexto/consume resultado/emite `GateDecision`; Core degrada a evaluación-only; paridad CLI/MCP/API) |  |  | `Cross` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-386`](./gap-reference-catalog.es.md#gt-386) | R3 — Adaptadores de persistencia durable: reemplazar `InMemorySchedulerAdapter` (sin timers; se pierde al reiniciar) por un adaptador durable cron/cola tras `ISchedulerPort`, y `InMemoryMemoryAdapter` por un almacén persistente tras `IMemoryPort`. El in-memory queda como default de test. |  |  | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-385`](./gap-reference-catalog.es.md#gt-385) | R2 — Cableado del motor de producción: poner por defecto `IAgentEnginePort` a un cliente Hermes real (el `HermesAgentAdapter` lazy ya existe; el default del bootstrap es `StubAgentEngineAdapter`) y añadir enrutado multimotor; conservar el stub determinístico como default offline/test (regla de diseño #5). |  |  | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-387`](./gap-reference-catalog.es.md#gt-387) | R4 — Flujo de aprobación HITL: reemplazar `AutoApprovalAdapter`/`DenyByDefaultApprovalAdapter` por un flujo real human-in-the-loop chat/Tracker tras `IApprovalPort` (producción hoy es deny-by-default para capacidades de alto impacto). |  |  | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-392`](./gap-reference-catalog.es.md#gt-392) | Blueprints estructurados — crear `rulesets/blueprints/*.json` para los blueprints que hoy viven solo como Markdown de lectura humana en `reference/`, para que sean validables por máquina y operativos (no solo prosa). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15.) |  |  | `Governance` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-394`](./gap-reference-catalog.es.md#gt-394) | ABAC por-tenant en el acceso al corpus en core-api — impedir que un tenant lea los rulesets/corpus de otro tenant (hoy el Core stateless sirve un corpus compartido). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §16 riesgo.) |  |  | `Core API` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-404`](./gap-reference-catalog.es.md#gt-404) | **OpenCode adapter:** No implementado. OpenCode carece de adaptador de capacidades runtime seguro. |  |  | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-409`](./gap-reference-catalog.es.md#gt-409) | **Verificaciones de frescura:** Faltan guards CI para desincronización de mapa visual y capacidades de adaptadores. |  |  | `.harness` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-313`](./gap-reference-catalog.es.md#gt-313) | Rotar y externalizar GH_TOKEN mediante un gestor de secretos |  |  | `Security` | Cross | P0 | XS | `COMPLETADO` |
-| [`GT-398`](./gap-reference-catalog.es.md#gt-398) | **Dual-Engine Parity para `allowedSourceInterfaces`:** Falta política en OPA para validar orígenes (ej. chat). |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-01`](./gap-reference-catalog.es.md#gt-01) | ADR de contrato unificado |  |  | `Governance` | F0 | P0 | S | `COMPLETADO` |
-| [`GT-27`](./gap-reference-catalog.es.md#gt-27) | Consistencia semántica del tracking canónico |  |  | `Governance` | Transversal | P0 | S | `COMPLETADO` |
-| [`GT-59`](./gap-reference-catalog.es.md#gt-59) | Hardening HTTP — Helmet + CORS + Rate Limiting (OWASP API4/8) |  |  | `BFF API` | Transversal | P0 | S | `COMPLETADO` |
-| [`GT-152`](./gap-reference-catalog.es.md#gt-152) | Contrato de Conocimiento Externo y Esquema de Registro Fuente |  |  | `Governance` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-226`](./gap-reference-catalog.es.md#gt-226) | Configurar Dependabot/Renovate (cumplimiento ADR-0009) |  |  | `Governance` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-250`](./gap-reference-catalog.es.md#gt-250) | Corregir bypass de autenticacion MCP cuando no hay API key configurada |  |  | `Seguridad` | Transversal | P0 | S | `COMPLETADO` |
-| [`GT-251`](./gap-reference-catalog.es.md#gt-251) | Corregir inyección de comandos en update vía execSync |  |  | `Security` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-253`](./gap-reference-catalog.es.md#gt-253) | Fijar trivy-action a tag de versión específico en vez de branch master |  |  | `CI/CD` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-268`](./gap-reference-catalog.es.md#gt-268) | Restaurar scripts validadores CI ausentes referenciados por workflows y reglas |  |  | `Governance CI` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-274`](./gap-reference-catalog.es.md#gt-274) | Blindar cleanup-temp-files contra eliminación de archivos versionados |  |  | `Harness` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-286`](./gap-reference-catalog.es.md#gt-286) | Ruleset compliance-baseline existe — rulesets/cross-cutting/compliance-baseline.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-287`](./gap-reference-catalog.es.md#gt-287) | Ruleset definition-of-done existe — rulesets/cross-cutting/definition-of-done.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-288`](./gap-reference-catalog.es.md#gt-288) | Ruleset engineering-manifesto existe — rulesets/cross-cutting/engineering-manifesto.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-289`](./gap-reference-catalog.es.md#gt-289) | Ruleset repository-taxonomy existe — rulesets/cross-cutting/repository-taxonomy.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-290`](./gap-reference-catalog.es.md#gt-290) | Ruleset phase-gates existe — rulesets/phase-gates |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-291`](./gap-reference-catalog.es.md#gt-291) | Ruleset quality-thresholds existe — rulesets/sdlc/quality-thresholds.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-292`](./gap-reference-catalog.es.md#gt-292) | Ruleset satellite-contracts existe — rulesets/governance/satellite-contracts.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-293`](./gap-reference-catalog.es.md#gt-293) | Ruleset executive-scorecards existe — rulesets/governance/executive-scorecards.rules.json |  |  | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-294`](./gap-reference-catalog.es.md#gt-294) | Políticas OPA para arquitectura — rulesets/architecture/opa |  |  | `Architecture` | Cross | P0 | S | `COMPLETADO` |
-| [`GT-336`](./gap-reference-catalog.es.md#gt-336) | Cliente REST del SDK sin prefijo /api — todas las llamadas 404 |  |  | `SDK` | Cross | P0 | S | `COMPLETADO` |
-| [`MT-A01`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Ratificar el ADR del Corpus de Referencia Multi-Topología |  |  | `Governance` | Transversal | P0 | S | `COMPLETADO` |
-| [`MT-A02`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Congelar la decisión de taxonomía raíz: no `/topologies/` raíz sin ADR reemplazante |  |  | `Governance` | Transversal | P0 | S | `COMPLETADO` |
-| [`MT-A03`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Autorizar `reference/core/architecture/topologies/` como corpus topológico canónico legible por humanos |  |  | `Taxonomy` | Transversal | P0 | S | `COMPLETADO` |
-| [`MT-A04`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Autorizar `rulesets/topologies/` como la ubicación canónica de reglas de topología ejecutables |  |  | `Rulesets` | Transversal | P0 | S | `COMPLETADO` |
-| [`GT-401`](./gap-reference-catalog.es.md#gt-401) | **InteractionAdapterPort formalizado:** Falta integración formal como punto único de entrada gobernado para las interfaces. |  |  | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-402`](./gap-reference-catalog.es.md#gt-402) | **Smart CLI adapter:** Formalizar CLI como adaptador de interacción para no evadir la capa runtime. |  |  | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-412`](./gap-reference-catalog.es.md#gt-412) | **Garantía de Ejecución de Políticas en Runtime:** Las políticas de gobernanza están ausentes en los flujos de ejecución en tiempo de ejecución. |  |  | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-02`](./gap-reference-catalog.es.md#gt-02) | `GateEvidence` modelado en la capa de dominio |  |  | `Core Domain` | F1 | P0 | M | `COMPLETADO` |
-| [`GT-03`](./gap-reference-catalog.es.md#gt-03) | `EvaluateGateUseCase` y comando `gate evaluate` |  |  | `Core Domain` | F1 | P0 | M | `COMPLETADO` |
-| [`GT-06`](./gap-reference-catalog.es.md#gt-06) | Tool MCP `evolith-gate-evaluate` |  |  | `CLI` | F2 | P0 | M | `COMPLETADO` |
-| [`GT-28`](./gap-reference-catalog.es.md#gt-28) | Restaurar baseline de build, tests y smoke del CLI |  |  | `CLI` | F0 | P0 | M | `COMPLETADO` |
-| [`GT-37`](./gap-reference-catalog.es.md#gt-37) | Cierre semántico de gaps condicionado por evidencia |  |  | `Governance` | Transversal | P0 | M | `COMPLETADO` |
-| [`GT-41`](./gap-reference-catalog.es.md#gt-41) | Reconciliación automática de madurez |  |  | `Governance` | Transversal | P0 | M | `COMPLETADO` |
-| [`GT-44`](./gap-reference-catalog.es.md#gt-44) | Integridad determinista del pipeline de release |  |  | `CLI` | F5 | P0 | M | `COMPLETADO` |
-| [`GT-60`](./gap-reference-catalog.es.md#gt-60) | Validación global de DTOs con class-validator (OWASP API3) |  |  | `BFF API` | Transversal | P0 | M | `COMPLETADO` |
-| [`GT-64`](./gap-reference-catalog.es.md#gt-64) | Logging estructurado con Correlation ID |  |  | `BFF API` | Transversal | P0 | M | `COMPLETADO` |
-| [`GT-151`](./gap-reference-catalog.es.md#gt-151) | Completar la Cobertura de IDs de Regla Native/OPA para Topologías Aceptadas |  |  | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-153`](./gap-reference-catalog.es.md#gt-153) | Gobierno del Ciclo de Vida del Conocimiento por Winston |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-154`](./gap-reference-catalog.es.md#gt-154) | Proyección RAG y Paridad Native/OPA para Conocimiento Externo |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-155`](./gap-reference-catalog.es.md#gt-155) | Conformidad de envelope ADR-0073 en el REST del Core API |  |  | `BFF API` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-209`](./gap-reference-catalog.es.md#gt-209) | Crear baseline agnóstico (`agnostic-baseline.md` ausente) |  |  | `Architecture` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-227`](./gap-reference-catalog.es.md#gt-227) | Añadir CodeQL + Trivy SAST/SCA a workflows CI |  |  | `Security` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-252`](./gap-reference-catalog.es.md#gt-252) | Cablear las 19 políticas OPA huérfanas al agregador main.rego |  |  | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-267`](./gap-reference-catalog.es.md#gt-267) | Restaurar build/test del workspace tras integración de caché Redis |  |  | `Core API/MCP` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-269`](./gap-reference-catalog.es.md#gt-269) | Restaurar reproducibilidad del contrato roundtrip ADR-0073 |  |  | `Contracts` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-275`](./gap-reference-catalog.es.md#gt-275) | Reconciliar el registro de evidencia de cierre con la semántica canónica de tracking |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-280`](./gap-reference-catalog.es.md#gt-280) | Fases SDLC como datos consultables (JSON/YAML) — mapeo gate → artefactos → reglas Rego |  |  | `Governance` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-283`](./gap-reference-catalog.es.md#gt-283) | Ruleset f1-modular-monolith existe — rulesets/topologies/progressive-axis/modular-monolith |  |  | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-284`](./gap-reference-catalog.es.md#gt-284) | Ruleset f2-distributed-modules existe — rulesets/topologies/progressive-axis/distributed-modules |  |  | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-285`](./gap-reference-catalog.es.md#gt-285) | Ruleset f3-microservices existe — rulesets/topologies/progressive-axis/microservices |  |  | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-295`](./gap-reference-catalog.es.md#gt-295) | Lógica de evaluación de gates existe — packages/core-domain/src/gates |  |  | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-296`](./gap-reference-catalog.es.md#gt-296) | Lógica de transición de fases existe — packages/core-domain/src/phases |  |  | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-297`](./gap-reference-catalog.es.md#gt-297) | Recursos MCP para corpus — packages/mcp-server/src/resources |  |  | `MCP` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-298`](./gap-reference-catalog.es.md#gt-298) | Integración WatcherService — packages/mcp-server/src/watcher |  |  | `MCP` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-314`](./gap-reference-catalog.es.md#gt-314) | Validar el artefacto real del satélite, no la plantilla del Core (evidence-validator resuelve rutas de plantilla) |  |  | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-359`](./gap-reference-catalog.es.md#gt-359) | Definir esquema de contrato de ingesta `SatelliteManifest` |  |  | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-363`](./gap-reference-catalog.es.md#gt-363) | Cliente de integración con GitHub API — auth seguro + operaciones de repo (crear, configurar, branch protection, rulesets, webhooks) |  |  | `Infra` | Cross | P0 | M | `COMPLETADO` |
-| [`GT-376`](./gap-reference-catalog.es.md#gt-376) | R0 — Decisión Core stateless evaluator + reconciliación documental (finalizar ADR-0101; corregir ADR-0100 Decisión 1, UP-002 d2/d7; superseder secciones de entidades/repos del diseño previo; `GateDecision`→`CoreGateVerdict`, `'WAIVED'`→`Verdict.WAIVE`) |  |  | `Cross` | Cross | P0 | M | `COMPLETADO` |
-| [`MT-A05`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear `topology-manifest.schema.json` |  |  | `Schema` | Transversal | P0 | M | `COMPLETADO` |
-| [`MT-A06`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar validación de manifiestos a gates documentales y de rulesets |  |  | `Harness` | Transversal | P0 | M | `COMPLETADO` |
-| [`MT-A07`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Definir el modelo topológico dimensional |  |  | `Architecture` | Transversal | P0 | M | `COMPLETADO` |
-| [`MT-A08`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Preservar F1/F2/F3 como modelo de compatibilidad `progressive-axis` |  |  | `Architecture` | Transversal | P0 | M | `COMPLETADO` |
-| [`GT-29`](./gap-reference-catalog.es.md#gt-29) | Paridad de ejecución de reglas Native/OPA |  |  | `Core Domain` | F1 | P0 | L | `COMPLETADO` |
-| [`GT-48`](./gap-reference-catalog.es.md#gt-48) | Restaurar el umbral normativo de cobertura del CLI |  |  | `CLI` | F0 | P0 | L | `COMPLETADO` |
-| [`GT-62`](./gap-reference-catalog.es.md#gt-62) | Autenticación API Key + JWT (OWASP API1/2/5) |  |  | `BFF API` | F2 | P0 | L | `COMPLETADO` |
-| [`GT-72`](./gap-reference-catalog.es.md#gt-72) | Eliminar @ts-nocheck de la capa de aplicación |  |  | `Core Domain` | Transversal | P0 | L | `COMPLETADO` |
-| [`GT-73`](./gap-reference-catalog.es.md#gt-73) | Pruebas Unit + Integration + E2E del Core API |  |  | `BFF API` | Transversal | P0 | L | `COMPLETADO` |
-| [`GT-110`](./gap-reference-catalog.es.md#gt-110) | Migrar el ingress del abandonado Kong OSS a Traefik/NGINX |  |  | `Platform` | Transversal | P0 | L | `COMPLETADO` |
-| [`GT-112`](./gap-reference-catalog.es.md#gt-112) | Reemplazar los binarios comerciales de HashiCorp con OpenTofu + OpenBao |  |  | `Platform` | Transversal | P0 | L | `COMPLETADO` |
-| [`GT-146`](./gap-reference-catalog.es.md#gt-146) | Revisión Agéntica de CI Segura, Neutral al Proveedor y Acotada por Tokens |  |  | `Governance` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-156`](./gap-reference-catalog.es.md#gt-156) | Hub de producto, referencia API y runbook de despliegue del Core API |  |  | `Product` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-315`](./gap-reference-catalog.es.md#gt-315) | Sistema de eventos de dominio: bus + outbox + eventos versionados (phase/gate/artifact/blueprint/workflow) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-316`](./gap-reference-catalog.es.md#gt-316) | Verdict unificado + máquina de estados de artefacto/fase (created hasta archived) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-317`](./gap-reference-catalog.es.md#gt-317) | validateWorkflow(definition): validar el flujo suministrado por Tracker contra los invariantes del Core (seam agnóstico a tenants) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-344`](./gap-reference-catalog.es.md#gt-344) | La CLI publicada falla (ENOENT default-workflow.yaml) — fallback de workflow por defecto embebido |  |  | `Evolith CLI` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-347`](./gap-reference-catalog.es.md#gt-347) | Suite OPA core verde 197/197 + wasm compila + gate CI cableado (29-test-core-opa) |  |  | `Governance` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-362`](./gap-reference-catalog.es.md#gt-362) | Implementar enforcement en runtime para políticas Rego |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-364`](./gap-reference-catalog.es.md#gt-364) | `InitializeSatelliteUseCase` — caso de uso de dominio que orquesta el aprovisionamiento completo de satélites (flujos new + adopt) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-378`](./gap-reference-catalog.es.md#gt-378) | R2 — Envolver engines existentes tras el contrato (adaptador sobre `satellite-evaluation-pipeline`; Gate/Artifact/Evidence/Ruleset/OPA + Compliance emiten resultados canónicos; compatibilidad de verdict legacy; paridad Native+OPA 0 drift) |  |  | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
-| [`GT-281`](./gap-reference-catalog.es.md#gt-281) | Pipeline de evaluación end-to-end: cliente → topología → reglas → veredicto |  |  | `Core Domain` | Cross | P0 | XL | `COMPLETADO` |
-| [`GT-312`](./gap-reference-catalog.es.md#gt-312) | Orquestación de validación SDLC: fase → gate → artifacts → schemas → rulesets → topología → ADRs → OPA → blocking criteria |  |  | `Core Domain` | Cross | P0 | XL | `COMPLETADO` |
-| [`GT-343`](./gap-reference-catalog.es.md#gt-343) | EPIC: unificar ids de fase SDLC (f1..f5) y vocabulario de topología F1/F2/F3 — etapas 1-5: PhaseId canónico + core-domain + enums públicos + topology maturityLevel + guard anti-colisión (2b hecho; 4b diferido — valores F# entrelazados en 22 archivos de paquetes vedados) |  |  | `Cross` | Cross | P0 | XL | `COMPLETADO` |
-| [`GT-212`](./gap-reference-catalog.es.md#gt-212) | Resolver ambigüedad de estado en ADR-0049/0056 |  |  | `Docs` | Cross | P1 | XS | `COMPLETADO` |
-| [`GT-234`](./gap-reference-catalog.es.md#gt-234) | Corregir brecha de paridad bilingual R-27 en global-rules.es.md |  |  | `Docs` | Cross | P1 | XS | `COMPLETADO` |
-| [`GT-342`](./gap-reference-catalog.es.md#gt-342) | El README lista 8 topologías (añadidas Módulos Distribuidos + Microservicios, EN+ES) |  |  | `Docs` | Cross | P1 | XS | `COMPLETADO` |
-| [`GT-04`](./gap-reference-catalog.es.md#gt-04) | Eliminar service locator del dominio |  |  | `Core Domain` | F1 | P1 | S | `COMPLETADO` |
-| [`GT-07`](./gap-reference-catalog.es.md#gt-07) | Smoke de release para evaluación de gates MCP |  |  | `CLI` | F2 | P1 | S | `COMPLETADO` |
-| [`GT-08`](./gap-reference-catalog.es.md#gt-08) | Validación real del registro ADR en Fase 2 |  |  | `CLI` | F3 | P1 | S | `COMPLETADO` |
-| [`GT-09`](./gap-reference-catalog.es.md#gt-09) | Enforcement real de coverage en Fase 3 |  |  | `CLI` | F3 | P1 | S | `COMPLETADO` |
-| [`GT-12`](./gap-reference-catalog.es.md#gt-12) | `--dry-run` en todas las operaciones de escritura |  |  | `CLI` | F3 | P1 | S | `COMPLETADO` |
-| [`GT-14`](./gap-reference-catalog.es.md#gt-14) | Webhook saliente al completar un gate |  |  | `CLI` | F4 | P1 | S | `COMPLETADO` |
-| [`GT-18`](./gap-reference-catalog.es.md#gt-18) | Publicar `@evolith/smart-cli` en npm |  |  | `CLI` | F5 | P1 | S | `COMPLETADO` |
-| [`GT-34`](./gap-reference-catalog.es.md#gt-34) | Repriorización del roadmap alrededor de la prueba de gobernanza |  |  | `Governance` | Producto | P1 | S | `COMPLETADO` |
-| [`GT-47`](./gap-reference-catalog.es.md#gt-47) | Sincronización de documentación de producto y release |  |  | `Governance` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-61`](./gap-reference-catalog.es.md#gt-61) | Manejo de errores RFC 9457 Problem Details |  |  | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-63`](./gap-reference-catalog.es.md#gt-63) | Auditoría y registro de eventos de seguridad (OWASP API9) |  |  | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-69`](./gap-reference-catalog.es.md#gt-69) | Richardson Nivel 2 — Verbos HTTP y Códigos de Estado |  |  | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-70`](./gap-reference-catalog.es.md#gt-70) | Apagado graceful y manejo de señales del OS |  |  | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-74`](./gap-reference-catalog.es.md#gt-74) | ConfigModule con validación de variables de entorno (Zod) |  |  | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-79`](./gap-reference-catalog.es.md#gt-79) | Restaurar el pipeline de validación de CI del CLI en verde |  |  | `Governance` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-159`](./gap-reference-catalog.es.md#gt-159) | Versionado de URI y política de deprecación de la API REST |  |  | `BFF API` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-165`](./gap-reference-catalog.es.md#gt-165) | SLOs y presupuestos de costo concretos para topologías serverless y edge |  |  | `Documentation` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-175`](./gap-reference-catalog.es.md#gt-175) | Corregir duplicado ADR-0076 (renumerar bundle OPA al siguiente Core ID libre) |  |  | `Docs` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-176`](./gap-reference-catalog.es.md#gt-176) | Eliminar subdir duplicado `patterns/es/` (violación Patrón A/B) |  |  | `Docs` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-177`](./gap-reference-catalog.es.md#gt-177) | Completar `core/README.md` con todos los ADRs Core faltantes |  |  | `Docs` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-213`](./gap-reference-catalog.es.md#gt-213) | Añadir metadata de gobernanza a los manifests de topología |  |  | `Architecture` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-232`](./gap-reference-catalog.es.md#gt-232) | Crear personas completas de Winston y PO en .bmad-core/agents |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-233`](./gap-reference-catalog.es.md#gt-233) | Añadir middleware de rate limiting al Core API |  |  | `Security` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-235`](./gap-reference-catalog.es.md#gt-235) | Resolver colisiones de numeración de scripts CI (05/15/16) |  |  | `CI` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-254`](./gap-reference-catalog.es.md#gt-254) | Añadir protección contra path traversal en resolución de recursos MCP |  |  | `Security` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-255`](./gap-reference-catalog.es.md#gt-255) | Añadir headers Content-Security-Policy al transporte HTTP MCP |  |  | `Security` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-256`](./gap-reference-catalog.es.md#gt-256) | Corregir healthcheck de Traefik añadiendo --ping=true al comando |  |  | `Infrastructure` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-257`](./gap-reference-catalog.es.md#gt-257) | Fijar versión de imagen MongoDB en vez de usar latest |  |  | `Infrastructure` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-259`](./gap-reference-catalog.es.md#gt-259) | Corregir trigger de publish en ci-cd.yml a tag-based en vez de string match |  |  | `CI/CD` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-260`](./gap-reference-catalog.es.md#gt-260) | Crear archivo de idioma español para agente PO y añadir a workflows |  |  | `BMAD Agents` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-332`](./gap-reference-catalog.es.md#gt-332) | Redactar approvalToken + args en el log de dispatch mutativo |  |  | `MCP Server` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-335`](./gap-reference-catalog.es.md#gt-335) | Arreglar el filtro PENDING muerto de read-gap-tracking (parser de status + raíz inyectable) |  |  | `MCP Tools` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-337`](./gap-reference-catalog.es.md#gt-337) | Tipo ApiEnvelope como unión discriminada que refleja core-api |  |  | `SDK` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-338`](./gap-reference-catalog.es.md#gt-338) | Exports de subruta rotos de @evolith/core (MODULE_NOT_FOUND) podados + README |  |  | `Core` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-339`](./gap-reference-catalog.es.md#gt-339) | core-api propone-advance pasaba fromPhase undefined (bug de contrato) |  |  | `Core API` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-340`](./gap-reference-catalog.es.md#gt-340) | El harness de tests de core-api fija WORKSPACE_ROOT — npm test 105/105 (antes 23 fallando) |  |  | `Core API` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-341`](./gap-reference-catalog.es.md#gt-341) | Generador de product-inventory reapuntado a packages/mcp-server (antes 0/0/0, ahora 27/9/8) |  |  | `Governance` | Cross | P1 | S | `COMPLETADO` |
-| [`GT-361`](./gap-reference-catalog.es.md#gt-361) | Aplicar envelope ADR-0073 a las respuestas de evaluación de Core API |  |  | `Core API` | Cross | P1 | S | `COMPLETADO` |
-| [`MT-A09`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear Topology Hub en inglés y español |  |  | `Documentation` | Transversal | P1 | S | `COMPLETADO` |
-| [`MT-A10`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear Rulesets Topologies Hub en inglés y español |  |  | `Rulesets` | Transversal | P1 | S | `COMPLETADO` |
-| [`GT-05`](./gap-reference-catalog.es.md#gt-05) | Transporte Streamable HTTP del SDK MCP |  |  | `CLI` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-10`](./gap-reference-catalog.es.md#gt-10) | Validación de contenido del security scan en Fase 4 |  |  | `CLI` | F3 | P1 | M | `COMPLETADO` |
-| [`GT-11`](./gap-reference-catalog.es.md#gt-11) | Validación de observabilidad y rollback en Fase 5 |  |  | `CLI` | F3 | P1 | M | `COMPLETADO` |
-| [`GT-13`](./gap-reference-catalog.es.md#gt-13) | Ejecutor de propuestas `evolith-phase-advance` |  |  | `CLI` | F4 | P1 | M | `COMPLETADO` |
-| [`GT-17`](./gap-reference-catalog.es.md#gt-17) | Consolidación DI y boundaries estrictos |  |  | `CLI` | F5 | P1 | M | `COMPLETADO` |
-| [`GT-33`](./gap-reference-catalog.es.md#gt-33) | Scoring de madurez basado en evidencia |  |  | `Governance` | Producto | P1 | M | `COMPLETADO` |
-| [`GT-35`](./gap-reference-catalog.es.md#gt-35) | Inventarios automáticos y validación del tracking |  |  | `Governance` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-42`](./gap-reference-catalog.es.md#gt-42) | Conformidad contractual entre repositorios |  |  | `Governance` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-45`](./gap-reference-catalog.es.md#gt-45) | Suite de conformidad de transporte y tools MCP |  |  | `CLI` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-46`](./gap-reference-catalog.es.md#gt-46) | Límite de ownership del servicio HTTP de Core |  |  | `CLI` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-49`](./gap-reference-catalog.es.md#gt-49) | Activar el modo estricto de TypeScript y puertos de filesystem tipados |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-51`](./gap-reference-catalog.es.md#gt-51) | Validación de evidencia de gate Build-versus-Compose |  |  | `CLI` | F3 | P1 | M | `COMPLETADO` |
-| [`GT-55`](./gap-reference-catalog.es.md#gt-55) | Estrictez de TypeScript y eliminación de any implícito |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-56`](./gap-reference-catalog.es.md#gt-56) | Fallos silenciosos y mocks faltantes en pruebas E2E del CLI |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-65`](./gap-reference-catalog.es.md#gt-65) | Métricas Prometheus + Health checks liveness/readiness |  |  | `BFF API` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-67`](./gap-reference-catalog.es.md#gt-67) | Especificación OpenAPI 3.1 completa |  |  | `BFF API` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-76`](./gap-reference-catalog.es.md#gt-76) | PhaseTransitionUseCase expuesto en el Core API |  |  | `BFF API` | F1 | P1 | M | `COMPLETADO` |
-| [`GT-80`](./gap-reference-catalog.es.md#gt-80) | Type-check de la suite de tests del CLI |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-97`](./gap-reference-catalog.es.md#gt-97) | Múltiples perfiles del CLI |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-113`](./gap-reference-catalog.es.md#gt-113) | Purificación de Clean Architecture en core-domain |  |  | `Core Domain` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-114`](./gap-reference-catalog.es.md#gt-114) | Human-in-the-Loop para Herramientas Mutativas MCP |  |  | `CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-117`](./gap-reference-catalog.es.md#gt-117) | Endpoints de lectura (GET) en el Core API para la composición del BFF del Tracker |  |  | `BFF API` | F2 | P1 | M | `COMPLETADO` |
-| [`GT-130`](./gap-reference-catalog.es.md#gt-130) | Validación en pipeline CI para firmas de Agentes BMAD en ADRs y Specs Técnicas |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-132`](./gap-reference-catalog.es.md#gt-132) | Revisiones de Código Autónomas con Agentes MCP en CI |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-135`](./gap-reference-catalog.es.md#gt-135) | Estándar de Telemetría y Control de Costos para IA Agéntica |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-140`](./gap-reference-catalog.es.md#gt-140) | Estándar de Rotación de Tokens de Identidad de Workload para Referencia de Satélites |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-144`](./gap-reference-catalog.es.md#gt-144) | Reglas de Prevención de Bucles Infinitos y Circuit Breaker para Agentes |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-147`](./gap-reference-catalog.es.md#gt-147) | Auditoría Automatizada de Deriva de Capacidades Operativas y Eficiencia |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-148`](./gap-reference-catalog.es.md#gt-148) | Reparación de Migración de Referencias y Cobertura de Reglas Consciente de Topologías |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-157`](./gap-reference-catalog.es.md#gt-157) | Paridad de autenticación y autorización MCP with REST |  |  | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-158`](./gap-reference-catalog.es.md#gt-158) | Human-in-the-loop y ABAC para herramientas MCP mutativas |  |  | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-160`](./gap-reference-catalog.es.md#gt-160) | Propagación de correlation-ID y contexto de solicitud entre superficies |  |  | `Cross` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-161`](./gap-reference-catalog.es.md#gt-161) | Esquemas JSON formales para los inputs de las políticas OPA core |  |  | `Schema` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-162`](./gap-reference-catalog.es.md#gt-162) | Tests unitarios del agregador `main.rego` y paridad post GT-149 |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-163`](./gap-reference-catalog.es.md#gt-163) | Validación CI de artefactos referenciados por el manifest de topología |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-164`](./gap-reference-catalog.es.md#gt-164) | Riqueza de rulesets event-driven y data-mesh |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-166`](./gap-reference-catalog.es.md#gt-166) | Runbooks SDLC faltantes para Fases 1, 2 y 4 |  |  | `Documentation` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-167`](./gap-reference-catalog.es.md#gt-167) | Plantillas de evidencia y checklists de aceptación para phase-gates |  |  | `Documentation` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-170`](./gap-reference-catalog.es.md#gt-170) | Hub de producto de UMS reference |  |  | `Product` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-180`](./gap-reference-catalog.es.md#gt-180) | Reemplazar `require()` entre capas con imports ES / `import()` dinámico |  |  | `CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-181`](./gap-reference-catalog.es.md#gt-181) | Dividir archivos grandes en módulos pequeños |  |  | `CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-182`](./gap-reference-catalog.es.md#gt-182) | Agregar tests para Core Domain SDK |  |  | `SDK` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-184`](./gap-reference-catalog.es.md#gt-184) | Eliminar `@ts-nocheck` de 19 archivos |  |  | `CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-185`](./gap-reference-catalog.es.md#gt-185) | Corregir stubs de herramientas MCP |  |  | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-210`](./gap-reference-catalog.es.md#gt-210) | Completar Fase SDLC 05 (fase faltante) |  |  | `SDLC` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-216`](./gap-reference-catalog.es.md#gt-216) | Cerrar brecha de paridad de input schemas OPA (17 rulesets nativos sin cobertura) |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-231`](./gap-reference-catalog.es.md#gt-231) | Cablear 10 scripts CI sin enlazar a workflows GitHub Actions |  |  | `CI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-237`](./gap-reference-catalog.es.md#gt-237) | Redactar 5 ADRs AI propuestos (ADR-AI-001 through 005) |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-249`](./gap-reference-catalog.es.md#gt-249) | Añadir capa de caché Redis para Core API, MCP y consumo de Tracker |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-258`](./gap-reference-catalog.es.md#gt-258) | Añadir controles de concurrencia a todos los workflows GitHub Actions |  |  | `CI/CD` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-270`](./gap-reference-catalog.es.md#gt-270) | Fijar imágenes de infraestructura mutables y deshabilitar defaults dev expuestos |  |  | `Infrastructure` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-271`](./gap-reference-catalog.es.md#gt-271) | Añadir hardening Kubernetes de workloads a Helm charts |  |  | `Infrastructure` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-272`](./gap-reference-catalog.es.md#gt-272) | Asegurar distribución y verificación de bundles OPA sidecar |  |  | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-277`](./gap-reference-catalog.es.md#gt-277) | Especificaciones OpenAPI de topologías — interfaces framework ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-278`](./gap-reference-catalog.es.md#gt-278) | Manifiestos MCP de topologías — interfaces framework ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-279`](./gap-reference-catalog.es.md#gt-279) | Flujos CLI de topologías — interfaces framework ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-282`](./gap-reference-catalog.es.md#gt-282) | Reporte accionable con evidencia detallada (qué regla falló, qué artefacto falta, por qué) |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-299`](./gap-reference-catalog.es.md#gt-299) | Especificación OpenAPI — apps/core-api/src/openapi |  |  | `BFF API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-300`](./gap-reference-catalog.es.md#gt-300) | Comando agents existe — sdk/cli/src/commands/agents |  |  | `CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-301`](./gap-reference-catalog.es.md#gt-301) | Comando upgrade existe — sdk/cli/src/commands/upgrade |  |  | `CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-303`](./gap-reference-catalog.es.md#gt-303) | Implementación Evidence Graph — packages/core-domain/src/evidence |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-304`](./gap-reference-catalog.es.md#gt-304) | Modelo Gate Decision — packages/core-domain/src/gates/decision |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-305`](./gap-reference-catalog.es.md#gt-305) | Modelo Phase Transition — packages/core-domain/src/phases/transition |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-306`](./gap-reference-catalog.es.md#gt-306) | Modelo Provider ports — packages/core-domain/src/providers |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-307`](./gap-reference-catalog.es.md#gt-307) | Modelo Tenant authority — packages/core-domain/src/tenancy |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-310`](./gap-reference-catalog.es.md#gt-310) | Suite de tests existe — sdk/cli/src/__tests__ |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-311`](./gap-reference-catalog.es.md#gt-311) | Tests E2E existen — sdk/cli/src/__tests__/e2e |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-318`](./gap-reference-catalog.es.md#gt-318) | Unificar las dos fuentes divergentes de gates y ejecutar las reglas OPA que citan |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-319`](./gap-reference-catalog.es.md#gt-319) | Modelo de roles formal (RBAC enum/jerarquía) |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-320`](./gap-reference-catalog.es.md#gt-320) | Enforzar el rol de aprobador/waiver del gate vía OPA (accountableRole hoy es solo declarativo) |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-321`](./gap-reference-catalog.es.md#gt-321) | Ledger de auditoría persistente append-only (no solo en memoria/JSONL) |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-322`](./gap-reference-catalog.es.md#gt-322) | Cliente @evolith/sdk tipado (REST+MCP) generado desde OpenAPI/schemas |  |  | `SDK` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-323`](./gap-reference-catalog.es.md#gt-323) | Dockerfiles productivos para core-api y mcp-server (empaquetar el corpus) |  |  | `Infra` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-348`](./gap-reference-catalog.es.md#gt-348) | política ABAC OPA ahora EN CACHÉ (path+mtime) — cargada una vez, no recompilada por dispatch + 2 tests |  |  | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-357`](./gap-reference-catalog.es.md#gt-357) | META: el tablero sobre-reporta completitud vs build/test reales validados |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-358`](./gap-reference-catalog.es.md#gt-358) | Suite OPA: 12 fallos de aserción corregidos (fixtures/mocks obsoletos) → 197/197 |  |  | `Governance` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-360`](./gap-reference-catalog.es.md#gt-360) | Exponer evaluación topológica en Core API vía `ValidateSatelliteUseCase` |  |  | `Core API` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-365`](./gap-reference-catalog.es.md#gt-365) | Comando `evolith satellite create` en SmartCLI — wizard interactivo (org, nombre, topología, fase, features, CI/CD) |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-366`](./gap-reference-catalog.es.md#gt-366) | Comando `evolith satellite adopt` en SmartCLI — analizar repo existente, verificar compatibilidad, aplicar migración controlada |  |  | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-368`](./gap-reference-catalog.es.md#gt-368) | MCP tools de aprovisionamiento de satélites — `evolith-satellite-create`, `evolith-satellite-adopt`, `evolith-satellite-list`, `evolith-satellite-status` |  |  | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-369`](./gap-reference-catalog.es.md#gt-369) | Entidad `SatelliteRecord` + modelo de registro persistente en Core Domain |  |  | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-380`](./gap-reference-catalog.es.md#gt-380) | R4 — OPA `input.context` alineado a `EvaluationContext`: `dod.rego` re-anclado fuera de `input.story.*`; artefactos de historia quitados de los gates canónicos (`gate-f2/f3.json`) + rulesets `phase-gates` legacy + validators/MCP; facts del `EvaluationContext` threadeados al input OPA. **AC1 (ningún Rego lee `input.story`; ningún gate del Core depende de historias) ✓ + AC2 (paridad Native+OPA 0 drift; suite OPA verde) ✓.** El consumo de veredicto de los facts threadeados se separó a `GT-382`. |  |  | `OPA` | Cross | P1 | M | `COMPLETADO` |
-| [`GT-382`](./gap-reference-catalog.es.md#gt-382) | Continuación R4 — los veredictos OPA context-aware eran inertes (`OpaEvaluator` casaba `v.id === rule.id`, descartando los threadeados `DOD-*`/`CB-*`/`PG-*`). Arreglado: prefix-match para los 3 ids context-aware (sin colisión) + guards `dod_declared`/`spec_declared` "sin-facts→sin-opinión" para que el path FS no falle nuevo; phase-gates ya no-op sin `input.gate`. Revisado adversarialmente (MERGE, sin blockers); opa-parity CI verde. Follow-up (no bloqueante): ruta de instalación del wasm vs resolución de `corePath` — ver chip. |  |  | `OPA` | Cross | P1 | M | `COMPLETADO` |
-| [`MT-A11`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico modular-monolith |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A12`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico distributed-modules |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A13`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico microservices |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A14`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfiles draft para serverless y edge computing |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A15`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfiles draft para event-driven y data mesh |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A16`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfil draft para agentic AI |  |  | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
-| [`MT-A23`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Preservar compatibilidad CLI `--arch-level F1/F2/F3` |  |  | `Evolith CLI` | Transversal | P1 | M | `COMPLETADO` |
-| [`GT-19`](./gap-reference-catalog.es.md#gt-19) | Migración hexagonal incremental de `core/` |  |  | `CLI` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-20`](./gap-reference-catalog.es.md#gt-20) | Backfill de ADRs al estándar de autoría |  |  | `Governance` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-57`](./gap-reference-catalog.es.md#gt-57) | Implementación incompleta de herramientas y validación MCP |  |  | `CLI` | F2 | P1 | L | `COMPLETADO` |
-| [`GT-66`](./gap-reference-catalog.es.md#gt-66) | Trazado distribuido con OpenTelemetry |  |  | `BFF API` | F3 | P1 | L | `COMPLETADO` |
-| [`GT-98`](./gap-reference-catalog.es.md#gt-98) | Sistema de extensiones/plugins del CLI |  |  | `CLI` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-111`](./gap-reference-catalog.es.md#gt-111) | Planificar el giro comercial de MassTransit v9 (quedarse en v8 OSS o migrar a Rebus) |  |  | `Platform` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-118`](./gap-reference-catalog.es.md#gt-118) | Modelo de consumo remoto/SaaS — desacoplar el Core API de rutas de filesystem locales |  |  | `BFF API` | F3 | P1 | L | `COMPLETADO` |
-| [`GT-123`](./gap-reference-catalog.es.md#gt-123) | El CLI no compila — errores TypeScript preexistentes bloquean `tsc` (init.wizard, progress.service, alias, auto-fix del MCP viejo) |  |  | `CLI` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-125`](./gap-reference-catalog.es.md#gt-125) | Maturation of Agentic AI Topology — paridad de madurez con monolito modular |  |  | `Architecture` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-136`](./gap-reference-catalog.es.md#gt-136) | Control de Acceso Consciente del Contexto (ABAC para LLMs) |  |  | `Governance` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-142`](./gap-reference-catalog.es.md#gt-142) | Pipeline de Enlace de LLM Real en CI para Revisiones Agénticas |  |  | `Governance` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-145`](./gap-reference-catalog.es.md#gt-145) | Sincronización Veraz y Neutral al Proveedor de Vectores RAG |  |  | `Operations` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-149`](./gap-reference-catalog.es.md#gt-149) | Pruebas OPA Ejecutables y Gate de Paridad Semántica Native/OPA |  |  | `Rulesets` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-150`](./gap-reference-catalog.es.md#gt-150) | Madurar las Topologías Draft Restantes a Paridad de Corpus Aceptado |  |  | `Architecture` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-168`](./gap-reference-catalog.es.md#gt-168) | Aplicación de referencia de composición cross-topología |  |  | `Architecture` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-169`](./gap-reference-catalog.es.md#gt-169) | Presupuestos operativos, ciclo de credenciales y runbooks de Agentic AI |  |  | `Architecture` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-179`](./gap-reference-catalog.es.md#gt-179) | Agregar tests para 5 comandos CLI baja cobertura |  |  | `CLI` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-217`](./gap-reference-catalog.es.md#gt-217) | Completar el corpus de guías operativas por topología (7 topologías) |  |  | `Architecture` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-230`](./gap-reference-catalog.es.md#gt-230) | Crear directorio de skills y framework de skills componibles |  |  | `Governance` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-236`](./gap-reference-catalog.es.md#gt-236) | Implementar automatización del pipeline de knowledge intake |  |  | `Governance` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-302`](./gap-reference-catalog.es.md#gt-302) | Comando scaffold existe — sdk/cli/src/commands/architecture/scaffold |  |  | `CLI` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-325`](./gap-reference-catalog.es.md#gt-325) | Blueprint como entidad de primera clase validada contra rulesets/topologías/política del tenant/OPA |  |  | `Architecture` | F2 | P1 | L | `COMPLETADO` |
-| [`GT-326`](./gap-reference-catalog.es.md#gt-326) | Validación de integración end-to-end Core y Tracker y agentes |  |  | `Quality` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-345`](./gap-reference-catalog.es.md#gt-345) | Smart CLI `npm test` 100% verde: unit 905/905 + e2e 175/175 (validate restaurado, --version, tests obsoletos de mcp-e2e corregidos) |  |  | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-351`](./gap-reference-catalog.es.md#gt-351) | infra-providers: WebhookAdapter endurecido (timeout+retry+guard SSRF) +5 tests +harness jest; README/cobertura/deriveCategory restan |  |  | `Infra` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-367`](./gap-reference-catalog.es.md#gt-367) | Endpoints de registro de satélites en Core API — CRUD `/api/v1/satellites` (registrar, listar, obtener, actualizar, desregistrar, evaluar, sincronizar) |  |  | `Core API` | Cross | P1 | L | `COMPLETADO` |
-| [`GT-379`](./gap-reference-catalog.es.md#gt-379) | R3 — Engines arquitectónicos (Architecture/Blueprint/Topology/Checkpoint/Recommendation; `DecisionRecommendation` `binding:false`; checkpoint no muta estado) |  |  | `Core Domain` | Cross | P1 | L | `COMPLETADO` |
-| [`MT-A17`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Mover o espejar reglas F1/F2/F3 actuales hacia descubrimiento topológico |  |  | `Core Domain` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A18`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para serverless |  |  | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A19`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para event-driven |  |  | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A20`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para agentic AI |  |  | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A21`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar catálogo topológico compartido y resolver de manifiestos en Core Domain |  |  | `Core Domain` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A22`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar soporte CLI `--topology` a validación |  |  | `Evolith CLI` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A24`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar recursos y herramientas MCP topológicas |  |  | `MCP Services` | Transversal | P1 | L | `COMPLETADO` |
-| [`MT-A25`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar endpoints de descubrimiento y validación topológica a Service CORE API |  |  | `Core API` | Transversal | P1 | L | `COMPLETADO` |
-| [`GT-228`](./gap-reference-catalog.es.md#gt-228) | Crear motor de orquestación de agentes para workflows BMAD |  |  | `Governance` | Cross | P1 | XL | `COMPLETADO` |
-| [`GT-229`](./gap-reference-catalog.es.md#gt-229) | Completar evaluador TypeScript Dual-Engine (cumplimiento R-25) |  |  | `Core Domain` | Cross | P1 | XL | `COMPLETADO` |
-| [`GT-331`](./gap-reference-catalog.es.md#gt-331) | Versión del binario MCP leída de package.json (antes hardcodeada 1.0.0) |  |  | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-333`](./gap-reference-catalog.es.md#gt-333) | Comparación de API key en tiempo constante (timingSafeEqual) |  |  | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-334`](./gap-reference-catalog.es.md#gt-334) | Declarar @open-policy-agent/opa-wasm como dependencia directa de mcp-server |  |  | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
-| [`GT-16`](./gap-reference-catalog.es.md#gt-16) | Consolidación documental |  |  | `Governance` | F5 | P2 | S | `COMPLETADO` |
-| [`GT-22`](./gap-reference-catalog.es.md#gt-22) | Esquema de unicidad de IDs ADR |  |  | `Governance` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-26`](./gap-reference-catalog.es.md#gt-26) | Playbook de Zero-Downtime Release |  |  | `Governance` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-50`](./gap-reference-catalog.es.md#gt-50) | Aplicar umbrales de cobertura en la configuración de Jest |  |  | `CLI` | F0 | P2 | S | `COMPLETADO` |
-| [`GT-52`](./gap-reference-catalog.es.md#gt-52) | Eliminar los stubs muertos del contenedor de inyección de dependencias |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-53`](./gap-reference-catalog.es.md#gt-53) | Reparar las referencias migradas a la visión de producto |  |  | `Governance` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-58`](./gap-reference-catalog.es.md#gt-58) | Limpiar stubs TODO inyectados por Hexagonal Scaffolder |  |  | `Core Domain` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-68`](./gap-reference-catalog.es.md#gt-68) | Versionado de API con estrategia URI |  |  | `BFF API` | F3 | P2 | S | `COMPLETADO` |
-| [`GT-77`](./gap-reference-catalog.es.md#gt-77) | CoreDomainModule extraído de AppModule |  |  | `BFF API` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-78`](./gap-reference-catalog.es.md#gt-78) | Eliminar scripts de depuración de la raíz del repositorio |  |  | `Governance` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-82`](./gap-reference-catalog.es.md#gt-82) | Revivir o eliminar el spec muerto de gate-status |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-103`](./gap-reference-catalog.es.md#gt-103) | Profundidad de subcomandos del CLI |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-105`](./gap-reference-catalog.es.md#gt-105) | Imagen Docker del CLI |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-106`](./gap-reference-catalog.es.md#gt-106) | Alias de comandos del CLI |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-108`](./gap-reference-catalog.es.md#gt-108) | Fixtures/datos de prueba del CLI |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-109`](./gap-reference-catalog.es.md#gt-109) | Integración de shell del CLI |  |  | `CLI` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-119`](./gap-reference-catalog.es.md#gt-119) | Reconciliar el ADR-0074 §5 (MCP en NestJS) con el paquete standalone `@evolith/mcp-server` |  |  | `Governance` | Transversal | P2 | S | `COMPLETADO` |
-| [`GT-174`](./gap-reference-catalog.es.md#gt-174) | `meta.schemaVersion` y matriz de compatibilidad productor/consumidor |  |  | `Cross` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-190`](./gap-reference-catalog.es.md#gt-190) | Agregar logging a 9 catch blocks vacíos |  |  | `CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-191`](./gap-reference-catalog.es.md#gt-191) | Corregir etiqueta ADR matrix incorrecta |  |  | `Docs` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-192`](./gap-reference-catalog.es.md#gt-192) | Corregir enlaces MASTER_INDEX EN (`.es.md`→`.md`) |  |  | `Docs` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-193`](./gap-reference-catalog.es.md#gt-193) | Eliminar TODOs de documentación de gobernanza |  |  | `Docs` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-195`](./gap-reference-catalog.es.md#gt-195) | Corregir rutas shell solo-Linux (Windows compat) |  |  | `CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-211`](./gap-reference-catalog.es.md#gt-211) | Crear EN para 3 ADRs solo-ES huérfanos |  |  | `Docs` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-218`](./gap-reference-catalog.es.md#gt-218) | Crear plantillas de rollback rehearsal y on-call handoff de Fase 05 |  |  | `SDLC` | F5 | P2 | S | `COMPLETADO` |
-| [`GT-219`](./gap-reference-catalog.es.md#gt-219) | Añadir `operationalBudgets` al manifest de la topología agentic-ai |  |  | `Architecture` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-240`](./gap-reference-catalog.es.md#gt-240) | Ajustar CORS por environment (dev/staging/prod) |  |  | `Security` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-241`](./gap-reference-catalog.es.md#gt-241) | Añadir generación SBOM (CycloneDX) al pipeline CI |  |  | `Security` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-261`](./gap-reference-catalog.es.md#gt-261) | Añadir límites de recursos a todos los contenedores Docker |  |  | `Infrastructure` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-263`](./gap-reference-catalog.es.md#gt-263) | Añadir alertas Prometheus a nivel de infraestructura |  |  | `Observability` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-264`](./gap-reference-catalog.es.md#gt-264) | Corregir scan DAST para apuntar al servidor real o eliminar |  |  | `CI/CD` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-265`](./gap-reference-catalog.es.md#gt-265) | Añadir detección de secretos (gitleaks) al pipeline CI |  |  | `Security` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-276`](./gap-reference-catalog.es.md#gt-276) | Corregir la lógica de emparejamiento por área del dashboard bilingüe |  |  | `Governance CI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-349`](./gap-reference-catalog.es.md#gt-349) | fail-open de ABAC OPA CORREGIDO — sin policy.wasm ahora deniega en prod (fail-closed) + 6 tests |  |  | `MCP Server` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-352`](./gap-reference-catalog.es.md#gt-352) | mcp-tools: validación de inputSchema añadida (CallTool → isError) + README (EN/ES) + 7 tests |  |  | `MCP Tools` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-354`](./gap-reference-catalog.es.md#gt-354) | módulo OpenAPI muerto en core-api; api-reference sin cache/invalidate |  |  | `Core API` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-355`](./gap-reference-catalog.es.md#gt-355) | @evolith/core sin test de contrato del barrel de re-exports |  |  | `Core` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-356`](./gap-reference-catalog.es.md#gt-356) | README de mcp-services con conteos/comando mantenidos a mano |  |  | `Docs` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-371`](./gap-reference-catalog.es.md#gt-371) | Vinculación satélite → producto/idea/tenant/topología/blueprint en Core API |  |  | `Core API` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-374`](./gap-reference-catalog.es.md#gt-374) | Conectar `upgrade.command.ts` con `SatelliteUpgradeService` — eliminar stub, cablear lógica real de upgrade |  |  | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
-| [`GT-21`](./gap-reference-catalog.es.md#gt-21) | Revisión de ubicación de ADRs Core tool-céntricos |  |  | `Governance` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-24`](./gap-reference-catalog.es.md#gt-24) | Ejecutar migraciones documentales declaradas |  |  | `Governance` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-71`](./gap-reference-catalog.es.md#gt-71) | Circuit Breaker para llamadas a servicios externos |  |  | `BFF API` | F3 | P2 | M | `COMPLETADO` |
-| [`GT-75`](./gap-reference-catalog.es.md#gt-75) | Paquete @evolith/infra-providers compartido |  |  | `Cross` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-81`](./gap-reference-catalog.es.md#gt-81) | Subir la cobertura de branches del CLI al piso de statements |  |  | `CLI` | F0 | P2 | M | `COMPLETADO` |
-| [`GT-100`](./gap-reference-catalog.es.md#gt-100) | Navegador/explorador de API del CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-101`](./gap-reference-catalog.es.md#gt-101) | Mecanismo de auto-actualización del CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-102`](./gap-reference-catalog.es.md#gt-102) | Progreso/streaming en tiempo real del CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-104`](./gap-reference-catalog.es.md#gt-104) | Distribución por gestor de paquetes del CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-107`](./gap-reference-catalog.es.md#gt-107) | Asistentes interactivos del CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-116`](./gap-reference-catalog.es.md#gt-116) | Eliminación de operaciones bloqueantes de I/O en la CLI |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-120`](./gap-reference-catalog.es.md#gt-120) | Exposición GraphQL del Core API (alcance del ADR-0074) |  |  | `BFF API` | F3 | P2 | M | `COMPLETADO` |
-| [`GT-121`](./gap-reference-catalog.es.md#gt-121) | Retirar el subsistema MCP in-process del Smart CLI (tras la delegación, Fase 3 de ADR-0074/0075) |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-122`](./gap-reference-catalog.es.md#gt-122) | Consolidar adapters de infraestructura duplicados entre sdk/cli, apps/core-api y packages/infra-providers |  |  | `Cross` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-124`](./gap-reference-catalog.es.md#gt-124) | Suite e2e del CLI rota — faltan fixtures (plantillas SDLC, shell hooks) y naming obsoleto del MCP viejo |  |  | `CLI` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-126`](./gap-reference-catalog.es.md#gt-126) | Maturation of Serverless Topology |  |  | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-127`](./gap-reference-catalog.es.md#gt-127) | Maturation of Event-Driven Topology |  |  | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-128`](./gap-reference-catalog.es.md#gt-128) | Baseline Ruleset for Data Mesh |  |  | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-129`](./gap-reference-catalog.es.md#gt-129) | Baseline Ruleset for Edge Computing |  |  | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-134`](./gap-reference-catalog.es.md#gt-134) | Registro Estandarizado de Herramientas MCP |  |  | `Architecture` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-137`](./gap-reference-catalog.es.md#gt-137) | Identidad Soberana para IA Agéntica |  |  | `Architecture` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-138`](./gap-reference-catalog.es.md#gt-138) | Flujos de Trabajo Agénticos Orientados a Eventos |  |  | `Architecture` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-141`](./gap-reference-catalog.es.md#gt-141) | Estándar de Control de Concurrencia y Bloqueo de Recursos para Herramientas MCP |  |  | `Architecture` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-173`](./gap-reference-catalog.es.md#gt-173) | Paridad de exportación OpenTelemetry en CLI, MCP y REST |  |  | `Cross` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-178`](./gap-reference-catalog.es.md#gt-178) | Reconstruir `core/README.es.md` con todos los ADRs |  |  | `Docs` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-186`](./gap-reference-catalog.es.md#gt-186) | Eliminar `@ts-nocheck` restante (fase 2) |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-187`](./gap-reference-catalog.es.md#gt-187) | Habilitar modo estricto en tsconfig |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-189`](./gap-reference-catalog.es.md#gt-189) | Reemplazar `require()` con imports ES |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-194`](./gap-reference-catalog.es.md#gt-194) | Eliminar tipos `any` en APIs públicas |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-196`](./gap-reference-catalog.es.md#gt-196) | Agregar tests E2E para transporte HTTP MCP |  |  | `MCP Services` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-220`](./gap-reference-catalog.es.md#gt-220) | Subir cobertura de ramas de gate-status (40% → ≥80%) y umbral CLI |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-221`](./gap-reference-catalog.es.md#gt-221) | Añadir audit logging estructurado al transporte HTTP de MCP |  |  | `MCP Services` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-222`](./gap-reference-catalog.es.md#gt-222) | Añadir tests OPA en topologías sub-cubiertas (modular-monolith 2/12, distributed-modules 4/8, agentic-ai 4/9) |  |  | `Rulesets` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-223`](./gap-reference-catalog.es.md#gt-223) | Añadir tests e2e de paridad cross-surface para operaciones core |  |  | `Cross` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-238`](./gap-reference-catalog.es.md#gt-238) | Añadir métricas Prometheus/Mimir al stack de observabilidad |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-239`](./gap-reference-catalog.es.md#gt-239) | Definir SLOs por servicio con reglas de alerting |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-243`](./gap-reference-catalog.es.md#gt-243) | Implementar tests k6 de carga (3 escenarios ADR-0037) |  |  | `QA` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-244`](./gap-reference-catalog.es.md#gt-244) | Crear playbooks y plantillas de respuesta a incidentes |  |  | `Operations` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-262`](./gap-reference-catalog.es.md#gt-262) | Añadir procedimientos de backup/DR para almacenes de datos |  |  | `Infrastructure` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-266`](./gap-reference-catalog.es.md#gt-266) | Crear servicio de provisioning de API keys para MCP HTTP |  |  | `Security` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-308`](./gap-reference-catalog.es.md#gt-308) | Sistema de plugins para comandos — sdk/cli/src/plugins |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-309`](./gap-reference-catalog.es.md#gt-309) | Validación de contribuciones — sdk/cli/src/contributions |  |  | `CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-327`](./gap-reference-catalog.es.md#gt-327) | Evolucionar el webhook de un disparo a suscripciones + reintentos + firma HMAC |  |  | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-328`](./gap-reference-catalog.es.md#gt-328) | Desplegar ESLint boundaries a packages/* y apps/* con paso de CI |  |  | `Quality` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-329`](./gap-reference-catalog.es.md#gt-329) | Reubicar las 5 topologías avanzadas a rulesets/topologies |  |  | `Rulesets` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-346`](./gap-reference-catalog.es.md#gt-346) | superficie de shell-injection del CLI CERRADA — providers ahora corren sin shell (executeFile + arrays de args) + tests |  |  | `Evolith CLI` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-350`](./gap-reference-catalog.es.md#gt-350) | sink `new Function()` del check de regla en standards.service ELIMINADO — evaluador de predicados restringido + 6 tests (no-ejecución probada) |  |  | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-353`](./gap-reference-catalog.es.md#gt-353) | sdk-client huérfano (sin consumidor/README); baja cobertura por método |  |  | `SDK` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-370`](./gap-reference-catalog.es.md#gt-370) | Mecanismo de propagación de herencia — push de actualizaciones de Core a satélites registrados (trigger + dry-run + aprobación) |  |  | `Cross` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-372`](./gap-reference-catalog.es.md#gt-372) | Audit trail por satélite — qué fue heredado vs personalizado, por quién y cuándo |  |  | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
-| [`GT-373`](./gap-reference-catalog.es.md#gt-373) | Integración con Tracker — registro de satélite, sincronización de estado y UI de gestión |  |  | `Cross` | Cross | P2 | M | `COMPLETADO` |
-| [`MT-A26`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Actualizar navegación, índices, evidencia de validación y estado del tracker |  |  | `Documentation` | Transversal | P2 | M | `COMPLETADO` |
-| [`GT-23`](./gap-reference-catalog.es.md#gt-23) | Backfill de traducciones españolas |  |  | `Governance` | Transversal | P2 | L | `COMPLETADO` |
-| [`GT-25`](./gap-reference-catalog.es.md#gt-25) | Primeros perfiles de proveedor |  |  | `Governance` | Transversal | P2 | L | `COMPLETADO` |
-| [`GT-36`](./gap-reference-catalog.es.md#gt-36) | Cobertura lingüística de reglas machine-readable |  |  | `Governance` | Transversal | P2 | L | `COMPLETADO` |
-| [`GT-54`](./gap-reference-catalog.es.md#gt-54) | Completar la aplicación estricta de fronteras hexagonales |  |  | `Cross` | Transversal | P2 | L | `COMPLETADO` |
-| [`GT-115`](./gap-reference-catalog.es.md#gt-115) | Auto-fix de fallas arquitectónicas vía herramientas MCP |  |  | `CLI` | Transversal | P2 | L | `COMPLETADO` |
-| [`GT-131`](./gap-reference-catalog.es.md#gt-131) | Crear Sandbox/Referencia Aplicada para la Topología Agentic AI con MCP real |  |  | `Architecture` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-133`](./gap-reference-catalog.es.md#gt-133) | Arquitectura de Distribución Agnóstica Centralizada de OPA Wasm |  |  | `Architecture` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-139`](./gap-reference-catalog.es.md#gt-139) | Estándar de Gobernanza de Conocimiento RAG |  |  | `Governance` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-143`](./gap-reference-catalog.es.md#gt-143) | Estándares de Handoff Multi-Agente y Delegación de Tareas |  |  | `Governance` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-171`](./gap-reference-catalog.es.md#gt-171) | Auditoría de paridad de superficie command-as-a-service (CLI vs MCP vs REST) |  |  | `Cross` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-172`](./gap-reference-catalog.es.md#gt-172) | Suite de pruebas de contrato roundtrip entre superficies |  |  | `Cross` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-188`](./gap-reference-catalog.es.md#gt-188) | Agregar tests para 15 archivos sin cobertura |  |  | `CLI` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-242`](./gap-reference-catalog.es.md#gt-242) | Completar paridad OPA para 17 rulesets nativos sin cobertura |  |  | `Rulesets` | Cross | P2 | L | `COMPLETADO` |
-| [`GT-197`](./gap-reference-catalog.es.md#gt-197) | Arreglar fallas intermitentes del pipeline de release |  |  | `CI` | Cross | P2 | XL | `COMPLETADO` |
-| [`GT-225`](./gap-reference-catalog.es.md#gt-225) | Revivir o documentar 4 `it.skip` en `wizard.service.spec` |  |  | `CLI` | Cross | P3 | XS | `COMPLETADO` |
-| [`GT-198`](./gap-reference-catalog.es.md#gt-198) | Corregir typo "Moscoww" (5 sitios) |  |  | `CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-199`](./gap-reference-catalog.es.md#gt-199) | Mover import al inicio del archivo |  |  | `CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-200`](./gap-reference-catalog.es.md#gt-200) | Convertir constructor 11-param a objeto options |  |  | `CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-201`](./gap-reference-catalog.es.md#gt-201) | Extraer valores hardcodeados a constantes |  |  | `CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-202`](./gap-reference-catalog.es.md#gt-202) | Agregar README a directorio `governance/adr/` |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-203`](./gap-reference-catalog.es.md#gt-203) | Eliminar o poblar dir vacío `kubernetes/` |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-204`](./gap-reference-catalog.es.md#gt-204) | Agregar READMEs a directorios infra |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-205`](./gap-reference-catalog.es.md#gt-205) | Agregar README a directorio SDLC playbooks |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-206`](./gap-reference-catalog.es.md#gt-206) | Formalizar regla de anidación BILINGUAL_INDEX |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-207`](./gap-reference-catalog.es.md#gt-207) | Estandarizar formato encabezados ADR |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-208`](./gap-reference-catalog.es.md#gt-208) | Programar reevaluación ADR-0077 (MassTransit EOL) |  |  | `Docs` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-224`](./gap-reference-catalog.es.md#gt-224) | Añadir `--format json` a los comandos `drift`/`scaffold`/`docs` (envelope ADR-0073) |  |  | `CLI` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-247`](./gap-reference-catalog.es.md#gt-247) | Reemplazar credenciales hardcodeadas en Docker-compose |  |  | `Platform` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-248`](./gap-reference-catalog.es.md#gt-248) | Crear monitor de frescura de ADRs y script de revisión semanal |  |  | `Governance` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-273`](./gap-reference-catalog.es.md#gt-273) | Restore DAST scan against staging or ephemeral environment |  |  | `CI/CD` | Cross | P3 | S | `COMPLETADO` |
-| [`GT-330`](./gap-reference-catalog.es.md#gt-330) | Mitigar el bus factor (segundo mantenedor + onboarding profundo) |  |  | `Governance` | Cross | P3 | M | `COMPLETADO` |
-| [`GT-245`](./gap-reference-catalog.es.md#gt-245) | Añadir DAST (OWASP ZAP) al pipeline de seguridad |  |  | `Security` | Cross | P3 | L | `COMPLETADO` |
-| [`GT-246`](./gap-reference-catalog.es.md#gt-246) | Implementar experimentos Chaos Mesh/Litmus |  |  | `QA` | Cross | P3 | L | `COMPLETADO` |
-
-
-**Progreso:** 601 / 643 completados · 16 en progreso · 22 pendientes · 4 diferidos
+| ID | Gap | Componente | Fase | Criticidad | Complejidad | Estado |
+|---|---|:---:|:---:|:---:|:---:|:---:|
+| [`GT-643`](./gap-reference-catalog.es.md#gt-643) | **`evolith agents install --dry-run` escribe en disco — la bandera está declarada, documentada y nunca se lee.** `agents.command.ts:647` declara `-d, --dry-run`, `AgentsCommandOptions.dryRun` la tipa, y `installAgent()` no la consulta jamás: llama a `this.registry.installAgent(process.cwd(), config, rulesetContent)` sin condición (`agents.command.ts:218`). **`init`, `upgrade` y `adr` sí leen la suya** — `init` cambia a un `DryRunFileSystem`, `upgrade` retorna antes de aplicar — así que esto es un comando fuera de la convención, no una convención ausente. **DEMOSTRADO, no inferido:** correr `test/agents.e2e-spec.ts -t "dry-run"` en solitario contra un árbol limpio deja tres archivos VERSIONADOS modificados — `src/sdk/cli/rulesets/agents/agents-registry.json` y los dos bajo `rulesets/agents/test-value/`. **La salida del test está commiteada como si fuera dato de producto:** `test-value` es la cadena que el mock de prompts devuelve a toda pregunta (`test/mock-prompt.service.ts:11-12`), y `6bb43cfa` versionó ese agente dentro de los propios rulesets del repositorio. **Un simulacro que escribe es peor que no tener simulacro**, porque es la bandera a la que un usuario recurre justo cuando no quiere que se le confíe la de verdad — y el tester de conformidad de superficies nunca lo detectó, porque ningún oráculo pregunta si `--dry-run` dejó el disco intacto. **ARREGLADO 2026-07-30:** la rama seca no alcanza el escritor en absoluto — en vez de escribir a través de un filesystem inerte, que regresa en cuanto el escritor gana una llamada nueva — reporta las rutas que habría creado con un nuevo `planInstall`, y la ruta del menú ahora reenvía las opciones del llamador, porque `evolith agents --dry-run` sin subcomando las descartaba y escribía. Los tres artefactos commiteados quedan eliminados, la suite e2e corre en un directorio temporal, y su oráculo ahora AFIRMA que el disco no cambió, más un caso de contraste que prueba que una instalación real sí escribe: `no reventó` pasó todo el tiempo que el defecto existió. **Barrido registrado:** `init`, `upgrade`, `adr`, `scaffold`, `docs`, `fixtures` y `generate-domain` condicionan sus escrituras a la bandera — `agents` era la única declaración del CLI sin lector. **SIGUE ABIERTO:** el tester cross-superficie no tiene oráculo para las banderas sin efecto como clase, así que la siguiente se vuelve a encontrar a mano. **Borrar el residuo destapó dos dependientes ocultos de él**, ambos reparados aquí: `47-validate-joined-paths` anclaba una declaración de subárbol generado en que existiera `src/sdk/cli/rulesets` —cierto en un checkout limpio solo porque el residuo estaba dentro— y se puso rojo señalando a `policy.wasm`; y un spec del resolver seguía leyendo el árbol real, así que su simulación de EACCES dejó de dispararse. Verificado apartando el artefacto de build: 101 suites / 1447 tests en verde con el directorio ausente. | `CLI` | Cross | P1 | S | `EN-PROGRESO` |
+| [`GT-642`](./gap-reference-catalog.es.md#gt-642) | **Ningún check falla ante un ciclo de import en tiempo de ejecución, y los dos que existían se encontraron a mano.** [`GT-641`](./gap-reference-catalog.es.md#gt-641) eliminó dos ciclos `require` reales de `core-domain` — habían llegado sin ser vistos a un paquete de 346 módulos porque la medición que los encuentra no corre en ninguna parte. `lint:boundaries` vigila la dirección entre capas, no la ciclicidad; `tsc` compila un ciclo sin quejarse; ningún guard de gobernanza lee el grafo de módulos. **La medición ya existe y no es alcanzable:** [`GT-589`](./gap-reference-catalog.es.md#gt-589) entrega `@beyondnet/evolith-repo-facts` y `findImportCycles`, y ambos solo viven en `feat/gt-589-repo-facts` (PR #309). **BLOQUEADO, no simplemente pendiente** — un guard en `main` no puede correr un extractor que no está en `main`, y reimplementar la detección de ciclos al lado sería la segunda fuente de verdad que GT-589 existe para evitar. Cuando #309 aterrice: un script que corre el extractor sobre cada paquete del workspace y falla con `findImportCycles(...).length > 0`, cableado en `Governance guards (GT-578)`, con el fixture negativo que demuestre que se le ha visto en rojo. **Debe barrer todos los paquetes, no solo el ya medido** — `cli`, `mcp-server`, `core`, `agent-runtime` y `sdk-client` nunca han pasado por el extractor, y la forma "el barril es dueño del tipo" que produjo ambos ciclos de GT-641 no es específica de `core-domain`. | `Governance` | Cross | P2 | S | `PENDIENTE` |
+| [`GT-641`](./gap-reference-catalog.es.md#gt-641) | **Las fuentes del propio Core arrastran dos ciclos de import en tiempo de ejecución, y nada de lo que corre hoy en CI puede verlos.** La base de hechos estructural de [`GT-589`](./gap-reference-catalog.es.md#gt-589), apuntada a `src/packages/core-domain`, reporta `application/services/index.ts` ⇄ `application/use-cases/initialize-project.use-case.ts` y `application/validators/blocking-criteria-validator.ts` ⇄ `application/validators/phase-gate-validator.service.ts`. **Ninguno es solo de tipos**, así que ninguno se borra al compilar: son ciclos `require` reales, y la base de hechos los clasifica así porque distingue las aristas type-only de las de valor. **Una misma forma, dos veces:** un módulo publica un tipo Y ADEMÁS construye o reexporta al colaborador que lo consume, así que el colaborador tiene que importar de vuelta a través de él para nombrar sus propios parámetros. **Las cadenas de dos nodos que nombra el reporte son la mitad pequeña del hallazgo** — los componentes fuertemente conexos son más anchos: `project-scaffolder.service` y `phase-transition.use-case` están en el primero, `evidence-validator` y `ruleset-loader` en el segundo, de modo que un arreglo limitado a los dos archivos de la cadena habría movido el ciclo en vez de eliminarlo. **ARREGLADO 2026-07-30:** las formas compartidas se mudan a `application/services/use-case.types.ts` y `application/validators/phase-gate-validator.types.ts`; ambos dueños anteriores las reexportan, así que ninguna ruta de import existente cambia — incluida `@beyondnet/evolith-core-domain/application/services`, de donde el CLI y el servidor MCP importan `InitProjectInput`. **EL GUARD NO ESTÁ CONSTRUIDO, y decir por qué importa más que el arreglo:** `@beyondnet/evolith-repo-facts` solo existe en `feat/gt-589-repo-facts` (PR #309) y no está en `main`, así que ningún check de la rama por defecto puede correr esta medición. Hasta que #309 aterrice, un ciclo nuevo vuelve a pasar en silencio igual que estos dos. | `Core` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-640`](./gap-reference-catalog.es.md#gt-640) | **El guard comparaba el snapshot contra seis números copiados del propio snapshot, así que solo podía pasar — y el archivo que no estaba vigilando se estampa en 388 filas de un artefacto mayor.** `native-evaluability-snapshot.json` declaraba en su propia cabecera que era "un SNAPSHOT CAPTURADO, no la fuente de verdad". **No existía ningún script de captura.** Se mantenía a mano y derivó: fijaba `documentation-only: 129` mientras Core fijaba 136, y seguía llamando `unimplemented-native` a reglas que ya tenían handler. Su guard en `iso-5055-mapping.test.mjs` asertaba los seis conteos de clase del snapshot contra seis números escritos a mano en el test — los mismos seis literales que el snapshot ya contenía. **El valor esperado y el valor real eran copias el uno del otro**, así que la aserción se sostenía mientras el archivo no cambiara, fijara Core lo que fijara; informaba de una concordancia que nunca comprobó, lo cual es peor que no tener guard, porque la fila que protege se lee como verificada. **La deriva no se queda donde empieza.** `build-iso-5055-mapping.mjs` estampa `nativeEvaluability` en TODAS las filas del mapeo ISO/IEC 5055 desde ese archivo — 388 tras la recaptura, 381 antes — así que una sola clase rancia se blanquea en un artefacto derivado cinco veces mayor que su entrada, y sobredimensiona el backlog de handlers que es el entregable entero de [`GT-598`](./gap-reference-catalog.es.md#gt-598). El orden recaptura→reconstrucción no estaba escrito en ningún sitio, y el guard del propio mapeo no corría en **ningún workflow**. **CORREGIDO el 2026-07-29:** un script de captura que ejecuta el triage REAL de Core vía `ts-node` en vez de reimplementar la clasificación, la medición extraída del spec de jest a `test/rule-corpus-triage.ts` para que un script pueda alcanzarla — esa inalcanzabilidad es la razón de que el archivo se mantuviera a mano —, aserciones snapshot-contra-triage-fresco en ambas direcciones, un guard del job de documentación que lee los conteos que Core fija LEYENDO el spec y **lanza excepción** cuando el literal falta o cambia de forma, y ambos pasos declarados como eslabones de la cadena de artefactos derivados de [`GT-630`](./gap-reference-catalog.es.md#gt-630). **Recapturado el 2026-07-29 tras mergear el fix en la línea actual, y la deriva había crecido mientras estaba en vuelo:** `native-handler` 139 → 151, `documentation-only` 129 → 136, el backlog de handlers 60 → **48**, corpus 379 → 386, mapeo 381 → 388 filas. Doce de esos handlers los cerraron [`GT-595`](./gap-reference-catalog.es.md#gt-595) y [`GT-632`](./gap-reference-catalog.es.md#gt-632) mientras el snapshot mantenido a mano seguía reportándolos como backlog — el defecto demostrándose una vez más, sobre números que nadie escribió dos veces. **RENUMERADA GT-633 -> GT-640 el 2026-07-30**, después de que `49-validate-gap-id-allocation` detectara que `GT-633` ya nombraba otro gap en `develop` (el scaffolding de `evolith init`, `c8270e48`, registrado un día antes). Se mueve la fila más nueva, según el propio consejo del guard. | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-639`](./gap-reference-catalog.es.md#gt-639) | **Nada hace visible el trabajo en vuelo entre ramas, así que el mismo gap se arregla dos veces.** El 2026-07-30 el mismo trabajo se hizo dos veces, en tres ocasiones distintas, por sesiones que no podían verse: [`GT-640`](./gap-reference-catalog.es.md#gt-640) (registrado como GT-633 entonces) arreglado por un script de captura en `main` (#276) Y por un renderer independiente dentro del spec en `develop` (#279) — los dos correctos, los dos recapturando los mismos números, y dos generadores para un artefacto es el defecto del propio GT-640 un nivel más arriba, así que una tercera sesión gastó una reconciliación entera en dejar uno; el parser del guard de evidencias arreglado dos veces (`d1ea72a3` en main, `5acb29ed` en develop); y un id de GT asignado dos veces, forzando la renumeración que hay detrás de [`GT-638`](./gap-reference-catalog.es.md#gt-638). **El coste no es el conflicto de merge** — es el trabajo duplicado antes de que nadie llegara a él, más la reconciliación, que introdujo un defecto propio (una comparación sensible al orden que reescribía la fecha de captura en cada corrida, invisible un día porque ambas estampaban la misma fecha). Una fila lleva estado pero no QUIÉN la trabaja ni DÓNDE, así que dos sesiones pueden leer ambas `PENDIENTE` y empezar ambas, correctamente. **La convención de un solo driver ya existe; lo que falta es un mecanismo que la haga observable**, así que en un día cargado se degrada en silencio. **GUARD CONSTRUIDO el 2026-07-30 — tres criterios de cuatro.** `50-validate-gap-claim` deriva las reclamaciones de los PULL REQUESTS ABIERTOS (cada `GT-*` en título, cuerpo o nombre de rama) y falla cuando un id lo reclaman dos, nombrando ambos con su rama. Derivado y no a mano a propósito: una reclamación escrita a mano se queda rancia en la dirección que importa. Cableado en `Governance guards (GT-578)` con `GH_TOKEN`; observado en rojo por `43-validate-guard-negative-fixtures` (39/39). **El criterio 1 sigue abierto a propósito:** una lista commiteada en el tablero derivaría de estado vivo de GitHub y estaría rancia en cuanto alguien abriera un PR — y la cadena de [`GT-630`](./gap-reference-catalog.es.md#gt-630) existe para exigir que los derivados alcancen un punto fijo, así que uno perpetuamente rancio sería peor que ninguno. Tampoco ve una rama sin PR abierto, y lo dice en su propio texto de fallo. | `Governance` | Cross | P2 | M | `EN-PROGRESO` |
+| [`GT-638`](./gap-reference-catalog.es.md#gt-638) | **El tablero no tiene asignador de ids, así que dos ramas paralelas reparten el mismo número GT.** Un id se elige leyendo el `GT-*` más alto de la rama en la que uno está, y nada lo contrasta con otra rama — así que dos sesiones en paralelo asignan el mismo número y una se entera en el merge. Ya pasó: `8449af3d` en `develop` dice *"renumber the ratchet fix GT-634 -> GT-637, ID collision with develop"*; esa fila y [`GT-634`](./gap-reference-catalog.es.md#gt-634) en `main` tomaron el mismo id con horas de diferencia, desde sesiones que no podían verse. **La renumeración es manual y con pérdidas**, que cuesta más que el choque: un id vive en la fila del tablero, el ancla del catálogo, el registro de evidencia de cierre, referencias cruzadas en dos idiomas, mensajes de commit y cuerpos de PR — y sólo los tres primeros son comprobables mecánicamente. `08-validate-tracking` no puede ayudar por construcción: valida dentro de un único árbol de trabajo, y las ramas quedan fuera de su mundo. Tampoco es un desliz aislado — en el merge `develop` → `main` del 2026-07-30 el mismo patrón de duplicación convergente aparece tres veces: GT-640 (entonces GT-633) arreglado dos veces, el parser del guard de evidencias arreglado dos veces, este id asignado dos veces. **CERRADO el 2026-07-30 — y en su primera corrida real encontró una SEGUNDA colisión que nadie conocía.** `49-validate-gap-id-allocation` compara el **Title:** de cada id en HEAD contra el título que ese id lleva en la rama base; un título distinto para el mismo id es un número nombrando dos gaps. Contra `origin/develop` reportó **`GT-633`**: allí es "`evolith init` scaffolds a repository that cannot pass its own governance on the first run" (`c8270e48`, 2026-07-29) y en main era la fila del guard tautológico (`c3221276`, 2026-07-30), renumerada después a `GT-640`. El merge no lo había sacado a la luz. Se niega a adivinar qué lado está mal — un retítulo y una colisión se ven igual desde fuera —, así que nombra los dos. Cableado en `Governance guards (GT-578)` con un `git fetch` explícito de la base, porque un checkout superficial de CI no la tiene. Observado en rojo por `43-validate-guard-negative-fixtures` (38/38). Sigue sin ver un id asignado en una rama sin PR abierto, y su salida `--verbose` lo advierte en cada id nuevo. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-637`](./gap-reference-catalog.es.md#gt-637) | **El ratchet de referencias muertas de GT-578 estaba atascado en 305 por dos bugs reales en el propio GUARD, no por el tamaño del backlog de registros que decía medir.** Al cerrar el PR de `GT-633` apareció un fallo en `Governance guards (GT-578)` y, al investigarlo, un refactor sin commitear y sin terminar que ya estaba en el árbol de trabajo: `resolveCommand` llamaba a `npmScriptOperand(...)`, una función que nunca se definió, así que el guard crasheaba con `ReferenceError` en cada invocación — incluso en modo reporte plano. Reparar esa función (restaurar su comportamiento y luego corregirlo) bajó el conteo de 309 a 78, lo que destapó el segundo bug: el corpus usa `npm run --workspace <ruta> <script>` en todo el corpus — el flag `--workspace` ANTES del nombre del script, una forma válida que `npm` acepta — y la búsqueda del nombre de script del resolver no sabía que `--workspace` consume el siguiente token, así que confundía la propia ruta del workspace con el nombre del script y la reportaba como no declarada. Ambos bugs eran preexistentes; solo se volvieron VISIBLES juntos, porque antes del primer arreglo el guard nunca llegaba tan lejos como para tropezar con el segundo. **CERRADO el 2026-07-29.** Ambos bugs arreglados, bajando 309 → 52. Las ~290 rutas anteriores al refactor `src/` y a la mudanza a `product/` que el propio docstring de este job nombra (`sdk/cli`, `apps/core-api`, `packages/*`, `reference/infrastructure/`, `reference/operations/`, el scope retirado `@evolith/*`) eran una migración de DATOS, no un arreglo de código, y ya estaban parcialmente hechas en el estado sin commitear encontrado en el árbol; el resto se completó de la misma forma — 18 sustituciones más, cada una verificada contra un fichero sucesor real en disco antes de escribirse, nunca adivinada. Eso bajó 52 → 22. Uno más, `chat.command.ts`, era un `wc -l` real al que solo le faltaba el prefijo de directorio (`src/sdk/cli/src/commands/chat/chat.command.ts`), confirmado existente, cerrando 22 → 21. Por el camino se encontró y arregló un tercer defecto, no relacionado: `.harness/bin/opa` (15 de las 309 originales) está gitignored y se descarga en un paso de CI separado — mismo hallazgo que `GT-632` sobre el guard 47, un artefacto gitignored ausente en un checkout limpio confundido con una ruta equivocada — así que `resolveCommand` ahora reporta `unchecked`, no `dead`, para cualquier ruta bajo `.harness/bin/` o `dist/`. `--max-dead` pasó de 305 a **21**, probado exacto observando que el guard falla en 20. El residual de 21 es genuinamente retirado o narrativo, no un renombre: un `.bmad-core/AGENTS.md` consolidado que reemplazó los ficheros por agente (2 registros), la puerta de enlace `evolith-bff` retirada (3), el paquete retirado `packages/mcp-tools` (2), dos manifiestos k8s retirados cuyos sucesores tienen contenido completamente distinto en vez de una ruta movida (3), una app sandbox retirada (1), tres invocaciones `npm test`/`npm run info`/`npm run test:cov` a nivel de raíz de antes de que existieran los workspaces, sin sucesor a nivel raíz (7), y tres registros donde `vision/` o `tools/list` — un nombre de método JSON-RPC de MCP, no una ruta de fichero — son prosa que describe historia, mal parseada como token con forma de ruta (3). Ninguno de estos se forzó hacia un destino plausible; un renombre equivocado habría sido peor que un residual honesto. 39/39 self-tests del guard pasan, incluida cobertura nueva para ambos bugs y sus gemelos negativos (la verificación de script con `--workspace` sigue cazando un script genuinamente no declarado; un binario ausente no-gitignored sigue siendo `dead`), de modo que el arreglo no puede cegar al guard, que es justo lo que no debía pasar. `08-validate-tracking`, `42`–`45` del mismo job, y una corrida completa `--execute --verbose` (modo reporte, fallos preexistentes en 6 registros no relacionados, ninguno entre las rutas tocadas aquí) confirmaron todo limpio. | `.harness` | Cross | P1 | S  | `COMPLETADO` |
+| [`GT-636`](./gap-reference-catalog.es.md#gt-636) | **Tres checks de CI estaban en rojo en el PR #275 — `Security Audit`, `E2E Tests`, `Evolith Core Validation` — y los tres eran defectos reales y arreglables, no la deuda aceptada que cualquiera de ellos parecía al principio.** `Evolith Core Validation` fallaba en `Bilingual Terminology Lint` (2 de 5 términos marcados eran prosa genuinamente sin traducir; los otros 3 eran celdas de tabla/cita donde traducir solo el término marcado habría hecho el documento menos consistente). `E2E Tests` fallaba en 1 de 132 tests que llamaba a dos flags de CLI (`--architecture --arch-level F1`) que nunca existieron — el flag real es `-a, --arch`. `Security Audit` reportaba 31 hallazgos de `npm audit` (29 high, 2 moderate); la investigación los trazó a UNA SOLA causa raíz — un aviso de DoS en `brace-expansion` (`GHSA-mh99-v99m-4gvg`, que afecta toda versión `<=5.0.7`, parcheado solo en `5.0.8`, publicado DESPUÉS de que el `overrides.brace-expansion: "2.1.2"` ya existente en este repo se fijara) que propaga severidad hacia arriba por todo el toolchain de devDependencies jest/eslint/`@nestjs/cli`, más un hallazgo independiente de `fast-uri`. **CERRADO el 2026-07-29, los tres.** Terminología y E2E arreglados como describe su propia nota de cierre anterior. `Security Audit`: el `overrides.brace-expansion` de la raíz subido de `2.1.2` a `5.0.8`, más un `overrides.fast-uri: "3.1.4"` nuevo (dentro del rango que el propio `ajv` declara, `^3.0.1`) — un diff de `package.json` de 2 líneas. Llegar ahí exigió forense real: un `npm install` plano dejaba 4 de las 10 posiciones del árbol fijadas a una versión OBSOLETA registrada en el lockfile sin importar el override nuevo, así que hubo que borrar esas entradas específicas de `package-lock.json` antes de que un `npm install` fresco respetara el override; un override anidado y con ALCANCE (`"eslint": {"brace-expansion": ...}`) empeoraba el arreglo, no lo mejoraba — en cuanto un paquete tiene un objeto de override anidado para AUNQUE SEA una sola dependencia no relacionada (`ajv`), npm deja de dejar que la regla general de la raíz, sin alcance, se propague dentro de ese subárbol en absoluto, así que el arreglo que funciona es el override plano de nivel superior SIN ninguna entrada anidada compitiendo por el mismo paquete. 0 high / 0 critical confirmado con el comando exacto de CI (`npm audit --audit-level=high`, exit 0) en un entorno limpio aislado (un worktree de scratch con un `node_modules` real, no-symlinked, ya que la propia granja de symlinks por paquete que esta sesión armó antes quedó confirmada corrompiendo el tooling de grafo de dependencias). Quedan 2 moderados, deliberadamente no perseguidos: un path-traversal solo-Windows en el `serve-static` de `@hono/node-server`, irrelevante para el CI/despliegue Linux de este repo, cuyo arreglo exige subir una dependencia de PRODUCCIÓN con pin EXACTO (`@modelcontextprotocol/sdk`) en vez de un override de devDependency. Verificado más allá del audit: las suites completas de `core-domain` (1442/1442), unit de CLI (1436/1436) y E2E (132/132, reconstruyendo primero cada dependencia de workspace, exactamente como hace el propio job de CI) y `mcp-server` (433/437, 4 skips preexistentes) todas en verde contra el árbol arreglado. | `Cross` | Cross | P2 | S  | `COMPLETADO` |
+| [`GT-635`](./gap-reference-catalog.es.md#gt-635) | **El ratchet de referencias muertas está por encima del presupuesto en main desde el 2026-07-28, así que el job de gobernanza está en rojo permanente.** `41-validate-evidence-commands --strict --max-dead 305` reporta **309 referencias muertas en un checkout limpio**, así que `Governance guards (GT-578)` sale 1 en cada corrida de `ci-cd.yml` — observado en las corridas `30482497995`, `30470648146` y `30466280865`, todas en `main` y sin nada por mergear. El presupuesto se fijó en `4a1b92d6` "donde se midió"; desde entonces diez commits han editado `gap-closure-evidence.json`, cada uno añadiendo `validationCommands`, y la cuenta se fue por encima. El propósito entero del ratchet es que las referencias muertas no CREZCAN, y está reportando exactamente eso mientras se lo ignora, porque un job en rojo permanente se lee como ruido de fondo — el mismo modo de fallo que [`GT-622`](./gap-reference-catalog.es.md#gt-622) registra para la configuración huérfana de CodeQL. El próximo cambio que añada de verdad una referencia muerta será indistinguible de las cuatro que ya están. **Lo que no hay que hacer:** subir el presupuesto a 309, que convierte un ratchet incumplido en uno ratificado. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-634`](./gap-reference-catalog.es.md#gt-634) | **El CLI y el MCP publicados resuelven una build del SDK anterior a la ola de seguridad, porque un rango caret bajo 1.x la fija.** `@beyondnet/evolith-cli@1.2.1` y `@beyondnet/evolith-mcp@1.2.1` declaran ambos `@beyondnet/evolith-sdk: ^1.1.0`, y eso resuelve **exactamente `1.1.0`** — el SDK publica `1.0.0`, `1.1.0` y `2.0.0` y nada en medio, y un caret no cruza un mayor. Las fechas son el hallazgo: `sdk@1.1.0` se publicó el 2026-07-18, `sdk@2.0.0` el 2026-07-27 como parte de la release que cerró [`GT-570`](./gap-reference-catalog.es.md#gt-570), y ambos consumidores el 2026-07-28 — **después** de que 2.0.0 existiera, y seguían en la línea 1.x. Así que la exposición que GT-570 declaró cerrada para "quien instale `latest`" no está cerrada para esta dependencia. Dicho con precisión, porque la afirmación fuerte no está verificada aquí: lo medido son las fechas y la resolución, no el contenido — esta fila no afirma que `sdk@1.1.0` cargue una vulnerabilidad concreta. Encontrado ejecutando el criterio de deprecación de [`GT-624`](./gap-reference-catalog.es.md#gt-624), que es lo que dejó el rango a la vista: deprecar `sdk@1.1.0` avisaría en cada instalación limpia de la línea actual sin ningún sucesor 1.x que ofrecer.  **CERRADO el 2026-07-30 — 1.2.2 está publicada, y el marco de seguridad de esta fila era ERRÓNEO.** Una instalación limpia de `@beyondnet/evolith-cli@latest` resuelve ya `@beyondnet/evolith-sdk@2.0.0` con el binario arrancando. Pero verificar el criterio 2 refutó la premisa: **ninguno de los siete commits de la ola toca `src/packages/sdk-client` — cero ficheros** — y el propio commit de release de la ola nombra los tres paquetes afectados (mcp, cli, agent-runtime). El SDK se republicó con ellos, no se arregló. Lo real es un MAYOR rancio fijado por un caret bajo 1.x más un lockfile que anidaba el tarball del registry tapando el enlace del workspace — la clase de `GT-625`, no una exposición de seguridad. La cautela escrita al abrir la fila es lo que abarató la corrección. | `Infra` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-633`](./gap-reference-catalog.es.md#gt-633) | **`evolith init` producía un repositorio que suspende su propio primer `evolith validate`, y solo los handlers de GT-595 lo hicieron visible.** Con `MTN-05` y `GIT-08` dotados de handler real por la ola de reglas con forma de configuración, un satélite recién scaffoldeado reportaba dos hallazgos bloqueantes que eran veredictos REALES, no el invariante bloqueante-y-saltada de GT-595: el scaffold no declaraba `spec.boundedContexts`, y no escribía configuración de commitlint en absoluto. La segunda es la más afilada — el corpus EXIGE Conventional Commits (`GIT-08`, `MUST`, `blocking`) y el propio comando de arranque del producto entregaba un repositorio donde nada los hacía cumplir. Ambas estaban fijadas por nombre en `rule-applicability.integration.spec.ts` justamente para que cerrarlas se viera. **CERRADO el 2026-07-29, y las dos mitades se cerraron por medios OPUESTOS, porque no son el mismo tipo de defecto.** `GIT-08` era un hueco del scaffold y nada más: Conventional Commits obliga desde el primer commit y el corpus ya enuncia la convención y sus siete tipos literalmente, así que no había nada que decidir ni nada que inventar. `init` emite ahora las tres patas que lee el handler — `commitlint.config.mjs`, los paquetes de commitlint en `devDependencies` y (con `--features hooks`) un `.husky/commit-msg` que ejecuta `npx --no-install commitlint`, de modo que la ausencia de la herramienta es un ERROR y no el salto silencioso que encontró `GT-623`. Sin `hooks` la configuración se escribe igual y el resultado lleva un warning diciendo que nada la ejecuta, en vez de dejar un fichero que parece enforcement sin serlo. Es independiente del runtime a propósito: commitlint es una herramienta Node, así que un satélite .NET o Python recibe un `package.json` solo de tooling — que es lo que esos repositorios llevan en la práctica y lo que el handler realmente lee; emitir solo la configuración habría dejado la regla suspendiendo para todo runtime que no sea Node. **`MTN-05` NO era un hueco del scaffold, y emitir un bloque `spec.boundedContexts` habría sido el arreglo equivocado.** La propia descripción de la regla dice que la estrategia DEBE definirse "antes de la Fase 2 Diseño", y un scaffold en fase-0 no tiene contextos acotados que declarar; satisfacerla en el `init` habría supuesto escribir una decisión de persistencia INVENTADA en cada repositorio nuevo, tras lo cual `MTN-05` pasaría por un motivo que nadie eligió. Peor: según la nota del propio handler los dos vocabularios son irreconciliables — `evolith-yaml.schema.json` restringe `persistence` a un enum de motor de base de datos bajo `additionalProperties: false` — así que cualquier valor escrito o rompe el esquema del contrato o no puede casar con la regla tal como está redactada. Lleva `appliesFromSdlcPhase: 2` en su lugar, que es el hecho de aplicabilidad que la regla siempre enunció en prosa, y sigue el precedente de `TAX-06` (anotación más un rego paralelo). La regla queda DIFERIDA, no debilitada, y eso se afirma en vez de suponerse: un test recorre las fases 0→3 y exige que vuelva a obligar en Diseño. **Un hallazgo metodológico que vale más que el arreglo.** La premisa no se reprodujo al primer contacto: la suite resuelve `@beyondnet/evolith-core-domain` por el symlink del workspace hacia `dist/`, que llevaba nueve días obsoleto, así que ambas reglas se reportaban `skipped` y la aserción fijada YA decía `[]`. Una corrida verde en ese estado habría "demostrado" el gap cerrado antes de escribir una línea — la misma clase que `GT-625` y `GT-632`, un pase que depende de estado de build sin versionar. Solo se reprodujo tras reanclar `node_modules` en el worktree y reconstruir, y entonces cada regla se verificó individualmente y no a través de la suite: `GIT-08` se ejecuta y PASA (typescript y python), `MTN-05` se reporta `notApplicable` en vez de pasar en silencio. | `Core Domain` | Cross | P1 | S  | `COMPLETADO` |
+| [`GT-632`](./gap-reference-catalog.es.md#gt-632) | **El MCP denegaba todas sus herramientas en producción por una ruta mal escrita, y la prueba de que funcionaba era estado local sin versionar.** `abac-evaluator.ts:322` resolvía la política compilada en `<core>/sdk/cli/rulesets/opa/policy.wasm` — la ruta ANTERIOR al refactor `src/`. El fichero vive en `src/sdk/cli/…`. Cuando el stat falla, el evaluador deniega fail-closed en producción, así que en un checkout limpio con `NODE_ENV=production` la política compilada nunca se carga y TODA herramienta MCP se rechaza. Parecía verde porque `policy.wasm` está gitignorado: un fichero rancio dejado en la ruta vieja por una época anterior hacía que la carga funcionara en local, y el test que lo cubre pasaba contra un artefacto que ningún checkout fresco tendría. Misma forma que `GT-625` — un verde que dependía de estado no versionado — pero en el camino de autorización. Encontrado el 2026-07-29 investigando por qué `abac-rego-parity.spec.ts` se había puesto rojo; el rego era correcto (`opa eval` devuelve `allow: true` para un arquitecto en producción). **`40-validate-path-literals` no puede ver esta clase:** barre literales de cadena, y esto es una construcción `path.join(corePath, 'sdk', 'cli', …)`. Sobreviven doce joins así en `src/**` — los otros once están en `opa-input-builder.ts` y `cli-release-rule.handler.ts`, donde una ruta equivocada produce un falso NEGATIVO en un evaluador en vez de una denegación, que es más silencioso y no menos incorrecto. **CORREGIDO para el camino de autorización el 2026-07-29:** el evaluador prueba ahora ambas ubicaciones, la nueva primero — no es dejadez, es lo que mantiene funcionando una imagen ya desplegada mientras se corrige la ruta. Revertir el arreglo pone `abac-rego-parity.spec.ts` en rojo (1 de 11); con él, mcp-server va 434/434. Quedan los otros once joins y el punto ciego del guard. **Criterio 2 CERRADO el 2026-07-29 — y dos de las once estaban mal de una forma que el prefijo por sí solo no arreglaba.** Ocho eran supervivientes simples del movimiento a `src/` y admitieron el prefijo. Las otras tres eran peores: dos apuntaban a `sdk/cli/src/core/mcp/server.ts`, un fichero que salió del CLI por completo cuando mcp-server pasó a ser su propio paquete (hoy `src/packages/mcp-server/src/mcp/mcp-server.service.ts`); y una exigía un `package-lock.json` por paquete, cosa que los WORKSPACES de npm impiden — hay exactamente un lockfile, en la raíz, así que esa comprobación solo podía ser falsa. Una regla que nadie puede satisfacer no es una regla más estricta. **Las specs y las fixtures de paridad también codificaban el layout viejo** (`cli-release-readiness.fixture.json`, `mcp.fixture.json`), y por eso llevaban tiempo en verde sobre rutas que no existen: la fixture y el código coincidían entre sí y ninguno coincidía con el repositorio. Ambas corregidas. core-domain 1367/1367, `28-native-evaluator-parity` exit 0. **Criterio 3 CERRADO el 2026-07-29 — la primera corrida del guard estuvo casi toda equivocada, que es el hallazgo.** `47-validate-joined-paths` reportó 19 rutas rotas; solo 3 eran defectos. Cada una de las otras 16 habría empeorado el código: seis tenían base `root`, un PARÁMETRO que nombra el workspace del cliente, así que corregirlas rompería la evaluación de todos los satélites; nueve eran miembros de CADENAS DE FALLBACK correctas cuando uno de cuatro layouts resuelve, y la forma natural de callarlas es borrar los fallbacks, rompiendo imágenes desplegadas; una era una PROHIBICIÓN cuya ausencia ES el estado que aprueba, así que corregirla habría invertido la regla. Las cadenas se detectan ahora estructuralmente (hermanos de array, o las ramas de un ternario); las prohibiciones no pueden, y llevan razón escrita. Los tres defectos reales: `opa-evaluator.ts` resolvía `policy.wasm` y los esquemas de entrada sin el prefijo `src/`, misma clase fail-closed que el P0 de arriba; `satellite-upgrade-diff.ts` sondeaba `rulesets` detrás de un return temprano, reportando cero cambios de rulesets en cada upgrade de satélite; `artifact-path-resolver.ts` nombraba un `adr-matrix.json` que no existe en ningún layout. 11 fixtures negativas, los dos suelos anti-vacuos, y `43-validate-guard-negative-fixtures` lo OBSERVÓ en rojo sobre 36 guards. Una indulgencia conocida (dos joins como argumentos hermanos) queda anotada en su cabecera en vez de escondida. | `MCP Server` | Cross | P0 | M  | `COMPLETADO` |
+| [`GT-631`](./gap-reference-catalog.es.md#gt-631) | **Extraído de [`GT-573`](./gap-reference-catalog.es.md#gt-573) para que su mitad cross-repo se siga en vez de absorberse en un cierre.** La mitad del Core del tercer criterio de GT-573 está hecha: `evaluation-context` y `evaluation-result` están fijados en `MACHINE_CONTRACT_SET` junto a `gate-evidence` y `output-envelope`, así que un cambio en cualquiera de esas formas ya rompe `10-validate-contract-conformance` en vez de llegar en silencio a los consumidores. Lo que queda está en otro repositorio y no se puede hacer desde aquí: el **Tracker** debe re-fijar esos dos esquemas en su propio `contracts/evolith-core-contracts.json` con su sha256, enlazar las tres fixtures publicadas (`EVALUATION_RESULT_PASS/FAIL/OPA_GATE_FAIL`) en un test de binding de DTOs, quitar o documentar `resolvedTopology` (que el resultado canónico nunca llevó), renombrar su `phase` de gate a `phaseId`, y eliminar su caída a `SKIPPED` para un payload que trae un `overallVerdict` no vacío. Hasta entonces, un cambio de forma del lado Core se caza aquí y sigue sorprendiendo al consumidor. | `Evolith Tracker` | Cross | P1 | S | `PENDIENTE` |
+| [`GT-630`](./gap-reference-catalog.es.md#gt-630) | **Los artefactos derivados tienen un ORDEN de dependencia y nada lo exigía — costó tres checks requeridos en rojo solo el 2026-07-28.** `generate-executive-summary.mjs` lee `maturity-reconciliation.json`, que a su vez se deriva del tablero de gaps. Generar el resumen ANTES de reconciliar captura un valor que el reconciliador está a punto de mover. El `--check` de cada artefacto pasa en ese momento — el resumen coincide de verdad con lo que se acaba de escribir — así que `ci-runner governance` sale verde en local y `Validate documentation` sale rojo en el runner, donde los pasos corren en el orden declarado. No es un fallo de artefacto rancio, que los `--check` individuales ya cazan; es un fallo de ORDEN, invisible para cualquier comprobación que mire un artefacto cada vez. La secuencia correcta (reconciliar → suite → generar → validar) no estaba escrita en ningún sitio del repositorio, que es la razón de que el mismo error se cometiera tres veces en una sesión por alguien a quien ya le había mordido dos. **CERRADO al registrarse.** La cadena es ahora DATOS en `46-validate-derived-artifact-order.mjs` — productor, qué consume, qué escribe — recorrida en orden de dependencia y cableada en `Validate documentation`. Informa del PRIMER eslabón rancio con el comando que lo arregla y las entradas que deben estar al día antes que él, porque un artefacto construido sobre entrada rancia no está mal por sí mismo. Escribir los tests acotó cuánto vale la pasada de punto fijo, y ese límite queda recogido en el guard: con generadores deterministas, la comprobación de orden ya la subsume; se gana su sitio ante un generador cuya salida no depende solo de sus entradas declaradas, que es el caso que ejercita el autotest. 8 autotests, cuatro de ellos anti-vacuos. Registrado en `guard-classification.mjs`; 58 guards clasificados, 35 vistos fallar. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-629`](./gap-reference-catalog.es.md#gt-629) | **Una fila puede estar EN-PROGRESO indefinidamente sin criterios de aceptación, y el guard de seguimiento no lo dirá.** `08-validate-tracking.mjs` exige que una fila `DONE` tenga todos sus criterios marcados — la comprobación que ha cazado cuatro cierres falsos esta semana — pero nunca pregunta si una fila ABIERTA tiene algún criterio que marcar. `GT-443` estaba en ese estado: registrada, en progreso y estructuralmente incerrable, porque su sección del catálogo llevaba prosa en vez de una lista de criterios. Encontrado el 2026-07-28 auditando por qué había 24 filas en progreso. Una fila sin criterios es peor que una con criterios incumplidos: no puede terminarse, no puede medirse, y se lee como trabajo activo. **CERRADO el 2026-07-28.** El guard ya rechazaba una fila COMPLETADA con un criterio sin marcar; ahora rechaza también una fila no-completada SIN criterios que marcar, en cualquiera de los dos idiomas, nombrando la fila, su estado y el idioma. El alcance es toda fila abierta, incluidas DIFERIDO, épicos e hitos — a propósito, porque una fila agregadora es el sitio más fácil para que se esconda la prosa. Imprime su denominador también en la corrida verde (`47 filas GT no-completadas comprobadas … 0 sin criterios`) y lleva dos suelos `assertScanned` sobre el corpus de casillas, porque AMBAS comprobaciones de criterios leen la misma forma `- [ ]` y enmudecerían juntas si esa forma se moviera. 17 autotests, incluida la fixture negativa. **Encontró tres filas reales en su primera ejecución** — GT-435, GT-444, GT-448, con prosa `**Closure:**` en la forma de GT-443 — y se les escribieron criterios comprobables en vez de una exención. | `Governance` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-628`](./gap-reference-catalog.es.md#gt-628) | **Diecinueve documentos están en el slot de idioma equivocado, y la puerta no podía ver ninguno hasta el 2026-07-28.** Descubierto al activar la heurística de idioma de GT-620. OCHO slots ingleses están escritos en español — `reference/core/interfaces/using-the-mcp.md` (956 palabras funcionales españolas frente a 107 inglesas), `using-the-rest-api.md` (1231 frente a 35), `src/packages/mcp-server/README.md` (573 frente a 21), `reference/knowledge/README.md`, `reference/knowledge/canonical/glossary/knowledge.md`, `reference/core/sdlc/governance/adr-0090-rule-language-policy.md` y dos plantillas de artefacto SDLC. ONCE slots españoles están escritos en inglés, incluidos los `.es.md` de tres ADRs de SEGURIDAD (0120 prevención de SSRF, 0121 validación de entrada, 0122 seguridad en ejecución de shell) y ambas copias de `ADR_COVERAGE.es.md`. El proyecto está a las puertas del código abierto y sus dos guías de interfaz principales — MCP y REST — no tienen ningún punto de entrada en inglés, exactamente el hallazgo que GT-620 registró para la guía del CLI. Quedan en línea base POR NOMBRE en `bilingual-suite.mjs` para que la clase no pueda crecer; cada entrada borrada de esa lista es una traducción que ocurrió de verdad. **CERRADO el 2026-07-28 — la línea base está vacía y eliminada.** Diecinueve documentos estaban en el slot de idioma equivocado cuando se activó la heurística. Cuatro eran culpa de la propia heurística (tablas de títulos de ADR en inglés leídas como prosa inglesa) y se arreglaron en la librería, no se excusaron. Los otros quince se tradujeron, los últimos ocho en esta ola: `using-the-mcp.md` (1381 líneas, el punto de entrada en inglés a la superficie MCP que un producto a las puertas del código abierto no tenía), `src/packages/mcp-server/README.md`, los `.es.md` de ADR-0054 y ADR-0056, `scripts-taxonomy.es.md`, `minimal-apis-vs-controllers-analysis.es.md` y las dos plantillas de artefacto SDLC. **Sin línea base, TODO par EN/ES del repositorio queda ahora juzgado** — incluido `using-the-cli.md`, que estuvo fuera de la línea base desde el principio justo para que fallara si regresaba. La cabecera de la suite lo dice con todas las letras: no reintroduzcas una línea base para poner verde una puerta roja; traduce el fichero. | `Documentation` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-627`](./gap-reference-catalog.es.md#gt-627) | **El corpus de conformidad de ADR commiteado estaba siete rulesets por detrás de su propio generador, y seis de los siete son estándares de seguridad.** Descubierto el 2026-07-28 al regenerar para `GT-571`: `generate-adr-rulesets.mjs` escribió 133 rulesets donde el repositorio tenía 126. Los que faltaban son ADR-0118 más **ADR-0119 (endurecimiento de configuración de seguridad de API), ADR-0120 (prevención de SSRF), ADR-0121 (validación y saneamiento de entrada), ADR-0122 (seguridad en ejecución de shell), ADR-0123 (comparación en tiempo constante) y ADR-0124 (gestión de credenciales y secretos)** — decisiones aceptadas sin ningún ruleset de conformidad en el corpus, porque nadie volvió a ejecutar el generador tras aceptarlas. Nada lo detectó: el generador imprime una cifra de cobertura pero no se ejecuta con `--check` en CI, así que el corpus podía derivar del conjunto de ADRs indefinidamente. Es la misma forma que `GT-424` (un registro que deriva porque solo se verifica una dirección) y `GT-607` (ADRs Aceptados sin código que los implemente), y es la razón de que se moviera el snapshot fijado de triaje de `GT-595`: de 143 no ejecutables a 150, y de 126 reglas de conformidad de ADR a 133. **CERRADO el 2026-07-28.** El generador soportaba `--check` desde que se escribió; nadie lo ejecutaba nunca, y ese era el gap entero — la misma forma que `GT-424`, donde el guard existía y no se exigía. Ahora corre en `Validate documentation`, un check REQUERIDO, así que un ADR aceptado sin ruleset generado bloquea el merge en vez de esperar a que alguien regenere a mano. Por el camino se repararon dos cosas. **El autotest del propio generador estaba rojo y llevaba tiempo así**, por dos rutas que perdieron el prefijo `src/` en el refactor — uno de los ocho fallos preexistentes que catalogó el verificador de la ola 2; ahora va 8/8 y corre en el mismo job requerido. **`--check` podía reportar un pase sobre nada**: `drift === 0` sobre un árbol de ADRs vacío no es "sin deriva", es "no se comparó nada", así que ahora falla ante un barrido de cero ADRs e imprime el denominador que comparó (`--check passed: 140 ADR(s), no drift`). La fixture negativa borra un ruleset generado real, comprueba que el check se pone rojo y restaura el árbol — un guard que nadie ha visto fallar es el defecto que este tablero no para de encontrarse a sí mismo. | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-626`](./gap-reference-catalog.es.md#gt-626) | **El quickstart del propio README no completa, y los dos comandos discrepan sobre lo que produce `init`.** Medido el 2026-07-28 contra el `@beyondnet/evolith-cli@1.2.1` publicado, ejecutando la secuencia del README literalmente en un directorio limpio. El paso 5, `evolith scaffold --phase 1`, sale con 1 y `<proj>/src exists but is not an Nx workspace (no nx.json/package.json). Run \`evolith-cli init\` first to scaffold the base workspace.` — pero `init` ya se había ejecutado en el paso 2, y es quien creó ese `src/`. `scaffold.command.ts:296-305` resuelve el workspace al directorio `src/` y exige un `nx.json` o `package.json` DENTRO de él; `init` escribe `package.json` en la RAÍZ del proyecto y deja `src/` vacío. El consejo del mensaje de error es por tanto circular: le dice al usuario que ejecute el comando que acaba de ejecutar. `scaffold` no acepta `--dir`, así que no hay rodeo dentro de la secuencia documentada. Extraído de `GT-571` al ejecutar su primer criterio de aceptación en vez de asumirlo. **Seguimiento de la ola 2, 2026-07-28 — dos de tres criterios cumplidos, y el tercero es el de fondo.** La mitad de las banderas está corregida: `--phase` estaba declarada, documentada y se preguntaba INCONDICIONALMENTE, así que se descartaba en silencio en la ruta humana mientras `--frontend` y `--orm`, justo encima, sí se respetaban — por eso pasar banderas no hacía el comando ejecutable en un script. Ahora toda bandera declarada manda, la fase pasa por la misma canonicalización `toProgressivePhase` que la ruta JSON, y los valores con default DOCUMENTADO (`--api-name`, `--web-app-name`, `--host-name`, `--remotes`) resuelven a ese default en no-TTY en vez de rehusar: el exit 3 debe significar "esta ejecución necesita una decisión", nunca "no reescribiste un valor por defecto". Las decisiones reales sin default siguen rehusando, correctamente. **La precondición se corrigió en dirección contraria a mi primer intento, que estaba mal.** Primero la hice permisiva, y el resultado fue convertir un rechazo rápido y claro en un crash críptico de Nx (`Cannot read properties of null (reading 'useInferencePlugins')`) tras minutos instalando dependencias. `NxWorkspaceStrategy` ejecuta `npm` y `nx` dentro de `<cwd>/src`, así que ese directorio debe ser de verdad un workspace Nx; el guard ahora exige `nx.json` ahí — aceptar solo `package.json` era un falso positivo — y su mensaje nombra algo que sí lo crea, en vez de nombrar `init`, el comando que el usuario acaba de ejecutar. **El criterio 2 NO se cumple y es el alcance restante:** `init` y `scaffold` siguen sin coincidir, porque nada en el producto crea ese workspace Nx. Quién debería hacerlo — `init`, el propio `scaffold`, o un paso explícito — es una decisión de diseño, no algo que adivinar dentro de una precondición. Ambos READMEs ya lo dicen en vez de documentar un paso que no puede seguir al anterior. **CERRADO el 2026-07-28.** Aterrizó el criterio 2: `scaffold` ahora arranca el workspace Nx que necesita, así que puede ir detrás de `init` como el README siempre dio a entender. La precondición NO se hizo permisiva a propósito — un intento anterior lo hizo y convirtió un rechazo rápido y claro en un crash críptico de Nx tras minutos instalando dependencias; un `src/` ambiguo sigue ganándose el rechazo rápido. El sobre informa de si la ejecución creó el workspace o lo encontró, para que un consumidor máquina distinga un andamiaje sobre un workspace preexistente de uno que arrancó el suyo. | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-625`](./gap-reference-catalog.es.md#gt-625) | **El artefacto publicado no es instalable, y lo que lo tapa es el workspace.** Descubierto al PROBAR el criterio de aceptación de GT-571 contra el registro en vez de asumirlo. `npm i @beyondnet/evolith-cli@1.2.0` en un directorio limpio instala, y entonces `evolith-cli --version` muere con `MODULE_NOT_FOUND` en `@beyondnet/evolith-core-domain/application/paths/rulesets-location` — un import de subruta profunda que el `@beyondnet/evolith-core-domain` publicado no expone. En este repositorio ese mismo import resuelve, porque el symlink del workspace apunta al árbol de fuentes y no a lo que se empaquetó. Toda comprobación que hacemos es por tanto ciega a esto: la suite del CLI (1382 tests), la suite e2e y el tester exploratorio corren dentro del workspace. 1 de 36 especificadores `@beyondnet/*` que importa el `dist` publicado no resuelve en una instalación limpia; `src/sdk/cli/scripts/check-install-smoke.mjs`, escrito durante la Ola 2, es lo que lo detecta. Es la misma clase que el hallazgo de la auditoría de madurez de que un verde local no es evidencia — aquí el mecanismo de ocultación son los workspaces de npm y no un `dist` rancio o un directorio en gitignore. **CERRADO el 2026-07-28.** `core-domain@1.2.0`, `core@1.2.0`, `infra-providers@1.2.0`, `mcp@1.2.1` y `cli@1.2.1` están en el registro, los cinco con attestations. Verificado contra el REGISTRO, no contra un exit code: el tarball de core-domain contiene `application/paths/rulesets-location`, y en un directorio que jamás ha visto este workspace `cli --version` imprime 1.2.1 y el MCP arranca. **La puerta se pagó sola en su primer uso real**: paró la release antes de publicar el MCP y destapó un SEGUNDO paquete publicado roto que la auditoría no vio — `evolith-mcp@1.2.0` revienta al arrancar con `PatternCatalogService is not a constructor`, porque `evolith-core@1.1.0` no lo exporta. Dos paquetes publicados rotos por una sola causa; este se detectó antes de enviar, no cuatro días después. Se registra también porque cambia lo que es cierto: publicar core-domain@1.2.0 repara retroactivamente `cli@1.2.0`, cuyo rango `^1.1.0` ahora resuelve al hermano corregido — que es justo por lo que se estrecharon los rangos a `^1.2.0`, para que un resolutor no pueda volver a elegir 1.1.0. | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-624`](./gap-reference-catalog.es.md#gt-624) | **Extraído de [`GT-570`](./gap-reference-catalog.es.md#gt-570) para que su remanente quede registrado y no absorbido en un cierre.** 1.2.0 se publicó el 2026-07-27 con provenance y la exposición está cerrada para quien instale `latest` — pero dos de los tres criterios originales de GT-570 no se cumplen con eso, y fingir lo contrario es el patrón que este tablero lleva pillándose a sí mismo (GT-12, GT-568, GT-254, GT-424). **(a) Las versiones 1.1.0 no están deprecadas.** `npm install @beyondnet/evolith-mcp@1.1.0` sigue resolviendo la build anterior a la ola de seguridad del 2026-07-23, en silencio, y el CHANGELOG público nombra los ficheros vulnerables. Deprecar es un comando por paquete pero exige credenciales de npm, así que es acción del dueño: `npm deprecate @beyondnet/evolith-mcp@1.1.0 "Security fixes in 1.2.0 — see CHANGELOG"`, e igual para `evolith-cli@1.1.0` y `evolith-agent-runtime@1.1.0`. **(b) Ningún gate de release falla cuando un commit etiquetado de seguridad no está en el tag publicado.** Esa ausencia es exactamente lo que permitió que la ola siguiera sin publicar del 2026-07-23 al 2026-07-27 mientras `SECURITY.md` declaraba la línea 1.1.x "actively patched". No lo detectó nada; lo detectó una auditoría. Relacionado: `GT-623` — release-please deriva los saltos de versión de los mensajes de commit, y el tipo `security(...)` que usan 2 de los últimos 60 commits no es un tipo de Conventional Commits, así que no aporta nada al bump. Los dos defectos dejan que un cambio de seguridad no llegue a una versión, por caminos distintos. **CERRADO el 2026-07-30 — y la mitad que importaba era el gate, no las deprecaciones.** Criterio (a): `1.1.0` queda deprecada en seis paquetes (`evolith-cli`, `evolith-mcp`, `evolith-agent-runtime`, `evolith-core-domain`, `evolith-core`, `evolith-infra-providers`), con mensaje que nombra al sucesor; dos se dejaron aparte a propósito y el motivo es un hallazgo, no un recorte de alcance — `evolith-sdk@1.1.0` es lo que la línea publicada RESOLVÍA de verdad (ver `GT-634` (registrado aparte)) y `evolith-contracts@1.1.0` es la única versión de ese paquete. Criterios (b) y (c): `48-validate-security-publish-lag` le pregunta al **registry** qué está publicado — el tag `v*` más nuevo aquí es `v1.1.0` mientras npm sirve `1.2.2`, así que un gate basado en tags habría reportado un retraso inexistente —, localiza el commit donde se FIJÓ la versión publicada de cada paquete y falla ante cualquier commit posterior cuyo **tipo o scope** lo marque como seguridad. Rechaza la prosa a propósito: `fix(deps)!: … the security wave` es un arreglo de dependencias, y un gate que grita lobo se acaba apagando. **Se encontraron y corrigieron dos falsos negativos al construirlo, cada uno fijado con una fixture:** `git log -S` casaba también el commit que BORRÓ la cadena de versión, y tomar el commit MÁS NUEVO con la versión publicada permitía que un bump de dependencia posterior empujara la frontera y escondiera la ventana. El denominador corregido es 47 commits examinados en 8 paquetes, frente a 31 de la primera implementación. Observado en rojo por `43-validate-guard-negative-fixtures` (37/37), así que es una fixture que este repositorio ha VISTO fallar. | `Infra` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-623`](./gap-reference-catalog.es.md#gt-623) | **El hook existe, está cableado, y no puede aplicar nada.** `.husky/commit-msg` ejecuta `npx --no -- commitlint --version`; cuando falla imprime `commitlint is not installed — skipping commit message lint` y sale con **éxito**. Verificado: `commitlint` no aparece ni en `dependencies` ni en `devDependencies` del `package.json` raíz, no hay `commitlint.config.*` ni `.commitlintrc*`, y no existe clave `commitlint` en `package.json`. Así que la rama `else` es la única que se ejecuta, en cada commit. Observado en vivo el 2026-07-27 al mergear `develop` en una rama de trabajo. **Qué depende de la convención que no aplica:** `CONTRIBUTING.md` y `.github/pull_request_template.md` exigen Conventional Commits en tres sitios, y —la parte que cuesta dinero— **release-please deriva los saltos de versión de los mensajes de commit**, cableado en `sdk-cli-release.yml` y `sdk-cli-ci.yml`. **Ya está derivando, y con consecuencia:** 2 de los últimos 60 commits no-merge usan el tipo `security(...)` (`security(fase-7): add Docker/K8s hardening checklist`, `security(fase-6): add executable security rulesets`), que no es un tipo de Conventional Commits. release-please no lo reconoce, así que **un commit que se anuncia como cambio de seguridad no aporta nada al salto de versión** — el mismo modo de fallo que [`GT-570`](./gap-reference-catalog.es.md#gt-570), donde una ola de seguridad sigue sin publicarse. Fix: instalar y configurar commitlint para que el hook tome su rama real, o borrar el hook y dejar de reclamar la convención. Fallar abierto es la peor de las tres opciones, porque produce la apariencia de enforcement. Si se quiere el tipo `security`, declararlo en la config y mapearlo a un bump — no dejarlo a un linter que nunca corre. **Cierre (ola 2026-07-28).** commitlint está instalado, configurado y el hook toma su rama real — verificado en ambos sentidos: un mensaje `feat:` válido se acepta y uno malformado se **rechaza**. El tipo `security(...)` que usan commits reales aquí queda DECLARADO en la config con su significado de bump, en vez de dejarlo fallar el lint o ignorarse en silencio. **Este aterrizaje rompió el repositorio de tres formas antes de funcionar**, todas por respetar el agente correctamente sus paths: `package.json` ganó las dependencias y `package-lock.json` no, así que `npm ci` falló en todo el repo; el hook falló CERRADO sin commitlint, bloqueando cualquier commit; y `03-validate-root-cleanliness` rechazó el fichero nuevo en la raíz. Los tres reparados en la misma ola. La lección es sobre la ola, no sobre el fix: **quien pueda editar `package.json` debe poder editar también el lockfile**. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-622`](./gap-reference-catalog.es.md#gt-622) | **Cada pull request arrastra un check `CodeQL` en rojo que dice "1 configuration not found", y no es un hallazgo de seguridad — es contabilidad huérfana.** GitHub conserva **82 análisis de code scanning** en `refs/heads/main` bajo la clave `.github/workflows/ci.yml:codeql`. Esa configuración existió de verdad: el commit `87f50ce3` añadió un job `codeql` a `ci.yml`, y `f50030cd` lo quitó el 2026-06-06 al vaciar ese workflow — el último análisis bajo esa clave es de ese mismo día. Como la configuración sigue *registrada* en `main` pero nada la produce, GitHub la reporta como ausente en cada PR. Lleva así 51 días. Verificado: `code-scanning/analyses?ref=refs/heads/main` devuelve tres claves — `ci.yml:codeql` (82, último 2026-06-06), `sdk-cli-ci.yml:codeql-analysis` (159, al día) y `sdk-cli-ci.yml:trivy-scan` (159, al día). El escaneo que importa está sano; `CodeQL SAST` pasa y es check requerido. **El workflow muerto ya está eliminado** (corría un job `Disabled` que sólo hacía `echo`, en cada PR y push a `main` y `develop`); borrar el fichero NO limpia la configuración registrada, y por eso existe esta fila. **La acción restante queda deliberadamente sin automatizar:** eliminar los 82 análisis vía `DELETE /repos/{owner}/{repo}/code-scanning/analyses/{id}` es irreversible y destruye historial de code scanning de una rama protegida. Su valor histórico es nulo —describen una configuración muerta desde junio— pero tirar historial de escaneo de seguridad es decisión del dueño, no de la herramienta. **Por qué importa más allá del ruido:** un check permanentemente rojo enseña a los revisores a descontar los checks rojos, y `CodeQL SAST` —que comparte el nombre CodeQL y SÍ es requerido— es precisamente el check que nadie se puede permitir aprender a ignorar. | `Infra` | Cross | P2 | XS | `PENDIENTE` |
+| [`GT-609`](./gap-reference-catalog.es.md#gt-609) | **Fuga de autorización en la superficie de descubrimiento.** `mcp-cache.service.ts:8` declara `toolsList: 'mcp:tools:list'` — una única clave literal, sin principal, tenant ni scope — y la lista se cachea ANTES de aplicar el filtro de scope. Así que el primer llamador que calienta la caché decide el inventario que ven todos los siguientes durante el TTL: un admin que la caliente publica el inventario con capacidad de escritura a los lectores. **Verificado aquí contra el código.** Fix: indexar la caché por principal (hash de scopes + tenant), o eliminarla — una superficie de descubrimiento que responde con la vista de otro principal es peor que una sin caché. Origen: hallazgo 4.2 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** La caché de tools/list ya no responde con la vista de otro principal. Verificado con el test que importa y no con el formato de la clave: calentar como principal privilegiado, leer como uno sin privilegios, y asertar que el segundo sólo ve su inventario. mcp-server 409/409. | `MCP Server` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-610`](./gap-reference-catalog.es.md#gt-610) | **La peor clase de fallo posible para un producto de auditoría: la acción correcta, registrada, ejecutada con las entradas equivocadas.** Los tres motores rellenan `proposedArguments` — `swarms-agent.adapter.ts:99`, `hermes-agent.adapter.ts:98`, `stub-agent-engine.adapter.ts:46` — y el servicio lee sólo `plan.proposedTool` (`agent-runtime.service.ts:168-169`). Los argumentos propuestos se calculan, cruzan el puerto y se tiran; la skill se ejecuta con lo que hubiera en `request.parameters`. **Verificado aquí contra el código.** Fix: fusionar los argumentos propuestos con revalidación contra el contrato de entrada declarado por la skill antes de ejecutar, y registrar en la traza qué conjunto se usó. Origen: hallazgo 5.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** El servicio ahora fusiona los `proposedArguments` del motor **con revalidación contra el contrato de entrada declarado por la skill** antes de ejecutar — un motor es una fuente no confiable, así que pasarlos a ciegas habría cambiado un defecto por otro — y registra en la traza qué conjunto se usó. agent-runtime 333/333. | `agent-runtime` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-611`](./gap-reference-catalog.es.md#gt-611) | **Más amplio de lo que reportó el diagnóstico, y más amplio de lo que arregló GT-571.** Los prompts no viven en cada comando: pasan por el `src/sdk/cli/src/infrastructure/prompts/prompt.service.ts` compartido, que consumen `init`, `validate`, `upgrade`, `phase-advance`, `adr`, `waiver`, `chat`, `enforce`, `agents` y más (`profile.command.ts` importa `@clack/prompts` directamente). **Verificado aquí contra el código.** GT-571 le dio a `init` un contrato no-interactivo definido — un stdin cerrado no pregunta, el fallo fija exit code distinto de cero, `--format json` emite un envelope parseable y nada más — y dejó a los demás consumidores como estaban. Un paso de CI que canalice cualquiera de ellos a `jq` sigue recibiendo un menú ANSI y leyendo exit 0. Fix: imponer el contrato máquina en la frontera del `PromptService` y no comando a comando, de modo que un stdin no-TTY no pueda producir un prompt en ningún sitio, y añadir un test de superficie que lo asserte para cada comando registrado. Origen: hallazgo 3.1 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+ola 2026-07-28 — impuesto en la frontera, con un matiz honesto.** El contrato máquina se impone dentro de `PromptService` y no comando a comando, así que ningún comando puede abrir un segundo canal de prompt — asertado por un invariante estructural sobre el fuente de todos ellos. **NO cerrado, y la razón es deliberada:** `EVOLITH_FORCE_INTERACTIVE=1` reactiva el prompt sin TTY. Existe porque la suite unitaria debe poder recorrer las ramas interactivas y porque algunas terminales reportan mal `isTTY`, pero un job de CI que la fije puede seguir colgándose en un prompt — así que la lectura estricta de "un stdin no-TTY NUNCA puede producir un prompt" sólo se sostiene en ausencia de esa variable. La mitad de cobertura es además estática, no un barrido conductual de los ~40 comandos registrados con stdin cerrado. **CERRADO el 2026-07-28 sobre una mutación, no sobre una lectura.** La suite de regresión afirma la propiedad donde de verdad es cierta o falsa: `PromptService` — el único canal de prompts — rechaza todo método interactivo cuando stdin no es un TTY, clasificado como entrada inválida (exit 3) y no como fallo de herramienta, y sigue preguntando cuando hay TTY, así que el producto interactivo no cambia. La mitad que importa es la de superficie: ningún fichero de comando puede abrir un SEGUNDO canal. Verificado añadiendo un comando que importa `@clack/prompts` directamente — la suite se pone roja. 19/19, y cubre comandos escritos después, que es la razón de que sea un barrido y no una lista. | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-612`](./gap-reference-catalog.es.md#gt-612) | **El puerto define lecturas y nadie las ejecuta.** `agent-runtime.service.ts` llama a `memory.append` dos veces (`:115` y `:389`) y no hay una sola llamada a `history()` ni `recall()` en todo `src`. **Verificado aquí contra el código.** Para un producto que se vende como operador agéntico del Core, éste es el gap que aparece en la primera demo: cada turno arranca en blanco mientras el almacén se llena. Fix: leer el namespace de conversación dentro del contexto de plan e implementar recall en los caminos que necesitan estado previo; el puerto ya declara ambas. Origen: hallazgo 5.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+ola 2026-07-28 — el camino de conversación ya lee, `recall()` sigue sin consumidor.** El contexto de plan se alimenta ahora del namespace de conversación, acotado a propósito (un transcript sin límite dentro de un prompt es un defecto en sí), así que el turno 2 sabe del turno 1. **NO cerrado:** `recall()` sigue sin llamarse, y el agente se negó a inventarle un consumidor sólo para que un grep diera distinto de cero — eso sería exactamente el código ceremonial que este backlog existe para eliminar. La posición honesta es que el puerto declara una capacidad que ningún camino necesita todavía; o aparece un camino o el puerto se estrecha. **CERRADO el 2026-07-28 sobre una mutación.** `agent-runtime.service.ts:146` lee el namespace de conversación de vuelta al contexto del plan antes de ejecutar el turno, acotado por defecto a 20 entradas (una transcripción sin límite es un defecto en sí) y en modo best-effort: una caída de memoria deja el turno sin estado en vez de tumbar una ejecución gobernada. Sustituir esa lectura por un array vacío pone TRES tests en rojo, incluido `turn 2 receives turn 1 in the plan context`. Solo se paga cuando hay un engine cableado. | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-613`](./gap-reference-catalog.es.md#gt-613) | **Registrado con la evidencia del diagnóstico CORREGIDA.** El hallazgo 1.7 afirma que `IStructuralReviewer` está "ausente de `src/`" — es falso: existen el puerto (`domain/ports/structural-reviewer.port.ts`), el provider (`application/structural-review-provider.ts`) y una rúbrica (`domain/rubrics/structural-review-rubric.ts`). Lo que sí es cierto es la sustancia de debajo: `grep -rn "implements IStructuralReviewer" src` devuelve **cero** — el seam tiene la forma correcta y no hay nada enchufado. **Verificado aquí contra el código.** Fix: implementar un adaptador, o devolver el ADR que lo gobierna a Proposed y decir con claridad que no existe implementación — un ADR Accepted sin código es el patrón que GT-607 ya registra en bloque. Origen: hallazgo 1.7 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md), evidencia corregida al verificar. Ola 2: `HeuristicStructuralReviewer` implementa IStructuralReviewer en proceso y de forma determinista; la costura deja de ser una forma sin nada dentro. El test falla sin el adaptador. | `agent-runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-614`](./gap-reference-catalog.es.md#gt-614) | El pipeline de evaluación se ejecuta por completo y sólo después filtra por `ctx.kinds`, así que una petición de un solo kind paga por todos los gates y recibe un veredicto global moldeado por gates que nunca pidió; los kinds sin evaluador se descartan en silencio en vez de rechazarse. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. Fix: filtrar por kind antes de ejecutar y devolver un error explícito para un kind no soportado en vez de descartarlo. Origen: hallazgo 1.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Ola 2: los kinds se leen ANTES de ejecutar y un kind no atendible se rechaza con `UnsupportedEvaluationKindError` en vez de descartarse; un kind no pedido queda FUERA DE ALCANCE (sin sub-resultado ni entrada en el denominador) en vez de producir un objeto de compliance 0/0. **Criterio NO cumplido:** pedir solo `compliance` sigue ejecutando todas las puertas de fase, porque el pipeline es monolítico y vive fuera de `evaluation/**`. El defecto descrito persiste para los kinds internos del pipeline. | `Evolith Core` | Cross | P2 | S | `EN-PROGRESO` |
+| [`GT-615`](./gap-reference-catalog.es.md#gt-615) | El Tracker almacena `repository_revision` pero sólo expone `GET /` y `GET /{id}`: sin consulta por repositorio, sin orden por revisión, sin endpoint de diff. El sustrato perfecto para detectar drift existe y no emite nada. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: `GET ?repositoryUrl=&since=`, una proyección de veredicto, y una fila `DriftDetected` cuando el veredicto cambia entre revisiones. Origen: hallazgo 2.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | M | `PENDIENTE` |
+| [`GT-616`](./gap-reference-catalog.es.md#gt-616) | `TrackerTracing.cs` retorna temprano cuando `Otlp:Endpoint` está vacío, que es el valor por defecto, así que no se ejecuta ningún `StartActivity` en estado desplegado. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: habilitarlo en el configmap y añadir los atributos de dominio (tenant, iniciativa, agente) que hacen que una traza responda una pregunta de gobernanza y no de fontanería. Origen: hallazgo 2.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | S | `PENDIENTE` |
+| [`GT-617`](./gap-reference-catalog.es.md#gt-617) | El badge afirma 30 decisiones frente a T-054+; el documento de diseño afirma 10 esquemas y 33 tablas frente a 7 y 45 reales, y nombra cinco esquemas que no existen; un README de componente afirma 3 robots frente a 12. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: regenerar todos esos artefactos desde un snapshot del código en vez de mantenerlos a mano — la misma disciplina de transclusión que el board del Core aplica a sus inventarios. Origen: hallazgo 2.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | S | `PENDIENTE` |
+| [`GT-618`](./gap-reference-catalog.es.md#gt-618) | `waiver` no tiene opción `--format` e imprime un array crudo sin `success`, sin `meta` y sin `correlationId`, así que queda fuera del envelope ADR-0073 al que conforman todas las demás superficies. **Verificado aquí contra el código.** (la única aparición de `--format` en `waiver.command.ts` está dentro de un comentario sobre otro comando). Un waiver es la acción de mayor consecuencia del producto — *suspende* una regla — y es la única que no se puede correlacionar con la decisión que anula. Fix: conformar al envelope y arrastrar el correlationId del veredicto que se exime. Origen: hallazgo 3.4 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** `waiver` conforma al envelope ADR-0073 con `--format`, `success`, `meta` y `correlationId`, así que la única acción que CANCELA gobernanza por fin se puede ingerir y correlacionar. Queda como follow-up, no como bloqueo: nada arrastra todavía el correlationId automáticamente de un `evaluate`/`gate` al `waiver request` posterior — lo aporta el llamador. | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-619`](./gap-reference-catalog.es.md#gt-619) | `chat.command.ts` tiene exactamente 91 líneas: imprime, llama una vez, imprime y sale. **Verificado aquí contra el código.** No hay conversación, y un prospecto lo descubre en unos treinta segundos. Fix: implementar un REPL real con estado de sesión, o eliminar el comando — enviar una funcionalidad con nombre propio que no hace lo que su nombre dice cuesta más credibilidad que no enviarla. Origen: hallazgo 3.5 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** Resuelto implementando en vez de eliminando: `chat.command.ts` es ahora un REPL real con estado de sesión (200 líneas, bucle genuino) en lugar de 91 líneas que imprimían, llamaban una vez y salían. Un prospecto ya no descubre en treinta segundos que la funcionalidad no hace lo que su nombre dice. | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-620`](./gap-reference-catalog.es.md#gt-620) | `reference/core/interfaces/using-the-cli.md` — el slot en inglés — empieza con `# Cómo usar la CLI de Evolith` y mide 817 palabras funcionales españolas frente a 151 inglesas. **Verificado aquí contra el código.** El proyecto está en el umbral del open source sin punto de entrada en inglés para su superficie principal. Es además una instancia viva de un punto ciego que nombró la auditoría de madurez: `04-check-bilingual-parity` compara el CONTEO de cabeceras `##`/`###`, así que un fichero sin traducir en el slot equivocado pasa en verde — éste pasa. Fix: escribir la guía inglesa real, y extender el gate de paridad con una heurística barata de idioma para que la clase de defecto no pueda repetirse en silencio. Origen: hallazgo 3.6 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** `using-the-cli.md` —el slot INGLÉS— es ahora inglés: medidas 0 palabras funcionales españolas frente a 1.222 inglesas, donde antes eran 817 frente a 151 y empezaba con `# Cómo usar la CLI de Evolith`. Los comandos documentados se comprobaron contra `--help` del CLI construido, no se transcribieron. Ambos ficheros mantienen 41 cabeceras, así que el gate de paridad sigue pasando — que es justo por lo que esto era invisible: ese gate compara CONTEOS de cabeceras, y cazar un fichero en el idioma equivocado exige la heurística de idioma entregada en follow_ups. **Reabierto a EN-PROGRESO en la reconciliación:** el defecto está arreglado y medido, pero el único criterio de aceptación de la fila pide un test que falle sin el arreglo, y no existe — `04-check-bilingual-parity.mjs` sigue con cero heurística de idioma, así que el mismo defecto puede repetirse en silencio. Marcarlo sería la sobre-afirmación que este tablero lleva pillando. **CERRADO el 2026-07-28 — y la heurística reveló que la clase era mucho mayor que esta fila.** `04-check-bilingual-parity` compara ahora el IDIOMA de cada par, no solo el número de sus títulos, vía `lib/language-heuristic.mjs`: palabras funcionales inequívocas en un idioma, contadas solo sobre PROSA (se retiran bloques de código, código en línea y destinos de enlace, para que banderas e identificadores no sesguen el recuento). Se abstiene ante una muestra de menos de 40 marcadores o una mayoría por debajo del 65% — una acusación falsa sería peor que el punto ciego, porque acabaría con la comprobación apagada. **La regresión se demuestra, no se afirma:** volver a poner el texto español en el slot inglés pone la puerta en rojo con `710 palabras funcionales en español frente a 71 en inglés`, y restaurar la guía inglesa la pone verde; 7 autotests cubren los dos veredictos, las dos abstenciones y la trampa del código. **Al activarla aparecieron 19 documentos más en el slot equivocado** — 8 slots ingleses escritos en español (entre ellos `using-the-mcp.md` con 956 palabras españolas frente a 107 inglesas, y `using-the-rest-api.md` con 1231 frente a 35) y 11 slots españoles escritos en inglés. Quedan en LÍNEA BASE POR NOMBRE, no por conteo: un ratchet numérico permitiría cambiar un fichero mal etiquetado por otro sin que el número se moviera. Registrado como `GT-628`. Este fichero está deliberadamente fuera de esa línea base, así que falla si alguna vez regresa. | `Documentation` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-621`](./gap-reference-catalog.es.md#gt-621) | Existen 17 puertos y 49 adaptadores para una sola pasada de ejecución; el camino caliente depende de 9 puertos requeridos y está bien dimensionado, mientras que los bordes fríos están sobre-construidos — dos adaptadores de interacción sin llamadores, un provider completo y sin conectar. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. El error no es construirlos: es contarlos como capacidad entregada en los documentos de visión. Fix: declarar en esos documentos qué puertos están en el camino caliente y cuáles son especulativos, para que un número de inventario deje de leerse como una afirmación de capacidad. Origen: hallazgo 5.7 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Cierre (ola 2026-07-28).** Los documentos de visión ahora declaran qué puertos están en el camino caliente (9 requeridos) y cuáles son especulativos, de modo que un número de inventario deja de leerse como afirmación de capacidad entregada. Los puertos y adaptadores no se tocaron: el defecto nunca fue construirlos, fue contarlos. **Reabierto a EN-PROGRESO en la reconciliación:** el defecto está arreglado y medido, pero el único criterio de aceptación de la fila pide un test que falle sin el arreglo, y no existe — `04-check-bilingual-parity.mjs` sigue con cero heurística de idioma, así que el mismo defecto puede repetirse en silencio. Marcarlo sería la sobre-afirmación que este tablero lleva pillando. **CERRADO el 2026-07-28, con las cifras de la propia fila corregidas.** La evidencia decía 17 puertos / 49 adaptadores y un camino caliente de 9; medido hoy son **19 interfaces de puerto, 53 ficheros de adaptador y 11 en el camino caliente** (7 obligatorios, 4 opcionales). El "dos adaptadores de interacción sin llamadores" del diagnóstico también se queda corto: `InteractionAdapterPort` tiene SEIS implementaciones y el runtime no llama a ninguna, junto a `ISchedulerPort`, `ICommunicationGatewayPort`, `IAssistantTransport`, `IQualitySignalProvider` e `IStructuralReviewer` — ocho costuras declaradas que la ejecución nunca alcanza. **La peor instancia no era prosa sino un diagrama:** `master-view.svg` publicaba "AgentRuntimeService — 12 hexagonal ports · 30 adapters", cifras que no coincidían con nada y que se leen como capacidad entregada. Corregido a "11 of 19 ports on the hot path · 53 adapters". El guard `45-validate-port-inventory-honesty.mjs` DERIVA el camino caliente de `AgentRuntimeDeps` — esa interfaz ES lo que la ejecución puede alcanzar — así que no puede pudrirse como una cifra escrita a mano, y falla ante cualquier documento rastreado que publique un conteo sin la distinción o cuya anotación discrepe del código. 9 autotests, cuatro de ellos anti-vacuos: cero puertos, una forma de deps no parseable (el camino caliente debe derivarse, nunca asumirse), cero adaptadores, y un corpus de escaneo que se movió. Cableado en ci-cd.yml y registrado en `guard-classification.mjs`; 37/37 guards clasificados, 34/34 vistos fallar. | `agent-runtime` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-601`](./gap-reference-catalog.es.md#gt-601) | **`canonical-result.mapper.ts` escribe tres campos de trazabilidad como arrays vacíos incondicionales y fija el motor a mano — y dos consumidores los leen.** `:130` `rulesExecuted: []`, `:134` `missingEvidence: []`, `:104`/`:133` `risks: []` son literales en cada evaluación real, y `:72` fija `engine: 'opa'` en toda referencia de `policiesApplied` corriera `NativeEvaluator` u `OpaEvaluator`. `sarif-exporter.ts:256` y `drift-gate.ts:203` derivan `evaluatedRules` de `rulesExecuted`. Consecuencia: **todo SARIF y todo manifiesto de evidencia del drift-gate que se emite hoy dice "0 reglas evaluadas"**, y en un producto cuya paridad dual es argumento de venta el único artefacto que la probaría atribuye mal la mitad de sus ejecuciones. El contrato de evidencia EVD-01..04 queda satisfecho en la forma y vacío en el fondo: el grafo de auditoría acumulado se escribe en blanco desde el origen. **+ola 2026-07-28 — 3 de 4 criterios.** Los cuatro literales desaparecieron: `rulesExecuted` es el conjunto deduplicado (regla, motor) que el pipeline ejecutó realmente, `missingEvidence` nombra artefactos declarados y no presentados, `risks` se construyen con el vocabulario de GT-569 manteniendo `skipped` (medio) distinto de `errored` (alto), y el motor se resuelve por regla en vez de hardcodearse a `'opa'`. SARIF emite ahora el CATÁLOGO de reglas de la corrida, así que una evaluación limpia deja de leerse como "0 rules evaluated". 26 tests nuevos. **NO cerrado:** `risks` sigue vacío en una corrida REAL hasta que `SatelliteEvaluationPipeline` adjunte `coverage` a su veredicto — ese productor está en `application/services/`, fuera del área del agente — y el motor se DERIVA de la ruta de la regla en vez de DECLARARSE, porque `RuleEvaluation` no tiene campo `engine`. El mapper ya prefiere un sello explícito en cuanto exista, así que la atribución es inferencia, no testimonio. **CERRADO el 2026-07-28 por verificación, no por código nuevo.** El arreglo había aterrizado en una ola anterior y nadie comprobó si satisfacía la fila. Los cuatro criterios se cumplen: `mapPipelineVerdict` puebla `rulesExecuted` desde `executedByKey` y un test comprueba el conteo contra una fixture con número de reglas conocido; `resolveRuleEngine` atribuye cada regla al evaluador que la ejecutó, con tests sobre la ruta nativa Y la de OPA más un override por regla; el exportador SARIF deriva `evaluatedRules` de `rulesExecuted` (deduplicado y ordenado) y comprueba que la lista no es vacía; y `risks` y `missingEvidence` se pueblan con el vocabulario de GT-569 — una regla que el motor NO pudo evaluar se convierte en riesgo, distinta de una que lanzó excepción, y lo que no se pudo comprobar nunca se cuenta como comprobado. **Verificado por mutación, no por lectura:** devolver `rulesExecuted` al array vacío incondicional pone 10 tests en rojo entre el mapper y el exportador SARIF. 40/40 en verde. | `Evolith Core` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-602`](./gap-reference-catalog.es.md#gt-602) | **15 de las 50 herramientas MCP están denegadas en producción por la política compilada que el dispatcher carga de verdad.** Establecido cargando `src/sdk/cli/rulesets/opa/policy.wasm` —el artefacto que se usa en dispatch, no el fuente rego— y evaluándolo para un `architect` en `production`: `evolith-adr-list`, `evolith-adr-get/create/update/matrix`, `evolith-pattern-list/get/list-by-topology`, `evolith-scaffold`, `evolith-docs-scaffold`, `evolith-init-batch`, `evolith-sdlc-generate`, `evolith-fixtures` y `evolith-upgrade-plan/apply` devuelven `ABAC-03` + `ABAC-01`. Como `mcp-tool-dispatch.ts:146` exige que permitan **ambos** motores, las quince quedan FORBIDDEN. El propio comentario del rego predijo este fallo; `abac-classification-coverage.spec.ts` guarda TS↔registro pero **nada guarda rego↔TS**. Consecuencia: un agente que pide a Evolith sus propios ADRs es rechazado, en silencio y por completo. Ola 2: el P0 está corregido — 15 pares herramienta/rol permitidos, cada uno argumentado por separado, y el ensanchamiento es estructuralmente nulo porque el dispatch exige nativo Y opa y los 15 ya estaban permitidos por el ABAC nativo. viewer/production sigue denegado en las 20 herramientas de escritura. Un spec de paridad bidireccional rego↔TypeScript lo protege. **AC1 NO acreditado:** el test de wasm SE AUTO-SALTA en CI porque el job `Test mcp-server` no ejecuta `build:policy`, así que CI verifica paridad contra el FUENTE rego, no contra el bundle compilado — un test que se salta justo donde se exige es el patrón de pase vacuo que este tablero persigue. AC2 intacto. **Criterio 2 intentado el 2026-07-28 y NO enviado, porque la versión ingenua es una regresión en producción.** Generar los tres conjuntos rego desde `TOOL_CLASSIFICATION` parece obvio y está mal: el mapa tiene 50 herramientas, el rego enumera 62, y la diferencia de 9 (`evolith-ping`, `evolith-echo`, `evolith-read-file`, `evolith-list-dir`, `evolith-read-gap-tracking`, `evolith-gate-status`, `evolith-write-file`, `evolith-replace-file`, `evolith-run-command`) la clasifica en runtime el FALLBACK de `classifyTool` — los conjuntos heredados `READ_TOOLS`/`WRITE_TOOLS`/`DEPLOY_TOOLS` más heurísticas de nombre (`includes()` over read/write/run/deploy and friends), no el mapa. Un generador alimentado solo por el mapa habría BORRADO esas nueve de la política, dejándolas sin clasificar y por tanto denegadas por ABAC-03 en producción — el mismo modo de fallo por el que se registró este gap, reintroducido por el arreglo. Detectado comparando la pertenencia antes y después en vez de dar por cosmético el diff; no se commiteó nada. **La fuente correcta es la lista de herramientas registradas clasificada a través del propio `classifyTool`, no el mapa**, lo que exige que el paquete mcp-server exponga primero esa proyección (`dist` construido, o un artefacto volcado) para que el generador consuma una sola respuesta en lugar de reimplementar el fallback y crear una tercera copia de la lógica. `abac-rego-parity.spec.ts` pasa hoy justamente porque compara contra `classifyTool`, fallback incluido — que es la razón de que nunca señalara el hueco de 12 herramientas entre el mapa y el rego. **Criterio 2 CERRADO el 2026-07-29, en el segundo diseño.** Los conjuntos rego se derivan ahora de `AbacEvaluator.toolProjection()` — la unión enumerable de todos los conjuntos que declara el código, con cada nombre clasificado LLAMANDO a `classifyTool` en vez de releyendo sus mapas. El generador ejecuta esa proyección con `ts-node` sobre el fuente TypeScript, así que no necesita build ni crea una tercera copia de la lógica del fallback. Resultado: **64 herramientas, CERO pérdidas** frente a la política mantenida a mano, más dos nombres (`read-tool`, `write-tool`) que el runtime ya clasificaba y el rego omitía. Es un ensanchamiento de dos nombres de fixture que el lado TypeScript ya permitía, así que la intersección nativo∧opa no cambia. El `--check` está cableado en el job `Test mcp-server` y el artefacto queda registrado como PRIMER eslabón de la cadena de artefactos derivados de GT-630, que ahora corre 3 eslabones y sigue en punto fijo. mcp-server 434/434 con la política generada; tests de política OPA 224/224. El primer diseño — alimentarse solo de `TOOL_CLASSIFICATION` — se descartó porque habría borrado doce herramientas y las habría denegado en producción; ese razonamiento se conserva arriba en vez de borrarlo con el arreglo que vino después. **Criterios 1 y 3 CERRADOS el 2026-07-30 — el bloque de wasm ya no se auto-salta.** El bloque de bundle compilado de `abac-rego-parity.spec.ts` estaba gobernado por `EVOLITH_REQUIRE_OPA_WASM`: corría en un job de CI y hacía `it.skip` en todos los demás porque `policy.wasm` es salida de build gitignorada — exactamente la forma que produjo [`GT-632`](./gap-reference-catalog.es.md#gt-632). Ahora el bloque COMPILA la política él mismo cuando falta o es más vieja que cualquier `.rego` del que se construye (vía `.harness/scripts/compile-opa-wasm.mjs`, el mismo script de `npm run build:policy`, escribiendo las mismas rutas que carga el runtime), y si esa compilación no puede ocurrir la suite falla con el diagnóstico del propio compilador: **no existe entorno en el que pase sin haber evaluado un wasm**, y la obsolescencia se trata como ausencia porque un bundle rancio ES el defecto. Los denominadores se asertan en vez de asumirse — al menos las 50 herramientas registradas medidas hoy, `evaluated.length === registered.length` y `allowed.length === registered.length` — y el control negativo ABAC-03 corre PRIMERO, porque un `evaluate()` que devolviera una forma inesperada haría vacuas todas las aserciones de ALLOW. `compile-opa-wasm.mjs` instala por rename en vez de `copyFileSync`, porque que el test compile bajo demanda hace alcanzable la lectura-durante-escritura entre workers de jest hermanos y una lectura parcial revienta en `loadPolicy`, que el evaluador reporta como OPA_ERROR — o sea, una denegación. **Verificado el 2026-07-30 por la mitad negativa, no por el color:** apartando del disco AMBOS `policy.wasm` (`src/rulesets/opa/` y `src/sdk/cli/rulesets/opa/`) y volviendo a correr la spec — 11/11 en verde y los dos artefactos recompilados con marca de tiempo nueva, que es lo que distingue «no se salta» de «pasó porque el fichero estaba ahí». | `Evolith MCP` | Construction | P0 | M | `COMPLETADO` |
+| [`GT-603`](./gap-reference-catalog.es.md#gt-603) | **El ledger de turnos de agente está completo, con tests unitarios y ausente de la inyección de dependencias, y la columna de actor no se puede tipar retroactivamente.** `AgentExecutionService.cs` valida el alcance y luego **audita antes de ejecutar y aborta el turno si falla la escritura de auditoría**; `AgentTurnAuditor.cs` registra alcances concedidos frente a usados y guarda la longitud del prompt, no su texto. `IAgentExecutionPort` aparece en **cero registros de DI y cero endpoints**, mientras `AssistantEndpoints.cs` pasa de largo por `AgentRuntimeGateway` sin persistir nada. Aparte, `AuditEntryProps.cs:11` declara `public Guid ActorId` sin `actor_type`, `agent_id`, `model_id` ni `session_id`. Como `audit_entries` es append-only por trigger de base de datos (migración `20260719202323`), **las filas escritas antes de que exista el discriminador no se pueden corregir jamás**. Complementa a [`GT-586`](./gap-reference-catalog.es.md#gt-586), que cubre el lado Core; éste es el lado de persistencia del Tracker. | `Evolith Tracker` | Cross | P0 | M | `PENDIENTE` |
+| [`GT-604`](./gap-reference-catalog.es.md#gt-604) | **Ninguna superficie escribe evidencia en el Tracker: el camino de escritura es unidireccional y apunta hacia dentro.** Un grep sobre `src/sdk/cli`, `src/packages/mcp-server` y `src/packages/core-domain` no devuelve ninguna URL base del Tracker ni cliente de ingesta; la única URL del Tracker en este repositorio es `AGENT_RUNTIME_APPROVAL_TRACKER_URL`, y los únicos escritores de `core_evaluation_transactions` son endpoints iniciados por el propio Tracker. Consecuencia: cada `evolith validate`, cada veto de `enforce edit`, cada `tools/call` de MCP y cada ejecución del drift-gate en CI se evapora al terminar el proceso. La estrategia se apoya en evidencia acumulada mientras las superficies que la producen no tienen dónde depositarla. Es un defecto de composición: ninguna revisión por componente puede verlo, porque cada componente es internamente coherente. **Avance 2026-07-29 — solo el criterio 1.** El contrato de ingesta aterrizó en `src/packages/contracts/src/ingest/evaluation-ingest.ts` con `correlationId` OBLIGATORIO y AMBOS responsables representados por separado: `requestedBy.actorId` es quien pidió la evaluación y `violations[].accountableOwner` es quien debe corregir. El criterio 2 no se puede completar desde aquí — no existe endpoint de ingesta en el Tracker al que llamar. El criterio 3 es 0% construible en este repositorio: RoboSoft vive en `evolith_tracker`. Se escribió un traspaso bilingüe en `reference/core/control-center/opportunities/tracker-handover-gt604.md` y su equivalente `.es.md`, con 22 encabezados cada uno. **Sin confirmar, y así queda registrado: la dependencia declarada de esta fila respecto a GT-603 parece equivocada.** GT-603 migra `audit_entries` mientras esta fila nombra `core_evaluation_transactions`, y la atribución del lado Core ya se entregó bajo GT-586 — pero el esquema del Tracker no está en este repositorio, así que es una hipótesis a confirmar por el responsable del Tracker, no un hallazgo. | `Evolith Suite` | Cross | P0 | L | `EN-PROGRESO` |
+| [`GT-605`](./gap-reference-catalog.es.md#gt-605) | **Existen dos grafos de evidencia y a cada uno le falta la mitad del otro.** `evidence-graph.ts` define aristas tipadas (`requires` / `validates` / `blocks`) y tiene **cero consumidores fuera de su propio fichero de test**. El Tracker persiste `EvidenceRecordProps.References` como `List<string>` en una columna jsonb cuyo único consumidor no-test es un `Contains()` lineal para deduplicar identificadores externos: sin tabla de aristas, sin tipo, sin búsqueda inversa, sin consulta por profundidad. El modelo tipado vive donde nada persiste; el persistido vive donde nada está tipado. Consecuencia: "qué ADR se movió por qué decisión de puerta por qué turno de agente" es inrespondible, y esa traversal es la mitad fuerte del foso declarado. Ola 2: el modelo tipado único se publica en `@beyondnet/evolith-contracts` con las cuatro cosas que un tipo compartido por sí solo deja ambiguas — vocabulario (los tres del Core literales más `caused_by`, porque ninguno de requires/validates/blocks expresa "el ADR se movió A CAUSA DE la decisión"), dirección fijada en prosa, una codificación canónica de nodo que hace migrable mecánicamente la lista jsonb del Tracker, y un recorrido acotado en profundidad contra el que probar su CTE recursivo. **Pendiente:** tres criterios son del lado Tracker y fuera de este repositorio; aquí, core-domain sigue declarando su propio `EvidenceEdge`, así que hay dos declaraciones de tipo para un solo modelo. | `Evolith Suite` | Cross | P1 | M | `EN-PROGRESO` |
+| [`GT-606`](./gap-reference-catalog.es.md#gt-606) | **ADR-0093 está Aceptado y sin implementar sobre veinte herramientas mutativas.** El ADR (Aceptado 2026-06-20) exige un parámetro `baseSha` en toda herramienta mutativa, verificación de HEAD antes de aplicar, un contrato de error `CONCURRENCY_CONFLICT` y bloqueos pesimistas con techo de dos minutos. Un grep de `baseSha`, `CONCURRENCY_CONFLICT`, `lockedBy` o `.lock` sobre `src/packages/mcp-server/src` devuelve **cero**, frente a 20 herramientas que declaran `mutative: true` en 14 ficheros. Consecuencia: dos agentes operando sobre un mismo workspace producen exactamente la actualización perdida que el ADR anticipó — y un producto de governance que pierde una escritura en silencio falla en el modo que existe para evitar. | `Evolith MCP` | Construction | P1 | M | `PENDIENTE` |
+| [`GT-607`](./gap-reference-catalog.es.md#gt-607) | **Siete ADRs agénticos están Aceptados sin código que los implemente.** ADR-0081 (aislamiento en sandbox), 0082 (frontera de confianza), 0086 (telemetría y control de coste), 0088 (identidad soberana), 0089 (flujos agénticos dirigidos por eventos), 0092 (prevención de bucles) y 0094 (traspaso multi-agente) devuelven **cero apariciones** en `src/` para sus artefactos definitorios: sin aplicación de `sandbox.mode`, sin atributo `gen_ai.*`, sin `act.sub`, sin `X-Agent-Depth`, sin `AgentTaskRequested`. `harness-process.adapter.ts:84` lanza procesos hijo con `...process.env`, entregando a cada script de capacidad `AGENT_RUNTIME_CORE_TOKEN`, el token del tracker y `EVOLITH_RAG_PG_URL` — el inverso concreto de ADR-0081. Consecuencia: siete decisiones Aceptadas sin código es la forma más rápida de perder una diligencia técnica, y es autoinfligida. El arreglo es principalmente una corrección de estado, no necesariamente implementación. **+ola 2026-07-28 — los estados de los ADR ya dicen la verdad, la mitad de código no existe.** Se confirmó por grep que los siete ADR agénticos no tienen implementación y su estado quedó anotado con honestidad en vez de seguir en Accepted, porque un ADR Accepted sin código es una afirmación sobre la que un lector actuará. **NO cerrado:** implementar cualquiera de ellos vive en `src/packages/agent-runtime/**`, fuera del área documental asignada, y ningún verificador de estado de ADR impone la anotación — así que la misma deriva puede repetirse en silencio. Ola 2: los siete ADRs llevan una directiva `implementation-status` verificable por máquina en ambos idiomas, y `44-validate-adr-implementation-status.mjs` está en el repositorio y cableado en ci-cd.yml (280 ADRs barridos; 212 sin declarar en línea base; `--strict` es el interruptor cuando eso llegue a cero). Se PROBÓ una señal de grep-por-código-implementador contra este corpus y se descartó — los siete ADRs sin implementar tienen rulesets generados y copias bilingües que casan con cualquier palabra clave que buscaras, así que produce falsos positivos y falsos negativos a la vez. El guard falsea una declaración de autor en su lugar, y explícitamente no afirma que el fichero nombrado implemente la decisión. **Pendiente:** AC2/AC3 — `harness-process.adapter.ts` sigue lanzando con `...process.env`, entregando el token del Core a todo script de capacidad. **CERRADO el 2026-07-28.** El spawn ya no entrega a cada script de capacidad el entorno del padre: `harness-process.adapter.ts` pasa un conjunto en LISTA DE PERMITIDOS, y un test comprueba que una capacidad lanzada no puede leer el token del Core — falla contra el `...process.env` anterior. Conviene decirlo porque no es lo que esta fila afirma haber resuelto: **esto es denegación de credenciales, no aislamiento.** Un hijo de capacidad todavía puede abrir un socket. El runner con sandbox de ADR-0081 sigue sin implementar. | `Evolith Agent Runtime` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-608`](./gap-reference-catalog.es.md#gt-608) | **El subsistema de aprobación humana nunca se ha ejecutado: nada en el producto requiere aprobación.** Las 7 entradas de `default-skills.ts` y las 16 capacidades de `.harness/manifest.yaml` declaran `requiresApproval: false`, de modo que `PendingApprovalAdapter`, `FileApprovalStore`, `HttpSlackClient`, `TrackerApprovalAdapter` y su cliente HTTP —unas 1.000 líneas— son inalcanzables en ejecución y `evolith_hitl_approvals_total` es estructuralmente cero. La mitad del Tracker es real y compatible campo a campo (`RuntimeApprovalEndpoints.cs`, atado al canal de máquina por nombre de esquema, `/resolve` solo para humanos), así que no es una implementación ausente sino una sin ejercitar. Relacionado: `LocalSkillRegistryAdapter` siembra las 7 fijas y nunca lee el manifiesto, con lo que 9 capacidades más son invisibles para el agente y la postura de governance tiene dos fuentes de verdad — la deriva que ADR-0102 nombró como su riesgo principal. Ola 2: **la evidencia de la fila era falsa** — "las 16 capacidades declaran requiresApproval: false" ya era falso antes de la ola; 7 playbooks declaraban true. El defecto real era que `LocalSkillRegistryAdapter` sembraba 7 skills en duro y nunca leía el manifiesto, de modo que las capacidades con aprobación eran inenrutables y la rama de aprobación inalcanzable. Ahora el catálogo se deriva del manifiesto (manifiesto autoritativo en postura) y el camino de aprobación se EJECUTÓ de extremo a extremo por primera vez: pendiente→aprobado→ejecutado→auditado, más pendiente→denegado→NO ejecutado, más expiración TTL fail-closed. **Pendiente:** AC4 (`evolith_hitl_approvals_total`) vive en agent-runtime-api; la mitad cross-repo de AC3 necesita un Tracker vivo; y `createAgentRuntime` sigue por defecto en el catálogo en duro, así que la postura DESPLEGADA no cambia hasta que el cableado de producción pase `harnessRoot`. | `Evolith Agent Runtime` | Construction | P1 | M | `EN-PROGRESO` |
+| [`GT-596`](./gap-reference-catalog.es.md#gt-596) | **La evaluación de madurez no es falsable por un tercero porque su esquema de puntuación es inventado.** `maturity-assessment.md` califica contra los niveles 1-5 de TOGAF ACMM y añade una escalera propia de "Evidence-Backed State" (Visioned 0.0 / Designed 0.2 / Prototyped 0.5 / Implemented 0.8 / Validated 1.0 / Scaled 1.2+). La intuición es correcta y refleja estructuralmente una escala internacional, pero los umbrales se los pone uno mismo, así que nada impide que un estado derive hacia arriba — que es exactamente lo que [`GT-576`](./gap-reference-catalog.es.md#gt-576) tuvo que corregir tras dos pilares que reclamaban `Validated` contra evidencia ausente del código. **ISO/IEC 33020:2019** (*Process measurement framework for assessment of process capability*, 2ª edición, sustituye a :2015) define la escala de valoración de atributos de proceso N/P/L/F — Not / Partially / Largely / Fully achieved — con **umbrales porcentuales publicados**, más niveles de capacidad 0-5. Fix: mapear cada estado existente sobre la escala 33020, adoptar sus umbrales literalmente, y extender la regla mecánica que ya está en `09-reconcile-maturity.mjs` para que una calificación no pueda afirmarse sin cruzar un umbral definido, no solo por llevar un `file:line`. Acompañante: **ISO/IEC 25040:2024** (*Quality evaluation framework*, 2ª edición, sept 2024 — la de 2011 se titulaba *Evaluation process*) formaliza el ciclo de evaluación que esta auditoría hizo de forma ad hoc, haciéndolo repetible en vez de heroico. **Cierre (ola 2026-07-28).** Los Evidence-Backed States propios quedan mapeados sobre la escala de atributos N/P/L/F de **ISO/IEC 33020:2019** con sus umbrales publicados, en ambos idiomas, y el mapeo queda registrado para que un lector pueda comprobarlo. `09-reconcile-maturity.mjs` ahora rechaza una calificación que no cruce su UMBRAL DECLARADO, no sólo una sin referencia — y lleva un auto-test negativo que prueba que la regla nueva se pone roja ante una entrada deliberadamente mala. 21/21 en `reconcile-maturity.test.mjs`. No se reproduce articulado de la norma; la escala y sus niveles se citan por nombre. | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-597`](./gap-reference-catalog.es.md#gt-597) | **No existe ninguna medida automatizada, externa y numérica de la postura del repositorio y de la cadena de suministro — así que los defectos de postura solo aparecen mediante una auditoría.** La auditoría del 2026-07-26 tuvo que descubrir a mano que `enforce_admins=false`, que ningún check requerido es de seguridad, que `develop` está sin proteger y que 0 de 8 paquetes publicados llevan `dist.attestations`. **OpenSSF Scorecard** (OpenSSF) puntúa precisamente esos checks de forma automática — Branch-Protection, Code-Review, Pinned-Dependencies, CI-Tests, Token-Permissions, Signed-Releases — y emite un número público que regresiona de forma visible. **SLSA** (build levels; v1.0 define tres, v1.1 es la release estable actual) es el marco al que mapean las attestations ausentes: con cero provenance los artefactos no alcanzan ni el nivel de build más bajo. **NIST SP 800-218 (SSDF) v1.1** (feb 2022, grupos de práctica PO/PS/PW/RV) es el vocabulario que realmente habla un cuestionario de seguridad empresarial, y SLSA es contra lo que se leen sus prácticas PS.2/PS.3. Fix: correr Scorecard de forma programada y publicar la puntuación; declarar el nivel de build SLSA objetivo y cerrar la brecha hasta él junto a `GT-570`; mapear los controles existentes a IDs de práctica SSDF para que responder al cuestionario sea una consulta y no una redacción. Nota el solape con la mitad de cadena de suministro de `GT-570`: el trabajo de release está allí, la *medición* está aquí. **+ola 2026-07-28 — el workflow existe y nunca ha corrido.** `.github/workflows/openssf-scorecard.yml` está puesto con los permisos que necesita la provenance y la action fijada por SHA en vez de por tag, algo que la propia auditoría de este repositorio señaló como defecto en otro sitio. **NO cerrado, y darlo por hecho sería otra vez el error de "el verde local no es evidencia":** `workflow_dispatch` está gateado a la rama por defecto, así que el intercambio OIDC, `publish_results` y la subida de SARIF están sin probar hasta que llegue a `main` y corra. Los criterios 2 y 3 —declarar el nivel de build SLSA objetivo y mapear los controles existentes a IDs de práctica de SSDF v1.1— necesitan `SECURITY.md` y docs de referencia, y quedaron fuera del alcance asignado. Convertirlo en check requerido es una decisión de branch protection del dueño. | `Infra` | Cross | P1 | S | `EN-PROGRESO` |
+| [`GT-598`](./gap-reference-catalog.es.md#gt-598) | **El corpus es 100% propietario, y las ~240 reglas sin handler nativo se están tratando como 240 handlers por escribir.** **ISO/IEC 5055:2021** (*Automated source code quality measures*, el primer estándar ISO que mide calidad desde la estructura interna en vez del comportamiento operativo, desarrollado por CISQ y adoptado por ISO/IEC en abril de 2021) publica un catálogo de debilidades estructurales mapeadas a CWE en cuatro medidas — Fiabilidad, Seguridad, Eficiencia de rendimiento, Mantenibilidad. Dos réditos: (a) una debilidad que ya está en 5055 es **ya automatizable por analizadores existentes**, así que parte de la brecha de handlers detrás de [`GT-569`](./gap-reference-catalog.es.md#gt-569) puede cerrarse adoptando en vez de redactando; (b) un conteo contra 5055 es contable por un auditor externo sin fiarse de Evolith, que es exactamente la propiedad que a los números del propio producto les faltaba. Taxonomía acompañante: **ISO/IEC 25010:2023** (2ª edición, sustituye a :2011) — ojo, ahora define **nueve** características de primer nivel, tras añadir Safety y renombrar `Usability`→`Interaction capability` y `Portability`→`Flexibility`, así que cualquier mapeo al modelo de ocho características de 2011 está obsoleto. Fix: producir una tabla de mapeo rule-id ⇄ debilidad 5055 ⇄ CWE, marcar toda regla que un analizador basado en estándares ya pueda evaluar, y reacotar el backlog de handlers a lo que genuinamente no tiene equivalente internacional. Ola 2: las 381 reglas del corpus quedan mapeadas a una debilidad 5055 o marcadas sin equivalente CON motivo; el índice de 138 debilidades se extrajo programáticamente de las tablas de OMG ATDM V2, no de memoria. **Se refuta la premisa del propio gap**: la adopción cierra 9 de 60 reglas en firme y 8 parcialmente, no una porción grande de un backlog de 240 handlers — 5055 mide estructura del código fuente mientras 300 de nuestras 381 reglas son conformidad de ADR, topología, gobierno o proceso. Además: INFRA-001 e INFRA-OPA-001 son invisibles para el cargador del corpus (regla en la raíz del documento en vez de en un array `rules`). | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-599`](./gap-reference-catalog.es.md#gt-599) | **El tablero es un registro de deuda técnica sólido pero sin economía, así que 600 filas se priorizan por intuición (P0-P3) y no por coste.** El trabajo de deuda técnica del SEI (Kruchten, Nord, Ozkaya, *Managing Technical Debt*) define los dos campos que necesita un ítem de deuda: **principal** (lo que cuesta pagarla) e **interés** (lo que cuesta por periodo no pagarla). El registro en sí ya existe aquí y es mejor que la mayoría; lo que falta es solo la economía. Para un principal automatizable hay un método publicado: el **OMG Automated Technical Debt Measure**, hoy en **ATDM V2 v1.0 (agosto 2024)**, que deriva una estimación de esfuerzo de reparación a partir de las 138 debilidades de ISO/IEC 5055 usando tiempos de reparación aportados por desarrolladores — así que compone directamente con [`GT-598`](./gap-reference-catalog.es.md#gt-598). Un interino más barato es **SQALE**, el método publicado detrás del *technical debt ratio* de uso extendido. Fix: añadir `principal` e `interest` al schema de evidencia de cierre y al formato de fila, rellenar solo las filas abiertas (no las 561 cerradas), y derivar el subconjunto automatizable desde ATDM en vez de a mano. Ola 2: existen el mecanismo y la medición — un formato de principal/interés con la UNIDAD declarada (un número sin etiqueta es justo la clase de cifra que esta auditoría no para de cazar) y un reporte que publica su denominador. **Ningún criterio cumplido, a propósito:** rellenar 56 filas abiertas con estimaciones inventadas sería fabricar la evidencia que el campo existe para cargar. Los números los pone una persona. | `Governance` | Cross | P2 | M | `EN-PROGRESO` |
+| [`GT-600`](./gap-reference-catalog.es.md#gt-600) | **Registrado como oportunidad, no como deuda** — separable de [`GT-596`](./gap-reference-catalog.es.md#gt-596)…[`GT-599`](./gap-reference-catalog.es.md#gt-599), que se sostienen por sí solos como gobernanza interna. Cuatro de los cinco artefactos adoptados allí son implementables como rulesets de Evolith: las debilidades estructurales de **ISO/IEC 5055:2021**, las prácticas de **NIST SP 800-218 (SSDF) v1.1**, los build levels de **SLSA**, y los checks que puntúa **OpenSSF Scorecard**. Eso convierte la remediación de la auditoría en una capacidad vendible, y ataca el hallazgo de producto más afilado del tablero: la auditoría del 2026-07-26 encontró **cero** apariciones de un ICP en 929 documentos en inglés, y 0 estrellas / forks / issues externos en 80 días públicos. "Evalúo tu repositorio contra ISO 5055, SSDF y SLSA y te doy tu puntuación OpenSSF" nombra un comprador, una partida presupuestaria y un disparador de cumplimiento; "gobierno tu arquitectura" no. Además compone con el wedge ya implementado en código (`enforce edit` + el hook de editor), y autoevaluarse contra esos estándares es simultáneamente el arreglo de [`GT-597`](./gap-reference-catalog.es.md#gt-597) y la mejor demo de venta disponible. **Sujeto a decisión, no listo para construir:** presupone que el vehículo de monetización es el wedge del CLI y no el Tracker, contradicción sin resolver que la auditoría señaló y que el dueño tiene que zanjar primero. | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
+| [`GT-579`](./gap-reference-catalog.es.md#gt-579) | **Encontrado al verificar la remediación de GT-569, no por la auditoría.** Node bufferiza de forma asíncrona las escrituras a un stdout en pipe, así que las ~12 llamadas a `process.exit()` del grafo de comandos descartaban lo que no se hubiera vaciado — truncando la salida en el buffer de pipe del SO (65.536 bytes en macOS/Linux). Medido: `validate --format json \| wc -c` devolvía **exactamente 65536** mientras el mismo comando redirigido a fichero producía 121.408 bytes válidos. Todo envelope por debajo de 64 KiB ocultaba el bug, que es por lo que sobrevivió; GT-569 agrandó el envelope y lo destapó. Seis tests e2e del CLI fallaban en `JSON.parse` en la posición 65262 y se leían como una regresión de GT-569 — la regresión era preexistente e incondicional para cualquier envelope grande. **Cierre (`44fe8dd3`):** arreglado centralmente en `src/sdk/cli/src/main.ts` (`makeStdioBlocking`, con guarda porque `_handle.setBlocking` es API interna) en vez de en cada sitio de salida, así un comando nuevo no puede reintroducirlo saliendo de la forma habitual. Verificado: un envelope de 123.506 bytes atraviesa ahora una pipe real y parsea; CLI 1305+132 verde. | `Evolith CLI` | Cross | P0 | XS | `COMPLETADO` |
+| [`GT-569`](./gap-reference-catalog.es.md#gt-569) | **El número insignia del producto redefine en silencio su propio denominador.** De 379 reglas el motor nativo evalúa 108 y reporta `rulesChecked: 111`; las 271 restantes — **192 de ellas `blocking`** — devuelven `skipped` y se filtran en `ruleset-validator.service.ts:88` (`engineResults.filter(r => r.result !== 'skipped')`) antes de sumar el conteo. Ningún campo lo revela: `grep -rn "rulesSkipped" src --include='*.ts'` devuelve 0 resultados y `ValidationResult` solo lleva `{status, rulesChecked, issues, coreRef, timestamp}`. El mismo campo también SOBRE-cuenta: `validate --format json --core <repo> --engine opa` devuelve `rulesChecked: 379` habiendo ejecutado **cero** políticas (el wasm no resuelve contra el layout del Core). Y `native-evaluator.ts:69-72` convierte cualquier excepción del handler en `skipped`, así que **un evaluador que revienta es indistinguible de una regla verde**. Fix: añadir `rulesSkipped` + el array de ids saltados a `ValidationResult`, introducir un estado `errored` distinto de `skipped`, emitir un issue WARNING por cada regla MUST saltada, y fallar el run cuando `skipped/total` supere un umbral configurado. Es un cambio de reporting, no de motor — cerrar la brecha de handlers es aparte y mucho mayor. **Cierre (`44fe8dd3`):** nuevo resultado `errored` (una excepción de handler ya no se convierte en `skipped`, así que un crash se distingue de una regla verde); `rulesSkipped`/`rulesErrored`/`rulesTotal` + arrays de ids añadidos de forma ADITIVA con `rulesChecked` intacto; issues advisory por regla MUST saltada; gate opt-in `maxSkippedFraction`. En este repo `validate` ahora reporta 269 saltadas de 380 en vez de recortar su denominador en silencio. Verificado: core-domain 1237/1237, CLI 1305+132, contract 43/43 tras añadir las cinco entradas de `WIRE_VALIDATION_RESULT`. Falsificado contra una copia pristina `git archive HEAD`: 12 de los 17 tests nuevos fallan sin el fix. **Cerrar la brecha de handlers en sí (≈240 reglas no evaluables) NO forma parte de esto y sigue abierto** — esta fila era sobre que el denominador fuese honesto, no sobre ensancharlo. | `core-domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-570`](./gap-reference-catalog.es.md#gt-570) | **npm sirve 1.1.0 publicada el 2026-07-18; la ola de seguridad aterrizó el 2026-07-23.** Verificado con `npm view @beyondnet/evolith-cli version time.modified`. El `CHANGELOG.md` público enumera los ficheros corregidos por nombre bajo `[Unreleased]`, y `SECURITY.md` declara la línea 1.1.x "Current stable line — actively patched". Quien siga el README instala la build sin parchear desde un repositorio que publica dónde están los agujeros. Fix: publicar **1.2.0** con la ola de seguridad, deprecar 1.1.0 en npm con un mensaje que apunte a la versión corregida, mover la sección de seguridad de `[Unreleased]` al heading publicado, y emitir el advisory que `SECURITY.md` ya promete. Follow-on: un gate de release que falle cuando HEAD contenga commits etiquetados de seguridad ausentes del último tag publicado. **Cierre (corrida 30273290417, `main` @ `9a82d9f2`, 2026-07-27).** El artefacto publicado ya no es anterior a la ola de seguridad. Verificado contra el REGISTRY, no contra un exit code — `@beyondnet/evolith-agent-runtime@1.2.0` (14:06:10), `@beyondnet/evolith-sdk@2.0.0` (14:06:24), `@beyondnet/evolith-mcp@1.2.0` (14:06:39), `@beyondnet/evolith-cli@1.2.0` (14:06:58) — marcas de tiempo que además confirman el orden de dependencias, porque los tres últimos consumen al primero. **Los cuatro llevan `dist.attestations`**, que es la sustancia de este gap: el hallazgo de la auditoría era 0 de 8 paquetes con provenance, y éstos los generó GitHub Actions con `id-token: write`, no una máquina de desarrollo. **El alcance se corrigió antes de publicar:** el plan era bumpear sólo mcp, y venía de que `git show --stat` TRUNCA las rutas largas — con `--name-only` se vio que la ola toca tres paquetes publicados (mcp 15 ficheros, cli 7, agent-runtime 1: el shell runner CWE-78). Publicar el plan original habría dejado dos vulnerables y cerrado este gap contra ellos. **Dos ensayos se pagaron solos:** la corrida 30265298045 detectó que ninguno de los cuatro tarballs llevaba LICENSE en un proyecto MIT y que `repository.url` se autocorregía en los ocho; la 30271837941 detectó rutas de `bin` autocorregidas en dos. Los tres habrían sido permanentes — npm no permite despublicar pasadas 72 horas. **RE-ACOTADO, y el resto NO se descarta en silencio:** deprecar las versiones 1.1.0 exige credenciales de npm y es acción del dueño, y el gate de release que fallaría cuando faltan commits de seguridad en el tag publicado nunca se construyó. Ambos pasan a `GT-624`. Esta fila cierra sobre lo que realmente trataba —un artefacto instalable más viejo que sus propios arreglos de seguridad publicados— y dice con claridad lo que no hizo. | `Infra` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-571`](./gap-reference-catalog.es.md#gt-571) | **La superficie de mayor tráfico del producto no funciona tal como está escrita.** (a) `README.md:96-98` (y `README.es.md:95-97`) mandan `evolith init` / `evolith validate`, pero el bin map publicado solo declara `evolith-cli` y `evolith-mcp` — el comando fantasma aparece en **447 invocaciones en 49 ficheros markdown no-`.es`**, así que renombrar el bin sale más barato que reescribir la doc. (b) Aun con el alias, `init --name my-sat` crea un **subdirectorio**, así que el `validate` que sigue en el mismo cwd apunta al padre y dispara `GOV-000` "Missing evolith.yaml" más 41 hallazgos blocking. Dentro del satélite correcto el primer validate sigue devolviendo 46 hallazgos / 39 blocking, dominados por las reglas internas del monorepo del vendedor (`CLI-RR-01` "dist/main.js not found", `TAX-05` "Missing top-level directories: sdk, .harness") con reglas de las 8 topologías disparando sobre un repo declarado fase-0. Además el binario publicado se autoidentifica como `main` (`evolith-cli init --help` imprime `Usage: main init [options]`) porque nunca se fija el program name. **Avance (`44fe8dd3`):** los tres defectos del lado CLI están arreglados y probados — `evolith` publicado junto a `evolith-cli` en el bin map, el program name fijado para que `--help` ya no diga `main`, e `init` con un contrato no-interactivo definido (inicializa el directorio ACTUAL, `--name` es solo el nombre del proyecto, `evolith init <dir>` para un subdirectorio; un stdin cerrado ya no pregunta, el fallo fija un exit code distinto de cero, y `--format json` emite un envelope parseable y nada más). **NO cerrado en dos criterios:** "un repo recién inicializado devuelve 0 hallazgos blocking" está intacto — esos 39 hallazgos vienen de las reglas `CLI-RR-*`/`TAX-*` del propio vendedor disparando sobre un satélite fase-0, y requieren gating por `audience`/topología en el camino de rulesets; y "`npx @beyondnet/evolith-cli@latest` funciona" no puede ser cierto hasta que se publique una release (`GT-570`). **+2026-07-26 (ola 3) — criterio 2 de 3 CUMPLIDO, sigue abierto por el criterio 1.** Un satélite recién inicializado devuelve ahora **0 hallazgos blocking** (eran 35: CLI-RR-01/02, TAX-05/06, DEP-01/10, CB-VAL-01 más reglas de 7 topologías que el repo nunca declaró). Dos mecanismos en la capa de rulesets: una anotación `audience: core\|satellite\|both` (por defecto `both`, así que una regla sin anotar sigue aplicando en todas partes) que marca las familias que sólo se dirigen al monorepo del vendedor, y gating por `topologies` + `appliesFromSdlcPhase` leído de la fase y topología declaradas del satélite. **La interacción con GT-569 se decidió explícitamente:** una regla dirigida a otro es un PRE-FILTRO, no un cuarto resultado — nunca llega al evaluador, así que `rulesChecked + rulesSkipped + rulesErrored === rulesTotal` se sigue cumpliendo literalmente. Llamarla `skipped` inflaría la fracción no evaluada de un repo sano y podría disparar `maxSkippedFraction`. La exclusión sigue siendo visible: `rulesNotApplicable` / `notApplicableRuleIds` sobre un nuevo `corpusTotal`, más un advisory no bloqueante `GOV-RULE-NOT-APPLICABLE` que nombra los conteos y cómo meter las reglas en alcance. Satélite nuevo antes/después: 379 totales / 108 comprobadas / 35 blocking / `failed` → 274 totales / 41 comprobadas / 233 saltadas / 105 no aplicables / corpusTotal 379 / **0 blocking** / `warning`. **Sigue abierto:** el criterio 1 (`npx @beyondnet/evolith-cli@latest` en un contenedor limpio) no puede ser cierto hasta que se publique una release — bloqueado por `GT-570`. Ola 2: **AC1 se probó contra el registro publicado en vez de asumirse, y queda REFUTADO más duro de lo que dice la fila.** `@beyondnet/evolith-cli@1.2.0` no sobrevive a una instalación limpia — hasta `--version` muere con MODULE_NOT_FOUND, porque un import profundo a `@beyondnet/evolith-core-domain/application/paths/rulesets-location` solo resuelve por el symlink del workspace. El artefacto publicado no es instalable; el workspace lo tapa. Extraído como GT-625. AC2 y AC3 reverificados en verde. **Ola 2, medido el 2026-07-28 contra la 1.2.1 PUBLICADA.** Se ejecutó por primera vez el quickstart literal del README de principio a fin, y NO completa. Los pasos 1-3 (`fixtures --type demo`, `init --name my-sat --yes`, `docs`) y el paso 6 (`evolith-mcp serve`, que arranca por stdio) pasan. **El paso 4 `validate` devuelve 91 hallazgos BLOQUEANTES de 230** (152 comprobadas / 119 saltadas / 271 totales, 109 no aplicables de un corpus de 380) — así que aquí se DESMARCA el criterio 2: estaba dado por cumplido y no lo está. El propio README ya lo decía en prosa ("un satélite recién inicializado es una línea base, no un aprobado") mientras el tablero decía lo contrario. **El paso 5 `scaffold --phase 1` FALLA** (exit 1): resuelve el workspace a `<proj>/src` y lo rechaza por no tener `nx.json`/`package.json`, pero ese `src/` lo creó el `init` del paso 2 sin ninguno — los dos comandos discrepan sobre lo que produce `init`, y `scaffold` no acepta `--dir`, así que el quickstart no tiene rodeo. Extraído como `GT-626`. Criterio 3 reverificado: `--help` imprime `Usage: evolith`, no `main`. **CERRADO el 2026-07-28, sobre una medición y no sobre un argumento.** Un satélite recién inicializado devuelve ahora **0 hallazgos bloqueantes** (exit 0, estado `warning`, 242 no aplicables de un corpus de 387), frente a 91. El diagnóstico fue que los 91 bloqueantes venían de rulesets de conformidad de ADR GENERADOS y **ninguno de una regla escrita a mano** — el repositorio no tenía nada mal. El motivo por el que disparaban es más estrecho que "los satélites no deben heredar decisiones del Core": cada una afirma que el registro de decisión que cita EXISTE bajo `reference/core/architecture/adrs/`, un árbol que solo tiene el repositorio del Core, así que en un satélite reporta "el ruleset cita 1 registro(s) de decisión que no existen". Una comprobación de existencia de fichero contra el árbol de ADRs del propio Core es, por construcción, asunto del repositorio del Core, así que `audience: 'core'` lo emite ahora EL GENERADOR (no parcheado a mano en 126 ficheros) y aplica a todos los tracks, porque los registros `nodejs`, `dotnet`, `ai-augmented` y `android` viven bajo ese mismo árbol. **Es un filtro, no un interruptor de apagado, y se verificaron las dos direcciones:** el Core sigue evaluando las 133 reglas generadas y sigue bloqueando (111 bloqueantes, 55 no aplicables), mientras el satélite las excluye. El guard de regresión lee el corpus REAL y no una fixture — regenerar sin la audiencia lo pone rojo, verificado quitando la clave de un fichero. Los satélites siguen sujetos a las decisiones del Core por el modelo de herencia y los rulesets escritos a mano que lo codifican; lo que cambia es que ya no se les bloquea por no contener los ficheros del propio Core. | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-572`](./gap-reference-catalog.es.md#gt-572) | **Reproducido contra el tarball publicado, no contra el working tree.** `npm pack @beyondnet/evolith-mcp@1.1.0`, arrancado por stdio sin auth: 47 herramientas anunciadas, **47 de 47 devuelven FORBIDDEN (ABAC-02)**; `resources/list` (11) y `prompts/list` (8) sí funcionan. Las dos vías de escape que el código define — `--allow-no-auth` (`main.ts:62-63`) y `EVOLITH_MCP_ALLOW_NO_AUTH=true`, ambas documentadas en `mcp-server-auth.ts` — se probaron en las tres combinaciones incluida `NODE_ENV=development` y **ninguna tiene efecto sobre el transporte por defecto**, lo cual es peor que su ausencia. Causa raíz: `mcpContextStorage.run` existe en exactamente un sitio no-spec (`mcp-server.service.ts:451`) dentro del closure de dispatch HTTP, así que el camino stdio nunca establece contexto. Ninguno de los dos oráculos puede verlo: el smoke de CI asserta `success !== undefined`, y el tester exploratorio solo conduce MCP por HTTP. Fix: envolver el dispatch stdio en `mcpContextStorage` con un contexto de sesión local, y hacer que el smoke asserte una invocación real con veredicto. **Avance (`44fe8dd3`):** causa raíz confirmada y arreglada — el camino stdio nunca entraba en `mcpContextStorage`, así que todo `tools/call` llegaba al dispatch como el fallback anónimo `roles: []` y el ABAC nativo lo denegaba. stdio ahora establece un principal de sesión local explícito; el camino HTTP queda intacto y sigue fail-closed. **Verificado contra el servidor construido, no contra un reporte:** con `NODE_ENV` sin fijar (el default documentado, y lo que producen `npx`/Claude Desktop) `tools/call` devuelve un payload real `success: true`; 50 herramientas anunciadas. **Por qué sigue abierto:** con `NODE_ENV=production` la misma llamada sigue devolviendo FORBIDDEN, y `NODE_ENV=production` es exactamente lo que fijan las imágenes Docker — así que un despliegue stdio en contenedor sigue siendo inusable. Eso es ahora una decisión estrecha, documentada y fail-closed por diseño en vez de un fallo silencioso del 100%, pero no está cerrado. El smoke de CI en `src/sdk/cli/examples/mcp-test.js` sigue asertando `success !== undefined`, que un envelope FORBIDDEN también satisface; reforzarlo es trabajo posterior fuera de área. **+2026-07-26 (ola 3) — el modo de fallo en producción está arreglado; 2 de 3 criterios siguen sin cumplirse, y la fila NO es cerrable todavía.** stdio con `NODE_ENV=production` ya no arranca en un estado donde las 50 herramientas deniegan: el servidor ahora se niega a arrancar sin credenciales, nombrando la variable a fijar, en vez de anunciar una superficie que rechazará cada llamada; y una denegación que sí ocurra dice por qué y qué hacer, no un ABAC-02 pelado. HTTP no se tocó y sigue fail-closed; no se añadió bypass ni se ensanchó ABAC. **El agente reportó este gap como `done` con 7/7 contra su propia lista de tareas, que no es lo mismo que los criterios de esta fila — comprobado, y no lo es.** El criterio 1 pide un `tools/call` real **contra el tarball publicado**; el tarball publicado es 1.1.0, anterior a todos estos fixes, así que ese criterio está bloqueado por `GT-570` exactamente igual que el de GT-571. El criterio 3 pide que el smoke de CI asserte un veredicto; `src/sdk/cli/examples/mcp-test.js:284,375` sigue asertando `success !== undefined`, que un envelope FORBIDDEN también satisface — fuera del área del agente y sin cambiar. Ola 2: se confirma que el fail-closed de stdio en producción sigue intacto y es deliberado. El avance vino de GT-602 — una SEGUNDA denegación en producción que la fila nunca atribuyó: con credencial válida, 15 de 50 herramientas seguían rechazadas por la política compilada; el principal de stdio pasa de 15 a 0. **AC1 bloqueado:** exige un `tools/call` contra el tarball PUBLICADO, anterior a todas estas correcciones. AC3 está en `src/sdk/cli/examples/mcp-test.js`, que sigue afirmando `success !== undefined` — algo que un sobre FORBIDDEN también satisface. **CERRADO el 2026-07-29.** Verificado contra un tarball hecho con `npm pack` e instalado FUERA del workspace, para que ningún symlink pudiera sustituir a los ficheros realmente publicados — la ilusión de GT-625. Con la configuración por defecto el servidor empaquetado devuelve un veredicto real sobre stdio (`gateId` `business-sign-off`, `verdict` `failed`); el "47 de 47 FORBIDDEN" original de la fila no se reprodujo. Con `NODE_ENV=production` SÍ estaba prohibido, y la causa es de empaquetado, no de política: `policy.wasm` es un artefacto de build ignorado por git que se escribe fuera del paquete mcp-server, así que ningún ajuste de `files` puede alcanzarlo y un consumidor publicado heredaba una regla fail-closed que no tenía forma de satisfacer. `EVOLITH_ABAC_POLICY_PATH` hace que esa postura sea satisfacible hoy. **Enviar el bundle compilado dentro del paquete sigue siendo una decisión de pipeline de publicación: documentada, y deliberadamente NO tomada aquí.** Por el camino se repararon dos defectos: `PhaseGateValidatorService.findCorePath` seguía resolviendo `<repo>/src` tras el refactor de `src/` — un hermano de GT-632 — y `corePath` lo leía `evolith-gate-evaluate` sin estar declarado en su `inputSchema`. El AC3 queda cumplido: el smoke antiguo afirmaba `envelope.success !== undefined`, cierto para cualquier respuesta, y se le observó imprimiendo `tools/call OK` mientras en realidad recibía `RULESET_NOT_FOUND`. El reemplazo afirma un veredicto de gate real y se demostró falsable por tres vías, incluida una corrida en vivo contra el dist anterior al fix. **El AC1 se marca contra un tarball empaquetado localmente, no contra el registro:** la 1.1.0 es anterior a todas estas correcciones y republicar es GT-570. | `MCP Server` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-573`](./gap-reference-catalog.es.md#gt-573) | **La integración insignia falla en silencio, con ambos CI en verde.** El branch inline devuelve el envelope legacy: `evaluation.controller.ts:186` devuelve `evaluationVerdict!.outputEnvelope`, construido en `satellite-evaluation-pipeline.service.ts:85-94` como `createSuccessEnvelope({topology, gates, summary})`. El Tracker desenvuelve `data` (`CoreEvaluationGateway.cs:433`) y liga `CoreEvaluationEnvelope`, que declara solo `overallVerdict / outcome / resolvedTopology / results.gate[] / evaluatedAt` (`CoreEvaluationDtos.cs:200-216`). `Passed` queda null (`:406`), `Gates` queda vacío (`:414`), y `ToDecision` (`:583-606`) cae a **`"SKIPPED"`**, escrito como `decision=SKIPPED, status=COMPLETED`. 0 de 12 workflows del Core construyen el Tracker; 0 tests de contrato en ninguno de los dos repos. Fix: enrutar el branch inline por `EvaluationOrchestrator` para que devuelva el `EvaluationResult` canónico, y añadir un test de contrato dirigido por el consumidor en el CI del Core que asserte el JSON exacto que liga `CoreEvaluationEnvelope`; publicar esos pares request/response como fixtures en `@beyondnet/evolith-contracts` y promover ambos schemas a `MACHINE_CONTRACT_SET`. **Avance (`44fe8dd3`):** el branch inline ya no construye a mano el envelope legacy `{topology, gates, summary}` — devuelve el `EvaluationResult` canónico, así que hay UNA forma para la operación en vez de dos, y un spec de contrato dirigido por el consumidor asserta las claves exactas que liga el Tracker tanto para una evaluación que pasa como para una que FALLA. Los fixtures request/response se publican dentro de `@beyondnet/evolith-contracts` y ambos schemas se añadieron a `MACHINE_CONTRACT_SET`. La compatibilidad hacia atrás se comprobó en vez de asumirse: no existe ningún llamador inline legacy en el repo (ambos consumidores ya desenvuelven `data` como `EvaluationResult`). **NO cerrado:** el Tracker vive en otro repositorio y debe re-pinnear el paquete de contratos para que el round trip quede probado de punta a punta, y el caso FAIL del spec ejercita un fallo de regla de gobernanza, no de gate OPA. Verificado: core-api 163/163, contracts 32/32. Ola 2: el caso FAIL es un fallo genuino de puerta OPA, no de regla de gobierno — el corpus se construye para que GOV-000 y la ausencia de artefacto no puedan dispararse, con un control diferencial que afirma que la misma petición PASA cuando la política no devuelve violaciones. Las fixtures publicadas también estaban mal de una forma que habría enseñado al consumidor el DTO equivocado (un objeto `results` con solo `gate`, forma que el Core nunca ha emitido); se sustituyen por capturas fieles con un oráculo de congruencia contra una respuesta VIVA. **Pendiente:** AC3 necesita publicar el paquete de contratos y re-fijarlo en el Tracker; el transporte OPA del test está simulado porque `policy.wasm` está en gitignore. **CERRADO el 2026-07-28 sobre la mitad del Core, con la mitad del consumidor extraída en vez de absorbida.** La primera mitad del criterio 3 aterrizó: `evaluation-context` y `evaluation-result` están fijados en `MACHINE_CONTRACT_SET` con su sha256, verificado leyendo `evolith-machine-contracts.json` — antes solo fijaba `gate-evidence` y `output-envelope`. Un cambio en cualquiera de esas formas ya rompe `10-validate-contract-conformance` en vez de llegar en silencio a los consumidores. La segunda mitad — "re-fijado en el Tracker" — es otro repositorio y queda registrada como `GT-631` con las cinco cosas exactas que debe hacer, siguiendo el mismo patrón que GT-570 usó con GT-624. Esta fila cierra sobre lo que trataba AQUÍ, y dice con claridad lo que no hizo. | `Core API` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-574`](./gap-reference-catalog.es.md#gt-574) | **Cada peldaño "Enforced" reclamado en el corpus colapsa a "Implemented".** `Validate documentation` lleva rojo desde el run 30011222627 (2026-07-23T13:26:39Z, último éxito): **43 de 43 runs completados fallidos**, más 5 cancelados, con 8 PRs mergeados a través — el último, el #209, aterrizó en `main` el 2026-07-26T01:18:58Z con **0 reviews** y 5 checks en FAILURE. Protección de `main`: contextos `[Test, Test core-domain, Test core, Test mcp-server, Test core-api, Validate documentation]`, `enforce_admins=false`, `required_pull_request_reviews=null`, `strict=false`. `develop`, donde aterriza todo el trabajo, devuelve 404 "Branch not protected", y `ci-cd.yml` no corre en push a `develop`. El workflow dueño de CodeQL, Trivy, gitleaks, ZAP, `npm audit`, e2e y el gate de paridad muestra **82 fallos / 17 cancelaciones / 1 éxito en sus últimos 100 runs en main** y ninguno de sus 13 jobs es contexto requerido. Fix — contraintuitivamente, *menos* gates: reducir el conjunto requerido a un núcleo genuinamente verde, activar `enforce_admins=true` sobre ese núcleo, proteger `develop`, y declarar advisory todo lo demás en vez de dejarlo required-pero-ignorado. Nota: el rojo actual es una aserción de staleness de doc derivada (`exploration.spec.ts:289`), así que ponerlo verde son minutos, no días. **Cierre:** la mitad de código está hecha (`44fe8dd3`) haciendo que los checks requeridos estén verdes y corran en `develop`; la mitad de enforcement ahora está hecha vía API (branch protection en `develop`, `enforce_admins=true` tanto en `main` como `develop`, y `CodeQL SAST` añadido al conjunto de checks requeridos). | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-575`](./gap-reference-catalog.es.md#gt-575) | **Un producto que vende gobernanza de IA envía su único camino de egress LLM sin ninguno de los controles que vende.** `GeminiProvider.ts:17` construye la URL con la API key en la query string; el fichero entero de 57 líneas no tiene `AbortSignal` (`:31-37`), ni presupuesto, ni redacción, ni log ni métrica, y su única validación de salida es `JSON.parse(candidate) as T` (`:52`). Es export público (`src/packages/agent-runtime/src/index.ts:22`) de `@beyondnet/evolith-agent-runtime@1.1.0`. Disclosure en `README.md`, `README.es.md`, `SECURITY.md` y los 8 READMEs de paquete: cero. Incumple al menos 4 de las 9 reglas `AAI-*` blocking que el propio producto vende. **La exposición es latente, no activa** — el único llamador in-tree es `src/sdk/cli/src/commands/plan/index.ts:27`, y `PlanCommand` no está registrado en `app.module.ts` — pero está en la superficie pública que un revisor de seguridad lee primero. La implementación correcta ya existe en casa: `.harness/scripts/ci/agentic/review-provider.mjs:35-38` pone la key en un header con el comentario literal "API key in a header, not the URL query string", con topes de presupuesto y 8 patrones de redacción. Fix: portar ese control, y colapsar el puerto duplicado `ILLMProvider` dentro del seam gobernado `IAssistantTransport`/`SupervisedAssistantClient`. **Avance (`44fe8dd3`):** los controles que el repositorio ya ejecuta contra sí mismo en `.harness/scripts/ci/agentic/` se portaron al provider que se envía en vez de reinventarse — API key movida de la query string de la URL al header `x-goog-api-key`, timeout con `AbortController`, presupuesto de bytes/tokens que falla cerrado, redacción de secretos, salida validada contra schema, y un log/métrica auditable. El egress ahora está **apagado salvo `EVOLITH_LLM_EGRESS=true`**. **NO cerrado:** convertir un export publicado siempre-activo en opt-in es una rotura de comportamiento para `@beyondnet/evolith-agent-runtime@1.1.0` (los nombres siguen siendo aditivos, así que el congelamiento de contrato de GT-388 se sostiene, pero el comportamiento observable cambió) y necesita una decisión deliberada de versión junto a `GT-570`; el puerto duplicado `ILLMProvider` aún no está colapsado del todo dentro del seam gobernado `IAssistantTransport`/`SupervisedAssistantClient`; y los READMEs de paquete en español siguen sin disclosure. Verificado: agent-runtime 309/309. **+2026-07-26 (ola 3) — 2 de 3 criterios cumplidos.** Se colapsó el puerto LLM duplicado: `GeminiProvider` sólo es alcanzable ya como `IAssistantTransport` detrás del seam supervisado, fail-closed y apagado por defecto, así que hay un único camino gobernado a un LLM en vez de dos con posturas opuestas. La disclosure de egress en español se escribió en `src/packages/agent-runtime/README.es.md`, reflejando estructuralmente la inglesa. **Sigue abierto:** el criterio 3 — el repositorio no pasa sus propias 9 reglas `AAI-*` blocking en un check de CI, y sigue sin existir un `agent.config.json` raíz, así que la topología agentic-ai nunca se evalúa contra el propio Evolith. También sin resolver y dependiente del dueño: convertir un export publicado siempre-activo en opt-in es una rotura de comportamiento para `@beyondnet/evolith-agent-runtime@1.1.0` y necesita una decisión de versión junto a `GT-570`. `src/sdk/cli/README.es.md` sigue sin disclosure (fuera del área del agente). **CERRADO el 2026-07-28, con la salvedad que importa registrada y no enterrada.** Los tres criterios se cumplen: la clave viaja en una cabecera con timeout por `AbortController`, presupuesto de egreso y redacción de secretos (`GeminiProvider`); el README lleva una sección `Network egress and data handling` que nombra el endpoint, qué se envía, el opt-in y el subencargado; y `agentic-ai-self-conformance.spec.ts` evalúa el repositorio contra las nueve reglas bloqueantes `AAI-*` que él mismo publica, 13/13, con una FIXTURE NEGATIVA que demuestra que las nueve fallan sin `agent.config.json`. **La salvedad:** ese spec corre en `Test agent-runtime`, que NO es uno de los siete contextos requeridos de main (verificado contra la protección de rama en vivo). Así que el producto ya ejecuta sus propias reglas de egreso de IA contra sí mismo en CI — pero un fallo no bloquearía un merge. Añadir `Test agent-runtime` al conjunto requerido es un cambio de protección de rama y una acción del propietario; no es algo que hacer unilateralmente, y es la diferencia entre un check que informa y uno que gobierna. | `agent-runtime` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-576`](./gap-reference-catalog.es.md#gt-576) | **La autoevaluación que un comprador lee primero es falsificable en diez minutos, y el documento se autoincrimina.** `maturity-assessment.md` define *Validated (Weight 1.0) — Passing all quality gates, tests, and active in CI/CD*, y acto seguido marca **Pillar 1 Security "Level 4 (Managed) / Validated"** citando Row-Level Security multi-tenant (ADR-0010) y audit trails inmutables vía CDC (ADR-0016): `grep -rniE 'row.level.security\|current_setting\(\|debezium\|change data capture'` sobre `src` devuelve **CERO ficheros**, y core-api no declara driver de base de datos ni ORM. El **Pillar 4** está marcado Level 4 / Validated citando "builds deterministas de monorepo vía Nx" — no existe `nx.json` ni dependencia `nx`. También afirma paridad dual-engine 8/8 mientras el gate cubre 3 topologías y el paquete publicado trae políticas para 5. (La cita obsoleta de `opossum` en Pillar 3 es otro asunto — ese pilar está honestamente marcado `Designed`.) Fix: degradar Pillar 1 a `Designed` con los ADRs listados como intención, borrar la cita de Nx, reportar paridad contra el artefacto publicado, y añadir una regla mecánica a `09-reconcile-maturity.mjs`: una capacidad solo puede marcarse `Validated` si su lista de evidencia contiene al menos una referencia `file:line` o un job de CI, nunca un ADR solo. **Cierre (`44fe8dd3`):** cada afirmación del enunciado se re-verificó contra el árbol y todas se sostuvieron. Pillar 1 (Security) y Pillar 4 bajaron de `Validated` a `Designed` con sus ADRs listados como intención, la cita de Nx eliminada, y la paridad reportada contra el artefacto publicado — en AMBOS idiomas, estructuralmente idénticos. La clase de error queda mecánicamente bloqueada: `09-reconcile-maturity.mjs` rechaza cualquier capacidad `Validated` cuya evidencia no contenga `file:line` ni job de CI, y esa regla lleva un auto-test negativo que prueba que se pone roja ante una entrada deliberadamente mala. Verificado: `09-reconcile-maturity.mjs --check` ✅, `04-check-bilingual-parity.mjs` ✅, gobernanza 17/17. | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-577`](./gap-reference-catalog.es.md#gt-577) | **El artefacto que un cliente cablearía a su CI se lee como una herramienta rota aunque el gate funcione.** `.github/actions/evolith-validate/action.yml` lee `jq -r '.summary.violations // 0'`, pero el envelope real del CLI tiene claves de primer nivel `[success, data, meta]` con `data = {status, rulesChecked, issues, coreRef, timestamp}` — no existe `.summary`. Lo mismo aplica al fichero `--output` (`validate.command.ts:353-361` escribe el mismo `createSuccessEnvelope`). **Matiz importante: la action sí bloquea correctamente** — captura `EXIT_CODE`, pone `compliance-status=non-compliant` y sale 1 cuando `fail-on-violation=true`; lo roto es el contador y el texto del resumen del PR, que renderiza literalmente "Non-compliant -- 0 violation(s) found". Y `grep -rn 'evolith-validate' .github/` solo coincide dentro del propio README de la action: cero consumidores en los 12 workflows, así que no hay regresión posible. Fix: cambiar el path jq a `.data.issues \| map(select(.blocking)) \| length` y añadir un workflow en este repositorio que ejecute la action contra un satélite fixture no conforme, de modo que quede dogfooded y con test de regresión. **Avance (`44fe8dd3`):** el path `jq` ahora cuenta issues blocking del envelope ADR-0073 real en vez de leer una clave `.summary` que nunca existió, y `.github/workflows/evolith-validate-dogfood.yml` ejecuta la action contra un satélite fixture deliberadamente no conforme, de modo que la action queda por fin dogfooded. Validado por parseo YAML y ejecutando los scripts de sus steps localmente contra el CLI construido. **NO cerrado:** el workflow nunca se ha ejecutado en un runner de GitHub, así que por el estándar de esta propia auditoría el gate aún no está probado — un gate que nadie ha visto fallar es el defecto del que trata toda esta ola. Cerrarlo tras su primera corrida verde. Aparte, no está en el conjunto de checks requeridos, que es la acción de dueño de `GT-574`. **Cierre (verificado contra la corrida de CI 30228607519, `develop`, 2026-07-27T00:56:37Z):** ambos jobs verdes — `Action contract (recorded envelopes)` y `Action vs non-conforming satellite`. El cierre NO es "el workflow está verde": el log lleva las dos aserciones que antes eran imposibles, `OK: 34 blocking violation(s) of 274 issue(s), agreeing with the report.` y `OK: the gate blocked as expected with 34 blocking violation(s).` Es decir, el contador es distinto de cero, concuerda con el fichero de reporte que escribe la action, `compliance-status` es `non-compliant`, y la mitad negativa — `fail-on-violation: true` DEBE hacer fallar el step — se ejercita en cada corrida. Cinco corridas verdes consecutivas. La action queda dogfooded y bajo regresión, que era la mitad más importante de este gap. Pendiente y registrado en otro sitio: el workflow no está en el conjunto de checks requeridos, que es configuración de branch protection. | `Infra` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-578`](./gap-reference-catalog.es.md#gt-578) | **Las dos causas raíz sistémicas detrás de la mayoría de hallazgos de la auditoría 2026-07-26, atacadas en el mecanismo y no instancia por instancia.** (a) *Literales de ruta*: la migración a `src/` movió código e imports pero no los cientos de cadenas de ruta en scripts de CI, pasos `run:` de workflows, constantes de evaluadores y values de Helm — el compilador detecta un módulo movido, nada detecta un fichero movido referenciado por una cadena, y una ruta que no resuelve produce silencio. Instancias vivas: `OpaEvaluator` hardcodeando `<corePath>/rulesets/opa/policy.wasm` (el motor OPA entero es no funcional contra el layout del Core); `upgrade` diffeando contra un `<corePath>/rulesets` inexistente; el config de fronteras del CLI guardando `src/domain`, `src/application`, `src/core`, ninguno de los cuales ha existido nunca; `sdk-cli-ci.yml:467` invocando un script inexistente cuyo homólogo real apunta a una ruta pre-refactor, así que "Winston Agentic Review" está muerto dos veces y reporta `success`. (b) *Pase vacuo*: el patrón ya existe en `34-boundary-guard-repository.mjs:57-73` ("A zero-file scan must never be reported as boundary guard passed") y como auto-test negativo en el gate de contrato del Tracker — está aplicado a 2 guards de ~46. Fix: un guard de ~40 líneas que resuelva contra disco todo literal de ruta; que cada guard publique su denominador y salga 1 ante un escaneo de cero elementos; que cada guard lleve una fixture deliberadamente mala que DEBE ponerlo rojo en CI; y que CI ejecute todos los `validationCommand` de `gap-closure-evidence.json`. **Cierre (`44fe8dd3`):** `40-validate-path-literals.mjs` escanea scripts del harness, pasos `run:` de workflows y values de Helm, resuelve cada literal contra disco, publica su denominador (109 literales en 197 ficheros) y sale 1 ante un escaneo vacuo — obedece la disciplina que impone, con una fixture negativa en `node --test` (15 tests). Los dos defectos vivos que encontró están reparados: `sdk-cli-ci.yml:467` invocaba un `.harness/scripts/ci/13-agentic-code-review.mjs` inexistente (la ruta real está bajo `ci/agentic/`) y el argv de ese script apuntaba a un `packages/mcp-server/dist/main.js` pre-refactor — que es la razón por la que "Winston Agentic Review" reportaba `success` durante meses sin llegar nunca al servidor. Con ambos arreglados, el guard pasó de `--report` a su modo ESTRICTO por defecto en `ci-runner.mjs`, así que un literal muerto nuevo ahora FALLA la corrida de gobernanza. La mitad anti-vacua queda impuesta para este guard; extender el patrón a los otros ~45 guards queda como trabajo posterior. **NO cerrado:** dos de sus tres criterios siguen sin cumplirse — el patrón anti-pase-vacuo está impuesto solo para ESTE guard (faltan ~45), y los `validationCommands` del tablero todavía no se ejecutan en CI. El guard de literales de ruta sí está estricto, cableado y verde. **+2026-07-26 (ola 3) — aterrizaron dos guards nuevos; los criterios 2 y 3 avanzaron, ninguno cerró.** `42-validate-guard-denominators.mjs` clasifica los **54** guards de CI y asserta que ninguno puede pasar en silencio un escaneo de cero elementos (8/8 tests, exit 0). `41-validate-evidence-commands.mjs` por fin EJECUTA los `validationCommands` del tablero en vez de sólo comprobar que sean cadenas no vacías (27/27 tests), y reporta su denominador con honestidad: sobre **937 comandos registrados en 544 registros de cierre encuentra 290 referencias muertas**, e imprime `THIS IS NOT A PASS` en vez de salir verde con una cifra así. Está cableado en modo reporte con un trinquete `--max-dead 290` para que el conteo sólo pueda bajar. **Sigue abierto:** el criterio 3 exige muertas == 0, que es una migración de datos del fichero de evidencia (propiedad del tablero), no un cambio de guard; el criterio 2 exige una fixture negativa por guard, y clasificar no sustituye a eso. Las 290 referencias muertas son en sí un hallazgo: son el tamaño medido de la causa raíz C5 — un tablero que registra intención en vez de resultado. Ola 2: el criterio 2 pasa a exigirse por EJECUCIÓN — `43-validate-guard-negative-fixtures.mjs` apunta cada guard de barrido a un único árbol deliberadamente vacío y 32/32 se pusieron en rojo, 0 reportaron pase. Una fixture compartida en vez de 34 a medida, derivada de la clasificación de 42, así que el siguiente guard se ejercita el día que aterriza. Dos clases de falso-MUERTO en 41 reparadas y el ratchet vuelto independiente de la máquina (ahora imprime su propia base: 303, coincidente entre un portátil y el runner pese a diferir 15 en el conteo bruto). 43, 44 y 34 cableados en ci-cd.yml; ratchet bajado de 305 a 303. **AC3 intacto:** 288 referencias muertas, 198 nombrando workspaces previos al refactor — una migración de datos del fichero de evidencia. | `Governance` | Cross | P1 | M | `EN-PROGRESO` |
+| [`GT-580`](./gap-reference-catalog.es.md#gt-580) | `grep -rno "process.exit([0-9]*)" src/sdk/cli/src` devuelve **20 × `process.exit(1)` más 2 `process.exit()` sin argumento** — un único valor de fallo para un veredicto FAIL, un flag mal escrito, un fichero ausente o una caída de infraestructura, así que ningún consumidor puede ramificar por causa. Los diagnósticos comparten el canal máquina: **341 `console.log` frente a 115 `console.error`**. Y no hay salida incremental — no existe `--format ndjson` — así que un `validate` largo es opaco hasta que termina. Un harness de agente, un hook de pre-commit y un paso de CI tienen exactamente un primitivo en común (el código de salida del proceso) y el CLI hoy renuncia a usarlo. Fix: taxonomía publicada (`0` PASS · `2` error de uso · `3` **veredicto FAIL** · `1` fallo de infraestructura · `4` HITL requerido), todo diagnóstico a stderr, un stream de eventos NDJSON versionado, y la taxonomía gobernada por un ruleset propio con paridad Rego para que un comando nuevo no pueda romperla. **+ola 2026-07-28 — la taxonomía existe y su rotura de contrato está propagada.** `0` pasa · `1` fallo de herramienta · `2` bloqueado · `3` entrada inválida, impuesto centralmente en `BaseEvolithCommand.handleError` más un guard jest que rompe la build ante cualquier literal de salida fuera del conjunto. **La propagación se auditó en vez de suponerse:** un barrido de todo el repo no encontró NADA que interpretara `1` como "gate falló", así que no había rotura viva aquí — pero la composite action colapsaba todo lo no-cero en `non-compliant`, lo que **afirmaba que el repositorio de un cliente era no conforme cuando el CLI simplemente había reventado o se le había invocado mal**. Eso es el inverso de un gate que reporta verde sobre un repo sin evaluar, y es igual de falso. La action ahora reporta `error` / `invalid-input`, expone `exit-code`, falla el paso ante un no-veredicto ignorando `fail-on-violation`, y su resumen de PR dice "Not evaluated — esto no es un hallazgo sobre este repositorio". Sus tests pasaron de 11 a 13, reclasificados y no aflojados: cuatro casos eran veredictos bloqueados (ahora exit 2) y dos eran fallos de herramienta genuinos (siguen en exit 1, ahora `error`). Ambas guías publican la tabla de cuatro valores. **NO cerrado:** la disciplina stdout/stderr está intacta (341 `console.log` frente a 115 `console.error`), no hay flujo de eventos `--format ndjson`, y el tercer criterio pide un ruleset de paridad Rego mientras lo que aterrizó es un guard jest que sólo cubre este paquete. **Follow-up fuera de este repositorio:** el Tracker invoca el CLI y puede ramificar por su código de salida — no verificable desde aquí, hay que revisarlo en `evolith_tracker`. **Criterio 1 marcado el 2026-07-28 tras verificarlo:** `exit-code-taxonomy.spec.ts` publica exactamente cuatro códigos, separa un veredicto bloqueante de un Core inalcanzable y — la parte que sostiene el criterio — BARRE las fuentes de los comandos y comprueba que ninguna nombra un exit code fuera de `0`, `1`, `2` o `3`, con protección anti-vacua para que un verde sobre un barrido vacío no cuente como verde. 21/21. Quedan los criterios 2 y 3: no hay test que afirme que `--format json`/`ndjson` escribe datos solo en stdout con todo diagnóstico en stderr, ni un par ruleset+Rego que exija la taxonomía como gobierno en vez de como barrido de jest. **+ola 2026-07-29 — criterios 2 y 3 cerrados para el canal JSON; un barrido reforzado encontró cuatro roturas más, miembros de la taxonomía pero incorrectas.** Criterio 2: `machine-channel.registry-sweep.spec.ts` le pregunta al propio registro de commander del CLI qué comandos declaran `--format` (no una lista a mano) y comprueba que los 32 encontrados escriben exactamente un documento JSON parseable en stdout con los diagnósticos en stderr — 32/32 limpios. Esto cierra la mitad de pureza stdout/stderr del criterio 2; el streaming `--format ndjson`, el cuarto pilar del fix original, sigue sin construirse. Criterio 3: la taxonomía ahora está gobernada por `src/rulesets/cli/exit-code-taxonomy.rules.json` con paridad Rego (`src/rulesets/opa/cli-exit-code-taxonomy.rego`, `opa test` 7/7) y un evaluador nativo (`cli-exit-taxonomy-rule.handler.ts`, 28/28 junto con `rule-corpus-triage.spec.ts`) — un comando nuevo ya no puede romper la taxonomía sin que falle un ruleset. **Reforzar el barrido sacó a la luz justo la clase de bug para la que existe:** al sumar `envelope.success === (status === 0)` junto a la pertenencia a la taxonomía aparecieron CUATRO comandos que eran miembros válidos de la taxonomía mientras contradecían su propio envelope — `sdlc gate-status` salía con 0 sobre un envelope `INTERNAL_ERROR` (un consumidor que ramifica por código lo lee como PASS), `alias` salía con 1 en vez de 3 ante un error de uso, el catch-all de `init-wizard` colapsaba un `NonInteractiveError` a `INTERNAL_ERROR`/1 antes de que llegara a `resolveExitCode`, y la rama JSON de `sdlc generate` hacía `return` antes de llegar a la asignación de `process.exitCode` que tenía debajo. Los cuatro se corrigieron enrutando por los helpers ya existentes `exitCodeForErrorCode`/`resolveExitCode`/`carriesCliExitCode` en vez de un literal fijo, y el barrido ahora exige esa coherencia para todo comando de aquí en más. Verificado: suite del CLI 101 suites/1446 tests, handler+triage de core-domain 28/28, `opa test` 7/7, `tsc --noEmit` limpio. [PR #278](https://github.com/beyondnetcode/evolith_arch32/pull/278). **Sigue abierto:** el flujo de eventos `--format ndjson`, y el seguimiento cross-repo del Tracker señalado arriba (no verificable desde este repo). | `Evolith CLI` | Cross | P1 | M | `EN-PROGRESO` |
+| [`GT-581`](./gap-reference-catalog.es.md#gt-581) | `grep -rn "outputSchema\\|structuredContent" src/packages/mcp-server/src` devuelve **0**, e igual `annotations` — sobre **50 tools anunciadas**, con el SDK `1.29.0`, que soporta las tres cosas. Todo llamante recibe por tanto un bloque de texto y debe reconstruir su forma por ingeniería inversa, y ningún cliente puede distinguir una tool de solo lectura (`evolith-adr-list`) de una destructiva (`evolith-satellite-create`) antes de invocarla. El draft de la especificación además relajó `inputSchema`/`outputSchema` para aceptar cualquier keyword de JSON Schema 2020-12 (SEP-2106) y pide a los servidores devolver `tools/list` en orden determinista para mejorar el acierto de caché de cliente y de prompt — dos ganancias gratis en la misma pasada. Fix: derivar `outputSchema` por tool desde `@beyondnet/evolith-contracts`, emitir `structuredContent`, añadir annotations `readOnlyHint`/`destructiveHint`/`idempotentHint`, y hacer determinista el orden de `tools/list`. Ola 2: las 50 herramientas declaran `outputSchema` y devuelven `structuredContent` que valida con el propio validador del SDK — incluso en las denegaciones FORBIDDEN, que es el resultado que un agente más necesita leer mecánicamente. Se genera de forma central desde la versión del sobre, así que no se puede registrar una herramienta sin contrato. **Salvedad que se arrastra, no se oculta:** la rama `data` queda declarada-pero-abierta en las 50; estrecharla exige esquemas por operación, que es GT-583. | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-582`](./gap-reference-catalog.es.md#gt-582) | Verificado directamente contra la especificación viva el 2026-07-26, no tomado de una fuente secundaria. La revisión **actual** del protocolo es `2025-11-25`; el **draft** elimina las sesiones a nivel de protocolo y la cabecera `Mcp-Session-Id` (SEP-2567), elimina el handshake `initialize`/`notifications/initialized` en favor de `_meta` por petición (SEP-2575), hace obligatorio `server/discover` (SEP-2575), sustituye las peticiones iniciadas por el servidor con el patrón **MRTR** — `InputRequiredResult`, un `resultType` obligatorio, e `inputResponses` en un reintento de la petición original (SEP-2322) —, deprecia Roots/Sampling/Logging (SEP-2577) y deprecia el Dynamic Client Registration en favor de Client ID Metadata Documents. En este repositorio: SDK `1.29.0`, **7 sitios con `sessionId`** bajo `src/packages/mcp-server/src`, y `grep -rn "well-known\\|oauth-protected-resource" src` devuelve 2 coincidencias no relacionadas, así que tampoco se sirve documento de metadatos de recurso protegido. MRTR importa más allá de la conformidad: es *la aprobación como protocolo*, y es la única forma en que el gate HITL sobrevive a la desaparición de las sesiones. **Corrección al documento origen, que esta fila registra en vez de repetir:** el documento etiqueta esta revisión como `2026-07-28` y la plantea como una emergencia a 3 días. Esa fecha no pudo confirmarse — la propia página de versionado de la especificación sigue nombrando `2025-11-25` como actual, describe la negociación como parte de `initialize`, y no publica fecha de release para el draft. El contenido técnico es real y está confirmado; la urgencia no. Esto es trabajo preparatorio contra un draft, a revisar en cada revisión de la especificación. | `MCP Server` | Cross | P1 | L | `PENDIENTE` |
+| [`GT-583`](./gap-reference-catalog.es.md#gt-583) | `TOOL_SCHEMAS` es un mapa escrito a mano en `src/sdk/cli/src/commands/api/api.catalog.ts:81`, las tools MCP declaran sus propios input schemas inline en código, y `buildCapabilityManifest` (GT-513) publica solo `evaluationKinds`, `engines`, `surfaces`, `supportedConsumers` y un `sha256` — **ningún esquema de entrada o salida por operación**. Así que "un registro genera las tres superficies" se afirma en prosa y se mantiene a mano. Aparte, **los 154 ficheros `*.schema.json` declaran `http://json-schema.org/draft-07/schema#`**, mientras el draft de MCP espera keywords de 2020-12 en los esquemas de tool — lo que convierte el pin en un bloqueo para GT-581 y no en una elección neutral. Fix: extender el manifiesto con `inputSchema`/`outputSchema` por operación, generar `TOOL_SCHEMAS` y los registros MCP desde él, y migrar el meta-esquema a 2020-12 compilando con el entry point 2020 de ajv. | `Evolith Core` | Cross | P1 | L | `PENDIENTE` |
+| [`GT-584`](./gap-reference-catalog.es.md#gt-584) | La costura de ADR-0111 está viva — `quality-signal-provider.port.ts`, `quality-signal-registry.ts` y dos providers reales (`lighthouse-evidence.provider.ts`, `structural-review-provider.ts`) — y `Evidence` ya lleva `determinism` y `provenance{collectedBy, adapterVersion, artifactHash, timestamp}`. Lo que falta es el gate encima: `grep -rniE "confusion.matrix\|true.positive.rate\|cohen\|kappa\|false.block"` sobre `src` y `.harness` devuelve **0**. Nada lee `determinism` como condición para bloquear, así que el día en que un provider no determinista apunte a algo que importe, su hallazgo será admisible por defecto y sin medir. Fix: `probabilistic-evidence-admissibility.rules.json` con paridad `.rego`/`.test.rego` — la evidencia probabilística solo puede bloquear mientras `tpr ≥ θ₁ ∧ tnr ≥ θ₂ ∧ antigüedad ≤ θ₃`, y si no degrada a advisory — más los campos de calibración en `Evidence` que la regla lee. Ola 2: se encontró y cerró un camino real de heurística a veredicto bloqueante (`detectDependencyInversionIssues` y `detectLayerViolations` emitían MUST bloqueante y mcp-server copiaba la bandera literalmente). Dos defectos concretos detrás de la tasa de error no medida: la comprobación de framework casaba subcadenas desnudas, y la comparación de capas estaba INVERTIDA — todo import legal `application → domain` bloqueaba mientras toda inversión real `domain → infrastructure` pasaba. **Ningún criterio cumplido en su ubicación declarada:** AC1 pide un par ruleset/Rego bajo `src/rulesets/**`, AC2 pide los campos de calibración en el propio `Evidence`. Los umbrales son política declarada, no mediciones — GT-585 es lo que los vuelve reales. | `core-domain` | Cross | P1 | M | `EN-PROGRESO` |
+| [`GT-585`](./gap-reference-catalog.es.md#gt-585) | 167 rulesets y 45 políticas deciden `blocking`, y ninguno se ha medido nunca: todo el vocabulario de calibración (`matriz de confusión`, TPR/TNR, κ de Cohen, falso bloqueo) aparece **0 veces** en `src` y `.harness`. La fuente de etiquetas que esa medición necesita — un humano revocando una decisión de gate — vive en el Tracker, y según GT-435/GT-448 nada ha corrido nunca en producción, así que **todavía no existe corpus orgánico de etiquetas y esta fila no puede cerrarse solo con código**. Lo que sí está disponible hoy, y es el sentido de registrarla ya: un set etiquetado a mano desde la propia historia de este repositorio, más el arnés (un comando estilo `judge:validate` que reporte matriz de confusión, κ e intervalo de Wilson dentro del envelope ADR-0073), de modo que en el momento en que existan etiquetas la cifra sea derivable y no reconstruida a posteriori. | `Governance` | Cross | P1 | L | `PENDIENTE` |
+| [`GT-586`](./gap-reference-catalog.es.md#gt-586) | `EvaluationContext` lleva más de 30 miembros opcionales, entre ellos `executionMode: 'manual' \| 'hybrid' \| 'agentic'` y, por ítem de evidencia, `EvidenceContext.producer.actorType` — pero **no lleva identidad del solicitante ni revisión de código**: sobre `evaluation-context.ts`, `grep -nE "actor\|revision\|commit"` solo coincide con `ExecutionMode` y ese `producer` anidado. `EvaluationResult` refleja `evaluatedAt` y `versions{core, ruleset, rulesetVersion, policy, blueprint}` — otra vez sin revisión. Así que el motor no puede atribuir un veredicto a un humano o a un agente (`executionMode` describe el modo de operación, no la identidad de quien pide, y no lleva ni modelo ni sesión), y dos veredictos sobre el mismo repositorio no pueden ordenarse contra el código que juzgaron. Fix: `requester{actorType, actorId, modelRef?, sessionId?}` y `repositoryRevision` opcionales y aditivos en el contexto, reflejados en el resultado. Solo aditivo, así que el congelamiento de contrato de GT-388 se mantiene. Ola 2: `requester` y `repositoryRevision` se aceptan, se reflejan en el resultado y se proyectan al input de OPA, todo de forma aditiva. Nada se deriva — si no entra, no sale, porque un sha inventado en una traza de auditoría es peor que uno ausente. **Pendiente:** AC3, cobertura de fixtures en `@beyondnet/evolith-contracts`. **CERRADO el 2026-07-28.** Aterrizó el tercer criterio: `@beyondnet/evolith-contracts` publica ahora `EVALUATE_INLINE_ATTRIBUTED_REQUEST` y `EVALUATION_RESULT_ATTRIBUTION_FIXTURE` desde el índice del paquete — no solo desde el módulo de fixtures, que es lo que pide el criterio y lo que un consumidor puede fijar de verdad. Cuatro tests: el requester tipado y la revisión viajan, el resultado los refleja LITERALMENTE (nada derivado — un sha inventado en una traza de auditoría es peor que uno ausente), un veredicto SIN ellos sigue validando y sigue resolviendo a `PASSED`, y un llamador que no aporta revisión no recibe ninguna. Esa mitad aditiva es lo que hace seguro el cambio en un paquete publicado. | `core-domain` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-587`](./gap-reference-catalog.es.md#gt-587) | `grep -rn "gen_ai" src` devuelve **0**. El tracing existe (`src/packages/mcp-server/src/tracing.ts`) y GT-546 emite métricas `evolith_*`, así que la fontanería está puesta y solo el vocabulario es privado. Las convenciones semánticas GenAI de OpenTelemetry definen `gen_ai.evaluation.result` — que es exactamente la forma de una señal de calidad de ADR-0111 — más un namespace `mcp.*`; el draft de MCP además documenta la propagación de trace context por `_meta` (`traceparent`, `tracestate`, `baggage`, SEP-414). Fix: emitir los atributos de semconv junto a `evolith.*`, y pinnear la versión de semconv, porque ese registro sigue en estado Development. | `Evolith Core` | Cross | P2 | M | `PENDIENTE` |
+| [`GT-588`](./gap-reference-catalog.es.md#gt-588) | `Provenance{collectedBy, adapterVersion, artifactHash, timestamp}` es obligatorio en cada `Evidence` — y está completamente sin firmar: `grep -rniE "scitt\|cose_sign\|transparency"` sobre `src` devuelve una única coincidencia no relacionada. GT-576 ya degradó la afirmación del Pilar 1 sobre "rastros de auditoría inmutables" de `Validated` a `Designed` por exactamente este motivo. Un `artifactHash` que el productor calcula sobre su propia salida no es evidencia de no-manipulación. Fix: un statement firmado más recibo por decisión en la forma que define RFC 9943 (SCITT) con recibos COSE, un `evolith-cli audit verify` que los compruebe, y — la parte que hace el ledger portante y no ornamental — una regla de gobernanza que FALLE cuando los recibos no verifican. | `Governance` | Cross | P2 | L | `PENDIENTE` |
+| [`GT-589`](./gap-reference-catalog.es.md#gt-589) | `grep -rniE "scip\|tree-sitter"` sobre `src` devuelve **0**. La profundidad hoy viene de la costura de enforcers OSS (GT-514/GT-515/GT-521), cuya salida es una lista plana de `Violation` por corrida de herramienta — útil, pero no una base de hechos consultable: sin grafo de símbolos, sin grafo de módulos, sin estructura de imports o llamadas a la que el evaluador pueda hacer preguntas. Fix: un paquete `RepoFacts` con content-hash producido por un indexador SCIP (`scip-typescript` y equivalentes) más tree-sitter, extraído **fuera** del Core y entregado inline como miembro determinista de `EvaluationContext` — la misma forma que ADR-0101 ya exige para los ficheros fuente vía `OverlayFileSystem`, así que refuerza la restricción de statelessness en vez de erosionarla. | `Evolith Core` | Cross | P1 | L | `PENDIENTE` |
+| [`GT-590`](./gap-reference-catalog.es.md#gt-590) | `structurizr-parser.ts` y `c4-compiler.ts` existen bajo `src/packages/core-domain/src/application/validators/enforcement/`, así que el modelo *intencional* ya se parsea. Lo que falta es el paso de correspondencia: nada liga un elemento C4 a un símbolo, módulo o ruta de código, así que el sistema tiene una intención y una implementación y no puede compararlas. Fix: un provider probabilístico propone los bindings por la costura de ADR-0111, un humano los confirma en un gate HITL, la correspondencia confirmada se persiste versionada, y desde ese momento es una entrada determinista. Depende de GT-589 para el lado de símbolos de cada binding. | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
+| [`GT-591`](./gap-reference-catalog.es.md#gt-591) | `.harness/scripts/opa-runtime.mjs:6` pinnea `OPA_VERSION = '0.65.0'` y `compile-opa-wasm.mjs:41` descarga esa misma versión; `@open-policy-agent/opa-wasm` está en `1.10.0` tanto en `core-domain` como en `mcp-server`. OPA ha publicado desde entonces su línea v1, donde las keywords `if` y `contains` son obligatorias en vez de opcionales. En este repositorio la migración está **ya medio hecha y es medible**: 13 de 45 políticas declaran `import rego.v1`, dejando **32 en estilo v0**, con 39 ficheros `*.test.rego` como el arnés que prueba que la conversión no cambió ni una decisión. Fix: `opa fmt --rego-v1` sobre las 32, subir la versión pinneada, y aseverar el pin en CI. Ola 2: 85/85 ficheros de `src/rulesets` son v1; los 275 casos de test pasan idénticos bajo el 0.65.0 fijado y bajo un 1.10.0 real, que es la prueba más fuerte disponible de que ninguna decisión cambió (HEAD produce 813 errores de parseo con el mismo binario v1). Evidencia de la fila corregida: el conjunto v0 eran 77 ficheros, no 32. **NO SUBIR EL PIN:** 6 políticas v0 bajo `reference/.../progressive-axis/**` siguen fallando con un binario v1 y son justo las que ejecutan la puerta de paridad. | `Evolith Core` | Cross | P2 | M | `EN-PROGRESO` |
+| [`GT-592`](./gap-reference-catalog.es.md#gt-592) | El stack está terminado: GT-538 (adaptador pgvector durable), GT-539 (embeddings Qwen3 según ADR-0112), GT-540 (`IKnowledgePort` de producción) y GT-541 (workflow de delta-sync) están todos COMPLETADOS, con `pgvector-knowledge.adapter.ts` y ocho scripts `rag-*` bajo `.harness/scripts/ci/` — y **ninguna de las 50 tools MCP anunciadas es una operación de búsqueda o de conocimiento**, así que ningún agente externo puede consultar nada de ello. Segundo problema: el adaptador de GT-540 ordena solo por similitud coseno, mientras este corpus se consulta por identificadores exactos (`ADR-0111`, `GT-569`, `SCHEMA_VERSION`, `EVD-01`), que es el régimen donde el BM25 léxico gana a la recuperación densa. Fix: una tool MCP `evolith-knowledge-search`, recuperación híbrida con BM25 primero y denso como reranker, y un arnés de eval de recuperación en CI sobre un set fijo de consultas para que un cambio de ranking se vea. | `MCP Server` | Cross | P2 | M | `PENDIENTE` |
+| [`GT-593`](./gap-reference-catalog.es.md#gt-593) | GT-386 entregó *estado* durable — `file-scheduler.adapter.ts`, `file-memory.adapter.ts`, `file-approval-store.ts` — pero no hay journal de pasos: `grep -rniE "resume\|journal"` sobre `src/packages/agent-runtime/src` devuelve **0**. Así que el pipeline (`plan()`, el harness, cada provider, el evaluate del Core) no guarda registro por paso de entradas y salidas, lo que significa que un `kill -9` pierde el trabajo y, peor, pierde la constancia de qué devolvieron realmente los pasos no deterministas. Fix: journalear cada paso con entradas y salidas hasheadas, y reanudar desde el journal. Ola 2: diario de pasos append-only direccionado por contenido de la entrada, con adaptadores en memoria y JSONL durable; cuatro pasos se registran y se reanudan, probado matando el Core a mitad de pipeline. El conjunto NO reanudable (aprobaciones, veredictos de política, pasos muertos antes de completar, reemisiones al sumidero) queda escrito en el puerto en vez de implícito: aprobaciones y veredictos se vuelven a decidir en cada intento a propósito, porque reproducir una concesión podría reanudar sobre una decisión revocada. | `agent-runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-594`](./gap-reference-catalog.es.md#gt-594) | Los 167 rulesets y 45 políticas razonan sobre estructura, fronteras e imports — y los modos de fallo que nombra la evidencia longitudinal del documento origen (duplicación en vez de reutilización, refactor colapsado, abstracción muerta, constructos que enmascaran errores) son todos **legales en términos de imports**, así que ninguna regla puede verlos: `grep -rlniE "duplicat"` sobre `src/rulesets` solo coincide con prosa (un README, el manifiesto de ingeniería, un ruleset de ADR) y ninguna regla calcula un ratio de duplicación, un ratio refactor:copia, ni un conteo de constructos que enmascaran errores. Fix: evaluadores de esas señales detrás de la costura de ADR-0111, **advisory primero**, admisibles para bloquear solo vía GT-584. Depende de GT-589 para los hechos estructurales sobre los que se calculan las señales. | `Evolith Core` | Cross | P2 | L | `PENDIENTE` |
+| [`GT-595`](./gap-reference-catalog.es.md#gt-595) | **No viene del documento origen — se encontró al contrastarlo.** GT-569 lo apartó explícitamente ("cerrar el gap de cobertura de handlers en sí (≈240 reglas no evaluables) NO es parte de esto y queda abierto") y lo dejó sin fila propia, que es cómo un P0 se vuelve invisible en el tablero. Tras ese arreglo, `validate` sobre este repositorio reporta **269 saltadas de 380** reglas, **192 de ellas `blocking`**: el motor nativo tiene handlers para una minoría del corpus de reglas (`find src/rulesets -name '*.rules.json'` cuenta 167 ficheros en 21 directorios). Una regla bloqueante saltada no es un resultado neutral — es una regla que el producto envía, documenta y cobra, y que nunca corre. El fix es triaje antes que código: por ruleset, decidir qué reglas necesitan handler nativo, cuáles se expresan mejor como Rego (ya existen 45 políticas), y cuáles son solo documentación y deben marcarse como no ejecutables para que dejen de inflar el denominador. Ola 2: todas las reglas quedan clasificadas y el ratio se publica por ruleset. Lo importante es el replanteo — de 380 reglas, 129 son documentación o no declaran comprobación alguna, así que la cifra de "240 handlers por escribir" contaba trabajo que nadie puede hacer; el backlog real es 60. **AC2 deliberadamente NO activado:** bloqueante-y-skipped tumbaría hoy este repositorio en ~85 reglas y no se encendió dentro de una ola compartida. **CERRADO el 2026-07-29.** El AC2 queda exigido: `RuleEvaluationEngine.toValidationIssues` emite ahora un ValidationIssue `blocking` cuando una regla declarada `blocking` devuelve `skipped`, de modo que esa combinación tumba la corrida. Deliberadamente NO es una excepción lanzada — `RulesetValidatorService.validate` captura las excepciones del motor y las degrada a `logger.warn`, así que un throw lo habría tragado en silencio el único llamador de producto. El desenlace de la regla sigue siendo `skipped` a propósito: promoverlo a `failed` la metería en `rulesChecked` y volvería a inflar justo la cobertura que GT-569 hizo honesta. Al activarlo aparecieron **181 reglas declaradas `blocking` que nunca se ejecutan**. 96 eran placeholders de ADR autogenerados cuya propia `validationQuery` termina "Concrete checks to be wired into the harness" — el generador afirmaba `blocking: true` sobre una comprobación que nunca cableó, y ahora emite `blocking: false`. De las 85 restantes, **12 se cerraron de verdad** y el conteo fijado queda en **73**, recalculado contra el corpus real en vez de asumido (se perturbó el pin a 74 y se observó fallar): 8 con forma de configuración (ED-R04, ED-R05, ED-R06, DAM-R05, MTN-05, GIT-08, SEC-RL-01, SEC-RL-02) y 4 de frontera de módulo (HXA-01, HXA-02, HXA-04, HXA-05). Dos hallazgos merecen quedar registrados, ambos casos del mismo patrón que persigue esta ola. Las cuatro reglas HXA estaban muertas porque **`DiskRulesetRepository.normalizeRuleset` nunca copiaba el campo `enforce`**: el esquema lo acepta desde GT-516, el ruleset de ADR-0002 escribe seis bloques y el PolicyCompiler los compila, pero la normalización lo descartaba, así que `rule.enforce` era siempre `undefined` y el subsistema de enforcement entero era inalcanzable por falta de datos, no por falta de cableado. Y **el propio cargador de `rule-corpus-triage.spec.ts` también descartaba `enforce`**, bajo un docstring que afirmaba cargar "exactamente como lo hace `DiskRulesetRepository`" — el instrumento de medida estaba midiendo un corpus distinto del que evalúa producción. Dos cosas se dejaron fuera a propósito. No se adoptó `dependency-cruiser`: el Core es un motor sin estado que lee satélites a través de un sistema de ficheros superpuesto que un subproceso no puede ver, y la configuración de la herramienta hace match con `node_modules/`, así que un satélite sin instalar daría cero violaciones y PASARÍA cuatro reglas bloqueantes — un pase falso es peor que el skip que vendría a sustituir. Y no se cerró OCB-02: ningún artefacto lleva marcador de `availability` en ninguna parte, así que la regla cuantifica sobre el conjunto vacío y solo puede pasar; eso queda recogido como tres tests ejecutables en lugar de prosa. | `core-domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-510`](./gap-reference-catalog.es.md#gt-510) | **16 gaps DONE no tienen registro de cierre en `gap-closure-evidence.json`.** El registro tiene 417 registros de cierre pero se requieren 433 (425 `GT-*` DONE + 8 `MT-*`), así que `08-validate-tracking.mjs` y `09-reconcile-maturity.mjs --check` fallan. Destapado cuando [`GT-476`](./gap-reference-catalog.es.md#gt-476) re-apuntó los guards de tracking/madurez a las rutas reales — las rutas obsoletas lo ocultaban. Afectados: GT-424, GT-436, GT-440, GT-449, GT-450, GT-452, GT-466, GT-467, GT-468, GT-469, GT-470, GT-471, GT-472, GT-473, GT-474, GT-484. Fix: añadir el registro de cierre real (commit + verificación) de cada uno, o revertir los que no estén realmente DONE — no fabricar evidencia. **Cierre:** el registro ya tiene 439 records (≥ requerido) y AMBOS guards pasan — `08-validate-tracking.mjs` "Validated 523 gaps and 439 closure records" y `09-reconcile-maturity.mjs --check` "✅ Maturity reconciliation matches" (este último completado por el sync de `asOf` de madurez `0d45a08e`). Cada gap DONE tiene registro (08 lo exige exactamente). | `Governance` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-511`](./gap-reference-catalog.es.md#gt-511) | (EAG-02 · integración A/B) **Modelo único normalizado de evidencia/Violation.** Un modelo canónico `Violation` (`ruleId, tool, file, line?, column?, severity, message, adrRef, owner?, fingerprint, frozen`) + un contrato de evidencia contra `src/rulesets/evidence/evidence-manifest.rules.json` (EVD-01..04); unifica el normalizador OSS (A) y el `EvidenceNormalizer` (B). Hoy el único motor es OPA-WASM + 12 handlers nativos (`native-evaluator.ts`), no hay adaptador de ingesta OSS, y `RuleExecutionRef.engine` es un enum Ajv estricto. Fix: `violation.ts` en core-domain (fingerprint normalizado SIN message + path normalizado), mapear a `GapFinding`/`RiskFinding`, `violation.schema.json` + `enforcer-evidence.schema.json`, agregar el engine `'enforcer'` con una estrategia de versión/tolerancia del enum. **Cierre (`d769c97b`):** `violation.ts` (modelo Violation + mapas de severidad invertibles + fingerprint sobre path normalizado excluyendo `message` + Violation⇄GapFinding/RiskFinding + `EnforcerEvidenceManifest`/`buildEnforcerEvidence` cubriendo EVD-01..04); `violation.schema.json` + `enforcer-evidence.schema.json` (ajv-válidos, incl. caso negativo EVD-02); `RuleExecutionRef.engine` ampliado a un vocabulario abierto `RuleEngine` + `'enforcer'` (`isKnownEngine`/`normalizeEngine`). Verificado: core-domain 752/752 (+17), tsc limpio, ajv válido. | `core-domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-512`](./gap-reference-catalog.es.md#gt-512) | (EAG-04 · integración A/B) **Aprovisionamiento del entorno de evaluación (restore/scoping/cache/sandbox).** Hacer los analizadores de fuente ejecutables y seguros. `GitHubRepositorySourceReader` entrega un tarball de TEXTO sin dependencias → dependency-cruiser/import-linter dan falsos negativos; Core y satélites son monorepos Nx. Fix: PA-01 restore (`npm ci`/`dotnet restore+build`/`pip install`+grimp/`composer install`); PA-02 scoping por proyecto en Nx; PA-03 cache de EvaluationResult por commit-SHA + solo-archivos-cambiados; PA-04 sandbox de shell-out (sin egress, sin secretos, ulimits/cgroups, allowlist de binarios); PA-05 toolchain según el manifiesto `evolith.yaml`. **Avance (`970a0da6`):** aterrizó la porción pura verificable en `provisioning.ts` — PA-01 `buildRestorePlan`, PA-02 `resolveProjectScope` (Nx afectados), PA-03 `computeEvaluationCacheKey`+`IEvaluationCache` (AC3 hecho — commit+scope sin cambios pega al cache), PA-04 `SandboxPolicy`+`enforceSandboxPolicy`+`SandboxedProcessRunner` (fail-closed: binario no-allowlisted / env-secreto rechazado antes del runner interno; endurece el `IProcessRunner` de GT-514), PA-05 `resolveRuntimeFromManifest`. Verificado: core-domain 838/838 (+16), tsc limpio. **+2026-07-12 (PA-06 + runner real):** `executeRestorePlan` (corre el plan fail-fast en el cwd del checkout) + `provisionEvaluationEnvironment` (compone scope→cache→restore) en core-domain; y el **`NodeProcessRunner`** real en `@beyondnet/evolith-infra-providers` (`execFile` sin shell, sin heredar secretos —passthrough curado PATH/HOME/locale, nunca TOKEN/SECRET—, timeout+kill, confinado a cwd) — el inner-runner que envuelve `SandboxedProcessRunner`; puerto expuesto en la API pública de core-domain. Verificado: core-domain 893/893, infra-providers 67/67, tsc limpio. **Bloqueado (solo infra-OS):** el enforcement OS-level de egress/cgroups/namespaces (requiere contenedor aislado en el deploy) + la integración de traer el checkout real del repo. | `Evolith Core` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-513`](./gap-reference-catalog.es.md#gt-513) | (EAG-06 · integración A/B) **API estable + manifiesto de capabilities.** La puerta de entrada para consumidores externos. `evolith-machine-contracts.json` lista solo `evolith_tracker` en `supportedConsumers` y no existe `/capabilities`. Fix: un paquete versionado `@beyondnet/evolith-contracts` (SemVer + sha256); `GET /api/v1/capabilities` junto a `ReferenceController` (solo-REST según ADR-0074, sin GraphQL aquí); tests de paridad de contrato. **Avance (`6b4bebf4`, ola paralela):** aterrizó el manifiesto versionado + guard de drift en core-domain — `capabilities/capabilities-manifest.ts` `buildCapabilityManifest` (kinds desde `EvaluationResult.results`, engines desde `KNOWN_RULE_ENGINES` incl. `enforcer`, `supportedConsumers` agrega `external`, `version` SemVer, `sha256` del JSON canónico) + guard de paridad `capabilityManifestFingerprint` + guards de exhaustividad en compile-time. Verificado: core-domain 822/822 (+15), tsc limpio. **Bloqueado:** el endpoint vivo `GET /api/v1/capabilities` en core-api + el paquete publicado `@beyondnet/evolith-contracts` (wiring de ficheros/módulos compartidos). **+ola paralela (`d144736e`):** aterrizó el endpoint vivo `GET /api/v1/capabilities` (`CapabilitiesController` → `buildCapabilityManifest`, envelope ADR-0073). Verificado 2/2 + reference sin regresión. Resta el paquete publicado `@beyondnet/evolith-contracts`. **Cierre:** ese resto se entrego — `@beyondnet/evolith-contracts@1.1.0` esta publicado en npm (verificado con `npm view`), asi que no queda nada abierto en esta fila. La frase anterior se conserva por historial. | `Core API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-514`](./gap-reference-catalog.es.md#gt-514) | (EAG-08 · integración A/B) **`IEnforcerAdapter` + `EnforcerEvaluator` + Composite + catálogo.** La costura de orquestación de enforcers. `rule-evaluation-engine.ts`/`RulesetValidatorService` usan un único `this.strategy` (Native). Fix: `IEnforcerAdapter.analyze(ctx)→Violation[]` con una unión `runtime`; `EnforcerEvaluator` (un `IRuleEvaluatorStrategy`) filtrando `enforce.engine==='enforcer'`; `CompositeRuleEvaluator` preservando el default Native; `ShellEnforcerAdapter` + `IProcessRunner`; `enforcer-catalog.json` alineado con `product/infra/validated-tool-catalog.md`. **Cierre (`30aee332`):** costura `enforcement/` — `IEnforcerAdapter.analyze→Violation[]` + puerto `IProcessRunner` (endurecido por GT-512) + `StubProcessRunner` (no se envía runner sin sandbox por defecto); `ShellEnforcerAdapter` reutilizable (buildSpec+parse); `EnforcerEvaluator` (filtra `enforce.engine==='enforcer'`, correlaciona por `toolRuleId`, frozen⇒pass, sin-adapter/crash⇒skip); `CompositeRuleEvaluator` entra en el slot `strategy` inyectable del engine sin cambiarlo; `NormalizedRule.enforce?`; `enforcer-catalog.json` espeja el nuevo §4.3 del catálogo (EN+ES). Verificado: core-domain 762/762 (+10), tsc limpio. | `core-domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-515`](./gap-reference-catalog.es.md#gt-515) | (EAG-09 · integración A/B) **Adaptador dependency-cruiser + ingester SARIF.** Primer adaptador de analizador de fuente (Node/TS, donde vive el código de Core). depcruise no tiene SARIF nativo ≤v16 y la resolución de tsconfig puede dar falsos "not resolvable". Fix: `DependencyCruiserAdapter` (`depcruise -T json`, parsear `summary.violations[]`) + un ingester SARIF 2.1.0 genérico reutilizable. Gate: 0 falsos positivos en un corpus real antes de cualquier bloqueo. **Avance (`a1bc3ea1`):** AC1+AC2 hechos — `DependencyCruiserAdapter` (`parseDependencyCruiserReport` puro: `summary.violations[]`→`Violation` file:line, error/warn/info, path del ciclo, malformado⇒`[]`) sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514; ingester **SARIF 2.1.0 genérico** reutilizable (tool desde `driver.name`, no específico de depcruise — reusado por GT-521). Verificado: core-domain 773/773 (+11), tsc limpio. **AC3 (0 FP en corpus REAL) bloqueado por GT-512** (requiere una corrida de `depcruise` en un entorno restaurado). | `Evolith Core` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-516`](./gap-reference-catalog.es.md#gt-516) | (EAG-10 · integración A/B) **Bloque `enforce:` + PolicyCompiler + `evolith enforce compile` + piloto ADR-0002.** Política-única → checks nativos. HXA-01..07 en `adr-0002-hexagonal-architecture.rules.json` son solo texto en `validationQuery`. Fix: `enforce:` en `ruleset-standard.schema.json` (`engine, tool, toolRuleId, config\|configRef, severityMap, runtime, mode`); PolicyCompiler + `evolith enforce compile` (nest-commander, `src/sdk/cli/src/commands/enforce/`) con fallback por regla para reglas no compilables (NetArchTest sin ciclos; Deptrac solo-PHP; Conftest solo-IaC); poblar `enforce` en ADR-0002; test round-trip 0 FP. | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-517`](./gap-reference-catalog.es.md#gt-517) | (EAG-12 · integración A/B) **Freezing/baseline + ratchet + warn→block + versionado de enforce.** Adopción incremental sin romper builds. Fix: `PolicyBaselineStore` (un único store autoritativo de fingerprints; mapear los baselines nativos hacia él — no dos baselines paralelos); ratchet (falla si el baseline crece); warn\|block por regla + `--enforce-mode`; `evolith enforce freeze`; un presupuesto de deuda con expiración; versionado del bloque `enforce` + rebase del baseline cuando una regla cambia. **Cierre (`e0e2b72c`, ola paralela):** `policy-baseline.ts` — `PolicyBaseline` único autoritativo (fingerprints congelados; unifica native+enforcer, sin stores paralelos); `freezeViolations`, `applyBaseline` (frozen vs NUEVOS/`fresh`), `ratchet` (falla ante crecimiento), `rebase` (ratchet-down estable por fingerprint — sobrevive upgrades porque el fingerprint de GT-511 excluye `message`), `decide` (warn\|block). Verificado: core-domain 822/822 (+17), tsc limpio. | `Evolith Core` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-518`](./gap-reference-catalog.es.md#gt-518) | (EAG-13 · integración A/B) **Gate de drift en PR/CI + exportador SARIF + manifiesto de evidencia + waivers.** Gate de merge determinista. Fix: exportador SARIF de `EvaluationResult` (`evolith evaluate --format sarif`); un gate de drift en CI sobre la Checks API de GitHub/GitLab (requiere una GitHub App con `checks:write` + GHAS en repos privados; fallback = comentario de PR + exit code); emitir un manifiesto de enforcer-evidence (EVD-01..03 vía el `EvidenceNormalizer` unificado); un flujo de waiver (request/approve/version/expire) para `waiverRef`; enriquecimiento de owner vía CODEOWNERS. **Avance (`72441eff`, ola paralela):** aterrizó la porción de core-domain — `sarif-exporter.ts` `exportEvaluationResultToSarif` (SARIF 2.1.0 válido, findings→results con level/location, round-trip por `ingestSarif`) + `emitEvaluationEvidence` reusando `buildEnforcerEvidence` (carga EVD-01..03). Verificado: core-domain 822/822 (+17), tsc limpio. **Bloqueado:** el flag CLI `evolith evaluate --format sarif`, el gate PR/CI de la Checks-API, y el flujo de waiver (CLI/GitHub App/GT-516). **+ola paralela (`a28c54d9`):** aterrizó el flag `evolith evaluate --format sarif` (imprime SARIF 2.1.0 vía `exportEvaluationResultToSarif`, sin envelope en modo sarif) — 1 de 3 ACs. Sigue abierto (drift gate PR/CI + waivers + evidencia pendientes). **Cierre (`2abe60b5`, 2026-07-14):** los dos ACs restantes aterrizaron el dia SIGUIENTE a que se escribiera la frase de arriba, y nunca se actualizo — asi que la fila contradecia su propia columna de Estado. Waiver store durable + CLI `evolith waiver`; el drift gate satisfecho via el fallback obligatorio de comentario en PR + exit distinto de cero, verificado en vivo sobre un workspace en violacion. La publicacion nativa por Checks-API de GitHub queda fuera de alcance como infra del owner (`accepted-scope` en el registro de cierre, que detalla el motivo). La frase obsoleta se conserva por historial. | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-519`](./gap-reference-catalog.es.md#gt-519) | (EAG-14 · integración A/B) **Paridad CLI/MCP/REST (BR-008) + toolchain reproducible + observabilidad de enforcers.** Paridad de superficies + operabilidad. Fix: registrar el Composite en `evaluate` / la tool MCP `architecture` / `POST /api/v1/evaluate`; fijar versiones exactas de herramientas (`validated-tool-catalog.md` ↔ `enforcer-catalog.json`); imágenes de CI componibles por runtime (no un monolito) con escaneo de vulnerabilidades + Renovate; métricas OTel de enforcer (duración, tasa de fallo, timeouts, conteos de violaciones). **Cierre (`4eb471a6` + previos `f8310fac`/`4b6db4d5`):** el slice principal de paridad ya estaba vivo — las tres superficies inyectan `processRunner: new NodeProcessRunner()` (core-api `core-domain.module.ts`, cli `app.module.ts`, mcp `domain.module.ts`) y los pins `enforcer-catalog.json`↔§4.3 coinciden bajo un guard verde. **Cierre:** el seam de métricas OTel moría internamente — `EnforcerEvaluator`/`createCompositeEnforcerStrategy` aceptaban `IEnforcerMetrics`, pero `RulesetValidatorService`/`RulesetValidatorOptions` (el único punto público de construcción por el que pasan las tres superficies) ni lo aceptaba ni lo reenviaba, y los tipos del puerto no se exportaban ⇒ métricas permanentemente no-op e incableables por un host. Arreglado: `RulesetValidatorOptions.metrics?` reenviado a la factory + re-exportada la API pública de métricas, no-op-safe. Verificado: core-domain 1026/1026 (+2), mcp 326/326, cli 969/969, core-api 152/152, tsc limpio. **Gated (solo ops):** imágenes CI componibles por runtime + vuln-scan/Renovate, y cablear un adapter OTel `Meter` real en cada módulo de superficie (activación de host; el seam de código ya está completo e importable). | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-520`](./gap-reference-catalog.es.md#gt-520) | (EAG-15 · integración A/B) **MCP endurecido (Streamable HTTP + OAuth + ABAC por identidad).** Consumo MCP externo/de agentes seguro de `src/packages/mcp-server` (`@beyondnet/evolith-mcp`). Fix: Streamable HTTP + OAuth bearer en `mcp-server/main.ts` (MCP no tiene authz incorporado); ABAC por consumidor en `tool-registry` (`abac-mcp-tool-access.rego`), auditar cada `tools/call`; recursos `evolith://capabilities` y `evolith://contracts`. | `MCP` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-521`](./gap-reference-catalog.es.md#gt-521) | (EAG-24 · integración A/B) **Enforcers diferidos (Deptrac/import-linter/Conftest/Checkov/Trivy + ArchUnit JVM/jQAssistant).** Ampliar cobertura de lenguajes/seguridad cuando existan repos; hoy no hay código JVM/PHP/Python en los repos (especulativo). Fix (cuando exista un repo real de ese runtime): `DeptracAdapter`, `ImportLinterAdapter` (`line=null`), Conftest/Checkov/Trivy (`category='security'`, SARIF), ArchUnit JVM + `FreezingArchRule`, jQAssistant (Cypher/Neo4j). **Promovido DIFERIDO→PENDIENTE (2026-07-12):** activado como parte de la base multi-lenguaje común (junto a GT-524 .NET / GT-515 Node-TS). Nota: ArchUnit/jQAssistant (JVM) aún no está en §4.3 del catálogo de herramientas validadas — catalogarlo antes del adaptador. **Cierre (`e322bd7b`):** aterrizaron los dos runtimes con corpus real en esta máquina — `ImportLinterAdapter` (Python: reporte de contratos rotos de `lint-imports` → `Violation`, `file=''`/`line=null`, cadena en el mensaje; una corrida completa siempre imprime el summary "Contracts: N kept, M broken." ⇒ su ausencia en exit≠0 hace SKIP, no false-pass) + los adaptadores security-SARIF (Checkov/Trivy + cualquier emisor SARIF: reusan el `ingestSarif` de GT-515 y estampan `category='security'`). Se agregó `Violation.category` opcional (schema+modelo) para rutear seguridad a su dimensión; registrados Checkov/Trivy en `enforcer-catalog.json` + §4.3; `createEnforcerAdapters` devuelve los cinco. **Verificado en vivo:** import Python dominio→infra real = 1 Violation (limpio 0); SARIF real de Checkov sobre Terraform (8 hallazgos) = 8 Violations todos `category='security'` (limpio 0). core-domain 1024/1024, core-api tsc limpio. **Deptrac/ArchUnit/jQAssistant quedan pendientes de adaptador — no existe repo real PHP/JVM/Neo4j para ejercitarlos (el propio gate del criterio #1).** | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-522`](./gap-reference-catalog.es.md#gt-522) | No existe una segunda forma de consultar el sistema, y ningún consumidor la ha pedido nunca **Qué significa:** Se evaluó otra manera de pedirle información al sistema y se dejó de lado. Nadie la necesita, y construirla significaría mantenimiento extra permanente y una puerta más para que un atacante la pruebe **Ejemplo:** El único consumidor que existe ya habla con el sistema en el estilo actual; la recomendación registrada es descartar la idea salvo que alguien la pida | `Core API` | Cross | P3 | L | `DIFERIDO` |
+| [`GT-485`](./gap-reference-catalog.es.md#gt-485) | **El CLI `validate --format json` no emite el envelope ADR-0073, a diferencia de MCP y REST.** El CLI imprime el resultado crudo (`{status, rulesChecked, issues, coreRef}`) sin campo `success` de nivel superior, mientras `evolith-validate` (MCP) y `POST /architecture/validate-satellite` (REST) lo envuelven como `{success:true, data, meta}` — una divergencia de contrato cross-surface que rompe a cualquier cliente que parsee el envelope. **Auto-detectado por el agente de exploración en ejecución** (`npm run test:exploration`, operación `validate-satellite`). Fix: envolver la salida JSON de `validate` en el `createSuccessEnvelope` compartido como hacen `gate`/`drift`/`phase`. | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-523`](./gap-reference-catalog.es.md#gt-523) | **Reactivar el guard de tracking destapó deriva de board/registro; su reporte original de ~653 errores estaba mayormente stale.** Tras `d11c6e52` (945 rutas de evidencia re-apuntadas + 16 registros de cierre añadidos) y esta sesión, el set real remanente era pequeño. **Resuelto (`f3f271da`, `f70b98ce`):** (a) EN/ES reconciliados a 523/523 — `GT-484`→`COMPLETADO`, el último desync de estado; (c) 13 `HECHO`→`COMPLETADO` ([`GT-480`](./gap-reference-catalog.es.md#gt-480)); (e) contador → `451/523 · 62 pending · 3 deferred` ([`GT-477`](./gap-reference-catalog.es.md#gt-477)); (d) 6 registros de cierre legacy reparados — `partial`→`accepted-scope` (GT-425/431/434/462), criterios de GT-463 marcados (respaldados por evidencia), criterios de GT-465 reformulados a scope-entregado + delegación-G1 (patrón GT-462, sin fabricar una instalación viva de Cilium); (b) las secciones de catálogo ya estaban presentes (36/36). **`08-validate-tracking.mjs` ahora VERDE** (523 gaps / 433 registros). **Remanente:** `09-reconcile-maturity.mjs` necesita evidencia de madurez re-observada (`asOf` 2026-07-03 vs board `2026-07-11`, y 4 checks `observedAt` 2026-06-13 al borde del límite de 30 días → requiere una corrida de CI fresca, no un bump de fecha); y re-armar 08/09 en CI/pre-commit es `.harness` → [`GT-476`](./gap-reference-catalog.es.md#gt-476). **+2026-07-17 (`e138b1d4`) — `08-validate-tracking` de vuelta en VERDE.** Reactivarlo tras los 3 DONE del día destapó el drift esperado: se añadieron los records de closure-evidence de GT-519/GT-438/GT-451 (registro 512→515, coincidiendo con el conteo DONE del board — commits + verificación reales, no fabricados) y se arregló el catálogo ES de GT-519 (dos criterios sin marcar estando DONE → `[x]` paridad + `[~]` delivered-scope para la mitad de imágenes CI; `Status` de detalle EN `IN-PROGRESS`/ES `PENDING`→`DONE`). El guard reporta "Validated 551 gaps and 515 closure records." **Pendiente (CI-owned):** `09-reconcile-maturity` necesita una observación de madurez GENUINAMENTE fresca — las 4 checks (cli-baseline/coverage/documentation/release) son evidencia CI-gated con URLs de GitHub Actions y `observedAt` 2026-06-13 (>30 días stale), y el `asOf` debe re-sincronizar al board. Por decisión 2026-07-17 se deja como remanente CI-owned (una corrida real de CI la refresca; NO un date-bump local), rastreado con el re-arme del guard bajo [`GT-476`](./gap-reference-catalog.es.md#gt-476). **+2026-07-18 (`35ea46e1`) — el remanente CI-owned quedó PAGADO, y el gap se cierra.** La evidencia de madurez se re-observó de verdad en vez de bumpear fechas: las cuatro checks llevan ahora `observedAt` 2026-07-18 con URLs de corrida y commits reales, el `asOf` re-sincronizado al board, y la observación fue lo bastante honesta como para INVERTIR tres checks de PASS a BLOCKED (timeout del smoke de MCP, cobertura de ramas 62.89% frente al gate de 75%, 174 errores de validación documental) sin relajar ningún umbral ni arrastrar ninguna cifra vieja. Guard 08 en verde: "Validated 565 gaps and 530 closure records." Las tres fallas que esa observación expuso estaban mapeadas provisionalmente a este gap como placeholder; ya tienen sus propias filas — [`GT-561`](./gap-reference-catalog.es.md#gt-561), [`GT-562`](./gap-reference-catalog.es.md#gt-562), [`GT-563`](./gap-reference-catalog.es.md#gt-563) — y `maturity-evidence.json` fue repuntado hacia ellas, así que no queda nada colgando de esta fila. El re-arme del guard sigue delegado a [`GT-476`](./gap-reference-catalog.es.md#gt-476) (`COMPLETADO`; 08 y 09 corren en `docs.yml`). | `Governance` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-524`](./gap-reference-catalog.es.md#gt-524) | **[Base común · eje 2] Adaptador `.NET` / NetArchTest — el runtime primario de la suite sin enforcer.** §4.3 del catálogo lista `NetArchTest` (1.3.x) ligado a ADR-0002, pero no existe adaptador; UMS/Tracker/MMS son .NET clean/hexagonal, así que el control de arquitectura no cubre hoy el lenguaje más usado del ecosistema. Completa la base multi-lenguaje junto a GT-515 (Node/TS) y GT-521 (PHP/Python/JVM). Fix: `NetArchTestAdapter` sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514 (exit-code + parse→`Violation`), gate de 0 FP en corpus .NET real (depende de GT-512). Deriva del análisis de posicionamiento §13.2. **Avance (`netarchtest-adapter.ts`):** aterrizó la porción pura verificable — `parseNetArchTestReport` (salida de `dotnet test`→`Violation[]`, un violation por test de arquitectura fallido, `file=''` locationless, mensaje con los tipos infractores, summary nunca mis-parseado, malformado/limpio⇒`[]`), `isNetArchTestFailure` (run completo ≠ build break ⇒ SKIP no false-pass) y `createNetArchTestAdapter` sobre la costura `ShellEnforcerAdapter`/`IProcessRunner` de GT-514. Verificado: core-domain 879/879 (+11), tsc limpio. **+cableado (`enforcer-subsystem.ts`):** `createCompositeEnforcerStrategy` compone runner→`SandboxedProcessRunner`→adaptadores→`EnforcerEvaluator`→`CompositeRuleEvaluator`, cableado **opt-in** en `RulesetValidatorService` (campo `processRunner`, no-forking); lazo end-to-end verificado (regla `enforce:` .NET → composite → NetArchTest → violación → `failed`). core-domain 898/898. **Bloqueado por GT-512:** la corrida real de `dotnet test` contra un checkout .NET restaurado + el gate de 0 FP en corpus real. | `core-domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-525`](./gap-reference-catalog.es.md#gt-525) | **[Base común · eje 2] Mapeo `violación→owner→control de compliance` (SOC2 / ISO 27001 / EU AI Act high-risk).** Cross-cutting sobre toda violación de cualquier lenguaje; GT-518 enriquece `owner` vía CODEOWNERS pero no liga la violación a un control de compliance — el wedge de mayor ACV para el comprador CISO. Extiende GT-518. Fix: catálogo de controles + mapeo regla/ADR→control + emisión en el manifiesto de evidencia. Análisis §12 (P1 wedge). **Cierre (`57b2cc09`):** `domain/compliance.ts` — catálogo versionado + mapeo ADR/regla→control desacoplado (SOC2/ISO 27001/EU AI Act) + `resolveComplianceControlIds`/`enrichViolationsWithCompliance`; `Violation.complianceControls?` (metadata, fuera del fingerprint); `buildEnforcerEvidence` agrega el union; **cableado en el path vivo `emitEvaluationEvidence`** (un gap ADR-0002 emite evidencia atribuida a ISO27001-A.14.2.5 + SOC2-CC8.1, por-violación y a nivel manifiesto). Verificado: core-domain 910/910 (+12), tsc limpio. Sin gate de infra. | `Evolith Core` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-526`](./gap-reference-catalog.es.md#gt-526) | **[Superficie de control · eje 2] Enforcement `edit-time` — hook cross-agente.** La 3ª de las tres superficies READ→CONTROL (§14.1): pre-generación (MCP, parcial GT-520) y PR/CI (GT-518) existen, pero falta el hook que bloquea el cambio infractor al vuelo mientras el agente escribe. Sin incumbente en el mercado. Fix: hook cross-agente (Claude Code/Cursor/Copilot) que consulta el contrato de arquitectura y rechaza el edit no conforme. Análisis §14. **Avance (`edit-gate.ts`):** aterrizó el núcleo verificable — `evaluateEdit(edit, rules)` decide **allow/block al vuelo** con un chequeo rápido de un solo archivo (sin toolchain; el PR/CI de GT-518 sigue siendo el gate autoritativo): `extractImports` (TS/JS `import`/`export from`/`require` + C# `using`) + reglas de frontera `EditBoundaryRule` (`appliesTo`/`forbiddenImports`), emite `Violation` canónicas (tool `edit-gate`, reusables por evidencia/compliance), `allow=false` solo ante severidad `error`. Agent-neutral (función pura). Verificado: core-domain 917/917 (+7), tsc limpio. **Pendiente (integración):** el adapter por-agente (hook PreToolUse de Claude Code / extensión Cursor) que alimenta el edit y aplica la decisión. | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-527`](./gap-reference-catalog.es.md#gt-527) | **[Wedge · eje 2] Conectores de ingesta de ownership sin lock-in: Port / Cortex / OpsLevel + Backstage.** Ingerir blueprints de IDP y `catalog-info.yaml` como fuente de ownership/servicios para enriquecer violaciones y ADRs sin depender del proveedor; Evolith bloquea donde ellos solo miden (§13.2). Fix: conectores read-only vía ACL que normalizan a la forma canónica de ownership. **Avance (`domain/ownership.ts`):** aterrizó el núcleo puro de normalización — `OwnershipEntry` canónico, `parseBackstageCatalog` (`catalog-info.yaml` kind Component → owner + pathPrefix vía anotación `evolith.io/path`/`source-location` relativo; descarta no-Components/incompletos), `parseBlueprintOwnership` (genérico Port/Cortex/OpsLevel: `component`\|`identifier` + `owner`\|`team`), `resolveOwner` (file→owner por longest-prefix) y `enrichViolationsWithOwner` (puebla `owner` sin sobrescribir, fuera del fingerprint). **Completa la cadena violación→owner→compliance** (compone con GT-525). Verificado: core-domain 925/925 (+8), tsc limpio. **Pendiente (conector/infra):** leer el `catalog-info.yaml` del repo (vía el port de config-parser) y el fetch read-only de las APIs Port/Cortex. **+ola paralela (`63fda478`):** aterrizó `loadBackstageOwnership(yamlText)` en infra-providers (parse YAML multi-doc → `parseBackstageCatalog` → `OwnershipEntry[]`). Verificado 4/4. Resta el fetch read-only de APIs Port/Cortex. **Cierre (`wave`):** `fetchBlueprintOwnership(client, source)` + puerto `BlueprintHttpClient` completan los conectores IDP (loader Backstage + Port/Cortex) sobre los parsers puros. Verificado: infra-providers 78/78. | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-528`](./gap-reference-catalog.es.md#gt-528) | **[Wedge · eje 2] Ingesta de DSL Structurizr / C4 → ADR ejecutable.** Convertir modelos Structurizr/C4 (intención de arquitectura, hoy prosa/diagrama) en reglas `enforce:` verificables contra el código real (§13.2). Fix: parser del DSL + mapeo a `NormalizedRule.enforce`; complementa GT-516. **Avance (`c4-compiler.ts`):** aterrizó el compilador — `compileC4ToBoundaryRules(model)` transforma un `C4Model` normalizado (elementos con `path`/`importPrefix` + relaciones permitidas) en `EditBoundaryRule` de GT-526, derivando el denylist desde el allowlist del modelo (un elemento solo puede depender de lo que declara; el resto queda prohibido), con `ruleId` `C4-<id>`, ADR y severidad. **El diagrama C4 se vuelve ejecutable** y se enchufa al gate edit-time (GT-526) y al PR/CI. Verificado end-to-end: un edit de `src/domain` que importa `src/infrastructure` → bloqueado; core-domain 933/933 (+5), tsc limpio. **Pendiente (ingesta):** parsear el `.dsl` crudo de Structurizr (o su export JSON) al `C4Model` normalizado. **Cierre (`5c66dd69`, ola paralela):** aterrizó `parseStructurizrDsl(dsl)` — parsea defs de elementos (`ident = keyword "Name"` + tags path/import/adr) y relaciones (`a -> b`), ignora scaffolding; compone end-to-end con `compileC4ToBoundaryRules` + `evaluateEdit`. Verificado por el driver: core-domain 950/950. Subset single-line documentado. | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-529`](./gap-reference-catalog.es.md#gt-529) | **[Surround · eje 1] Contrato ACL + referencia de integración Jira Enterprise.** Mapear ideas/epics/stories/aprobaciones/releases de Jira a artefactos Evolith preservando origen/identidad/timestamps/linaje, con salvaguardas de transición (completar un workflow de Jira no autoriza una transición de fase). §8.3 / §12. Fix: ACL de sistemas de trabajo externos + guía de integración. **Avance (`domain/external-work-acl.ts`):** aterrizó el ACL puro — `CanonicalWorkItem` con `WorkItemProvenance` (source/externalId/externalKey/url/created/updated), `parseJiraIssue`/`parseJiraIssues` (mapea issues de Jira preservando procedencia; rechaza sin `id` en vez de fabricar identidad), `mapJiraIssueType` (Epic/Story/Task/Version→kind canónico). **Salvaguarda de transición (§9-6):** `authorizesPhaseTransition: false` por contrato + `externalWorkAuthorizesTransition`⇒`false` (completar un workflow de Jira NO autoriza un phase gate). Verificado: core-domain 939/939 (+6), tsc limpio. **Pendiente (conector/infra + doc):** fetch read-only de la Jira REST API + la guía de integración documentada. **Cierre (`wave`):** `fetchJiraWorkItems(client, jql)` + puerto inyectable `JiraHttpClient` cierran el conector read-only sobre el ACL; el fetch vivo es el cliente inyectado en deploy. Verificado: infra-providers 78/78. | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-530`](./gap-reference-catalog.es.md#gt-530) | **[Surround · eje 1] Adaptador Langfuse → evidencia canónica.** Mapear traces/evaluaciones/costo/latencia/versión-de-prompt/tool-calls de Langfuse al modelo de evidencia de Evolith, para no reconstruir una plataforma de telemetría LLM. §8.1 / §12. Fix: `LangfuseEvidenceAdapter` vía puerto de observabilidad. **Avance (`domain/observability-evidence.ts`):** aterrizó el mapper puro + forma portable — `ObservabilityEvidence` (traceId/model/promptVersion/costUsd/latencyMs/totalTokens/toolCalls/evaluations/url, provider-neutral §9-5), `mapLangfuseTrace` (agrega costo/tokens/latencia de las observaciones, toma model/prompt de la 1ª GENERATION, colecta tool-calls distintos, mapea scores→evaluations; trace sin id⇒null) y el puerto `IObservabilityEvidenceSource`. Verificado: core-domain 945/945 (+6), tsc limpio. **Pendiente (conector/infra):** el fetch read-only de la Langfuse API detrás del puerto. **Cierre (`wave`):** `LangfuseEvidenceAdapter implements IObservabilityEvidenceSource` sobre un `LangfuseHttpClient` inyectado, delegando en `mapLangfuseTrace`. Verificado: infra-providers 78/78. | `Evolith Core` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-531`](./gap-reference-catalog.es.md#gt-531) | El adaptador que deja a un asistente de IA trabajar supervisado todavía no puede llamar de verdad al asistente **Qué significa:** Se puede delegar trabajo a un asistente de IA bajo supervisión, limitado a lo que tiene permitido tocar y dejando registro de lo que hizo. La supervisión funciona; falta la parte que realmente contacta al asistente **Ejemplo:** Una tarea supervisada se rechaza antes de contactar al asistente, porque la aprobación humana de la que depende no tiene a dónde llegar | `agent-runtime` | Cross | P2 | M | `EN-PROGRESO` |
+| [`GT-532`](./gap-reference-catalog.es.md#gt-532) | No hay una vista de cartera para un directivo, ni forma de empaquetar la gobernanza por cliente **Qué significa:** Un directivo no puede ver la salud de todos los proyectos lado a lado, y a cada cliente no se le puede entregar su propio conjunto de reglas a medida. Ambas cosas facilitan adoptar el producto; ninguna hace que revise nada nuevo **Ejemplo:** Quedó última entre nueve mejoras justamente porque agrega alcance y no capacidad, y corresponde a la aplicación compañera y no al motor | `Tracker` | Cross | P3 | XL | `PENDIENTE` |
+| [`GT-533`](./gap-reference-catalog.es.md#gt-533) | **[Evidencia · ADR-0111] Puerto de Proveedores de Señales de Calidad + modelo canónico `Evidence` + registro por tenant.** La costura por la que cualquier herramienta externa de calidad/evidencia enriquece al Core sin volverse dependencia: puerto de salida `IQualitySignalProvider` propiedad de la orquestación (nunca `core-domain`); el Core importa solo `Evidence` y la recibe inline (como los archivos fuente vía `OverlayFileSystem`, ADR-0080); el Core nunca ejecuta proveedores; registro declarativo opt-in por tenant; `provenance` + flag `determinism` obligatorios. Generaliza el adaptador `ObservabilityEvidence` de GT-530 en una única costura. **Prototipar primero.** | `Evolith Core` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-534`](./gap-reference-catalog.es.md#gt-534) | **[Adaptador de evidencia · ALTA] Adaptador de referencia Lighthouse (Apache-2.0).** Evidencia de runtime (performance/a11y/SEO, determinista) detrás de `IQualitySignalProvider`; la prueba prototype-first del puerto. OSS, Node module embebible con salida JSON, sin lock-in. Requiere un ADR de Plataforma Node.js acompañante para la elección concreta de proveedor/runtime. | `infra-providers` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-535`](./gap-reference-catalog.es.md#gt-535) | **[Quality gate · ALTA] Rúbrica de revisión estructural thermo-nuclear → agente de calidad de código + Quality Gate.** Adoptar la metodología de revisión estructural estricta (code-judo, disciplina de tamaño de archivo, chequeos de spaghetti/abstracción/capas, jerarquía de severidad) como skill del agente code-quality-review y como criterio de regresión estructural del Quality Gate. Metodología de referencia, sin dependencia de runtime; respetar atribución/licencia de la fuente. | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-536`](./gap-reference-catalog.es.md#gt-536) | No hay conector con el servicio externo de pruebas, así que sus resultados no pueden alimentar el scorecard **Qué significa:** Un servicio externo podría aportar un juicio sobre qué tan bien probado está un proyecto. Conectarlo es opcional y está apagado salvo que un cliente lo pida, porque cobra por ejecución y procesa su código en la nube de un tercero **Ejemplo:** El scorecard de un cliente no trae ningún juicio de pruebas de esta fuente; solo aparece si el cliente lo activa expresamente | `infra-providers` | Cross | P2 | M | `DIFERIDO` |
+| [`GT-537`](./gap-reference-catalog.es.md#gt-537) | Nada mide con qué facilidad los buscadores y los asistentes de IA encuentran y describen un producto **Qué significa:** Además de comprobar que un sistema está bien construido, se podría comprobar qué tan visible es para las herramientas con las que la gente descubre cosas. Esa revisión no existe, y correspondería al producto compañero y no al motor **Ejemplo:** Un proyecto de código abierto ya demostró que el patrón funciona —muchos revisores pequeños que producen una nota y una lista priorizada de arreglos— pero aquí nada lo aplica a la visibilidad | `Tracker` | Cross | P3 | L | `DIFERIDO` |
+| [`GT-538`](./gap-reference-catalog.es.md#gt-538) | **[RAG · operacionalizar] Adaptador durable de vector store (pgvector) detrás de `rag-port.mjs`.** Registrar un adaptador real `durable: true` vía `registerRagAdapter('pgvector', …)` para que `14-rag-index-sync.mjs` deje de fallar cerrado y persista embeddings de verdad. El ADR-0090 §5 nombra pgvector como target self-hosted preferido y Postgres ya corre en :5432. Hoy el único adaptador es el stand-in `memory` no durable — nada llega a un store real. | `Operations` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-539`](./gap-reference-catalog.es.md#gt-539) | **[RAG · operacionalizar] Modelo de embedding real detrás del `embed()` del puerto RAG.** Reemplazar el pseudo-embedding sha256 determinista `hashEmbed` por el modelo real fijado por el **ADR-0112 — Qwen3-Embedding (Apache-2.0, OSS/self-hosted)** detrás de un sidecar de inferencia local, declarado en la metadata `corpus_version` según ADR-0090 §3 y gobernado por la selección de modelos del ADR-0003. El puerto ya es model-agnostic — un solo swap de adaptador. | `Operations` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-540`](./gap-reference-catalog.es.md#gt-540) | **[RAG · retrieval] Adaptador `IKnowledgePort` de producción (vector store, semántico).** El read-side de runtime es un stub: `InMemoryKnowledgeAdapter` puntúa por coincidencia substring/tokens con "No vector embeddings" en su propio docstring. Construir el adaptador de producción que consulta el store de GT-538 por similitud coseno, devolviendo chunks rankeados con la metadata de citación ya modelada. Es el `maturity-assessment.md:147` "Knowledge / RAG — Not implemented" (ALTA). | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-541`](./gap-reference-catalog.es.md#gt-541) | **[RAG · cableado] Disparador del delta-sync + grounding de agentes (cerrar el lazo).** Cablear un CI/workflow que corra `14-rag-index-sync.mjs` con `EVOLITH_RAG_SYNC=true` + `EVOLITH_RAG_PROVIDER` en commits a `reference/` (re-embed delta según ADR-0090 §4), y que al menos un agente (Winston) consulte `IKnowledgePort` antes de recomendar. Solo entonces el RAG queda operativo de punta a punta. | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-542`](./gap-reference-catalog.es.md#gt-542) | **[Métricas · señal de gobernanza] La métrica insignia de gates está declarada pero nunca se emite.** `evolith_gate_evaluations_total{status,gateId}` y `evolith_gate_evaluation_duration_seconds{gateId}` se construyen en `src/apps/core-api/src/infrastructure/metrics/metrics.service.ts` pero **no existe ningún `.inc()`/`.observe()` en todo el árbol** — solo se registran HTTP (`evolith_http_requests_total`) y cache. La operabilidad de gobernanza está ciega: nadie puede graficar tasa de aprobación/fallo de gates, volumen por gate ni latencia de evaluación — la métrica más diferenciadora de un motor de gobernanza. Fix: registrar ambas desde la ruta de gate/evaluación (inyectar `MetricsService` o un interceptor dedicado), etiquetadas por `verdict`/`gateId`/`phase`. | `Core API` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-543`](./gap-reference-catalog.es.md#gt-543) | **[Métricas · alineación SLO] El PromQL de SLO/alertas referencia métricas que el código no emite, así que las alertas nunca disparan.** `product/operations/alerts/prometheus-alerts.yml` y `product/operations/slo/core-api-slo.md` consultan `http_requests_total` y `http_request_duration_seconds_bucket`, pero core-api emite `evolith_http_requests_total` y **no tiene ningún histograma de latencia HTTP**. HighErrorRate, HighLatency y el burn-rate multi-ventana del error-budget quedan inertes contra los servicios Node reales. Fix: añadir un histograma de duración de request HTTP y reconciliar nombres entre `metrics.service.ts` ↔ alertas ↔ SLO. | `Core API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-544`](./gap-reference-catalog.es.md#gt-544) | **[Grafana] Sin datasource Prometheus y cero dashboards — las métricas son inutilizables aunque se scrapeen.** `product/operations/grafana/provisioning/datasources/datasources.yml` provisiona solo Loki + Tempo; **no hay datasource Prometheus** ni **ningún JSON de dashboard commiteado** bajo `product/operations/grafana/`. Fix: añadir el datasource Prometheus + dashboards provisionados y versionados (Platform SRE / RED, Governance Health — gates pass·fail·drift, Agent Runtime). | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-545`](./gap-reference-catalog.es.md#gt-545) | **[Prometheus · cobertura de scrape] La config de scrape cubre solo core-api, en un target que no corresponde al servicio.** `product/operations/otel/prometheus-config.yml` scrapea un único job `core-api` en `bff:8000` (hostname/puerto del template UMS, no el core-api real service:3000); **mcp-server (`evolith_mcp_`) y agent-runtime-api (`evolith_agent_runtime_`) nunca se scrapean**. Fix: corregir el target de core-api y añadir jobs para mcp-server y agent-runtime-api (o un `ServiceMonitor` de k8s). | `Operations` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-546`](./gap-reference-catalog.es.md#gt-546) | **[Métricas · señal AI-era] Agent Runtime expone solo métricas default de Node; la señal de ejecución de agentes no existe.** `src/apps/agent-runtime-api/src/health/metrics.controller.ts` sirve `/metrics` solo con `collectDefaultMetrics({ prefix: 'evolith_agent_runtime_' })` — sin contadores de negocio. Existe el puerto de métricas noop de GT-519 donde colgarlas. Fix: emitir `evolith_agent_runs_total{engine,verdict}`, `evolith_agent_run_duration_seconds`, `evolith_skill_invocations_total{skill}`, totales/errores de llamadas a Core y `evolith_hitl_approvals_total`. La señal diferenciadora "la gobernanza realmente ejecutó al agente". | `agent-runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-547`](./gap-reference-catalog.es.md#gt-547) | **[Ops · stack ejecutable] El backend de observabilidad solo corre en el compose template de UMS, nunca para el núcleo Node.** El stack completo (Prometheus/Grafana/Tempo/Loki/Mimir/OTel-collector) está definido en `product/infra/docker-compose.yml` (el template `ums-*`); el compose Node ejecutable `product/infra/docker-compose.evolith.yml` solo trae Redis — así que hoy los servicios de Evolith Core no los scrapea/visualiza nada. Fix: añadir un perfil `observability` (compose/Helm/Coolify) que levante el stack junto a core-api/mcp/agent-runtime. | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-548`](./gap-reference-catalog.es.md#gt-548) | **[Métricas · multi-tenant] Las métricas de negocio no llevan dimensión de tenant, bloqueando scorecards por tenant.** Las labels son a nivel app (`app: evolith-core-api`); no hay `tenantId` en métricas de gate/evaluación/agente, así que scorecards de gobernanza por tenant y evidencia de cumplimiento no se pueden derivar del plano de métricas. Fix: añadir una label `tenant` **acotada** (allowlist o hash) con presupuesto de cardinalidad documentado; preferir agregación por tenant en Core sobre labels crudas de alta cardinalidad. | `Evolith Core` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-549`](./gap-reference-catalog.es.md#gt-549) | **[Seguridad · exposición de métricas] `/metrics` es fail-closed en core-api pero público en agent-runtime y mcp.** core-api protege `/metrics` con `MetricsAuthGuard` (GT-393); agent-runtime-api lo sirve público y mcp-server lo expone en su servidor HTTP crudo sin guard. Las métricas pueden filtrar forma operativa (rutas, volúmenes) a llamadores no autenticados. Fix: aplicar paridad de guard/`NetworkPolicy` para que el scraping requiera credenciales o esté restringido por red en los tres (Helm ya trae `networkpolicy.yaml`). | `Evolith Core` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-550`](./gap-reference-catalog.es.md#gt-550) | **[Gobernanza · guard anti-drift] Nada verifica que las métricas citadas en alertas/SLO existan en el código — la causa raíz de GT-543/GT-545.** El PromQL de alertas y SLO derivó de los nombres de métricas emitidos sin ningún check de CI. Fix: un guard/test que extraiga los nombres de métricas de `prometheus-alerts.yml`/`core-api-slo.md` y afirme que cada uno lo emite algún servicio (introspección del registry o un allowlist generado del código), poniendo el PR en rojo ante deriva — coherente con la cultura de guards del repo. | `Operations` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-551`](./gap-reference-catalog.es.md#gt-551) | **[Governance Engine · métricas OPA] Las métricas del sidecar OPA que las alertas ya esperan no se exponen/scrapean.** `prometheus-alerts.yml` tiene una regla `OpaEvaluationFailure` sobre `opa_evaluation_errors_total`, pero el endpoint Prometheus nativo de OPA no está habilitado/scrapeado, así que la fiabilidad de la evaluación de políticas es inobservable. Fix: habilitar el `/metrics` de OPA (contadores de decisión + error, latencia de eval) y añadir un job de scrape; exponerlo en el dashboard Governance Health (GT-544). **Cierre (`e32e3412`) — y apareció un defecto más profundo.** Sondeando empíricamente el binario pinneado (`opa run --server` + GET /metrics) se ve que OPA emite SOLO `go_*`, `process_*` y `http_request_duration_seconds{code,handler,method}` — **cero series `opa_*`**, así que la regla `OpaEvaluationFailure` sobre `opa_evaluation_errors_total` apuntaba a una **métrica inexistente**: scrapearla nunca la habría hecho disparar (cobertura falsa). Arregladas las tres capas: (1) alerta reapuntada a señal real — `rate(http_request_duration_seconds_count{job="opa",handler=~"v1/data.*",code=~"5.."}[5m]) > 0`, scopeada a `job="opa"` para que jamás matchee nuestras propias `evolith_http_*`; selector verificado contra series vivas (`handler="v1/data"` emitido, `code` sigue el status — 200/400 observados); (2) **expuesto** — el Service de `evolith-mcp` ahora publica el 8181 del sidecar como `opa-metrics` (targetPort `opa-http`), gated por `.Values.opa.enabled`; antes era pod-local e inalcanzable; (3) **scrapeado** — nuevo job `opa` (nombre que coincide con el scope de la alerta); OPA sirve `/metrics` en su puerto principal, sin flag extra. Verificado: `helm template` renderiza el puerto con `opa.enabled=true` y lo omite con `false`; `helm lint` pasa; ambos YAML parsean. **+VERIFICADO EN VIVO (2026-07-18, kind `evolith-cluster`):** `helm upgrade --set opa.enabled=true` hizo que el **objeto Service real de k8s** ganara `opa-metrics 8181→opa-http` y el pod levantó con el sidecar `opa`; hacer fetch a `http://<pod-ip>:8181/metrics` desde otro pod devolvió **HTTP 200, 109 métricas, CERO series `opa_*`, `http_request_duration_seconds` presente** — confirmando en un cluster desplegado lo que mostró el sondeo del binario y descargando la mitad de exposición del caveat deploy-gated. Se observó una muestra real con `code="500"`, probando que el selector `code=~"5.."` matchea series vivas (correctamente scopeado a `handler=~"v1/data.*"`, así que un 500 del health-probe no se confunde con un fallo de decisión de política). **Sigue deploy-gated:** solo una instancia real de Prometheus scrapeándolo end-to-end; `promtool` no disponible en local, así que la regla se validó con parse YAML + matching empírico de series; el stack de compose aún no corre OPA ([`GT-547`](./gap-reference-catalog.es.md#gt-547)). Nota: habilitar el sidecar en local exigió además override de `opa.bundle.signing.enabled=false` / `tls.caCertSecretName` / `credentials.existingSecretName` — si no, el chart monta los secrets `opa-bundle-signing-key` / `opa-bundle-ca` que no existen localmente y el pod queda en `ContainerCreating`. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-486`](./gap-reference-catalog.es.md#gt-486) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-status.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-status`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-487`](./gap-reference-catalog.es.md#gt-487) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-handoff.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-handoff`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-490`](./gap-reference-catalog.es.md#gt-490) | **el CLI no emitió un envelope ADR-0073 parseable para sdlc-generate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `sdlc-generate`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-491`](./gap-reference-catalog.es.md#gt-491) | **el CLI no emitió un envelope ADR-0073 parseable para dora-metrics.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `dora-metrics`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-492`](./gap-reference-catalog.es.md#gt-492) | **el CLI no emitió un envelope ADR-0073 parseable para agents-install.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-install`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-493`](./gap-reference-catalog.es.md#gt-493) | **el CLI no emitió un envelope ADR-0073 parseable para agents-list.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-list`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-494`](./gap-reference-catalog.es.md#gt-494) | **el CLI no emitió un envelope ADR-0073 parseable para agents-validate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-validate`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-495`](./gap-reference-catalog.es.md#gt-495) | **el CLI no emitió un envelope ADR-0073 parseable para agents-upgrade.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-upgrade`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-496`](./gap-reference-catalog.es.md#gt-496) | **el CLI no emitió un envelope ADR-0073 parseable para agents-remove.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `agents-remove`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-497`](./gap-reference-catalog.es.md#gt-497) | **el CLI no emitió un envelope ADR-0073 parseable para adr-crud.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `adr-crud`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-498`](./gap-reference-catalog.es.md#gt-498) | **el CLI no emitió un envelope ADR-0073 parseable para standards-crud.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `standards-crud`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-499`](./gap-reference-catalog.es.md#gt-499) | **el CLI no emitió un envelope ADR-0073 parseable para init-project.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `init-project`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-500`](./gap-reference-catalog.es.md#gt-500) | **el CLI no emitió un envelope ADR-0073 parseable para history.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `history`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-501`](./gap-reference-catalog.es.md#gt-501) | **el CLI no emitió un envelope ADR-0073 parseable para completion.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `completion`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-502`](./gap-reference-catalog.es.md#gt-502) | **el CLI no emitió un envelope ADR-0073 parseable para profile.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `profile`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-503`](./gap-reference-catalog.es.md#gt-503) | **el CLI no emitió un envelope ADR-0073 parseable para mcp-serve.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `mcp-serve`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-504`](./gap-reference-catalog.es.md#gt-504) | **el CLI no emitió un envelope ADR-0073 parseable para alias.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `alias`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-505`](./gap-reference-catalog.es.md#gt-505) | **el CLI no emitió un envelope ADR-0073 parseable para fixtures.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `fixtures`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-506`](./gap-reference-catalog.es.md#gt-506) | **el CLI no emitió un envelope ADR-0073 parseable para api-browser.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `api-browser`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-507`](./gap-reference-catalog.es.md#gt-507) | **el CLI no emitió un envelope ADR-0073 parseable para update-cli.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `update-cli`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-508`](./gap-reference-catalog.es.md#gt-508) | **el CLI no emitió un envelope ADR-0073 parseable para init-wizard.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `init-wizard`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-509`](./gap-reference-catalog.es.md#gt-509) | **el CLI no emitió un envelope ADR-0073 parseable para upgrade-satellite.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `upgrade-satellite`.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-488`](./gap-reference-catalog.es.md#gt-488) | **el CLI no emitió un envelope ADR-0073 parseable para validate-satellite.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `validate-satellite`.) | `Evolith CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-489`](./gap-reference-catalog.es.md#gt-489) | **el CLI no emitió un envelope ADR-0073 parseable para architecture-validate.** La salida no pudo parsearse en un envelope { success, data\|error, meta }. (Auto-detectado por el agente de pruebas exploratorias en la operación `architecture-validate`.) | `Evolith CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-475`](./gap-reference-catalog.es.md#gt-475) | **Herramientas MCP de clase `write` recientes evaden el gate de aprobación HITL de GT-158** — `evolith-satellite-create`/`-adopt` y `evolith-moscow-create`/`-update`/`-remove` son ABAC `write` pero omiten `mutative: true`, así que el segundo factor fuera de banda `apply`+`approvalToken` del dispatcher (`mcp-tool-dispatch.ts:136-146`) nunca se dispara; `satellite-create` incluso provisiona un repo GitHub real sin protección. Fix: poner `mutative: true` en los esquemas de las tools `write` + un test de paridad que exija que toda tool ABAC `write` sea `mutative` (`evolith-phase-advance` podría en cambio reclasificarse a `read` según GT-379). Hallado por el diseño del agente de pruebas exploratorias. | `MCP Server` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-476`](./gap-reference-catalog.es.md#gt-476) | **El guard de consistencia `08-validate-tracking.mjs` (+5 helpers de sync) apunta a rutas previas al refactor → el guard semántico está inerte.** Las líneas 7-14 apuntan a `reference/core/control-center/gap-tracking.md` / `gap-closure-evidence.json`, pero el commit `e16120e9` los movió a `gaps/`+`evidence/`; el script hace `process.exit(1)` con "Missing tracking artifacts" antes de validar nada, y su test unitario evita la resolución de rutas por lo que el CI queda verde. Mismas rutas obsoletas en `sync-tracking-order`/`sync-tables`/`fix-tracking-parity`/`fix-tracking-structural`/`sync-project-board`. Los scripts guard de `.harness/` son propiedad de este repositorio y se arreglan directamente aquí. Follow-on: re-apuntar los seis scripts y re-armar el guard en push/PR. **Cierre (`56968194`, ola paralela):** los 6 scripts ya estaban re-apuntados; el agente armó el guard en `docs.yml` como job `tracking-guard` sobre `pull_request` + `push` a main/develop (gateando el job pesado de publish a `workflow_dispatch`). Verificado por el driver: guard verde (532/478) + el job corre en PR. | `.harness` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-477`](./gap-reference-catalog.es.md#gt-477) | **Los contadores Progress/Progreso de `gap-tracking` derivan del board real sin enforcement vivo.** La línea decía `438/450` mientras la tabla tenía 474 filas (450 done / 7 en-progreso / 16 pendientes / 1 diferido); la causa raíz es la ruta muerta del guard ([`GT-476`](./gap-reference-catalog.es.md#gt-476)), por lo que la reconciliación nunca corre. Contadores corregidos durante el registro de GT-475…GT-484; el fix sistémico es re-apuntar + re-armar `08-validate-tracking.mjs` en push/PR para que no vuelvan a derivar. **Cierre (`56968194`):** GT-476 armó el guard (valida `parseProgress`) en pull_request + push, así que una deriva de contador pone el PR en rojo. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-478`](./gap-reference-catalog.es.md#gt-478) | **`ArchitecturePlanController` genera una ruta con doble `v1` y omite validación + OpenAPI.** `@Controller('v1/architecture-plans')` (literal string) combinado con el versionado URI global (`prefix: 'api/v'`, `defaultVersion: '1'`) resuelve a `/api/v1/v1/architecture-plans/evaluate`; el body se enlaza a un `Partial<ArchitecturePlan>` pelado (sin DTO class-validator → ValidationPipe inerte) y no lleva decoradores `@nestjs/swagger` (queda fuera del contrato OpenAPI). Fix: `@Controller({ path: 'architecture-plans', version: '1' })` + un DTO validado + `@ApiTags`/`@ApiResponse`. | `Core API` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-479`](./gap-reference-catalog.es.md#gt-479) | **`surface-parity.e2e-spec.ts` es un test cross-surface en falso verde.** Cada `OperationFixture` declara un campo `envCommand` que nunca se lee (solo se hace spawn del binario CLI — ninguna segunda superficie se ejecuta), y toda aserción de envelope está envuelta en `if (envelope && envelope.success === …)` sin else, así que la suite queda verde aunque el CLI no emita un envelope ADR-0073 parseable (la clase exacta de regresión GT-452/GT-474). La red tri-superficie real vive en `src/tests/contract/roundtrip-gate-evaluate.spec.ts`. Fix: cablear `envCommand` a una comprobación real de equivalencia de segunda superficie o eliminarlo y hacer las aserciones incondicionales. (También contradice el checkbox HECHO de GT-223 que reclama un `surface-parity-fixture.ts` que invoca CLI+MCP+REST — no existe tal fixture.) | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-480`](./gap-reference-catalog.es.md#gt-480) | **Filas ES del board GT-462..474 usan el token de estado no canónico `HECHO`, no soportado por el `STATUS_MAP` del guard.** GT-417 normalizó los estados ES de done a `COMPLETADO` (el token canónico), pero los cierres recientes reintrodujeron `HECHO` (13 filas). Una vez arreglada la ruta del guard ([`GT-476`](./gap-reference-catalog.es.md#gt-476)), `canonicalStatus('HECHO')` es undefined → "unsupported ES status" + desajustes EN(DONE)/ES(HECHO). Fix (preferido): normalizar las 13 filas `HECHO` de vuelta a `COMPLETADO`. **Cierre (`85595fd6`):** quedan 0 tokens `HECHO`; guard STATUS_MAP verde. | `Governance` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-481`](./gap-reference-catalog.es.md#gt-481) | **Tests e2e muertos del CLI invocaban el subcomando `mcp` eliminado por GT-449 + la suite e2e del CLI estaba roja.** Refs mcp quitadas; luego los ~12 fallos restantes resultaron NO ser deuda de fixtures sino el split de taxonomía `98a20dca` (`reference/`@raíz vs `rulesets/`@src → REPO_ROOT de `gate.e2e-spec` + resolución de `reference/` en `gate-status`) y 5 tests `validate`/arch verificando un `passed\|warning` inalcanzable contra un fixture vacío. Resuelto solo-tests: fixtures v1, fix de `REPO_ROOT`, validate/arch reescritos al contrato ADR-0073 real, Core mock para gate-status. **Suite e2e del CLI en verde: 18 suites / 132 tests.** El defecto de fondo del path `reference/` del CLI standalone queda con GT-451 (F-007). | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-482`](./gap-reference-catalog.es.md#gt-482) | **`tools-registration.spec.ts` está desactualizado y no es exhaustivo — no detecta tools añadidas/eliminadas.** Su lista `expected` enumera 28 de las 35 tools registradas (omite `evolith-evaluate`, `-composable-validate`, `-agent-run`, las 4 `-topology-*`) y afirma con `toContain`, que es ciego a tools extra. Fix: regenerar `expected` desde el código y afirmar igualdad de conjuntos (`expect(new Set(names)).toEqual(new Set(expected))`). | `MCP Server` | Cross | P3 | XS | `COMPLETADO` |
+| [`GT-483`](./gap-reference-catalog.es.md#gt-483) | **El motor del QA-suite + los playbooks E2E arrastran referencias colgantes a `.bmad-core/agents/` tras la migración de taxonomía.** Los `AGENT_PROMPTS` de `engine/step-executor.mjs` le dicen a cada especialista que vive en `.bmad-core/agents/<role>.md` (líneas 67/76/85/94/103), pero el commit `e16120e9` movió las personas a `reference/core/foundations/agent-skills/`; misma ruta obsoleta en `e2e-test-playbooks.md:7` (+ `.es.md`). Bajo impacto (texto informativo del prompt; los validationScripts siguen corriendo). Fix: re-apuntar las cinco rutas de plantilla + las dos líneas de los playbooks. | `.bmad-core` | Cross | P3 | XS | `COMPLETADO` |
+| [`GT-484`](./gap-reference-catalog.es.md#gt-484) | **El conteo de tools del README del paquete `mcp-server` está desactualizado (27 vs 35 reales).** `README.md:17,184,598` y `README.es.md` afirman 27 tools mientras el registro vivo (`api.catalog.generated.ts` + las fuentes `*.tool.ts`) expone 35; el 27 es previo a las 8 tools de archivo único. Distinto de GT-460 (conteos del comando `api`) y GT-445 (docs de governance/product). Fix: regenerar el conteo en ambos READMEs al 47 vivo (el 35 era previo a las +11 tools de paridad + `evolith-scaffold`) (resources 9 / prompts 8 siguen correctos). | `MCP Server` | Cross | P3 | XS | `COMPLETADO` |
+| [`GT-462`](./gap-reference-catalog.es.md#gt-462) | **Hecho (ADR-0108):** CRDs Exchange/Queue/Binding/DLX de la ruta de mensajes retiradas; `tenant-topology.yaml`→`broker-rbac.yaml` (solo User/Permission por producto). **Conflicto CRD/código en la topología de mensajes → `406 PRECONDITION_FAILED` → consumidor muerto con el pod Ready.** §5.1/§5.2: las CRDs no coinciden con la topología que MassTransit auto-declara (un fanout type-exchange); las colas pre-creadas por CRD con args DLX hacen fallar la re-declaración (el clásico fallo silencioso de las 3 a.m.). Follow-on: G1 verifica que el endpoint *arrancó* (no solo pod Ready). Riesgo §15 #3 (alto). | `Messaging` | Release | P0 | S | `COMPLETADO` |
+| [`GT-466`](./gap-reference-catalog.es.md#gt-466) | **Hecho (ADR-0109) — Gate Fase-0 #1:** SVC-01 replanteada de repo-scope → **project-scope** ("cada proyecto satélite debe tener exactamente un `evolith.yaml` en la raíz de su proyecto; un manifiesto anidado en el árbol de otro proyecto está prohibido; un workspace declara sus raíces en `evolith.workspace.yaml`") + nueva **SVC-06 (integridad de workspace)** (todo `evolith.yaml` descubierto debe mapear 1:1 a un `spec.projects[].path` declarado, y viceversa). Aterrizó en `satellite-contracts.rules.json`, el espejo OPA (`satellite-contracts.rego`: hecho `hasEvolyamlAtRoot`→`hasEvolyamlAtProjectRoot`, `+isWorkspace`/`workspaceIntegrityOk`) + input schema, y el handler nativo workspace-aware (`satellite-contract-rule.handler.ts`) con un recorrido de árbol acotado. Los satélites de un solo repo son el workspace degenerado de un proyecto (retrocompatible). Habilita el cutover del monorepo MMS+UMS+Tracker. | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-467`](./gap-reference-catalog.es.md#gt-467) | **Hecho (ADR-0109) — Gate Fase-0 #2:** nuevo `rulesets/schema/evolith-workspace.schema.json` (`kind: SatelliteWorkspace`, `spec.projects[].{name,path}`, guard de ruta relativa que rechaza `/` inicial y `..`). El `evolith-yaml.schema.json` por-proyecto queda **sin cambios** — la identidad del producto sigue siendo el `metadata.name` del manifiesto del proyecto en su `path`. | `Governance` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-468`](./gap-reference-catalog.es.md#gt-468) | **Hecho (ADR-0109) — Gate Fase-0 #3:** **`subpath`** opcional añadido a `SatelliteRecord` (+ `satellite-record.schema.json`); la identidad pasa a ser **(`repoUrl`, `subpath`)** — un workspace son N registros compartiendo `repoUrl`, `subpath` ausente = satélite en raíz de repo (registros previos intactos). `initialize-satellite`/`sync-satellite` aprenden a **enumerar proyectos de workspace** vía una primitiva compartida `workspace-descriptor`; sync direcciona cada archivo bajo el `subpath` del proyecto. | `Governance` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-469`](./gap-reference-catalog.es.md#gt-469) | **Hecho (ADR-0109) — Gate Fase-0 #4:** unificado un **`--satellite <path>`** canónico en `validate`/`gate`/`phase`/`upgrade` (con `--project` como **alias deprecado** en `gate`/`phase`) + un resolutor compartido de **`evolith.yaml` ancestro-más-cercano** (explícito → ancestro-desde-cwd → `profile.satellite` → cwd). **Corrige el hardcode `process.cwd()` de `upgrade`** para que `cd mms && evolith upgrade` y `evolith upgrade --satellite mms` resuelvan la misma raíz de proyecto. Tests unitarios del CLI en verde (86). | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-470`](./gap-reference-catalog.es.md#gt-470) | **Hecho (`7e772d1c`) — deuda de test preexistente.** `DiskRulesetRepository.loadAllRulesets` (sobre-ampliado por GT-456) tragaba `*.rules.json` **sintácticamente malformado**, anulando en silencio la validación sobre un corpus corrupto. Se separaron las rutas: errores de parseo JSON fallan duro; sólo los rulesets no-estándar-pero-válidos se omiten con warning. **Bug real.** 3 specs de disk-ruleset en verde. | `Rulesets` | Cross | P1 | XS | `COMPLETADO` |
+| [`GT-471`](./gap-reference-catalog.es.md#gt-471) | **Hecho — deuda de test preexistente.** La suite de contrato ADR-0073 (`roundtrip-gate-evaluate.spec.ts`) nunca corría. Se arregló la resolución de módulos del `src/tests/contract` aislado (quitar el mapper izado de `nest-commander-testing`; `moduleResolution` `node`→`bundler` para que los `exports` resuelvan subpaths `@beyondnet/*` + `conf` ESM; ts-jest `warnOnly`; mocks ESM; `--experimental-vm-modules` para el ABAC OPA del MCP) y las fixtures REST/MCP obsoletas (`REPO_ROOT`→raíz, `process.exit` neutralizado, REST reescrito a la API workspace-ref, handshake StreamableHTTP del MCP). Fix mínimo de API que honra el contrato: `evaluatedBy` opcional en `EvaluateGateDto` + `400` de gate desconocido. **Mixto: bug de config + fixtures obsoletas + pequeño fix de API.** `npm run test:contract` 34/34. | `Cross` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-472`](./gap-reference-catalog.es.md#gt-472) | **Hecho — deuda de test preexistente (brecha de paridad GT-229).** Tras la reorganización de taxonomía, los handlers nativos (`DOD-07`, `TAX-07`/`TAX-08`) y el constructor de input OPA seguían resolviendo el dir ADR en el obsoleto `reference/architecture/adrs` → reglas de gobernanza ADR `skipped` (hueco real contra el repo Core vivo). Se corrigieron los tres sitios a `reference/core/architecture/adrs` y se actualizaron los specs fijados al path viejo. **Bug real; los fixtures eran correctos.** core-domain 735/735. | `Core Domain` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-473`](./gap-reference-catalog.es.md#gt-473) | **Hecho — deuda de test preexistente.** (a) **Bug real:** `RulesetValidationMode.RULESET_ID_MAP` seguía apuntando al layout viejo de directorio-por-ruleset para 6 ids → CLI `validate -r <id>` `failed` falso (`FILE_NOT_FOUND`); corregido al layout `cross-cutting/`·`sdlc/`·`governance/`. (b) **Fixture obsoleta:** `validate-blueprint.use-case.spec` calculaba el registro de gates SDLC desde `src/` en vez de la raíz `reference/governance/sdlc/gates` (el caso de uso toma `corePath`+`sdlcPath` separados por diseño). core-domain 735/735. | `Core Domain` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-452`](./gap-reference-catalog.es.md#gt-452) | **Hecho — sustituido por [`GT-474`](./gap-reference-catalog.es.md#gt-474).** `validate` daba un veredicto falso-verde/tranquilizador con `rulesChecked: 0`. La mitigación interina degradaba la corrida de cero reglas a `warning`; GT-474 completó el cierre — una corrida de cero reglas es ahora un **`failed` bloqueante**, un corpus de rulesets irresoluble lanza `RulesetsNotFoundError`, y toda ruta de aborto sale distinto de cero. **Bug real.** | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-474`](./gap-reference-catalog.es.md#gt-474) | **Hecho — bug real (validación silenciosa de cero reglas), detectado por el spike Fase-0b de ADR-0109.** `validate --core <checkout>` reportaba `status: "warning"` con `rulesChecked: 0` — no validaba **nada** y no lo decía. Causa raíz: dos resolutores discrepaban — `resolveRulesets()` sabía que el corpus está en `<core>/src/rulesets`, pero `DiskRulesetRepository` volvía a unir `<core>/rulesets` (ausente tras `apps/`→`src/`) → `[]` → 0 reglas. `RulesetValidatorService` se tragaba el corpus vacío como `warning`, y la ruta de aborto salía con **0** (gate verde en CI). Fix: una única lista de candidatos compartida por los tres resolutores; nuevo error fatal `RulesetsNotFoundError` ante raíz ausente **o** corpus de 0 reglas (relanzado, no tragado); cero reglas ⇒ `failed` bloqueante; todo aborto sale 1. `--core <core>` verifica ahora **105 reglas** (antes 0). Sustituye a GT-452. | `Evolith CLI` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-451`](./gap-reference-catalog.es.md#gt-451) | **Umbrella — el CLI publicado en npm (`@beyondnet/evolith-cli@1.0.0`) está DESACTUALIZADO vs `src/sdk/cli/src`, bajo el mismo `1.0.0` (viola inmutabilidad SemVer).** Verificado en el satélite MMS: el `dist` instalado no tiene batch-init (`resolveBatchInput`) y `evaluate` crashea con `IConfigParser is required` — ambos ya corregidos en la fuente. Por eso F-001/F-008 parecen regresiones de GT-12/GT-395 solo porque el artefacto es anterior a esos fixes. **Corrección: F-007 (gate/phase/sdlc-status ENOENT en `reference/governance/sdlc/gates`) NO está corregido en la fuente — el path está mal Y los gate data files nunca existieron; se rastrea aparte como GT-461.** Fix: bump `1.0.1` + rebuild + republish + guard de release que compare dist publicado vs construido. **Avance: versión subida a `1.0.1`, CHANGELOG actualizado, y guard `check:release-drift` cableado en `prepublishOnly` (falla la publicación cuando el dist construido no lleva los fixes mergeados). Follow-on: correr `npm publish` (owner) para que los satélites reciban F-001/F-008.** **+2026-07-17 (`fd03cf53`) — el defecto real era más profundo que un dist stale:** (1) el `cli@1.0.1` publicado por el owner crasheaba al arrancar con `Cannot find module '@beyondnet/evolith-infra-providers'` — dep de runtime importada por el `dist` empaquetado (`app.module` + 5 comandos) pero nunca declarada en `dependencies`; y (2) **toda la línea `@beyondnet/evolith-*@1.0.0`** (publicada 2026-07-05) está stale vs `develop` — el CLI hace deep-imports de subpaths ausentes en los tarballs publicados (`enforcement/policy-compiler` GT-516, `enforcement/edit-gate` GT-526, `domain/waiver` GT-518, `application/sync` GT-541 → 0 archivos en el `core-domain@1.0.0` publicado). Un install limpio crashea igual, pese al fix del dist. **Preparado + verificado offline un re-release coordinado `1.1.0` de los 8 paquetes:** declarada la dep faltante `infra-providers`; endurecido `check:release-drift` para fallar la publicación si el `dist` empaquetado importa cualquier `@beyondnet/*` no declarada (probado: aborta sin la dep, pasa con ella); bumpeados los 8 a `1.1.0` con pins inter-paquete `^1.1.0`; reconstruido `mcp` pasando la trampa del `tsbuildinfo` (165 archivos dist). Verificado contra tarballs locales del set completo: **install limpio del CLI arranca** (`--version`/`--help`/`evaluate --help`, sin MODULE_NOT_FOUND), **el server MCP arranca** (NestFactory + módulos inicializados), y `npm publish --dry-run` verde para los 8. **Pendiente (owner):** correr `npm publish` en orden de dependencia `core-domain → contracts → sdk → infra-providers → core → agent-runtime → mcp → cli`. **Cierre (2026-07-17):** el owner publicó el set coordinado `1.1.0`; verificado contra el registry EN VIVO — un `npm i @beyondnet/evolith-cli@1.1.0` limpio en un proyecto vacío resuelve el closure completo desde npm (agent-runtime/core-domain/infra-providers/sdk todos `1.1.0`) y el CLI arranca: `--version` → `1.1.0`, `evaluate --help` OK, y `enforce --help` OK (ejercita `enforcement/policy-compiler`, el subpath exacto que faltaba en el `1.0.0` stale). dist-tag del `cli` `latest: 1.1.0`. El crash de arranque y la staleness transitiva ya no existen. (Follow-up no-bloqueante: `@beyondnet/evolith-contracts@1.1.0` — nada en el closure CLI/MCP lo consume — publica limpio por su cuenta; cierra el último bit del "paquete de contracts publicado" de GT-513.) | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-453`](./gap-reference-catalog.es.md#gt-453) | **La plantilla `templates/evolith.yaml.example` usa un formato legacy que no valida contra el propio `evolith-yaml.schema.json` del CLI** (falta `apiVersion: evolith.dev/v1` / `kind: Satellite` / `spec`; usa `product/governance/metadata`). Copiar la plantilla produce un manifest inválido. Fix: regenerar desde el schema (usar `evolith.yaml` de Tracker como referencia) + test CI que valide la plantilla. | `Evolith CLI` | Cross | P1 | XS | `COMPLETADO` |
+| [`GT-454`](./gap-reference-catalog.es.md#gt-454) | **`docs` scaffoldea el manifest en `.evolith/evolith.yaml` en formato legacy, pero `validate` (GOV-000) + el schema esperan `evolith.yaml` en la raíz (v1).** Seguir `docs` deja el satélite inválido; probable origen de las carpetas `.evolith/` vacías en satélites. Fix: escribir `evolith.yaml` en la raíz con el schema v1 (o delegar en `init`). | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-458`](./gap-reference-catalog.es.md#gt-458) | **`agents` ignora sus flags documentados (`--install`/`--remove`/`--list`/`--run`) — enruta solo por acción posicional, así que `agents --list` abre el menú interactivo en vez de listar.** Misma clase que F-001 (flag declarado no honrado). Fix (rama `fix/cli-gaps-gt451-457`): derivar la acción de los flags cuando no hay acción posicional. | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-459`](./gap-reference-catalog.es.md#gt-459) | **`upgrade` crashea con un stack trace crudo** — `TypeError: Cannot read properties of undefined (reading 'exists')`: `SatelliteUpgradeService` se construye vacío (`new SatelliteUpgradeService()`), dejando `this.fs`/`this.logger` undefined (bug de DI/wiring, clase F-008). Fix (rama): inyectar `IFileSystem` + logger. | `Evolith CLI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-463`](./gap-reference-catalog.es.md#gt-463) | **Hecho:** grupo `messaging-alerts` (`MassTransitPoisonMessages` sobre profundidad>0 de `.+_error` + `TenantProjectionQueueMissing`) en `product/operations/alerts/prometheus-alerts.yml`; runbook de shovel bilingüe `incident-response-poison-message-reprocess.md`. **Alertas de mensajes veneno mirando la cola equivocada (DLX en vez de `<queue>_error`).** §5.3: tras agotar reintentos MassTransit *mueve* el mensaje fallido a `<queue>_error` y nunca hace nack, así que el `x-dead-letter-exchange` del broker jamás dispara. Riesgo §15 #9 (medio). | `Infra` | Release | P1 | S | `COMPLETADO` |
+| [`GT-461`](./gap-reference-catalog.es.md#gt-461) | **La maquinaria de gates SDLC (`gate evaluate`/`phase advance`/`sdlc gate-status`) estaba inoperante: lee `<core>/reference/governance/sdlc/gates/gate-f*.json`, pero ese directorio Y los gate data files nunca existieron en Core — solo el schema (`sdlc-gate.schema.json`) + prosa (`quality-gates.md`).** El propio comentario de `gate-registry.service.ts` dice que los `gate-f*.json` "nunca se consumieron / crearon". **Avance: autorados los 5 `gate-f{1-5}.json` (twins fieles de la `mandatoryEvidence` de `phase-gates.rules.json`, generados desde ella) → `gate evaluate -p discovery --core` ahora emite GateEvidence ADR-0073 real y `phase advance` bloquea correctamente discovery→design ante el gate fallido (verificado en el satélite MMS). Sub-hallazgos: `sdlc gate-status` no tiene `--core` (resuelve al cwd del satélite → ENOENT); los `blockingCriteria` de texto libre se tratan como siempre-triggered por el evaluador (dejados `[]` para que el gate sea dirigido por artefactos y PASS-able).** | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-456`](./gap-reference-catalog.es.md#gt-456) | **El CLI no resuelve los rulesets del Core desde un satélite externo.** `validate --core <válido>` deja `coreRef.path: null`; `-r inheritance`/`-r adr-0002` (ids del `--help`) → "Ruleset not found"; `-t modular-monolith` → `ARCH-TOPOLOGY-MISSING`. Sin rulesets embebidos; `--core`/`EVOLITH_CORE_PATH` no honrados de forma consistente → validación de reglas/topología/ADR inoperante fuera del monorepo Core. Fix: unificar la resolución de Core en validate/gate/phase/evaluate, propagar a `coreRef.path`, fallar accionablemente cuando falten rulesets. **Avance (b8897f86 + follow-up): `validate` ahora resuelve rulesets vía `resolveRulesets` (--core → EVOLITH_CORE_PATH → profile → bundled), `-r <id>` resuelve contra bundled + `<core>/src/rulesets`, `coreRef.path` se puebla, y un `--core` inválido falla accionablemente. **La validación completa por defecto ahora ejecuta los rulesets embebidos: `DiskRulesetRepository.loadAllRulesets` ya no aborta ante el primer `*.rules.json` no estándar (lo salta con warning) — un satélite pelado (MMS) ahora reporta `rulesChecked: 98` con 46 hallazgos reales en vez de un falso "0 reglas". Follow-on: paridad de resolución de Core en gate/phase/evaluate.** | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-455`](./gap-reference-catalog.es.md#gt-455) | **`scaffold` no tiene target .NET** aunque `init -r dotnet` lo anuncia y toda la suite (UMS/Tracker/MMS) es .NET clean/hexagonal. `scaffold --format json` exige `--frontend react\|angular` + `--orm prisma\|typeorm` (solo Node), así que el generador principal no puede scaffoldear el runtime real de la suite. Fix: añadir target ASP.NET Core + EF Core (slice hexagonal, forma UMS) o documentar scaffold como solo-Node y que `init -r dotnet` emita "aún no soportado". **Avance (rama): añadido `--runtime dotnet` + `DotnetWorkspaceStrategy` (shell-out al CLI `dotnet`, como Nx a `nx`). `scaffold --runtime dotnet --phase 1 --api-name <n> --domains <ctx>` genera una solución clean/hexagonal en `src/apps/<n>` (Domain/Application/Infrastructure/Presentation + refs + un classlib por bounded context), honrando --dry-run + el envelope JSON. Verificado: la solución generada pasa `dotnet build` (0 errores, .NET 10). Follow-on: templates más ricos (EF Core + wiring MassTransit/RabbitMQ, carpetas de aggregate) + fase 2/3.** | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-457`](./gap-reference-catalog.es.md#gt-457) | **`validate -f table` oculta el detalle del issue** — una validación fallida muestra `issues [N items]` sin ruleId/título/descripción; el detalle accionable solo está en `-f json`. (GT-224 añadió JSON a drift/scaffold/docs pero no la paridad de la tabla de `validate`.) Fix: renderizar el detalle por issue en el formateador de tabla. | `Evolith CLI` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-460`](./gap-reference-catalog.es.md#gt-460) | **Los conteos de la superficie MCP del comando `api` están hardcodeados y se desincronizan del server real.** `api -l` reporta "23 tools / 8 resources", pero un smoke stdio del `@beyondnet/evolith-mcp` en ejecución devuelve **35 tools / 9 resources** (`tools/list`/`resources/list`). La fuente `api.catalog.ts` hardcodea los conteos como strings de descripción. Fix: derivar los conteos/catálogo del registry vivo de tools+resources del MCP (o regenerarlos en CI, cf. GT-445). **Avance (rama): añadido `scripts/gen-api-catalog.mjs` (introspecciona el MCP server vivo) → `api.catalog.generated.ts` commiteado; `api --list` ahora muestra los 35 tools / 9 resources reales con conteos derivados de los arrays, y el footer obsoleto `evolith mcp serve` → `evolith-mcp serve`. Follow-on: enumeración completa de SCHEMAS/COMMANDS + guard de CI que regenere y compare.** | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-465`](./gap-reference-catalog.es.md#gt-465) | **Hecho:** `kind-cluster.yaml` con `disableDefaultCNI:true` (kindnet off → Cilium aplica la política; el README añade el paso de instalación de Cilium); `deploy/kubernetes/network-policies.yaml` (22 políticas) codifica el modelo §7 — default-deny por ns de producto + allows DNS/broker/Core/OTLP/ingress/intra-ns, con el invariante estructural de que `evolith-core` NO tiene ruta al :5672. **kindnet no aplica NetworkPolicy → el modelo default-deny quedaba sin efecto.** Follow-on: aserciones allow/deny en G1. Riesgo §15 #13 (bajo). | `Infra` | Release | P2 | M | `COMPLETADO` |
+| [`GT-464`](./gap-reference-catalog.es.md#gt-464) | Tres productos dependen de un único bus de mensajes compartido, así que una caída los alcanza a los tres a la vez **Qué significa:** Las tres aplicaciones se pasan novedades por una misma oficina de correos. Si se cae, las tres dejan de enterarse al mismo tiempo, aunque no se pierde nada: los mensajes se acumulan y llegan tarde **Ejemplo:** Todavía no existen las alertas que avisarían al operador de que el bus está caído o de que los datos van con retraso | `Infra` | Cross | P2 | S | `DIFERIDO` |
+| [`GT-447`](./gap-reference-catalog.es.md#gt-447) | El stack completo aún no levanta en local: el motor arranca, la aplicación compañera y la interfaz no **Qué significa:** Cualquiera del equipo debería poder levantar el producto entero en su máquina con un solo comando y navegarlo. Hoy solo arranca el motor; lo que una persona realmente mira, no **Ejemplo:** Los tres servicios del motor levantan sanos en un clúster local y responden una petición gobernada completa, pero no hay ninguna pantalla que abrir contra ellos. **Cierre (`0b387b44`):** `product/infra/docker-compose.fullstack.yml` levanta el stack completo sano con un solo comando (8/8 servicios), y el chain del navegador está verificado end-to-end — una evaluación gobernada fluye tracker-web → tracker-api → core-api `evaluate()` y de vuelta (HTTP 200, `provenance:core`, un veredicto arquitectónico FAIL real, persistido en Postgres), y la UI (Control Tower) renderiza contra URLs locales con cada llamada de datos en 200. Dos derivas de build corregidas cross-repo en `evolith_tracker` (rama `feature/gt-447-fullstack-local`, `f8b68f2`): un `.dockerignore` de build ausente (663 MB de `node_modules` en el context) y una base `/api` stale horneada en tracker-web (→ `/api/v1`, que rompía el login con un 404). Los 7 hijos ya estaban COMPLETADOS. | `Cross` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-448`](./gap-reference-catalog.es.md#gt-448) | Nada corre en producción: el stack nunca se ha promovido al servidor al que llegarían los clientes **Qué significa:** El producto no existe en ningún lugar donde un cliente real pueda usarlo. Todo vive por ahora en máquinas de desarrollo **Ejemplo:** El servidor de producción y sus herramientas de despliegue ya están preparados, pero ninguna parte del producto se ha instalado nunca allí | `Cross` | Cross | P1 | XL | `PENDIENTE` |
+| [`GT-435`](./gap-reference-catalog.es.md#gt-435) | El camino completo desde el código hasta un producto en uso real no está desplegado ni validado **Qué significa:** Es el ítem paraguas para llevar el producto de algo que funciona en máquinas de desarrollo a algo que usa gente real. Sigue abierto hasta que se cierre todo lo que cuelga de él **Ejemplo:** Una evaluación situó al motor cerca del noventa y cinco por ciento de preparación mientras todo lo que lo rodea —empaquetado, despliegue, aplicación compañera— no lo estaba | `Cross` | Cross | P0 | XL | `PENDIENTE` |
+| [`GT-436`](./gap-reference-catalog.es.md#gt-436) | Publicar los paquetes npm. El scope viejo `@evolith/*` estaba contaminado con historial publicado (1.0.x/1.1.x/2.0.0-beta/tombstones) que bloqueaba un 1.0.0 limpio, así que se renombró toda la familia a un scope nuevo unificado. **HECHO (0edaa22b): los 7 libs publicados a `1.0.0` limpio bajo `@beyondnet/evolith-*` (core-domain, infra-providers, core, agent-runtime, sdk, mcp, cli — todos HTTP 200 en el registry). Viejos `@evolith/*` deprecados apuntando a los nuevos (4 quedaron en estado 404 corrupto del registry, inservibles de todos modos).** Follow-on: barrido de docs `@evolith/*` → `@beyondnet/evolith-*`. | `CLI` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-437`](./gap-reference-catalog.es.md#gt-437) | Añadir `agent-runtime-api` al CI/CD (docker build+push a GHCR + deploy Coolify) — hoy tiene Dockerfile pero NINGÚN workflow lo buildea/testea/despliega. **Cierre (`1ddbe25b`):** la premisa estaba en parte stale — agent-runtime YA se buildeaba/testeaba en `ci-cd.yml` (3 builds de workspace). El hueco real: faltaba en el matrix `docker-services` (solo core-api + mcp-server) y no tenía step de deploy Coolify, así que **en main nunca se imageaba ni desplegaba** (`docker-images.yml` lo cubría solo en tags/`workflow_dispatch`). Arreglado: matrix + `agent-runtime` → `ghcr.io/<owner>/evolith-agent-runtime` (contexto raíz del repo, `./src/apps/agent-runtime-api/Dockerfile`, nombre de imagen igual al de `docker-images.yml`), y un step `Trigger Coolify deploy (agent-runtime)` con el contrato fail-soft establecido (hook sin setear ⇒ warn + exit 0, nunca rompe el CD). agent-runtime-api queda en la misma postura CI/CD que sus dos hermanos. Verificado: `ci-cd.yml` parsea como YAML resolviendo 3 servicios en matrix + 3 steps de deploy; el Dockerfile referenciado existe. **Owner-gated (delegado a [`GT-324`](./gap-reference-catalog.es.md#gt-324)):** aprovisionar `COOLIFY_AGENTRUNTIME_DEPLOY_HOOK`/`COOLIFY_API_TOKEN`; el primer build+deploy vivo corre en el próximo merge a main (el job es solo main/tag, no ejercitable desde develop). | `Infra` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-438`](./gap-reference-catalog.es.md#gt-438) | Cableado de adapters de producción para `agent-runtime-api`: el bootstrap por defecto usa `StubCoreEvaluationAdapter` + `StubAgentEngineAdapter` + estado in-memory; cablear Core-eval real (HTTP), engine (Hermes/routing), memoria durable + scheduler por defecto/env en prod. **Avance (kind local):** el `HttpCoreEvaluationAdapter` real ya está en la factory (por env); cableado + **verificado en el cluster kind** — `values-local` del agent-runtime setea `AGENT_RUNTIME_CORE_ENDPOINT` al servicio `core-api` in-cluster, y un `POST /v1/agent/handle` produjo un `POST /api/v1/evaluate` real al core-api (SecurityAudit: `200 ALLOW 569ms`, desde el pod del runtime). El runtime ya gobierna sobre el Core REAL, no el stub. **Pendiente:** agent-engine real (gated GT-385), estado durable, y ensamblar un contexto de workspace real (hoy el Core evalúa un contexto vacío → 39 findings correctos tipo GOV-000). **Cierre (`ff57cec6`):** aterrizó la última pieza no-gated — el ensamblado de contexto de workspace real. El runtime ahora ensambla el workspace y lo pasa **inline** como `evaluationInput.files` (el shape de ingestión inline `OverlayFileSystem` que el Core API ya consume), así el Core deja de evaluar un contexto vacío. Nuevo `IWorkspaceContextPort` + `FsWorkspaceContextAdapter` (walk determinista acotado: budgets de archivos/bytes, dirs excluidos, claves relativas-posix, `fsImpl` inyectable); `InlineEvaluationInput`/`RuntimeEvaluationContext` aditivos; `context-mapper` adjunta archivos solo si hay; una caída del workspace degrada al flujo previo (nunca falla la corrida); `runtime.factory` lo cablea desde `AGENT_RUNTIME_WORKSPACE_CONTEXT_ROOT` (sin setear ⇒ comportamiento previo). Surface-freeze GT-388 actualizado (aditivo/minor). Verificado: agent-runtime 131/131 (+8), agent-runtime-api 80/80 (+3), tsc limpio. **Sigue gated (por diseño):** motor de razonamiento real (GT-385/Hermes) + memoria/scheduler durable con servicios externos; un ensamblador guiado por el Tracker es un adapter hermano futuro tras el mismo puerto. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-439`](./gap-reference-catalog.es.md#gt-439) | Forzar auth fail-closed + cablear `TenantCorpusGuard` (ABAC multi-tenant, GT-394 runtime): `EVOLITH_API_KEY` es opt-in y el guard de tenant está definido pero no en `APP_GUARD`; sin extracción de tenant-claim del JWT, sin aislamiento de corpus por tenant. | `Security` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-440`](./gap-reference-catalog.es.md#gt-440) | Completar observabilidad: añadir `/metrics` (Prometheus) a `mcp-server` + `agent-runtime-api`; `OTEL_EXPORTER_OTLP_ENDPOINT` configurable; split liveness/readiness. **HECHO (b3c6557f): `/metrics` en los 3 servicios (core-api existente + mcp `evolith_mcp_*` + agent-runtime `evolith_agent_runtime_*`), `/health/live`+`/health/ready` en mcp+agent-runtime, OTEL endpoint por env. Verificado en el stack local (todos 200).** | `Observability` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-441`](./gap-reference-catalog.es.md#gt-441) | El sistema puede pedir aprobación humana para una acción sensible, pero todavía no existe nada que reciba la petición **Qué significa:** Antes de hacer algo sensible el sistema debe detenerse y esperar a una persona. Se detiene bien, pero la petición no le llega a nadie, así que siempre termina rechazada **Ejemplo:** Toda acción marcada como que requiere aprobación vuelve rechazada con «no se pudo preguntar», porque el lugar elegido para responder aún no se ha construido. **Cierre (`a299ab89`):** el receptor ya existe. El Tracker embarcó el endpoint (CD-23, migración `AddRuntimeApprovals`, 2026-07-19) y el Core embarcó el `TrackerApprovalHttpClient` concreto tras el seam de GT-441 — POST `/runtime-approvals` con la clave CoreMachine (el tenant se deriva de QUÉ clave hizo match, nunca del body); un non-2xx lanza para que el adapter deniegue fail-closed como «unavailable» — wireado opt-in en `runtime.factory` (`AGENT_RUNTIME_APPROVAL_TRACKER_URL`/`_KEY`, mandatorio en production). Live-smoke contra el Tracker corriendo: submit → pending (persistido en Postgres) → el adapter deniega fail-closed → idempotente por `correlationId` → un rechazo humano vuelve como denegación `tracker-decision`. El camino approve→grant exige un aprobador UMS designado (CD-31; el dev-bypass deliberadamente no puede serlo), así que queda cubierto por unit + tests del lado Tracker. package 249/249 + app 81/81 verdes. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-442`](./gap-reference-catalog.es.md#gt-442) | Estrategia de secrets + conectividad a DB de producción: documentar/cablear un secret store (Coolify vault / K8s secrets) para `EVOLITH_API_KEY` etc., y aclarar `DATABASE_URL`/config de conexión (ausente en el deploy config hoy). **Cierre (accepted-scope) — ambas mitades del enunciado estaban desalineadas con el código.** (1) *Secret store: sustancialmente ya entregado* — los tres charts toman credenciales de un Secret de K8s pre-creado **por nombre** vía `secretKeyRef`, gated por `auth.existingSecretName` (`core-api-auth`, `mcp-auth`, `agent-runtime-auth`; más `opa-bundle-credentials` / `opa-bundle-signing-key` en mcp). Ningún chart incrusta un literal. El gap real era que estaba sin documentar y disperso → ahora consolidado en `product/infra/README.md`(+`.es.md`) §*Secretos y Conectividad de Datos*, con el equivalente Coolify (variable de entorno cifrada). (2) *Conectividad a DB: **NO APLICA al Core*** — `core-api` y `agent-runtime-api` declaran **cero** dependencias de DB (sin driver/ORM/cadena de conexión, verificado contra ambos `package.json`). Es **ADR-0101 por diseño**: el Core es un motor de evaluación stateless (`EvaluationContext`→`EvaluationResult`; producto/tenant/iniciativa son contexto opaco, nunca persistidos). Así que `DATABASE_URL` no está "faltando" — no hay a qué conectarse, y añadirla *contradiría* ADR-0101. Las cadenas `postgresql` en `projects.controller.ts`/`core-domain.module.ts` son el **generador de scaffolding** eligiendo DB para el proyecto *generado*. La persistencia vive en el **Tracker** (su propio Postgres `tracker_governance`) → trabajo de conectividad de DB delegado al board de ese repo. **Pendiente (owner-gated, no código):** aprovisionar los valores reales de los secretos en el VPS/cluster — mismo bloqueo que [`GT-324`](./gap-reference-catalog.es.md#gt-324)/[`GT-437`](./gap-reference-catalog.es.md#gt-437). | `Infra` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-443`](./gap-reference-catalog.es.md#gt-443) | Nunca se midió en un despliegue real cómo se comporta el sistema ante fallos y bajo carga alta **2026-07-28: por fin tiene criterios de aceptación.** Esta fila llevaba EN-PROGRESO con CERO criterios de aceptación — su sección solo tenía prosa ("Closure: breaker integration tests + K6 load/chaos + DR deploy with measured RTO/RPO"), así que nadie podía cerrarla, porque nada definía qué era estar hecho. `08-validate-tracking` no lo detectaba: verifica que una fila DONE tenga sus criterios marcados, y no dice nada sobre que una fila EN-PROGRESO tenga criterios siquiera. La prosa son ahora cuatro criterios comprobables; el hueco del guard queda registrado como `GT-629`. **Qué significa:** Decimos que el sistema sigue funcionando cuando algo se rompe o cuando llega mucho tráfico. Eso solo se comprobó en pruebas aisladas, nunca sobre algo realmente en marcha **Ejemplo:** Nadie sabe cuánto tardaría el servicio en volver tras una caída total, porque ese tiempo de recuperación nunca se ha cronometrado | `Reliability` | Cross | P2 | L | `EN-PROGRESO` |
+| [`GT-444`](./gap-reference-catalog.es.md#gt-444) | Ningún tercero externo ha intentado nunca entrar por la fuerza al sistema en marcha **Qué significa:** Hay herramientas automáticas que buscan debilidades ya catalogadas. Nadie ha sido contratado para atacar el sistema en vivo como lo haría un intruso real, así que los agujeros desconocidos siguen siendo desconocidos **Ejemplo:** Toda la postura de seguridad se apoya en dos escáneres automáticos; no existe ningún informe de un atacante humano | `Security` | Cross | P2 | S | `PENDIENTE` |
+| [`GT-552`](./gap-reference-catalog.es.md#gt-552) | **`release-please` apunta a archivos de configuración que ya no existen, así que nunca puede cortar una versión.** `sdk-cli-release.yml` pasa `config-file: release-please-config.json` y `manifest-file: .release-please-manifest.json`, ambos BORRADOS en `aed33ba9` ("versioning managed manually"), ausentes tanto en `main` como en `develop` y no gitignorados. En consecuencia `release_created` nunca puede ser `true`: los jobs de publicación npm, empaquetado de binarios, smoke-test y subida de assets son inalcanzables, y el ÚNICO workflow del repositorio que crea un Issue automáticamente (`failure-notification`) es código muerto condicionado a esa misma salida. Fix: restaurar los dos archivos de config o migrar el workflow a la realidad de versionado manual que declara. **Cierre (`38db17bf`):** el workflow ya no referencia `release-please-config.json` / `.release-please-manifest.json` (ambos borrados en `aed33ba9`), y el job huérfano `release-please` fue reemplazado por un job `release-gate`, de modo que el workflow ya no declara que puede cortar una versión automáticamente. **Corrección al enunciado original:** el job `failure-notification` NO es código muerto inalcanzable -- SE EJECUTÓ Y TUVO ÉXITO en la corrida 29641024724. El pipeline de release sigue fallando por motivos no relacionados, ahora rastreados por [`GT-561`](./gap-reference-catalog.es.md#gt-561), [`GT-562`](./gap-reference-catalog.es.md#gt-562) y [`GT-563`](./gap-reference-catalog.es.md#gt-563); este gap trataba del CABLEADO roto, que está arreglado. | `Infra` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-553`](./gap-reference-catalog.es.md#gt-553) | **`09-reconcile-maturity.mjs` arrastra constantes de ruta muertas y cuenta mal los rulesets.** CUATRO constantes derivan del borrado `reference/core/sdlc/standards/vision/` — `VISION_DIR` y las tres construidas desde ella (`BOARD`, `REGISTRY`, `RUNTIME_EVIDENCE`); estas tres se referencian solo en su propia declaración, así que el clúster es inerte (el guard funciona por lecturas hardcodeadas correctas a `control-center/`). Aparte, `rulesetCount` escanea `rulesets/` en vez de `src/rulesets/`, y por eso el snapshot commiteado de `maturity-reconciliation.json` reporta `"rulesetCount": 0`. Fix: borrar las constantes muertas y reapuntar el escaneo de rulesets a `src/rulesets/`. **Cierre (`35ea46e1`):** el criterio 1 quedó satisfecho por [`GT-556`](./gap-reference-catalog.es.md#gt-556) -- todas las constantes resuelven ahora vía `resolveKey`, y la única mención restante de `vision/` es un comentario explicativo; el criterio 2 está satisfecho y el snapshot regenerado, con `rulesetCount` reportando **145**, coincidiendo con `find src/rulesets -name "*.rules.json" \| wc -l`. **Corrección:** el snapshot commiteado sí llevaba el campo, como `0` -- no estaba ausente, y ese cero era el síntoma. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-554`](./gap-reference-catalog.es.md#gt-554) | **`CONTRIBUTING.md` cita una ruta de tracking que ya no existe y no documenta procedimiento para registrar un gap.** La sección 5.H nombra `reference/core/sdlc/standards/vision/` como hogar de `gap-tracking.md` y `maturity-assessment.md`; ambos se movieron a `control-center/`. Más allá de una línea pidiendo referenciar un `GT-###`, nada documenta cómo un hallazgo SE CONVIERTE en gap: el esquema del catálogo, el contrato de evidencia de cierre y el ledger de identificadores `COORDINATION.md` no se mencionan, y no existe plantilla ni script generador de gaps. Fix: reapuntar la ruta y documentar el procedimiento de intake. **Cierre (`9a13d0d6`):** la sección 5.H se reapuntó del borrado `reference/core/sdlc/standards/vision/` a las cuatro superficies reales bajo `control-center/`, y una nueva sección 6 documenta el procedimiento de intake escrito desde los artefactos reales -- el protocolo de reservar-luego-empujar de `COORDINATION.md`, la forma de fila del board que el guard parsea, un esqueleto de catálogo que coincide con el esquema real, un registro de evidencia de cierre con forma real y sus siete campos, y los comandos de validación. Las rutas con drift del archivo en español (`sdk/cli`, `rulesets/schema/`, `rulesets/opa/`, todas sin `src/`) también se corrigieron, porque el criterio es que toda ruta citada resuelva. 28/28 encabezados. | `Documentation` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-555`](./gap-reference-catalog.es.md#gt-555) | **La superficie de colaboración de GitHub está incompleta para quien no sea contribuidor del core.** No hay `CODEOWNERS` (sin enrutado de revisión), no hay `.github/ISSUE_TEMPLATE/config.yml` (se permiten issues en blanco, sin enlaces de contacto, Discussions inalcanzable desde el selector), y las dos únicas plantillas — `adr-proposal.yml` y `docs-gap.yml` — exigen vocabulario interno, dejando **sin ruta para reporte de bugs ni solicitud de funcionalidades**. `FUNDING.yml` además está en `src/sdk/cli/`, donde GitHub no lo renderiza. Fix: añadir CODEOWNERS, un `config.yml` de plantillas, plantillas de bug/feature, y reubicar `FUNDING.yml`. **Cierre (`9a13d0d6`):** añadidos `.github/CODEOWNERS`, `.github/ISSUE_TEMPLATE/config.yml` (issues en blanco desactivados; enlaces de contacto a Discussions, aviso privado de seguridad y CONTRIBUTING) y plantillas de bug-report y feature-request en lenguaje llano; `FUNDING.yml` movido de `src/sdk/cli/` a `.github/`. **Casi-fallo registrado:** CODEOWNERS salió primero nombrando `@beyondnetcode/evolith-team`, copiado del notificador de fallos del workflow de release -- ese equipo NO EXISTE (`gh api orgs/beyondnetcode/teams` devuelve solo `evolith-core-s-development`), y GitHub ignora en silencio un owner que no resuelve, así que cada línea habría enrutado a nadie mientras el archivo parecía correcto. Corregido al equipo verificado (también confirmado con acceso al repositorio); el mismo handle erróneo en `sdk-cli-release.yml` fue arreglado, lo que significa que esa notificación de fallo llevaba mencionando a nadie. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-560`](./gap-reference-catalog.es.md#gt-560) | Un componente de protección está instalado y se contabiliza como activo, pero nada del sistema pasa por él **Qué significa:** Hay un mecanismo de seguridad que debería cortar rápido una dependencia que falla, en vez de dejar que las peticiones se acumulen detrás. Está enchufado pero no conectado a nada, y el informe de salud del propio sistema lo sigue acreditando como protección real **Ejemplo:** Le valió una nota de resiliencia de 7 sobre 10, y sin embargo una búsqueda en todo el código no encuentra ni un solo lugar que lo use. **Cierre:** cerrado por la rama "dejar de puntuar lo que no protege nada" — el Core es un evaluador stateless (ADR-0101) que no hace llamadas salientes, y su único candidato de cache nunca conectó a Redis (dos bugs de wiring confirmados). Se eliminó el `CircuitBreakerService` huérfano (+ spec, + deps `opossum`/`@types/opossum`) y el wiring Redis muerto (`redis-store.factory.ts` borrado; `redis-cache.module.ts` → `in-memory-cache.module.ts`, cache process-local honesto sin `REDIS_*` ignorado ni warnings), y se reescribió la nota de resiliencia en `senior-architectural-assessment.md` (4/10, sin claim sin sustento). Build de core-api + 158/158 tests verdes; lockfile reconciliado (solo -opossum). El adjacent finding (métricas de cache siempre en cero) queda como ítem aparte. | `Core API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-561`](./gap-reference-catalog.es.md#gt-561) | **El smoke test de MCP expira, hace fallar E2E y arrastra a DAST.** El job E2E Tests falla en el smoke stdio/HTTP de MCP con `MCP smoke test FAILED: Timed out waiting for initialize (id 1)`; DAST falla después con `MCP Server failed to start after 60s`. La última corrida verde de este pipeline fue el 2026-06-30. Observado el 2026-07-18 en la corrida 29646397424. **Cierre (`b408a0ef`):** el servidor nunca estuvo roto. El smoke lanzaba `node dist/main.js mcp serve` desde el dist del CLI, y `dc0b9667` (2026-06-30, "decouple mcp-server from smart-cli") ELIMINÓ ese comando -- la fecha exacta de la última corrida verde. El proceso moría al instante con `error: unknown command 'mcp'`, pero la ruta stdio canalizaba stderr y nunca lo leía, así que un fallo duro instantáneo se reportaba como un timeout de 5 segundos; esa desorientación es la razón de que permaneciera opaco 19 días. El fix reapunta ambos transportes al gateway standalone, agrega un chequeo previo que falla con "build it first" en vez de expirar, y captura stderr y el código de salida temprana dentro del mensaje de fallo. No se debilitó ninguna aserción y NO se subió ningún timeout -- el arranque mide ~1s, así que el límite de 5s nunca estuvo implicado. **Corrección a la premisa del propio gap:** DAST NO era una cascada aguas abajo de E2E. Los jobs son independientes y DAST llevaba su PROPIA copia de la misma invocación obsoleta `mcp serve`, así que arreglar solo el smoke lo habría dejado en rojo; su paso de arranque también fue reapuntado, más `--allow-no-auth` para que ZAP escanee una superficie alcanzable. **Se necesitaron tres commits de seguimiento antes de poder OBSERVAR los criterios**, cada capa ocultando la de abajo: `6cac6cda` -- el bump de SDK 2.0.0 había dejado `package-lock.json` desincronizado, así que `npm ci` se negaba y ocho jobs morían en su primer paso, sin llegar nunca al smoke; `b75d43fc` -- el filtro `paths` del pipeline del CLI no listaba `package.json` / `package-lock.json`, así que ni la rotura ni su arreglo disparaban el pipeline que afectaban (también listaba `release-please-config.json`, borrado en `aed33ba9` -- un filtro vigilando una ruta que no puede cambiar); `37cbeae1` -- DAST seguía reportando rojo por `Resource not accessible by integration`, porque la acción de ZAP archiva su reporte como issue de GitHub y el workflow no otorga `issues: write`; el escaneo en sí estaba limpio (`FAIL-NEW: 0, PASS: 146`), así que se deshabilitó el archivado de issues en vez de darle permiso de escritura a un escáner, ya que el reporte se sube como artefacto. Los tres criterios están verificados en CI en la corrida 29665015800: el smoke de MCP pasa en ambos transportes (47 tools, 11 resources, 8 prompts, ambos chequeos `tools/call`, stdio y HTTP), el job E2E Tests es **success**, y los pasos `Start MCP Server` y `Wait for MCP Server` de DAST tienen éxito ambos. **Dicho con claridad:** el job sigue mostrándose en rojo por razones ajenas a este gap -- el gate de cobertura de ramas del CLI (69.3% vs 75, rastreado por [`GT-562`](./gap-reference-catalog.es.md#gt-562)) y 12 hallazgos preexistentes de terminología bilingüe en archivos tocados por última vez entre 2026-07-04 y 07-13. El pipeline no está verde. | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-562`](./gap-reference-catalog.es.md#gt-562) | La cobertura de los puntos de decisión del código está bajo el mínimo exigido y el control bloquea **Qué significa:** Hay lugares donde el código elige entre dos resultados que ninguna prueba llegó a ejercitar. El proyecto fijó un mínimo, la cobertura cayó por debajo y se decidió recuperar la diferencia en vez de bajar la vara **Ejemplo:** Las 969 pruebas pasan y aun así la compilación falla: 69 por ciento de los puntos de decisión cubiertos frente al 75 por ciento exigido. **Cierre (`7cffd734`):** la deuda se pagó en vez de condonarse — cobertura de ramas 70.57% → **75.54%**, jest sale en 0, umbral intacto (85 suites, 1250 tests). **La estimación del propio gap tenía la forma equivocada:** predecía ~100-140 pruebas sobre asistentes interactivos, "pruebas que comprueban que se preguntó algo a un mock". Las ramas sin cubrir no eran los asistentes — eran las **rutas no interactivas y legibles por máquina** (`--format json` en cinco comandos, `init --batch`, el reporte del motor composable), las rutas que ninguna persona recorre a mano, que es exactamente por qué nadie había notado que estaban sin probar; son además el contrato del que dependen todos los scripts y jobs de CI. Tres necesitaban una costura antes de poder probarse: `agents --name` no existía (añadido; el agente inexistente ahora devuelve `RULESET_NOT_FOUND`), las specs de `scaffold` stubbeaban `process.exit`, que no detiene la ejecución (leer el PRIMER envelope hace que la aserción signifique lo que dice), y el reporte composable no tiene método extraíble — pero `createComposableEngine()` carga sus cinco modos con `require` diferido, así que se pueden mockear por ruta de módulo, y por eso esa spec es un archivo aparte. **Sobre la exclusión que este gap declaraba:** reservaba ~100 ramas en `adr`/`agents` para no bendecir el defecto del sobre de éxito; ese defecto se arregló antes en esta misma campaña, y las pruebas nuevas afirman explícitamente el contrato corregido de ADR-0073, fijando la conducta correcta en lugar de congelar la equivocada. | `SDK CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-563`](./gap-reference-catalog.es.md#gt-563) | **174 errores de validacion de documentacion, y el workflow que deberia detectarlos reporta exito.** RESUELTO (`c63c3eb7`): el job `validate` estaba condicionado a `workflow_dispatch`, asi que en push y PR solo corria el guard de tracking y el job reportaba verde sobre una comprobacion que nunca se ejecutaba -- ahora armado y bloqueante. Tres de las cuatro categorias de error NO eran defectos: 97 de 108 enlaces rotos estaban en una copia de build gitignoreada, los 9 mojibake eran falsos positivos de una regla sin limite de palabra, y las 5 violaciones de esquema eran un esquema obsoleto anterior a `src/`. Dos defectos mas corregidos por el camino: un matcher de fences sin anclar que borraba prosa en vez de codigo (ocultando violaciones reales de emoji), y `10-validate-contract-conformance.mjs`, que llevaba crasheando en cada invocacion desde el refactor sin que nadie lo viera porque su job estaba saltado. La validacion pasa ahora para 1535 ficheros y 407 diagramas renderizados. El job sigue fallando en una comprobacion DISTINTA, `bilingual-terminology-lint` (12 hallazgos anteriores). | `Documentation` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-556`](./gap-reference-catalog.es.md#gt-556) | **Los guards del harness resolvían rutas desde `process.cwd()`, de modo que un guard devolvía una respuesta distinta según desde dónde se invocara -- siempre en verde.** `30-validate-phase-topology-disjoint` reportaba 8 ids de topología desde la raíz y 5 desde `src/`, con exit 0 en ambos casos. Seis literales de ruta muertos lo agravaban. Arreglo: `.harness/scripts/lib/paths.mjs` deriva la raíz por ascenso de marcadores (`package.json` + `.harness` + `evolith.yaml`) y `resolve()` lanza cuando una ruta no existe; 15 scripts migrados y verificados idénticos desde tres directorios. | `Harness` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-557`](./gap-reference-catalog.es.md#gt-557) | **Una comprobación que escaneaba cero elementos reportaba éxito.** Siete falsos verdes confirmados; `31` y `32` escaneaban `rulesets/`, un directorio que SÍ existe pero solo contiene `agents/`, así que no encontraban ningún ruleset mientras los 145 reales estaban en `src/rulesets` -- `existsSync` pasaba y la respuesta seguía siendo inventada. Arreglo: `.harness/scripts/lib/coverage.mjs` afirma sobre elementos escaneados, no sobre validez de ruta; `assertScannedPerSource` impide que una raíz viva enmascare una muerta; `allowEmpty` exige una razón escrita en el punto de llamada y no es configurable por entorno. | `Harness` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-558`](./gap-reference-catalog.es.md#gt-558) | **Coexistían seis modelos de hallazgo cuya intersección real era solo `message` más alguna noción de severidad.** Cinco no llevaban procedencia y ninguno determinismo, así que un hallazgo que pasaba de una revisión de PR a un scorecard y a la base de conocimiento no tenía nada que preservar; `GateViolation` y `ValidationIssue` además se habían BIFURCADO en `sdk-client` y ya no son asignables en ninguna dirección. Arreglo: `Finding` canónico (ADR-0116) con mappers desde los seis, estrictamente aditivo; `FindingOrigin` es argumento obligatorio, de modo que un hallazgo sin atribución es error de compilación. | `Core Domain` | Core | P0 | M | `COMPLETADO` |
+| [`GT-559`](./gap-reference-catalog.es.md#gt-559) | **La frontera de autoridad consultiva era prosa recodificada en 60 archivos, así que no había nada que citar en revisión ni nada capaz de detectar una violación.** Arreglo: `evaluateAuthority()` (ADR-0116) responde si un actor puede ejecutar una acción sobre un artefacto, devolviendo una razón citable, un id de regla estable (AP-R01..R06) y la cláusula del ADR de la que deriva; el ciclo de promoción de ADR-0097 queda codificado como datos en vez de descrito otra vez. AP-R03 (auto-autorización) se ordena antes que AP-R02 deliberadamente. | `Core Domain` | Core | P0 | M | `COMPLETADO` |
+| [`GT-564`](./gap-reference-catalog.es.md#gt-564) | **Los tipos de payload exportados por el SDK eran una bifurcación que no describía el cable.** REST y MCP invocan el MISMO caso de uso y devuelven el objeto de dominio verbatim, así que no había ninguna transformación que justificara DTOs separados. La bifurcación declaraba `passed: boolean` donde la API emite `verdict: 'passed'\|'failed'\|'skipped'` -- y el `README.md` indicaba a los usuarios imprimir `result.data.passed`, que en ejecución es undefined; omitía `gateId`, `rulesetRef` y `rulesetVersion`, que SÍ se emiten, eliminaba el `location` REQUERIDO y declaraba `artifact?`/`remediation?` que ningún productor emite. `ViolationSeverity` admitía un `'info'` inalcanzable, bifurcado en dos archivos; `ValidationIssue` había degradado a `severity: string`, perdiendo `MUST\|SHOULD\|COULD`. Arreglo: `sdk-client` reexporta `@beyondnet/evolith-core-domain` y sube a **2.0.0** -- bump mayor en vez de ventana de deprecación, porque una ventana preserva tipos que son activamente incorrectos y cualquier consumidor de 1.1.0 ya está roto en ejecución; y dependencia real en vez de copias vendorizadas con un guard de paridad, porque dos fuentes de verdad más un vigilante es justamente el patrón que se está eliminando. 54/54 tests del sdk; `tsc` limpio para sdk-client, mcp-server y `src/sdk/cli`. Publicar 2.0.0 queda deliberadamente SIN hacer -- decisión del owner. | `SDK` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-565`](./gap-reference-catalog.es.md#gt-565) | **Los tests del SDK mockeaban `fetch` para devolver la forma INVENTADA por el propio SDK y afirmaban sobre ella, así que sus tipos podían derivar arbitrariamente y seguir en verde** -- la causa raíz de [`GT-564`](./gap-reference-catalog.es.md#gt-564). Arreglo: un test de contrato que verifica los tipos del SDK contra el cable real, en dos capas, porque cada una es ciega a una deriva que la otra detecta -- en tiempo de compilación no se ve que un controller cambie su respuesta sin tocar el tipo de dominio, y en ejecución no se ven los campos ausentes de la muestra ni la distinción requerido-vs-opcional. Arrancar core-api midió ~3s, así que el argumento de costo para quedarse solo en compilación no sobrevivió a la medición. El conjunto de claves y los flags de obligatoriedad del verificador en ejecución se DERIVAN DEL TIPO del SDK, de modo que la mitad en ejecución no puede derivar respecto del tipo que impone; probado con tres roturas deliberadas, cada una restaurada. Además la suite no corría en NINGÚN workflow y ahora está cableada en `ci-cd.yml` (`1875f725`), y su workaround de symlink fue ELIMINADO por `e25804dc`, que arregló la resolución de rulesets subyacente -- la eliminación es la evidencia de que ese arreglo es real. 43/43. | `Testing` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-566`](./gap-reference-catalog.es.md#gt-566) | **Supersede a [`GT-329`](./gap-reference-catalog.es.md#gt-329), cuyo cierre fue infundado: AFIRMÓ que el corpus de topologías estaba unificado y lo dejó duplicado.** Su commit de implementación `d2b7d2b7` copió las cinco topologías avanzadas a `rulesets/topologies/` y no borró nada -- `--diff-filter=D` está vacío -- y se cerró como COMPLETADO contra el criterio "todas las topologías en una única ubicación canónica". Diez lápidas `RELOCATED.md` afirmaron durante dos semanas que "todo el tooling, los scripts de CI y los validadores leen ya de la ruta canónica" mientras CUATRO validadores de CI leían el directorio que llamaban histórico, y las dos copias derivaban en silencio. Esa divergencia es lo que desactivó calladamente el gobierno de diseño de ADR-0104 para esas mismas cinco topologías (`35f79934`): solo los manifiestos de `reference/` llevaban `designProfile`/`phaseProfiles`, y `TopologyCatalogService` deduplica por primera ocurrencia con `src/` sondeado primero. **Cierre (`29d69ae8`, `353cdbd4`):** 180 archivos duplicados retirados; cada topología existe ahora en UN solo sitio. El radio de impacto se midió simulando el borrado en un worktree desechable ANTES de tocar nada -- de los ~25 consumidores temidos se rompió exactamente uno (`17-validate-knowledge-intake`, que leía los ids aceptados de una sola raíz y ahora lee ambas). Repuntados 14 enlaces de documentación, 21 fichas de patrones y dos specs E2E. Primero la Fase A: los manifiestos de `src/` arrastraban 46 referencias muertas propias, y un corpus a punto de volverse canónico debe resolver lo que declara. **Explícitamente FUERA de alcance:** colapsar la raíz dual. Las tres topologías del eje progresivo permanecen bajo `reference/`, donde están sus corpus completos, y tanto `src/rulesets/topologies/README.md` como `paths.mjs` documentan esa separación como intencional -- deduplicar no es el mismo objetivo que una ubicación única, y nadie ha decidido lo segundo. Los registros históricos de `control-center/` conservan las rutas viejas a propósito: reescribirlos borraría la evidencia de que el cierre de GT-329 fue infundado. Verificado: 8 manifiestos validan (eran 13; cinco eran duplicados), el catálogo resuelve las 8 con designProfile, 11 guardas en exit 0, 2892 tests en verde. | `Governance` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-567`](./gap-reference-catalog.es.md#gt-567) | **CD apunta al VPS, que esta fuera de alcance: falla en cada push a `main` y nadie lo mira.** `Deploy services (Coolify)` falla desde 2026-07-19 (14+ corridas) porque el host `72.60.63.240` no responde en ningun puerto. NO es una caida de produccion: el entorno objetivo es hoy el cluster kind local `evolith-cluster`, sano y con los 3 servicios `1/1` desde hace 2d14h. El VPS se retoma mas adelante. El defecto real es que CD despliega a un entorno que no se usa, genera un rojo permanente que nadie lee, y `Build & Push` sigue verde publicando imagenes que ningun runtime consume. | `Infra` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-568`](./gap-reference-catalog.es.md#gt-568) | **El job Security Audit falla por un aviso de severidad alta que vive enteramente en herramientas de desarrollo.** `npm audit` reporta `brace-expansion` (GHSA-3jxr-9vmj-r5cp, DoS por expansión de tiempo exponencial) como alto, alcanzado por seis rutas que son TODAS herramientas de build/lint -- `eslint`, `@eslint/config-array`, `@eslint/eslintrc`, `@typescript-eslint/typescript-estree`, `test-exclude` -- y ninguna viaja en el CLI publicado. Observado el 2026-07-20 en la corrida 29780735123, y preexistente: no lo causa el trabajo de cobertura de [`GT-562`](./gap-reference-catalog.es.md#gt-562), que comparte esa misma corrida. El job es un `npm audit` sin distinción producción/desarrollo, así que una vulnerabilidad que no puede alcanzar a un usuario igual pone el pipeline en rojo. Dos preguntas a resolver juntas: si el audit debe acotarse con `--omit=dev` (o registrar una excepción razonada) para que la señal corresponda al riesgo, y si conviene tomar el bump transitivo -- `npm audit fix` reescribe `package-lock.json`, y regenerar el lockfile completo está explícitamente vedado aquí tras el incidente del override de ajv. **Cierre (`92390d6d`):** auditar antes de actuar invirtió la premisa. El enunciado lo llamaba "enteramente herramientas de desarrollo", pero el árbol de la misma corrida también carga `js-yaml` (high) y `protobufjs` (moderate), y `npm ls js-yaml --omit=dev` pone js-yaml en la ruta de **producción** del CLI — `evolith-cli -> nest-commander -> cosmiconfig -> js-yaml@4.2.0`. Así que `--omit=dev` no habría puesto verde el job; habría OCULTADO una vulnerabilidad que el CLI publicado sí lleva. Se arregló en vez de esconder, con `overrides` dirigidos (no una regeneración): js-yaml → 4.3.0 (+ un override con alcance `@nestjs/swagger` para que el pin exacto 4.1.1 de core-api deduplique al top-level), brace-expansion → 1.1.16/2.1.2/5.0.7, protobufjs → 7.6.5. `npm audit --audit-level=high` reporta ahora **0 vulnerabilidades**, `npm ci` acepta el lockfile, el diff es 30/-18 líneas, build en verde y las cinco suites pasan (132/168/1174/226/342). El workflow ahora declara su propio alcance: un solo lockfile raíz significa que audita todo el árbol del monorepo (más estricto que un escaneo solo-CLI), y un aviso transitivo sin fix upstream se parcha con un override, no con una regeneración. | `Infra` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-445`](./gap-reference-catalog.es.md#gt-445) | Regenerar las superficies de conteos/versiones desactualizadas a la línea base nueva `0.0.1`: `maturity-reconciliation.json` (`1.1.4` + 422 gaps), `maturity-assessment.md` (`1.1.0`, "32 tools"), `product-inventory.md` (`1.1.4`, 33 tools/26 cmds), y el catálogo escrito a mano `evolith-mcp-tools.md` — regenerar conteos desde código tras aterrizar los cambios en curso de topology/phase-artifacts. (Audit 2026-07-04 corrigió drift de versión/links/campos; la regen de conteos está gated por esos cambios.) **+2026-07-17 (`459676aa`) — root cause arreglado + superficies derivadas de código regeneradas.** `generate-product-inventory.mjs` escaneaba paths muertos pre-`src/` (`sdk/cli`, `packages/mcp-server`, output `reference/products/smart-cli`) → el inventario estaba congelado y CI en falso-verde. Reapuntado al layout `src/` + dir de salida real; regenerados `product-inventory.md`+`.es.md` desde el source: `@beyondnet/evolith-cli` 1.1.4→**1.1.0**, 26→**31** comandos, 33→**47** tools MCP, 9→**11** resources, 40→**44** schemas (el `--check` del generador ahora verde). `maturity-assessment.md` (EN+ES): 32→47 tools, 9→11 resources. `evolith-mcp-tools.md`: reemplazada la tabla de 11 (7 nombres obsoletos) por las **47** reales derivadas del source; specs detalladas marcadas como subset legacy (obsoletos señalados) pendiente regen completa. **Pendiente (no a mano):** `maturity-reconciliation.json` lo emite `09-reconcile-maturity.mjs`, bloqueado por el refresh de evidencia de madurez CI-owned ([`GT-523`](./gap-reference-catalog.es.md#gt-523)) — re-sincroniza en la próxima corrida verde de CI; y la regen de specs detalladas por tool es follow-on. **Cierre (`702de08b`):** las cuatro superficies nombradas están regeneradas. `maturity-reconciliation.json` se regeneró en `35ea46e1` (ahora 559 gaps / 145 rulesets / 132 ADRs / CLI 1.1.0); `maturity-assessment.md` verificado limpio (sin `1.1.4`, sin "32 tools", sin `@evolith/smart-cli`); `product-inventory.md` limpio en 1.1.0; `evolith-mcp-tools.md` regenerado a 47 tools en `459676aa`. El bloqueador final era el propio generador de inventario: `07-generate-inventories.mjs` resolvía la ruta muerta `rulesets/` y reportaba 0, escribía en una ubicación huérfana, y su flag `--check` ESCRIBÍA ARCHIVOS. Arreglado en `702de08b`; el canónico `maturity-reports/inventory-summary.md` pasó de unos congelados por dos semanas 119 ADRs / 144 rulesets / 40 schemas a **132 / 145 / 44**, coincidiendo ahora exactamente con lo que el script 09 deriva de forma independiente. | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-446`](./gap-reference-catalog.es.md#gt-446) | **Cross-repo (evolith_tracker):** Piloto de producción del Tracker — el backend .NET es un scaffold Clean-Architecture real (contextos Discovery/Governance/Artifacts/Audit) desfasado del diseño actual de Core. **HECHO (tracker b2ac7ef): el `CoreEvaluationGateway` del BFF ya está cableado al Core local REAL — request con `EvaluationContext` canónico + parsing del `EvaluationResult` real + Bearer auth + `BaseUrl` :3001; probado por un live E2E opt-in que golpea core-api `/api/v1/evaluate` (200 ALLOW) y por el access log de core-api. Persistencia Postgres local HECHA (tracker c91692e): migración EF `InitialCreate` + repo `CoreEvaluationTransaction` en Postgres cableado en `/api/core/evaluate`; verificado por un roundtrip live write/read-back. PhaseGate→Core HECHO (tracker 38102e0): `POST /gates/{id}/phase/{phase}/evaluate-with-core` consulta al Core, mapea el veredicto y conduce el estado del gate — un Discovery-gate E2E live llevó un gate `discovery` real a `fail` en Postgres desde el veredicto del Core. Dev-auth local + wiring de UI HECHO (tracker cb6d38e): un esquema dev-bypass solo-Development (sin UMS) hace el BFF llamable en local, y tracker-web apunta a la URL del BFF local — verificado por HTTP (sin JWT): `POST /gates/{id}/phase/discovery/evaluate-with-core` → 200, gate persistido `fail`. Suite 54/54.** El subset M1 del Objetivo 1 (integración Tracker→Core + DB local + Discovery gate E2E + BFF/UI en URLs locales) está cubierto; falta Fase-2: correr/verificar la UI React en navegador y extender a las demás fases. | `Tracker` | Cross | P1 | XL | `COMPLETADO` |
+| [`GT-450`](./gap-reference-catalog.es.md#gt-450) | Containerización desincronizada del monorepo anidado en `src/`: los 3 Dockerfiles + `docker-compose.evolith.yml` asumían layout plano `packages/apps/sdk/rulesets` (el repo los anida bajo `src/`), así que `docker compose build` ni encontraba los Dockerfiles — y la config de Coolify (`apps/core-api/Dockerfile`) también estaba rota. Corregidos paths a `src/*` (Dockerfiles + compose + hints Coolify), cableado agent-runtime→Core real por HTTP (GT-438), añadido el `.dockerignore` faltante; también corregido un bug latente de clean-build (el tsconfig raíz referenciaba mcp-server antes que sdk-client). **VERIFICADO: `docker compose build` verde, los 4 contenedores healthy, core-api `/evaluate` devuelve un EvaluationResult real (200), y el chain HTTP agent-runtime→Core real está probado (el access log de core-api muestra el POST entrante desde el contenedor agent-runtime).** | `Infra` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-434`](./gap-reference-catalog.es.md#gt-434) | EPIC — Perfiles de artefactos de fases downstream (Construcción/Calidad/Despliegue): espeja GT-425 para las 3 fases downstream — `spec.phaseProfiles` en los topology manifests (artefactos universal + derivados por topología + criterios de gate, DN-06), evaluadores de fase (extender kinds `checkpoint`/`deployment`), entradas de registry, exposición. Spec conceptual: `downstream-artifact-profiles`. Primer incremento (schema + 7 manifests) aterrizado (3fe3be23). | `Rulesets` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-449`](./gap-reference-catalog.es.md#gt-449) | Superficie de comandos canónica — nada se publicó (nunca en producción), así que se quitan los aliases deprecados en vez de mantener shims: las referencias al comando `smart-cli mcp` (→ `evolith-mcp serve` standalone), los aliases de input F1/F2/F3 de topología (`--arch-level`, ramas legacy de `normalizeTopology`/MCP) y la narrativa de alias f1–f5 de fase en CLI/MCP/core-api + READMEs. Alcance = solo superficie de comandos; se conserva el encoding interno `f1..f5` de fase en core-domain. Build limpio; CLI 918/918. Follow-on: barrido terminológico de F1/F2/F3 en docs históricos de planning/roadmap. | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-425`](./gap-reference-catalog.es.md#gt-425) | EPIC — Gobernanza advisory de la fase Design (ADR-0104): Core recomienda/valida/mide madurez técnica sobre un catálogo de bloques bajo Convention over Configuration; blueprint como guía de desarrollo componible y multi-concern que dirige los criterios downstream. F0 (ADR-0104) aterrizado. **Umbrella — descompuesto en `GT-426`…`GT-433`.** | `Core Domain` | Cross | P1 | XL | `COMPLETADO` |
+| [`GT-426`](./gap-reference-catalog.es.md#gt-426) | F1 — Contratos: extender `EvaluationContext`/`EvaluationResult` con una faceta `design` (topología recomendada/confirmada, refs de artefactos, madurez por concern) + schema formal de `evolith.yaml` con `design.topology.recommended\|confirmed` (composición). | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-427`](./gap-reference-catalog.es.md#gt-427) | F2 — Añadir `spec.designProfile { required[], conditional[] }` a `topology-manifest.schema.json` y poblar los 8 topology manifests. | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-428`](./gap-reference-catalog.es.md#gt-428) | F3 — Composición multi-concern del blueprint bajo Convention over Configuration: extender `blueprint.schema.json` para componer por concern (frontend/backend/services/mobile/data) vía un block-type registry; + schemas de bloque de artefactos, plantillas bilingües, fixtures. **Pieza central.** | `Schemas` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-429`](./gap-reference-catalog.es.md#gt-429) | F4 — Evaluador `EvaluationKind` `design`: derivar artefactos como la unión sobre la composición de topologías confirmada (estricto-gana, incompatibilidad→ADR), validar completitud/trazabilidad vs blueprints/ADRs/prácticas-de-código, emitir score de madurez técnica; paridad Native/OPA. Cierra GT-08…GT-11. | `Core Domain` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-430`](./gap-reference-catalog.es.md#gt-430) | F5 — Motor de recomendación de topología: `topology-recommendation.rules.json` + evaluador (señales técnicas → topología/composición recomendada), a demanda y como set proactivo completo de hallazgos. | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-431`](./gap-reference-catalog.es.md#gt-431) | F6 — Exposición + colaboración: CLI/MCP/API `design-evaluate` + `topology-recommend` (paridad BR-008); `design-template.schema.json` (scope tenant\|core, complejidad simple\|medium\|complex); skills de agente `design-template-proposal` + `template-promotion`; flujo de promoción tenant→Core vía UP-NNN. | `Cross` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-432`](./gap-reference-catalog.es.md#gt-432) | F7 — Derivación blueprint→downstream: el evaluador `design` deriva requerimientos y criterios de Construcción/Calidad/Despliegue desde el blueprint compuesto como recomendaciones que el Tracker usa para configurar los gates F3/F4/F5. | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-433`](./gap-reference-catalog.es.md#gt-433) | F8 — Verificación: checklist de aceptación, demo E2E (recomendada→confirmada→evaluada vía CLI/MCP/API), reconciliación de gaps, docs canónicos de la fase Design. | `Governance` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-424`](./gap-reference-catalog.es.md#gt-424) | Tres registros de skills derivan sin una única fuente de verdad: `DEFAULT_SKILLS` (catálogo intent→capability del agent-runtime), `reference/core/foundations/agent-skills/manifest.json` (skills de análisis propiedad de agentes) y `.harness/manifest.yaml` (capacidades canónicas del harness) declaran skills de forma independiente y divergen (p. ej. `gap-prioritization-engine` ejecuta un script real de `.harness` pero no está declarado en `manifest.yaml`), sin guard CI que fuerce la convergencia. **REABIERTO 2026-07-26 — el defecto que esta fila declara cerrado sigue vivo.** El título promete "Single source of truth + CI parity guard for the three skill registries" y el registro de cierre es del 2026-07-04 (`833aa888`). Medido hoy: `.harness/manifest.yaml` declara **16** capacidades y `adapters/skills/default-skills.ts` siembra **7** (validate-discovery-gate, check-initiative-artifacts, validate-adr-architecture, run-opa-audit, recommend-initiative-unblock, code-quality-structural-review, publish-trace-event). El agente ofrece el 44% de lo que el harness conoce, que es exactamente la deriva que ADR-0102 nombró como riesgo principal. Sea cual sea el guard de paridad que se declaró, hoy no cubre este par. Es la cuarta instancia verificada de la causa raíz C5 —el tablero registra intención, no resultado— junto a GT-12, GT-568 y GT-254. Se retira su registro de cierre. Origen: hallazgo 5.2 del diagnóstico de producto (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Ola 2: R3 mide ahora la superficie de enrutado EFECTIVA y AUDITA la derivación de GT-608 en vez de confiar en ella — el sintetizador debe estar exportado, ser invocado de verdad y filtrar únicamente por el complemento del conjunto vinculado. Tres fixtures negativas, incluida una síntesis estrechada por un solo conjunto extra. El informe mantiene separados los 4 vinculados a mano y los 5 sintetizados, porque una skill sintetizada responde solo a su nombre de capacidad y nunca a una intención natural. Cableado en ci-cd.yml. | `.harness` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-413`](./gap-reference-catalog.es.md#gt-413) | El adaptador OPA real de runtime falla cerrado porque `OpaCliPolicyValidationAdapter` carga `rulesets/opa/` incluyendo los JSON de `schemas/` como datos OPA, generando errores de merge de schemas antes de evaluar cualquier policy. | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-414`](./gap-reference-catalog.es.md#gt-414) | Las referencias de políticas runtime derivan respecto a los paquetes Rego reales: `.harness/manifest.yaml`, `DEFAULT_SKILLS`, tests y docs de agent-runtime apuntan a `evolith.gates.discovery` / `evolith.architecture.adr`, mientras los paquetes disponibles exponen nombres como `evolith.phase_gates` y `evolith.capability_source_interface`. | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-415`](./gap-reference-catalog.es.md#gt-415) | Drift de superficie pública y autoridad SemVer del Agent Runtime: el guard de freeze está rojo tras exports aditivos de adaptadores, y la nota README pre-1.0 contradice el `package.json` en versión `1.0.0`. | `Agent Runtime` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-417`](./gap-reference-catalog.es.md#gt-417) | Drift del registro de evidencia de cierre: la validación semántica de tracking aún falla porque gaps marcados `COMPLETADO` carecen de registros de cierre y/o tienen criterios sin marcar en el catálogo EN/ES. | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-421`](./gap-reference-catalog.es.md#gt-421) | Transicionar playbooks y salidas de agentes hacia JSON Schemas estrictos (`.harness/schemas/`). | `.harness` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-423`](./gap-reference-catalog.es.md#gt-423) | Implementar y automatizar el `core-health-checklist.md` como un validador (Gate). | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-416`](./gap-reference-catalog.es.md#gt-416) | El catálogo de capacidades `.harness` está sub-productizado: existen 110 archivos script/playbook, pero solo 7 capacidades están declaradas en `.harness/manifest.yaml`, sin contrato gobernado de promoción/deprecación para la mayoría de activos ejecutables del harness. | `.harness` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-418`](./gap-reference-catalog.es.md#gt-418) | El bucle de mejora continua está sembrado pero no completamente enforced: existen playbook, schema, skill y capability en el manifest, pero CI/Agent Runtime aún no exigen JSONL de progress-audit, registro automático de gaps ni promoción de aprendizaje para cada ejecución agentic aprobada. | `.harness` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-422`](./gap-reference-catalog.es.md#gt-422) | Diseñar e implementar el Harness Orchestrator (Router Agent) como único agente frontal leyendo `manifest.yaml`. | `.harness` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-420`](./gap-reference-catalog.es.md#gt-420) | Implementar el emisor de `progress-audit.jsonl` en el `Agent Runtime` para persistir la memoria de ejecución sin saturar el contexto del LLM. | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-419`](./gap-reference-catalog.es.md#gt-419) | Refactorizar `AGENTS.md` a un Router/Bootstrapper mínimo. Extraer la tabla de "Intake and Discovery Agents" a `.harness/agents/discovery-agents.md`. | `.harness` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-377`](./gap-reference-catalog.es.md#gt-377) | R1 — Contratos `EvaluationContext`/`EvaluationResult` + Contract Schema Registry (tipos canónicos reutilizando `Verdict`/`PhaseId`; schemas versionados; envelope ADR-0073; guard ESLint que prohíbe `*Repository` para entidades de negocio) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-395`](./gap-reference-catalog.es.md#gt-395) | **WS7 Gobernanza Transversal:** Las reglas de gobernanza agnósticas existen como archivos estáticos pero carecen de aplicación universal en runtime. | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-375`](./gap-reference-catalog.es.md#gt-375) | Contratos de evaluación stateless del Core — formalizar `EvaluationContext` (entrada) / `EvaluationResult` (salida): el consumidor (Evolith Tracker) envía contexto y el Core devuelve veredictos/recomendaciones estructurados. Producto/tenant/iniciativa son **solo identificadores de contexto opacos**, nunca entidades del Core; épicas/historias como `ExternalReferenceContext`. El Core emite `Recommendation`/`DecisionRecommendation` no vinculante; el Tracker decide, persiste y audita. Según ADR-0101 (corrige ADR-0100) / UP-002. **Épica paraguas — decompuesta en `GT-376`…`GT-381` (R0–R5).** | `Cross` | Cross | P0 | XL | `COMPLETADO` |
+| [`GT-390`](./gap-reference-catalog.es.md#gt-390) | Eliminar el duplicado `rulesets/sdlc/phase-gates.rules.json` — colisiona con `rulesets/phase-gates/phase-gates.rules.json` bajo un `$id` distinto, así que ambos pueden divergir en silencio. Consolidar a la única ubicación canónica + añadir un guard de CI que falle ante `*.rules.json` con el mismo nombre. (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§16.) | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-405`](./gap-reference-catalog.es.md#gt-405) | **MCP interaction adapter:** No formalizado. MCP evade el puerto runtime estricto. | `Agent Runtime` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-410`](./gap-reference-catalog.es.md#gt-410) | **Feedback de BMAD Intelligence:** Faltan skills de madurez de adaptadores y bucle de retroalimentación en agentes BMAD. | `.bmad-core` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-411`](./gap-reference-catalog.es.md#gt-411) | **Unificación de Envelope ADR-0073 en Core API:** Falta el envelope estructurado en respuestas del Core API. | `Core API` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-324`](./gap-reference-catalog.es.md#gt-324) | El pipeline construye y publica las imágenes de los servicios, pero el despliegue nunca llegó al servidor **Qué significa:** Las nuevas versiones se empaquetan solas, pero nada las instala donde de verdad corren, así que el último paso se sigue haciendo a mano **Ejemplo:** El paso de despliegue corre y falla con «could not resolve host»: la dirección guardada en el pipeline es un fragmento, no una dirección web completa | `Infra` | Cross | P1 | M | `EN-PROGRESO` |
+| [`GT-384`](./gap-reference-catalog.es.md#gt-384) | R1 — Adaptador real de evaluación del Core: reemplazar `StubCoreEvaluationAdapter` tras `ICoreEvaluationPort`. La variante in-process envuelve `EvaluationOrchestrator.evaluate(ctx)` del Core (construido en `apps/core-api/src/app.module.ts`, exportado desde `@evolith/core-domain/evaluation`); la variante REST llama al controlador `/evaluate` existente. Los contratos ya coinciden (`EvaluationContext`→`EvaluationResult`), así que es cableado + resolución de `workspaceRef`, no nueva lógica de evaluación. Tests de paridad stub↔real (0 drift de contrato). **Bloqueador central de GT-383.** | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-396`](./gap-reference-catalog.es.md#gt-396) | **Contrato de Ingesta Cliente:** Existen esquemas parciales pero falta un `SatelliteManifest` o `ProjectInput` formal y unificado para validaciones. | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-399`](./gap-reference-catalog.es.md#gt-399) | **Inyección de Adaptadores Reales:** Reemplazar Stubs por adaptadores HTTP/Harness en el CLI `AgentRuntimeFactory`. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-400`](./gap-reference-catalog.es.md#gt-400) | **REST Endpoint Hermes:** Crear un controlador en `core-api` para servir solicitudes conversacionales externas. | `Core API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-403`](./gap-reference-catalog.es.md#gt-403) | **Hermes Chat Box adapter:** Asegurar que Hermes usa el puerto de interacción y no ejecuta shell directamente. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-406`](./gap-reference-catalog.es.md#gt-406) | **Adaptadores HITL externos:** Faltan puertos de aprobación humana reales para Slack/Tracker/GitHub. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-407`](./gap-reference-catalog.es.md#gt-407) | **Enrutamiento basado en políticas:** Falta enrutamiento dinámico a motores según riesgo/privacidad. | `Agent Runtime` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-408`](./gap-reference-catalog.es.md#gt-408) | **Adaptador Knowledge/RAG:** Falta consulta al contexto del corpus interno para los agentes. | `Agent Runtime` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-383`](./gap-reference-catalog.es.md#gt-383) | ÉPICA — productización y publicación de `@evolith/agent-runtime` v1.0.0: graduar los adaptadores stub/in-memory por defecto a producción, congelar el contrato público (exports `.`/`./ports`/`./adapters`) y dejar el paquete publish-safe. El bloqueador central es el puerto de evaluación del Core — hoy `StubCoreEvaluationAdapter` fabrica un `EvaluationResult` canónico desde los facts de `passthrough` (`results:{}`, `rulesExecuted:[]`, `policiesApplied:[]`), así que el runtime gobierna sobre un Core simulado. Según ADR-0102. **Épica paraguas — decompuesta en `GT-384`…`GT-389`.** | `Agent Runtime` | Cross | P1 | XL | `COMPLETADO` |
+| [`GT-388`](./gap-reference-catalog.es.md#gt-388) | R5 — Congelar contrato público + SemVer 1.0.0: congelar la superficie de exports `.`/`./ports`/`./adapters` y los tipos de contrato canónicos; definir la política de evolución de `schemaVersion` + deprecación/compatibilidad; subir `0.1.0`→`1.0.0` solo tras GT-384 (no hay contrato estable sobre un Core simulado). | `Agent Runtime` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-389`](./gap-reference-catalog.es.md#gt-389) | R6 — Higiene de empaquetado y release: reemplazar `@evolith/core-domain: "*"` por un rango SemVer real (`^1.x`) y publicar `@evolith/core-domain` (1.0.5); verificar que `files`/`exports`/`dist` resuelven para un consumidor externo; cablear `build`+`test` en el CI de release. | `Agent Runtime` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-391`](./gap-reference-catalog.es.md#gt-391) | Validación de esquemas en CI — correr `ajv` sobre cada `*.rules.json` contra su `$schema` declarado (hoy no hay gate; rutas de `$schema` rotas/inaccesibles pasaban inadvertidas). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§17.) | `Governance` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-393`](./gap-reference-catalog.es.md#gt-393) | Aislamiento del scrape de `/metrics` en core-api — servir las métricas Prometheus en un puerto interno / tras una NetworkPolicy en vez del listener público (hoy solo `@SkipThrottle`; el guard de API key es opt-in, así que las métricas pueden ser scrapeables públicamente). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §13/§16.) | `Core API` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-397`](./gap-reference-catalog.es.md#gt-397) | **WS9 Paridad Bilingüe:** Script `04-check-bilingual-parity.mjs` ausente, degradando el coverage del gate de calidad a 75%. | `.harness` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-381`](./gap-reference-catalog.es.md#gt-381) | R5 — Docs/taxonomía + reconciliación final + integración Tracker (reclasificar artefactos ágiles a `ExternalReferenceContext`; publicar doc canónico del Core Evaluation Engine; Tracker envía contexto/consume resultado/emite `GateDecision`; Core degrada a evaluación-only; paridad CLI/MCP/API) | `Cross` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-386`](./gap-reference-catalog.es.md#gt-386) | R3 — Adaptadores de persistencia durable: reemplazar `InMemorySchedulerAdapter` (sin timers; se pierde al reiniciar) por un adaptador durable cron/cola tras `ISchedulerPort`, y `InMemoryMemoryAdapter` por un almacén persistente tras `IMemoryPort`. El in-memory queda como default de test. | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-385`](./gap-reference-catalog.es.md#gt-385) | R2 — Cableado del motor de producción: poner por defecto `IAgentEnginePort` a un cliente Hermes real (el `HermesAgentAdapter` lazy ya existe; el default del bootstrap es `StubAgentEngineAdapter`) y añadir enrutado multimotor; conservar el stub determinístico como default offline/test (regla de diseño #5). | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-387`](./gap-reference-catalog.es.md#gt-387) | R4 — Flujo de aprobación HITL: reemplazar `AutoApprovalAdapter`/`DenyByDefaultApprovalAdapter` por un flujo real human-in-the-loop chat/Tracker tras `IApprovalPort` (producción hoy es deny-by-default para capacidades de alto impacto). | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-392`](./gap-reference-catalog.es.md#gt-392) | Blueprints estructurados — crear `rulesets/blueprints/*.json` para los blueprints que hoy viven solo como Markdown de lectura humana en `reference/`, para que sean validables por máquina y operativos (no solo prosa). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §15.) | `Governance` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-394`](./gap-reference-catalog.es.md#gt-394) | ABAC por-tenant en el acceso al corpus en core-api — impedir que un tenant lea los rulesets/corpus de otro tenant (hoy el Core stateless sirve un corpus compartido). (Extraído de `EVOLITH-ARCHITECTURE-DESIGN.md` §16 riesgo.) | `Core API` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-404`](./gap-reference-catalog.es.md#gt-404) | **OpenCode adapter:** No implementado. OpenCode carece de adaptador de capacidades runtime seguro. | `Agent Runtime` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-409`](./gap-reference-catalog.es.md#gt-409) | **Verificaciones de frescura:** Faltan guards CI para desincronización de mapa visual y capacidades de adaptadores. | `.harness` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-313`](./gap-reference-catalog.es.md#gt-313) | Rotar y externalizar GH_TOKEN mediante un gestor de secretos | `Security` | Cross | P0 | XS | `COMPLETADO` |
+| [`GT-398`](./gap-reference-catalog.es.md#gt-398) | **Dual-Engine Parity para `allowedSourceInterfaces`:** Falta política en OPA para validar orígenes (ej. chat). | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-01`](./gap-reference-catalog.es.md#gt-01) | ADR de contrato unificado | `Governance` | F0 | P0 | S | `COMPLETADO` |
+| [`GT-27`](./gap-reference-catalog.es.md#gt-27) | Consistencia semántica del tracking canónico | `Governance` | Transversal | P0 | S | `COMPLETADO` |
+| [`GT-59`](./gap-reference-catalog.es.md#gt-59) | Hardening HTTP — Helmet + CORS + Rate Limiting (OWASP API4/8) | `BFF API` | Transversal | P0 | S | `COMPLETADO` |
+| [`GT-152`](./gap-reference-catalog.es.md#gt-152) | Contrato de Conocimiento Externo y Esquema de Registro Fuente | `Governance` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-226`](./gap-reference-catalog.es.md#gt-226) | Configurar Dependabot/Renovate (cumplimiento ADR-0009) | `Governance` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-250`](./gap-reference-catalog.es.md#gt-250) | Corregir bypass de autenticacion MCP cuando no hay API key configurada | `Seguridad` | Transversal | P0 | S | `COMPLETADO` |
+| [`GT-251`](./gap-reference-catalog.es.md#gt-251) | Corregir inyección de comandos en update vía execSync | `Security` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-253`](./gap-reference-catalog.es.md#gt-253) | Fijar trivy-action a tag de versión específico en vez de branch master | `CI/CD` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-268`](./gap-reference-catalog.es.md#gt-268) | Restaurar scripts validadores CI ausentes referenciados por workflows y reglas | `Governance CI` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-274`](./gap-reference-catalog.es.md#gt-274) | Blindar cleanup-temp-files contra eliminación de archivos versionados | `Harness` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-286`](./gap-reference-catalog.es.md#gt-286) | Ruleset compliance-baseline existe — rulesets/cross-cutting/compliance-baseline.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-287`](./gap-reference-catalog.es.md#gt-287) | Ruleset definition-of-done existe — rulesets/cross-cutting/definition-of-done.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-288`](./gap-reference-catalog.es.md#gt-288) | Ruleset engineering-manifesto existe — rulesets/cross-cutting/engineering-manifesto.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-289`](./gap-reference-catalog.es.md#gt-289) | Ruleset repository-taxonomy existe — rulesets/cross-cutting/repository-taxonomy.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-290`](./gap-reference-catalog.es.md#gt-290) | Ruleset phase-gates existe — rulesets/phase-gates | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-291`](./gap-reference-catalog.es.md#gt-291) | Ruleset quality-thresholds existe — rulesets/sdlc/quality-thresholds.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-292`](./gap-reference-catalog.es.md#gt-292) | Ruleset satellite-contracts existe — rulesets/governance/satellite-contracts.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-293`](./gap-reference-catalog.es.md#gt-293) | Ruleset executive-scorecards existe — rulesets/governance/executive-scorecards.rules.json | `Rulesets` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-294`](./gap-reference-catalog.es.md#gt-294) | Políticas OPA para arquitectura — rulesets/architecture/opa | `Architecture` | Cross | P0 | S | `COMPLETADO` |
+| [`GT-336`](./gap-reference-catalog.es.md#gt-336) | Cliente REST del SDK sin prefijo /api — todas las llamadas 404 | `SDK` | Cross | P0 | S | `COMPLETADO` |
+| [`MT-A01`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Ratificar el ADR del Corpus de Referencia Multi-Topología | `Governance` | Transversal | P0 | S | `COMPLETADO` |
+| [`MT-A02`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Congelar la decisión de taxonomía raíz: no `/topologies/` raíz sin ADR reemplazante | `Governance` | Transversal | P0 | S | `COMPLETADO` |
+| [`MT-A03`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Autorizar `reference/core/architecture/topologies/` como corpus topológico canónico legible por humanos | `Taxonomy` | Transversal | P0 | S | `COMPLETADO` |
+| [`MT-A04`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Autorizar `rulesets/topologies/` como la ubicación canónica de reglas de topología ejecutables | `Rulesets` | Transversal | P0 | S | `COMPLETADO` |
+| [`GT-401`](./gap-reference-catalog.es.md#gt-401) | **InteractionAdapterPort formalizado:** Falta integración formal como punto único de entrada gobernado para las interfaces. | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-402`](./gap-reference-catalog.es.md#gt-402) | **Smart CLI adapter:** Formalizar CLI como adaptador de interacción para no evadir la capa runtime. | `Evolith CLI` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-412`](./gap-reference-catalog.es.md#gt-412) | **Garantía de Ejecución de Políticas en Runtime:** Las políticas de gobernanza están ausentes en los flujos de ejecución en tiempo de ejecución. | `Agent Runtime` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-02`](./gap-reference-catalog.es.md#gt-02) | `GateEvidence` modelado en la capa de dominio | `Core Domain` | F1 | P0 | M | `COMPLETADO` |
+| [`GT-03`](./gap-reference-catalog.es.md#gt-03) | `EvaluateGateUseCase` y comando `gate evaluate` | `Core Domain` | F1 | P0 | M | `COMPLETADO` |
+| [`GT-06`](./gap-reference-catalog.es.md#gt-06) | Tool MCP `evolith-gate-evaluate` | `CLI` | F2 | P0 | M | `COMPLETADO` |
+| [`GT-28`](./gap-reference-catalog.es.md#gt-28) | Restaurar baseline de build, tests y smoke del CLI | `CLI` | F0 | P0 | M | `COMPLETADO` |
+| [`GT-37`](./gap-reference-catalog.es.md#gt-37) | Cierre semántico de gaps condicionado por evidencia | `Governance` | Transversal | P0 | M | `COMPLETADO` |
+| [`GT-41`](./gap-reference-catalog.es.md#gt-41) | Reconciliación automática de madurez | `Governance` | Transversal | P0 | M | `COMPLETADO` |
+| [`GT-44`](./gap-reference-catalog.es.md#gt-44) | Integridad determinista del pipeline de release | `CLI` | F5 | P0 | M | `COMPLETADO` |
+| [`GT-60`](./gap-reference-catalog.es.md#gt-60) | Validación global de DTOs con class-validator (OWASP API3) | `BFF API` | Transversal | P0 | M | `COMPLETADO` |
+| [`GT-64`](./gap-reference-catalog.es.md#gt-64) | Logging estructurado con Correlation ID | `BFF API` | Transversal | P0 | M | `COMPLETADO` |
+| [`GT-151`](./gap-reference-catalog.es.md#gt-151) | Completar la Cobertura de IDs de Regla Native/OPA para Topologías Aceptadas | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-153`](./gap-reference-catalog.es.md#gt-153) | Gobierno del Ciclo de Vida del Conocimiento por Winston | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-154`](./gap-reference-catalog.es.md#gt-154) | Proyección RAG y Paridad Native/OPA para Conocimiento Externo | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-155`](./gap-reference-catalog.es.md#gt-155) | Conformidad de envelope ADR-0073 en el REST del Core API | `BFF API` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-209`](./gap-reference-catalog.es.md#gt-209) | Crear baseline agnóstico (`agnostic-baseline.md` ausente) | `Architecture` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-227`](./gap-reference-catalog.es.md#gt-227) | Añadir CodeQL + Trivy SAST/SCA a workflows CI | `Security` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-252`](./gap-reference-catalog.es.md#gt-252) | Cablear las 19 políticas OPA huérfanas al agregador main.rego | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-267`](./gap-reference-catalog.es.md#gt-267) | Restaurar build/test del workspace tras integración de caché Redis | `Core API/MCP` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-269`](./gap-reference-catalog.es.md#gt-269) | Restaurar reproducibilidad del contrato roundtrip ADR-0073 | `Contracts` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-275`](./gap-reference-catalog.es.md#gt-275) | Reconciliar el registro de evidencia de cierre con la semántica canónica de tracking | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-280`](./gap-reference-catalog.es.md#gt-280) | Fases SDLC como datos consultables (JSON/YAML) — mapeo gate → artefactos → reglas Rego | `Governance` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-283`](./gap-reference-catalog.es.md#gt-283) | Ruleset f1-modular-monolith existe — rulesets/topologies/progressive-axis/modular-monolith | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-284`](./gap-reference-catalog.es.md#gt-284) | Ruleset f2-distributed-modules existe — rulesets/topologies/progressive-axis/distributed-modules | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-285`](./gap-reference-catalog.es.md#gt-285) | Ruleset f3-microservices existe — rulesets/topologies/progressive-axis/microservices | `Rulesets` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-295`](./gap-reference-catalog.es.md#gt-295) | Lógica de evaluación de gates existe — packages/core-domain/src/gates | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-296`](./gap-reference-catalog.es.md#gt-296) | Lógica de transición de fases existe — packages/core-domain/src/phases | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-297`](./gap-reference-catalog.es.md#gt-297) | Recursos MCP para corpus — packages/mcp-server/src/resources | `MCP` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-298`](./gap-reference-catalog.es.md#gt-298) | Integración WatcherService — packages/mcp-server/src/watcher | `MCP` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-314`](./gap-reference-catalog.es.md#gt-314) | Validar el artefacto real del satélite, no la plantilla del Core (evidence-validator resuelve rutas de plantilla) | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-359`](./gap-reference-catalog.es.md#gt-359) | Definir esquema de contrato de ingesta `SatelliteManifest` | `Core Domain` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-363`](./gap-reference-catalog.es.md#gt-363) | Cliente de integración con GitHub API — auth seguro + operaciones de repo (crear, configurar, branch protection, rulesets, webhooks) | `Infra` | Cross | P0 | M | `COMPLETADO` |
+| [`GT-376`](./gap-reference-catalog.es.md#gt-376) | R0 — Decisión Core stateless evaluator + reconciliación documental (finalizar ADR-0101; corregir ADR-0100 Decisión 1, UP-002 d2/d7; superseder secciones de entidades/repos del diseño previo; `GateDecision`→`CoreGateVerdict`, `'WAIVED'`→`Verdict.WAIVE`) | `Cross` | Cross | P0 | M | `COMPLETADO` |
+| [`MT-A05`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear `topology-manifest.schema.json` | `Schema` | Transversal | P0 | M | `COMPLETADO` |
+| [`MT-A06`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar validación de manifiestos a gates documentales y de rulesets | `Harness` | Transversal | P0 | M | `COMPLETADO` |
+| [`MT-A07`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Definir el modelo topológico dimensional | `Architecture` | Transversal | P0 | M | `COMPLETADO` |
+| [`MT-A08`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Preservar F1/F2/F3 como modelo de compatibilidad `progressive-axis` | `Architecture` | Transversal | P0 | M | `COMPLETADO` |
+| [`GT-29`](./gap-reference-catalog.es.md#gt-29) | Paridad de ejecución de reglas Native/OPA | `Core Domain` | F1 | P0 | L | `COMPLETADO` |
+| [`GT-48`](./gap-reference-catalog.es.md#gt-48) | Restaurar el umbral normativo de cobertura del CLI | `CLI` | F0 | P0 | L | `COMPLETADO` |
+| [`GT-62`](./gap-reference-catalog.es.md#gt-62) | Autenticación API Key + JWT (OWASP API1/2/5) | `BFF API` | F2 | P0 | L | `COMPLETADO` |
+| [`GT-72`](./gap-reference-catalog.es.md#gt-72) | Eliminar @ts-nocheck de la capa de aplicación | `Core Domain` | Transversal | P0 | L | `COMPLETADO` |
+| [`GT-73`](./gap-reference-catalog.es.md#gt-73) | Pruebas Unit + Integration + E2E del Core API | `BFF API` | Transversal | P0 | L | `COMPLETADO` |
+| [`GT-110`](./gap-reference-catalog.es.md#gt-110) | Migrar el ingress del abandonado Kong OSS a Traefik/NGINX | `Platform` | Transversal | P0 | L | `COMPLETADO` |
+| [`GT-112`](./gap-reference-catalog.es.md#gt-112) | Reemplazar los binarios comerciales de HashiCorp con OpenTofu + OpenBao | `Platform` | Transversal | P0 | L | `COMPLETADO` |
+| [`GT-146`](./gap-reference-catalog.es.md#gt-146) | Revisión Agéntica de CI Segura, Neutral al Proveedor y Acotada por Tokens | `Governance` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-156`](./gap-reference-catalog.es.md#gt-156) | Hub de producto, referencia API y runbook de despliegue del Core API | `Product` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-315`](./gap-reference-catalog.es.md#gt-315) | Sistema de eventos de dominio: bus + outbox + eventos versionados (phase/gate/artifact/blueprint/workflow) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-316`](./gap-reference-catalog.es.md#gt-316) | Verdict unificado + máquina de estados de artefacto/fase (created hasta archived) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-317`](./gap-reference-catalog.es.md#gt-317) | validateWorkflow(definition): validar el flujo suministrado por Tracker contra los invariantes del Core (seam agnóstico a tenants) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-344`](./gap-reference-catalog.es.md#gt-344) | La CLI publicada falla (ENOENT default-workflow.yaml) — fallback de workflow por defecto embebido | `Evolith CLI` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-347`](./gap-reference-catalog.es.md#gt-347) | Suite OPA core verde 197/197 + wasm compila + gate CI cableado (29-test-core-opa) | `Governance` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-362`](./gap-reference-catalog.es.md#gt-362) | Implementar enforcement en runtime para políticas Rego | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-364`](./gap-reference-catalog.es.md#gt-364) | `InitializeSatelliteUseCase` — caso de uso de dominio que orquesta el aprovisionamiento completo de satélites (flujos new + adopt) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-378`](./gap-reference-catalog.es.md#gt-378) | R2 — Envolver engines existentes tras el contrato (adaptador sobre `satellite-evaluation-pipeline`; Gate/Artifact/Evidence/Ruleset/OPA + Compliance emiten resultados canónicos; compatibilidad de verdict legacy; paridad Native+OPA 0 drift) | `Core Domain` | Cross | P0 | L | `COMPLETADO` |
+| [`GT-281`](./gap-reference-catalog.es.md#gt-281) | Pipeline de evaluación end-to-end: cliente → topología → reglas → veredicto | `Core Domain` | Cross | P0 | XL | `COMPLETADO` |
+| [`GT-312`](./gap-reference-catalog.es.md#gt-312) | Orquestación de validación SDLC: fase → gate → artifacts → schemas → rulesets → topología → ADRs → OPA → blocking criteria | `Core Domain` | Cross | P0 | XL | `COMPLETADO` |
+| [`GT-343`](./gap-reference-catalog.es.md#gt-343) | EPIC: unificar ids de fase SDLC (f1..f5) y vocabulario de topología F1/F2/F3 — etapas 1-5: PhaseId canónico + core-domain + enums públicos + topology maturityLevel + guard anti-colisión (2b hecho; 4b diferido — valores F# entrelazados en 22 archivos de paquetes vedados) | `Cross` | Cross | P0 | XL | `COMPLETADO` |
+| [`GT-212`](./gap-reference-catalog.es.md#gt-212) | Resolver ambigüedad de estado en ADR-0049/0056 | `Docs` | Cross | P1 | XS | `COMPLETADO` |
+| [`GT-234`](./gap-reference-catalog.es.md#gt-234) | Corregir brecha de paridad bilingual R-27 en global-rules.es.md | `Docs` | Cross | P1 | XS | `COMPLETADO` |
+| [`GT-342`](./gap-reference-catalog.es.md#gt-342) | El README lista 8 topologías (añadidas Módulos Distribuidos + Microservicios, EN+ES) | `Docs` | Cross | P1 | XS | `COMPLETADO` |
+| [`GT-04`](./gap-reference-catalog.es.md#gt-04) | Eliminar service locator del dominio | `Core Domain` | F1 | P1 | S | `COMPLETADO` |
+| [`GT-07`](./gap-reference-catalog.es.md#gt-07) | Smoke de release para evaluación de gates MCP | `CLI` | F2 | P1 | S | `COMPLETADO` |
+| [`GT-08`](./gap-reference-catalog.es.md#gt-08) | Validación real del registro ADR en Fase 2 | `CLI` | F3 | P1 | S | `COMPLETADO` |
+| [`GT-09`](./gap-reference-catalog.es.md#gt-09) | Enforcement real de coverage en Fase 3 | `CLI` | F3 | P1 | S | `COMPLETADO` |
+| [`GT-12`](./gap-reference-catalog.es.md#gt-12) | `--dry-run` en todas las operaciones de escritura | `CLI` | F3 | P1 | S | `COMPLETADO` |
+| [`GT-14`](./gap-reference-catalog.es.md#gt-14) | Webhook saliente al completar un gate | `CLI` | F4 | P1 | S | `COMPLETADO` |
+| [`GT-18`](./gap-reference-catalog.es.md#gt-18) | Publicar `@evolith/smart-cli` en npm | `CLI` | F5 | P1 | S | `COMPLETADO` |
+| [`GT-34`](./gap-reference-catalog.es.md#gt-34) | Repriorización del roadmap alrededor de la prueba de gobernanza | `Governance` | Producto | P1 | S | `COMPLETADO` |
+| [`GT-47`](./gap-reference-catalog.es.md#gt-47) | Sincronización de documentación de producto y release | `Governance` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-61`](./gap-reference-catalog.es.md#gt-61) | Manejo de errores RFC 9457 Problem Details | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-63`](./gap-reference-catalog.es.md#gt-63) | Auditoría y registro de eventos de seguridad (OWASP API9) | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-69`](./gap-reference-catalog.es.md#gt-69) | Richardson Nivel 2 — Verbos HTTP y Códigos de Estado | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-70`](./gap-reference-catalog.es.md#gt-70) | Apagado graceful y manejo de señales del OS | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-74`](./gap-reference-catalog.es.md#gt-74) | ConfigModule con validación de variables de entorno (Zod) | `BFF API` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-79`](./gap-reference-catalog.es.md#gt-79) | Restaurar el pipeline de validación de CI del CLI en verde | `Governance` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-159`](./gap-reference-catalog.es.md#gt-159) | Versionado de URI y política de deprecación de la API REST | `BFF API` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-165`](./gap-reference-catalog.es.md#gt-165) | SLOs y presupuestos de costo concretos para topologías serverless y edge | `Documentation` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-175`](./gap-reference-catalog.es.md#gt-175) | Corregir duplicado ADR-0076 (renumerar bundle OPA al siguiente Core ID libre) | `Docs` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-176`](./gap-reference-catalog.es.md#gt-176) | Eliminar subdir duplicado `patterns/es/` (violación Patrón A/B) | `Docs` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-177`](./gap-reference-catalog.es.md#gt-177) | Completar `core/README.md` con todos los ADRs Core faltantes | `Docs` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-213`](./gap-reference-catalog.es.md#gt-213) | Añadir metadata de gobernanza a los manifests de topología | `Architecture` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-232`](./gap-reference-catalog.es.md#gt-232) | Crear personas completas de Winston y PO en .bmad-core/agents | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-233`](./gap-reference-catalog.es.md#gt-233) | Añadir middleware de rate limiting al Core API | `Security` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-235`](./gap-reference-catalog.es.md#gt-235) | Resolver colisiones de numeración de scripts CI (05/15/16) | `CI` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-254`](./gap-reference-catalog.es.md#gt-254) | Añadir protección contra path traversal en resolución de recursos MCP | `Security` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-255`](./gap-reference-catalog.es.md#gt-255) | Añadir headers Content-Security-Policy al transporte HTTP MCP | `Security` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-256`](./gap-reference-catalog.es.md#gt-256) | Corregir healthcheck de Traefik añadiendo --ping=true al comando | `Infrastructure` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-257`](./gap-reference-catalog.es.md#gt-257) | Fijar versión de imagen MongoDB en vez de usar latest | `Infrastructure` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-259`](./gap-reference-catalog.es.md#gt-259) | Corregir trigger de publish en ci-cd.yml a tag-based en vez de string match | `CI/CD` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-260`](./gap-reference-catalog.es.md#gt-260) | Crear archivo de idioma español para agente PO y añadir a workflows | `BMAD Agents` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-332`](./gap-reference-catalog.es.md#gt-332) | Redactar approvalToken + args en el log de dispatch mutativo | `MCP Server` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-335`](./gap-reference-catalog.es.md#gt-335) | Arreglar el filtro PENDING muerto de read-gap-tracking (parser de status + raíz inyectable) | `MCP Tools` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-337`](./gap-reference-catalog.es.md#gt-337) | Tipo ApiEnvelope como unión discriminada que refleja core-api | `SDK` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-338`](./gap-reference-catalog.es.md#gt-338) | Exports de subruta rotos de @evolith/core (MODULE_NOT_FOUND) podados + README | `Core` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-339`](./gap-reference-catalog.es.md#gt-339) | core-api propone-advance pasaba fromPhase undefined (bug de contrato) | `Core API` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-340`](./gap-reference-catalog.es.md#gt-340) | El harness de tests de core-api fija WORKSPACE_ROOT — npm test 105/105 (antes 23 fallando) | `Core API` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-341`](./gap-reference-catalog.es.md#gt-341) | Generador de product-inventory reapuntado a packages/mcp-server (antes 0/0/0, ahora 27/9/8) | `Governance` | Cross | P1 | S | `COMPLETADO` |
+| [`GT-361`](./gap-reference-catalog.es.md#gt-361) | Aplicar envelope ADR-0073 a las respuestas de evaluación de Core API | `Core API` | Cross | P1 | S | `COMPLETADO` |
+| [`MT-A09`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear Topology Hub en inglés y español | `Documentation` | Transversal | P1 | S | `COMPLETADO` |
+| [`MT-A10`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear Rulesets Topologies Hub en inglés y español | `Rulesets` | Transversal | P1 | S | `COMPLETADO` |
+| [`GT-05`](./gap-reference-catalog.es.md#gt-05) | Transporte Streamable HTTP del SDK MCP | `CLI` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-10`](./gap-reference-catalog.es.md#gt-10) | Validación de contenido del security scan en Fase 4 | `CLI` | F3 | P1 | M | `COMPLETADO` |
+| [`GT-11`](./gap-reference-catalog.es.md#gt-11) | Validación de observabilidad y rollback en Fase 5 | `CLI` | F3 | P1 | M | `COMPLETADO` |
+| [`GT-13`](./gap-reference-catalog.es.md#gt-13) | Ejecutor de propuestas `evolith-phase-advance` | `CLI` | F4 | P1 | M | `COMPLETADO` |
+| [`GT-17`](./gap-reference-catalog.es.md#gt-17) | Consolidación DI y boundaries estrictos | `CLI` | F5 | P1 | M | `COMPLETADO` |
+| [`GT-33`](./gap-reference-catalog.es.md#gt-33) | Scoring de madurez basado en evidencia | `Governance` | Producto | P1 | M | `COMPLETADO` |
+| [`GT-35`](./gap-reference-catalog.es.md#gt-35) | Inventarios automáticos y validación del tracking | `Governance` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-42`](./gap-reference-catalog.es.md#gt-42) | Conformidad contractual entre repositorios | `Governance` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-45`](./gap-reference-catalog.es.md#gt-45) | Suite de conformidad de transporte y tools MCP | `CLI` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-46`](./gap-reference-catalog.es.md#gt-46) | Límite de ownership del servicio HTTP de Core | `CLI` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-49`](./gap-reference-catalog.es.md#gt-49) | Activar el modo estricto de TypeScript y puertos de filesystem tipados | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-51`](./gap-reference-catalog.es.md#gt-51) | Validación de evidencia de gate Build-versus-Compose | `CLI` | F3 | P1 | M | `COMPLETADO` |
+| [`GT-55`](./gap-reference-catalog.es.md#gt-55) | Estrictez de TypeScript y eliminación de any implícito | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-56`](./gap-reference-catalog.es.md#gt-56) | Fallos silenciosos y mocks faltantes en pruebas E2E del CLI | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-65`](./gap-reference-catalog.es.md#gt-65) | Métricas Prometheus + Health checks liveness/readiness | `BFF API` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-67`](./gap-reference-catalog.es.md#gt-67) | Especificación OpenAPI 3.1 completa | `BFF API` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-76`](./gap-reference-catalog.es.md#gt-76) | PhaseTransitionUseCase expuesto en el Core API | `BFF API` | F1 | P1 | M | `COMPLETADO` |
+| [`GT-80`](./gap-reference-catalog.es.md#gt-80) | Type-check de la suite de tests del CLI | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-97`](./gap-reference-catalog.es.md#gt-97) | Múltiples perfiles del CLI | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-113`](./gap-reference-catalog.es.md#gt-113) | Purificación de Clean Architecture en core-domain | `Core Domain` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-114`](./gap-reference-catalog.es.md#gt-114) | Human-in-the-Loop para Herramientas Mutativas MCP | `CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-117`](./gap-reference-catalog.es.md#gt-117) | Endpoints de lectura (GET) en el Core API para la composición del BFF del Tracker | `BFF API` | F2 | P1 | M | `COMPLETADO` |
+| [`GT-130`](./gap-reference-catalog.es.md#gt-130) | Validación en pipeline CI para firmas de Agentes BMAD en ADRs y Specs Técnicas | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-132`](./gap-reference-catalog.es.md#gt-132) | Revisiones de Código Autónomas con Agentes MCP en CI | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-135`](./gap-reference-catalog.es.md#gt-135) | Estándar de Telemetría y Control de Costos para IA Agéntica | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-140`](./gap-reference-catalog.es.md#gt-140) | Estándar de Rotación de Tokens de Identidad de Workload para Referencia de Satélites | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-144`](./gap-reference-catalog.es.md#gt-144) | Reglas de Prevención de Bucles Infinitos y Circuit Breaker para Agentes | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-147`](./gap-reference-catalog.es.md#gt-147) | Auditoría Automatizada de Deriva de Capacidades Operativas y Eficiencia | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-148`](./gap-reference-catalog.es.md#gt-148) | Reparación de Migración de Referencias y Cobertura de Reglas Consciente de Topologías | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-157`](./gap-reference-catalog.es.md#gt-157) | Paridad de autenticación y autorización MCP with REST | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-158`](./gap-reference-catalog.es.md#gt-158) | Human-in-the-loop y ABAC para herramientas MCP mutativas | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-160`](./gap-reference-catalog.es.md#gt-160) | Propagación de correlation-ID y contexto de solicitud entre superficies | `Cross` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-161`](./gap-reference-catalog.es.md#gt-161) | Esquemas JSON formales para los inputs de las políticas OPA core | `Schema` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-162`](./gap-reference-catalog.es.md#gt-162) | Tests unitarios del agregador `main.rego` y paridad post GT-149 | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-163`](./gap-reference-catalog.es.md#gt-163) | Validación CI de artefactos referenciados por el manifest de topología | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-164`](./gap-reference-catalog.es.md#gt-164) | Riqueza de rulesets event-driven y data-mesh | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-166`](./gap-reference-catalog.es.md#gt-166) | Runbooks SDLC faltantes para Fases 1, 2 y 4 | `Documentation` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-167`](./gap-reference-catalog.es.md#gt-167) | Plantillas de evidencia y checklists de aceptación para phase-gates | `Documentation` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-170`](./gap-reference-catalog.es.md#gt-170) | Hub de producto de UMS reference | `Product` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-180`](./gap-reference-catalog.es.md#gt-180) | Reemplazar `require()` entre capas con imports ES / `import()` dinámico | `CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-181`](./gap-reference-catalog.es.md#gt-181) | Dividir archivos grandes en módulos pequeños | `CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-182`](./gap-reference-catalog.es.md#gt-182) | Agregar tests para Core Domain SDK | `SDK` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-184`](./gap-reference-catalog.es.md#gt-184) | Eliminar `@ts-nocheck` de 19 archivos | `CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-185`](./gap-reference-catalog.es.md#gt-185) | Corregir stubs de herramientas MCP | `MCP Services` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-210`](./gap-reference-catalog.es.md#gt-210) | Completar Fase SDLC 05 (fase faltante) | `SDLC` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-216`](./gap-reference-catalog.es.md#gt-216) | Cerrar brecha de paridad de input schemas OPA (17 rulesets nativos sin cobertura) | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-231`](./gap-reference-catalog.es.md#gt-231) | Cablear 10 scripts CI sin enlazar a workflows GitHub Actions | `CI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-237`](./gap-reference-catalog.es.md#gt-237) | Redactar 5 ADRs AI propuestos (ADR-AI-001 through 005) | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-249`](./gap-reference-catalog.es.md#gt-249) | Añadir capa de caché Redis para Core API, MCP y consumo de Tracker | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-258`](./gap-reference-catalog.es.md#gt-258) | Añadir controles de concurrencia a todos los workflows GitHub Actions | `CI/CD` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-270`](./gap-reference-catalog.es.md#gt-270) | Fijar imágenes de infraestructura mutables y deshabilitar defaults dev expuestos | `Infrastructure` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-271`](./gap-reference-catalog.es.md#gt-271) | Añadir hardening Kubernetes de workloads a Helm charts | `Infrastructure` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-272`](./gap-reference-catalog.es.md#gt-272) | Asegurar distribución y verificación de bundles OPA sidecar | `Rulesets` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-277`](./gap-reference-catalog.es.md#gt-277) | Especificaciones OpenAPI de topologías — interfaces framework ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-278`](./gap-reference-catalog.es.md#gt-278) | Manifiestos MCP de topologías — interfaces framework ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-279`](./gap-reference-catalog.es.md#gt-279) | Flujos CLI de topologías — interfaces framework ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-282`](./gap-reference-catalog.es.md#gt-282) | Reporte accionable con evidencia detallada (qué regla falló, qué artefacto falta, por qué) | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-299`](./gap-reference-catalog.es.md#gt-299) | Especificación OpenAPI — apps/core-api/src/openapi | `BFF API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-300`](./gap-reference-catalog.es.md#gt-300) | Comando agents existe — sdk/cli/src/commands/agents | `CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-301`](./gap-reference-catalog.es.md#gt-301) | Comando upgrade existe — sdk/cli/src/commands/upgrade | `CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-303`](./gap-reference-catalog.es.md#gt-303) | Implementación Evidence Graph — packages/core-domain/src/evidence | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-304`](./gap-reference-catalog.es.md#gt-304) | Modelo Gate Decision — packages/core-domain/src/gates/decision | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-305`](./gap-reference-catalog.es.md#gt-305) | Modelo Phase Transition — packages/core-domain/src/phases/transition | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-306`](./gap-reference-catalog.es.md#gt-306) | Modelo Provider ports — packages/core-domain/src/providers | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-307`](./gap-reference-catalog.es.md#gt-307) | Modelo Tenant authority — packages/core-domain/src/tenancy | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-310`](./gap-reference-catalog.es.md#gt-310) | Suite de tests existe — sdk/cli/src/__tests__ | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-311`](./gap-reference-catalog.es.md#gt-311) | Tests E2E existen — sdk/cli/src/__tests__/e2e | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-318`](./gap-reference-catalog.es.md#gt-318) | Unificar las dos fuentes divergentes de gates y ejecutar las reglas OPA que citan | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-319`](./gap-reference-catalog.es.md#gt-319) | Modelo de roles formal (RBAC enum/jerarquía) | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-320`](./gap-reference-catalog.es.md#gt-320) | Enforzar el rol de aprobador/waiver del gate vía OPA (accountableRole hoy es solo declarativo) | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-321`](./gap-reference-catalog.es.md#gt-321) | Ledger de auditoría persistente append-only (no solo en memoria/JSONL) | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-322`](./gap-reference-catalog.es.md#gt-322) | Cliente @evolith/sdk tipado (REST+MCP) generado desde OpenAPI/schemas | `SDK` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-323`](./gap-reference-catalog.es.md#gt-323) | Dockerfiles productivos para core-api y mcp-server (empaquetar el corpus) | `Infra` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-348`](./gap-reference-catalog.es.md#gt-348) | política ABAC OPA ahora EN CACHÉ (path+mtime) — cargada una vez, no recompilada por dispatch + 2 tests | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-357`](./gap-reference-catalog.es.md#gt-357) | META: el tablero sobre-reporta completitud vs build/test reales validados | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-358`](./gap-reference-catalog.es.md#gt-358) | Suite OPA: 12 fallos de aserción corregidos (fixtures/mocks obsoletos) → 197/197 | `Governance` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-360`](./gap-reference-catalog.es.md#gt-360) | Exponer evaluación topológica en Core API vía `ValidateSatelliteUseCase` | `Core API` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-365`](./gap-reference-catalog.es.md#gt-365) | Comando `evolith satellite create` en SmartCLI — wizard interactivo (org, nombre, topología, fase, features, CI/CD) | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-366`](./gap-reference-catalog.es.md#gt-366) | Comando `evolith satellite adopt` en SmartCLI — analizar repo existente, verificar compatibilidad, aplicar migración controlada | `Evolith CLI` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-368`](./gap-reference-catalog.es.md#gt-368) | MCP tools de aprovisionamiento de satélites — `evolith-satellite-create`, `evolith-satellite-adopt`, `evolith-satellite-list`, `evolith-satellite-status` | `MCP Server` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-369`](./gap-reference-catalog.es.md#gt-369) | Entidad `SatelliteRecord` + modelo de registro persistente en Core Domain | `Core Domain` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-380`](./gap-reference-catalog.es.md#gt-380) | R4 — OPA `input.context` alineado a `EvaluationContext`: `dod.rego` re-anclado fuera de `input.story.*`; artefactos de historia quitados de los gates canónicos (`gate-f2/f3.json`) + rulesets `phase-gates` legacy + validators/MCP; facts del `EvaluationContext` threadeados al input OPA. **AC1 (ningún Rego lee `input.story`; ningún gate del Core depende de historias) ✓ + AC2 (paridad Native+OPA 0 drift; suite OPA verde) ✓.** El consumo de veredicto de los facts threadeados se separó a `GT-382`. | `OPA` | Cross | P1 | M | `COMPLETADO` |
+| [`GT-382`](./gap-reference-catalog.es.md#gt-382) | Continuación R4 — los veredictos OPA context-aware eran inertes (`OpaEvaluator` casaba `v.id === rule.id`, descartando los threadeados `DOD-*`/`CB-*`/`PG-*`). Arreglado: prefix-match para los 3 ids context-aware (sin colisión) + guards `dod_declared`/`spec_declared` "sin-facts→sin-opinión" para que el path FS no falle nuevo; phase-gates ya no-op sin `input.gate`. Revisado adversarialmente (MERGE, sin blockers); opa-parity CI verde. Follow-up (no bloqueante): ruta de instalación del wasm vs resolución de `corePath` — ver chip. | `OPA` | Cross | P1 | M | `COMPLETADO` |
+| [`MT-A11`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico modular-monolith | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A12`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico distributed-modules | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A13`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear el perfil topológico microservices | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A14`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfiles draft para serverless y edge computing | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A15`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfiles draft para event-driven y data mesh | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A16`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Crear perfil draft para agentic AI | `Architecture` | Transversal | P1 | M | `COMPLETADO` |
+| [`MT-A23`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Preservar compatibilidad CLI `--arch-level F1/F2/F3` | `Evolith CLI` | Transversal | P1 | M | `COMPLETADO` |
+| [`GT-19`](./gap-reference-catalog.es.md#gt-19) | Migración hexagonal incremental de `core/` | `CLI` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-20`](./gap-reference-catalog.es.md#gt-20) | Backfill de ADRs al estándar de autoría | `Governance` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-57`](./gap-reference-catalog.es.md#gt-57) | Implementación incompleta de herramientas y validación MCP | `CLI` | F2 | P1 | L | `COMPLETADO` |
+| [`GT-66`](./gap-reference-catalog.es.md#gt-66) | Trazado distribuido con OpenTelemetry | `BFF API` | F3 | P1 | L | `COMPLETADO` |
+| [`GT-98`](./gap-reference-catalog.es.md#gt-98) | Sistema de extensiones/plugins del CLI | `CLI` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-111`](./gap-reference-catalog.es.md#gt-111) | Planificar el giro comercial de MassTransit v9 (quedarse en v8 OSS o migrar a Rebus) | `Platform` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-118`](./gap-reference-catalog.es.md#gt-118) | Modelo de consumo remoto/SaaS — desacoplar el Core API de rutas de filesystem locales | `BFF API` | F3 | P1 | L | `COMPLETADO` |
+| [`GT-123`](./gap-reference-catalog.es.md#gt-123) | El CLI no compila — errores TypeScript preexistentes bloquean `tsc` (init.wizard, progress.service, alias, auto-fix del MCP viejo) | `CLI` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-125`](./gap-reference-catalog.es.md#gt-125) | Maturation of Agentic AI Topology — paridad de madurez con monolito modular | `Architecture` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-136`](./gap-reference-catalog.es.md#gt-136) | Control de Acceso Consciente del Contexto (ABAC para LLMs) | `Governance` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-142`](./gap-reference-catalog.es.md#gt-142) | Pipeline de Enlace de LLM Real en CI para Revisiones Agénticas | `Governance` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-145`](./gap-reference-catalog.es.md#gt-145) | Sincronización Veraz y Neutral al Proveedor de Vectores RAG | `Operations` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-149`](./gap-reference-catalog.es.md#gt-149) | Pruebas OPA Ejecutables y Gate de Paridad Semántica Native/OPA | `Rulesets` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-150`](./gap-reference-catalog.es.md#gt-150) | Madurar las Topologías Draft Restantes a Paridad de Corpus Aceptado | `Architecture` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-168`](./gap-reference-catalog.es.md#gt-168) | Aplicación de referencia de composición cross-topología | `Architecture` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-169`](./gap-reference-catalog.es.md#gt-169) | Presupuestos operativos, ciclo de credenciales y runbooks de Agentic AI | `Architecture` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-179`](./gap-reference-catalog.es.md#gt-179) | Agregar tests para 5 comandos CLI baja cobertura | `CLI` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-217`](./gap-reference-catalog.es.md#gt-217) | Completar el corpus de guías operativas por topología (7 topologías) | `Architecture` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-230`](./gap-reference-catalog.es.md#gt-230) | Crear directorio de skills y framework de skills componibles | `Governance` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-236`](./gap-reference-catalog.es.md#gt-236) | Implementar automatización del pipeline de knowledge intake | `Governance` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-302`](./gap-reference-catalog.es.md#gt-302) | Comando scaffold existe — sdk/cli/src/commands/architecture/scaffold | `CLI` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-325`](./gap-reference-catalog.es.md#gt-325) | Blueprint como entidad de primera clase validada contra rulesets/topologías/política del tenant/OPA | `Architecture` | F2 | P1 | L | `COMPLETADO` |
+| [`GT-326`](./gap-reference-catalog.es.md#gt-326) | Validación de integración end-to-end Core y Tracker y agentes | `Quality` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-345`](./gap-reference-catalog.es.md#gt-345) | Smart CLI `npm test` 100% verde: unit 905/905 + e2e 175/175 (validate restaurado, --version, tests obsoletos de mcp-e2e corregidos) | `Evolith CLI` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-351`](./gap-reference-catalog.es.md#gt-351) | infra-providers: WebhookAdapter endurecido (timeout+retry+guard SSRF) +5 tests +harness jest; README/cobertura/deriveCategory restan | `Infra` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-367`](./gap-reference-catalog.es.md#gt-367) | Endpoints de registro de satélites en Core API — CRUD `/api/v1/satellites` (registrar, listar, obtener, actualizar, desregistrar, evaluar, sincronizar) | `Core API` | Cross | P1 | L | `COMPLETADO` |
+| [`GT-379`](./gap-reference-catalog.es.md#gt-379) | R3 — Engines arquitectónicos (Architecture/Blueprint/Topology/Checkpoint/Recommendation; `DecisionRecommendation` `binding:false`; checkpoint no muta estado) | `Core Domain` | Cross | P1 | L | `COMPLETADO` |
+| [`MT-A17`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Mover o espejar reglas F1/F2/F3 actuales hacia descubrimiento topológico | `Core Domain` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A18`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para serverless | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A19`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para event-driven | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A20`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar reglas iniciales Native + OPA para agentic AI | `Rulesets` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A21`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar catálogo topológico compartido y resolver de manifiestos en Core Domain | `Core Domain` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A22`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar soporte CLI `--topology` a validación | `Evolith CLI` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A24`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar recursos y herramientas MCP topológicas | `MCP Services` | Transversal | P1 | L | `COMPLETADO` |
+| [`MT-A25`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Agregar endpoints de descubrimiento y validación topológica a Service CORE API | `Core API` | Transversal | P1 | L | `COMPLETADO` |
+| [`GT-228`](./gap-reference-catalog.es.md#gt-228) | Crear motor de orquestación de agentes para workflows BMAD | `Governance` | Cross | P1 | XL | `COMPLETADO` |
+| [`GT-229`](./gap-reference-catalog.es.md#gt-229) | Completar evaluador TypeScript Dual-Engine (cumplimiento R-25) | `Core Domain` | Cross | P1 | XL | `COMPLETADO` |
+| [`GT-331`](./gap-reference-catalog.es.md#gt-331) | Versión del binario MCP leída de package.json (antes hardcodeada 1.0.0) | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-333`](./gap-reference-catalog.es.md#gt-333) | Comparación de API key en tiempo constante (timingSafeEqual) | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-334`](./gap-reference-catalog.es.md#gt-334) | Declarar @open-policy-agent/opa-wasm como dependencia directa de mcp-server | `MCP Server` | Cross | P2 | XS | `COMPLETADO` |
+| [`GT-16`](./gap-reference-catalog.es.md#gt-16) | Consolidación documental | `Governance` | F5 | P2 | S | `COMPLETADO` |
+| [`GT-22`](./gap-reference-catalog.es.md#gt-22) | Esquema de unicidad de IDs ADR | `Governance` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-26`](./gap-reference-catalog.es.md#gt-26) | Playbook de Zero-Downtime Release | `Governance` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-50`](./gap-reference-catalog.es.md#gt-50) | Aplicar umbrales de cobertura en la configuración de Jest | `CLI` | F0 | P2 | S | `COMPLETADO` |
+| [`GT-52`](./gap-reference-catalog.es.md#gt-52) | Eliminar los stubs muertos del contenedor de inyección de dependencias | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-53`](./gap-reference-catalog.es.md#gt-53) | Reparar las referencias migradas a la visión de producto | `Governance` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-58`](./gap-reference-catalog.es.md#gt-58) | Limpiar stubs TODO inyectados por Hexagonal Scaffolder | `Core Domain` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-68`](./gap-reference-catalog.es.md#gt-68) | Versionado de API con estrategia URI | `BFF API` | F3 | P2 | S | `COMPLETADO` |
+| [`GT-77`](./gap-reference-catalog.es.md#gt-77) | CoreDomainModule extraído de AppModule | `BFF API` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-78`](./gap-reference-catalog.es.md#gt-78) | Eliminar scripts de depuración de la raíz del repositorio | `Governance` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-82`](./gap-reference-catalog.es.md#gt-82) | Revivir o eliminar el spec muerto de gate-status | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-103`](./gap-reference-catalog.es.md#gt-103) | Profundidad de subcomandos del CLI | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-105`](./gap-reference-catalog.es.md#gt-105) | Imagen Docker del CLI | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-106`](./gap-reference-catalog.es.md#gt-106) | Alias de comandos del CLI | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-108`](./gap-reference-catalog.es.md#gt-108) | Fixtures/datos de prueba del CLI | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-109`](./gap-reference-catalog.es.md#gt-109) | Integración de shell del CLI | `CLI` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-119`](./gap-reference-catalog.es.md#gt-119) | Reconciliar el ADR-0074 §5 (MCP en NestJS) con el paquete standalone `@evolith/mcp-server` | `Governance` | Transversal | P2 | S | `COMPLETADO` |
+| [`GT-174`](./gap-reference-catalog.es.md#gt-174) | `meta.schemaVersion` y matriz de compatibilidad productor/consumidor | `Cross` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-190`](./gap-reference-catalog.es.md#gt-190) | Agregar logging a 9 catch blocks vacíos | `CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-191`](./gap-reference-catalog.es.md#gt-191) | Corregir etiqueta ADR matrix incorrecta | `Docs` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-192`](./gap-reference-catalog.es.md#gt-192) | Corregir enlaces MASTER_INDEX EN (`.es.md`→`.md`) | `Docs` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-193`](./gap-reference-catalog.es.md#gt-193) | Eliminar TODOs de documentación de gobernanza | `Docs` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-195`](./gap-reference-catalog.es.md#gt-195) | Corregir rutas shell solo-Linux (Windows compat) | `CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-211`](./gap-reference-catalog.es.md#gt-211) | Crear EN para 3 ADRs solo-ES huérfanos | `Docs` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-218`](./gap-reference-catalog.es.md#gt-218) | Crear plantillas de rollback rehearsal y on-call handoff de Fase 05 | `SDLC` | F5 | P2 | S | `COMPLETADO` |
+| [`GT-219`](./gap-reference-catalog.es.md#gt-219) | Añadir `operationalBudgets` al manifest de la topología agentic-ai | `Architecture` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-240`](./gap-reference-catalog.es.md#gt-240) | Ajustar CORS por environment (dev/staging/prod) | `Security` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-241`](./gap-reference-catalog.es.md#gt-241) | Añadir generación SBOM (CycloneDX) al pipeline CI | `Security` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-261`](./gap-reference-catalog.es.md#gt-261) | Añadir límites de recursos a todos los contenedores Docker | `Infrastructure` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-263`](./gap-reference-catalog.es.md#gt-263) | Añadir alertas Prometheus a nivel de infraestructura | `Observability` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-264`](./gap-reference-catalog.es.md#gt-264) | Corregir scan DAST para apuntar al servidor real o eliminar | `CI/CD` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-265`](./gap-reference-catalog.es.md#gt-265) | Añadir detección de secretos (gitleaks) al pipeline CI | `Security` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-276`](./gap-reference-catalog.es.md#gt-276) | Corregir la lógica de emparejamiento por área del dashboard bilingüe | `Governance CI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-349`](./gap-reference-catalog.es.md#gt-349) | fail-open de ABAC OPA CORREGIDO — sin policy.wasm ahora deniega en prod (fail-closed) + 6 tests | `MCP Server` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-352`](./gap-reference-catalog.es.md#gt-352) | mcp-tools: validación de inputSchema añadida (CallTool → isError) + README (EN/ES) + 7 tests | `MCP Tools` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-354`](./gap-reference-catalog.es.md#gt-354) | módulo OpenAPI muerto en core-api; api-reference sin cache/invalidate | `Core API` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-355`](./gap-reference-catalog.es.md#gt-355) | @evolith/core sin test de contrato del barrel de re-exports | `Core` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-356`](./gap-reference-catalog.es.md#gt-356) | README de mcp-services con conteos/comando mantenidos a mano | `Docs` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-371`](./gap-reference-catalog.es.md#gt-371) | Vinculación satélite → producto/idea/tenant/topología/blueprint en Core API | `Core API` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-374`](./gap-reference-catalog.es.md#gt-374) | Conectar `upgrade.command.ts` con `SatelliteUpgradeService` — eliminar stub, cablear lógica real de upgrade | `Evolith CLI` | Cross | P2 | S | `COMPLETADO` |
+| [`GT-21`](./gap-reference-catalog.es.md#gt-21) | Revisión de ubicación de ADRs Core tool-céntricos | `Governance` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-24`](./gap-reference-catalog.es.md#gt-24) | Ejecutar migraciones documentales declaradas | `Governance` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-71`](./gap-reference-catalog.es.md#gt-71) | Circuit Breaker para llamadas a servicios externos | `BFF API` | F3 | P2 | M | `COMPLETADO` |
+| [`GT-75`](./gap-reference-catalog.es.md#gt-75) | Paquete @evolith/infra-providers compartido | `Cross` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-81`](./gap-reference-catalog.es.md#gt-81) | Subir la cobertura de branches del CLI al piso de statements | `CLI` | F0 | P2 | M | `COMPLETADO` |
+| [`GT-100`](./gap-reference-catalog.es.md#gt-100) | Navegador/explorador de API del CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-101`](./gap-reference-catalog.es.md#gt-101) | Mecanismo de auto-actualización del CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-102`](./gap-reference-catalog.es.md#gt-102) | Progreso/streaming en tiempo real del CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-104`](./gap-reference-catalog.es.md#gt-104) | Distribución por gestor de paquetes del CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-107`](./gap-reference-catalog.es.md#gt-107) | Asistentes interactivos del CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-116`](./gap-reference-catalog.es.md#gt-116) | Eliminación de operaciones bloqueantes de I/O en la CLI | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-120`](./gap-reference-catalog.es.md#gt-120) | Exposición GraphQL del Core API (alcance del ADR-0074) | `BFF API` | F3 | P2 | M | `COMPLETADO` |
+| [`GT-121`](./gap-reference-catalog.es.md#gt-121) | Retirar el subsistema MCP in-process del Smart CLI (tras la delegación, Fase 3 de ADR-0074/0075) | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-122`](./gap-reference-catalog.es.md#gt-122) | Consolidar adapters de infraestructura duplicados entre sdk/cli, apps/core-api y packages/infra-providers | `Cross` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-124`](./gap-reference-catalog.es.md#gt-124) | Suite e2e del CLI rota — faltan fixtures (plantillas SDLC, shell hooks) y naming obsoleto del MCP viejo | `CLI` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-126`](./gap-reference-catalog.es.md#gt-126) | Maturation of Serverless Topology | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-127`](./gap-reference-catalog.es.md#gt-127) | Maturation of Event-Driven Topology | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-128`](./gap-reference-catalog.es.md#gt-128) | Baseline Ruleset for Data Mesh | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-129`](./gap-reference-catalog.es.md#gt-129) | Baseline Ruleset for Edge Computing | `Architecture` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-134`](./gap-reference-catalog.es.md#gt-134) | Registro Estandarizado de Herramientas MCP | `Architecture` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-137`](./gap-reference-catalog.es.md#gt-137) | Identidad Soberana para IA Agéntica | `Architecture` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-138`](./gap-reference-catalog.es.md#gt-138) | Flujos de Trabajo Agénticos Orientados a Eventos | `Architecture` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-141`](./gap-reference-catalog.es.md#gt-141) | Estándar de Control de Concurrencia y Bloqueo de Recursos para Herramientas MCP | `Architecture` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-173`](./gap-reference-catalog.es.md#gt-173) | Paridad de exportación OpenTelemetry en CLI, MCP y REST | `Cross` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-178`](./gap-reference-catalog.es.md#gt-178) | Reconstruir `core/README.es.md` con todos los ADRs | `Docs` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-186`](./gap-reference-catalog.es.md#gt-186) | Eliminar `@ts-nocheck` restante (fase 2) | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-187`](./gap-reference-catalog.es.md#gt-187) | Habilitar modo estricto en tsconfig | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-189`](./gap-reference-catalog.es.md#gt-189) | Reemplazar `require()` con imports ES | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-194`](./gap-reference-catalog.es.md#gt-194) | Eliminar tipos `any` en APIs públicas | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-196`](./gap-reference-catalog.es.md#gt-196) | Agregar tests E2E para transporte HTTP MCP | `MCP Services` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-220`](./gap-reference-catalog.es.md#gt-220) | Subir cobertura de ramas de gate-status (40% → ≥80%) y umbral CLI | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-221`](./gap-reference-catalog.es.md#gt-221) | Añadir audit logging estructurado al transporte HTTP de MCP | `MCP Services` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-222`](./gap-reference-catalog.es.md#gt-222) | Añadir tests OPA en topologías sub-cubiertas (modular-monolith 2/12, distributed-modules 4/8, agentic-ai 4/9) | `Rulesets` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-223`](./gap-reference-catalog.es.md#gt-223) | Añadir tests e2e de paridad cross-surface para operaciones core | `Cross` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-238`](./gap-reference-catalog.es.md#gt-238) | Añadir métricas Prometheus/Mimir al stack de observabilidad | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-239`](./gap-reference-catalog.es.md#gt-239) | Definir SLOs por servicio con reglas de alerting | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-243`](./gap-reference-catalog.es.md#gt-243) | Implementar tests k6 de carga (3 escenarios ADR-0037) | `QA` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-244`](./gap-reference-catalog.es.md#gt-244) | Crear playbooks y plantillas de respuesta a incidentes | `Operations` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-262`](./gap-reference-catalog.es.md#gt-262) | Añadir procedimientos de backup/DR para almacenes de datos | `Infrastructure` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-266`](./gap-reference-catalog.es.md#gt-266) | Crear servicio de provisioning de API keys para MCP HTTP | `Security` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-308`](./gap-reference-catalog.es.md#gt-308) | Sistema de plugins para comandos — sdk/cli/src/plugins | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-309`](./gap-reference-catalog.es.md#gt-309) | Validación de contribuciones — sdk/cli/src/contributions | `CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-327`](./gap-reference-catalog.es.md#gt-327) | Evolucionar el webhook de un disparo a suscripciones + reintentos + firma HMAC | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-328`](./gap-reference-catalog.es.md#gt-328) | Desplegar ESLint boundaries a packages/* y apps/* con paso de CI | `Quality` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-329`](./gap-reference-catalog.es.md#gt-329) | Reubicar las 5 topologías avanzadas a rulesets/topologies | `Rulesets` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-346`](./gap-reference-catalog.es.md#gt-346) | superficie de shell-injection del CLI CERRADA — providers ahora corren sin shell (executeFile + arrays de args) + tests | `Evolith CLI` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-350`](./gap-reference-catalog.es.md#gt-350) | sink `new Function()` del check de regla en standards.service ELIMINADO — evaluador de predicados restringido + 6 tests (no-ejecución probada) | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-353`](./gap-reference-catalog.es.md#gt-353) | sdk-client huérfano (sin consumidor/README); baja cobertura por método | `SDK` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-370`](./gap-reference-catalog.es.md#gt-370) | Mecanismo de propagación de herencia — push de actualizaciones de Core a satélites registrados (trigger + dry-run + aprobación) | `Cross` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-372`](./gap-reference-catalog.es.md#gt-372) | Audit trail por satélite — qué fue heredado vs personalizado, por quién y cuándo | `Core Domain` | Cross | P2 | M | `COMPLETADO` |
+| [`GT-373`](./gap-reference-catalog.es.md#gt-373) | Integración con Tracker — registro de satélite, sincronización de estado y UI de gestión | `Cross` | Cross | P2 | M | `COMPLETADO` |
+| [`MT-A26`](../audits/multi-topology-reference-corpus-implementation-plan.es.md#6-autoridad-de-tracking) | Actualizar navegación, índices, evidencia de validación y estado del tracker | `Documentation` | Transversal | P2 | M | `COMPLETADO` |
+| [`GT-23`](./gap-reference-catalog.es.md#gt-23) | Backfill de traducciones españolas | `Governance` | Transversal | P2 | L | `COMPLETADO` |
+| [`GT-25`](./gap-reference-catalog.es.md#gt-25) | Primeros perfiles de proveedor | `Governance` | Transversal | P2 | L | `COMPLETADO` |
+| [`GT-36`](./gap-reference-catalog.es.md#gt-36) | Cobertura lingüística de reglas machine-readable | `Governance` | Transversal | P2 | L | `COMPLETADO` |
+| [`GT-54`](./gap-reference-catalog.es.md#gt-54) | Completar la aplicación estricta de fronteras hexagonales | `Cross` | Transversal | P2 | L | `COMPLETADO` |
+| [`GT-115`](./gap-reference-catalog.es.md#gt-115) | Auto-fix de fallas arquitectónicas vía herramientas MCP | `CLI` | Transversal | P2 | L | `COMPLETADO` |
+| [`GT-131`](./gap-reference-catalog.es.md#gt-131) | Crear Sandbox/Referencia Aplicada para la Topología Agentic AI con MCP real | `Architecture` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-133`](./gap-reference-catalog.es.md#gt-133) | Arquitectura de Distribución Agnóstica Centralizada de OPA Wasm | `Architecture` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-139`](./gap-reference-catalog.es.md#gt-139) | Estándar de Gobernanza de Conocimiento RAG | `Governance` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-143`](./gap-reference-catalog.es.md#gt-143) | Estándares de Handoff Multi-Agente y Delegación de Tareas | `Governance` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-171`](./gap-reference-catalog.es.md#gt-171) | Auditoría de paridad de superficie command-as-a-service (CLI vs MCP vs REST) | `Cross` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-172`](./gap-reference-catalog.es.md#gt-172) | Suite de pruebas de contrato roundtrip entre superficies | `Cross` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-188`](./gap-reference-catalog.es.md#gt-188) | Agregar tests para 15 archivos sin cobertura | `CLI` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-242`](./gap-reference-catalog.es.md#gt-242) | Completar paridad OPA para 17 rulesets nativos sin cobertura | `Rulesets` | Cross | P2 | L | `COMPLETADO` |
+| [`GT-197`](./gap-reference-catalog.es.md#gt-197) | Arreglar fallas intermitentes del pipeline de release | `CI` | Cross | P2 | XL | `COMPLETADO` |
+| [`GT-225`](./gap-reference-catalog.es.md#gt-225) | Revivir o documentar 4 `it.skip` en `wizard.service.spec` | `CLI` | Cross | P3 | XS | `COMPLETADO` |
+| [`GT-198`](./gap-reference-catalog.es.md#gt-198) | Corregir typo "Moscoww" (5 sitios) | `CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-199`](./gap-reference-catalog.es.md#gt-199) | Mover import al inicio del archivo | `CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-200`](./gap-reference-catalog.es.md#gt-200) | Convertir constructor 11-param a objeto options | `CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-201`](./gap-reference-catalog.es.md#gt-201) | Extraer valores hardcodeados a constantes | `CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-202`](./gap-reference-catalog.es.md#gt-202) | Agregar README a directorio `governance/adr/` | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-203`](./gap-reference-catalog.es.md#gt-203) | Eliminar o poblar dir vacío `kubernetes/` | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-204`](./gap-reference-catalog.es.md#gt-204) | Agregar READMEs a directorios infra | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-205`](./gap-reference-catalog.es.md#gt-205) | Agregar README a directorio SDLC playbooks | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-206`](./gap-reference-catalog.es.md#gt-206) | Formalizar regla de anidación BILINGUAL_INDEX | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-207`](./gap-reference-catalog.es.md#gt-207) | Estandarizar formato encabezados ADR | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-208`](./gap-reference-catalog.es.md#gt-208) | Programar reevaluación ADR-0077 (MassTransit EOL) | `Docs` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-224`](./gap-reference-catalog.es.md#gt-224) | Añadir `--format json` a los comandos `drift`/`scaffold`/`docs` (envelope ADR-0073) | `CLI` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-247`](./gap-reference-catalog.es.md#gt-247) | Reemplazar credenciales hardcodeadas en Docker-compose | `Platform` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-248`](./gap-reference-catalog.es.md#gt-248) | Crear monitor de frescura de ADRs y script de revisión semanal | `Governance` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-273`](./gap-reference-catalog.es.md#gt-273) | Restore DAST scan against staging or ephemeral environment | `CI/CD` | Cross | P3 | S | `COMPLETADO` |
+| [`GT-330`](./gap-reference-catalog.es.md#gt-330) | Mitigar el bus factor (segundo mantenedor + onboarding profundo) | `Governance` | Cross | P3 | M | `COMPLETADO` |
+| [`GT-245`](./gap-reference-catalog.es.md#gt-245) | Añadir DAST (OWASP ZAP) al pipeline de seguridad | `Security` | Cross | P3 | L | `COMPLETADO` |
+| [`GT-246`](./gap-reference-catalog.es.md#gt-246) | Implementar experimentos Chaos Mesh/Litmus | `QA` | Cross | P3 | L | `COMPLETADO` |
+
+
+**Progreso:** 602 / 643 completados · 15 en progreso · 22 pendientes · 4 diferidos
 
 **Oleada 2026-06-23 (auditoría profunda de Winston III):** Añadidos 14 gaps nuevos `GT-212`…`GT-225` del Winston Audit Playbook que cubren: higiene de estado ADR (GT-212), metadata + presupuestos operativos + corpus de guías por topología (GT-213, GT-217, GT-219), observabilidad + OpenAPI en controladores REST (GT-214, GT-215), paridad de input-schemas OPA + densidad de tests por topología (GT-216, GT-222), plantillas de rollback + on-call de Fase 05 (GT-218), cobertura de ramas CLI + paridad de envelope --format + limpieza de skip-list (GT-220, GT-224, GT-225), audit logging HTTP de MCP (GT-221), y tests e2e de paridad cross-surface (GT-223).
 
diff --git a/reference/core/control-center/gaps/gap-tracking.md b/reference/core/control-center/gaps/gap-tracking.md
index 00ddf8d7..b17097a3 100644
--- a/reference/core/control-center/gaps/gap-tracking.md
+++ b/reference/core/control-center/gaps/gap-tracking.md
@@ -11,654 +11,654 @@ This board is the single source of truth for technical debt, gaps, opportunities
 
 > One table with every gap and tracked activity. `GT-*` IDs link to their full detail in the catalog; `MT-A*` IDs link to the supporting Multi-Topology implementation plan, but this table remains the canonical status source. Order: pending first (by criticality P0→P3, then complexity XS→XL), then completed (same criteria). GitHub renders Markdown statically (no interactive sorting or search): the **Component** column categorizes and GitHub file search (`/`) finds an ID or term.
 
-| ID | Gap | What it means | Example | Component | Phase | Criticality | Complexity | Status |
-|---|---|---|---|:---:|:---:|:---:|:---:|:---:|
-| [`GT-643`](./gap-reference-catalog.md#gt-643) | **`evolith agents install --dry-run` writes to disk — the flag is declared, documented and never read.** `agents.command.ts:647` declares `-d, --dry-run`, `AgentsCommandOptions.dryRun` types it, and `installAgent()` never consults it: it calls `this.registry.installAgent(process.cwd(), config, rulesetContent)` unconditionally (`agents.command.ts:218`). **`init`, `upgrade` and `adr` all read theirs** — `init` swaps in a `DryRunFileSystem`, `upgrade` returns before applying — so this is one command out of step with the convention, not a missing convention. **PROVEN, not inferred:** running `test/agents.e2e-spec.ts -t "dry-run"` alone against a clean tree leaves three TRACKED files modified — `src/sdk/cli/rulesets/agents/agents-registry.json` and both files under `rulesets/agents/test-value/`. **The test output is committed as if it were product data:** `test-value` is the string the prompt mock returns for every question (`test/mock-prompt.service.ts:11-12`), and `6bb43cfa` versioned that agent into the repository's own rulesets. **A dry run that writes is worse than no dry run**, because it is the flag a user reaches for precisely when they do not want to be trusted with the real one — and the surface conformance tester never caught it, because no oracle asks whether `--dry-run` left the disk unchanged. **FIXED 2026-07-30:** the dry branch never reaches the writer at all — rather than writing through a no-op filesystem, which regresses the moment the writer grows a new call — reports the paths it would have created via a new `planInstall`, and the menu path now forwards the caller's options, since `evolith agents --dry-run` with no subcommand used to drop them and write. The three committed artifacts are deleted, the e2e suite runs in a temp directory, and its oracle now ASSERTS an unchanged disk plus a contrast case proving a real install still writes: `did not crash` passed for as long as the defect existed. **Survey recorded:** `init`, `upgrade`, `adr`, `scaffold`, `docs`, `fixtures` and `generate-domain` all gate their writes on the flag — `agents` was the only declaration in the CLI with no reader. **STILL OPEN:** the cross-surface tester has no oracle for no-effect flags as a class, so the next one is found by hand again. **Deleting the residue exposed two hidden dependents on it**, both repaired here: `47-validate-joined-paths` anchored a generated-subtree claim on `src/sdk/cli/rulesets` existing — true in a clean checkout only because the residue was inside it — and went red naming `policy.wasm`; and one resolver spec still read the real tree, so its EACCES simulation stopped firing. Verified by parking the build artifact: 101 suites / 1447 tests green with the directory absent. | | | `CLI` | Cross | P1 | S | `IN-PROGRESS` |
-| [`GT-642`](./gap-reference-catalog.md#gt-642) | **No check anywhere fails on a runtime import cycle, and the two that existed were found by hand.** [`GT-641`](./gap-reference-catalog.md#gt-641) removed two real `require` cycles from `core-domain` — they had reached a 346-module package unobserved, because the measurement that finds them runs nowhere. `lint:boundaries` polices layer direction, not cyclicity; `tsc` compiles a cycle without complaint; no governance guard reads the module graph at all. **The measurement already exists and is not reachable:** [`GT-589`](./gap-reference-catalog.md#gt-589) ships `@beyondnet/evolith-repo-facts` plus `findImportCycles`, and both live only on `feat/gt-589-repo-facts` (PR #309). **BLOCKED, not merely pending** — a guard on `main` cannot run an extractor that is not on `main`, and reimplementing cycle detection beside it would create the second source of truth GT-589 exists to prevent. When #309 lands: a script that runs the extractor over each workspace package and fails on `findImportCycles(...).length > 0`, wired into `Governance guards (GT-578)`, with the negative fixture proving it has been observed red. **It should sweep every package, not just the one already measured** — `cli`, `mcp-server`, `core`, `agent-runtime` and `sdk-client` have never been through the extractor, and the barrel-owns-the-type shape that produced both GT-641 cycles is not specific to `core-domain`. | | | `Governance` | Cross | P2 | S | `PENDING` |
-| [`GT-641`](./gap-reference-catalog.md#gt-641) | **The Core's own sources carry two runtime import cycles, and nothing that runs in CI today can see them.** [`GT-589`](./gap-reference-catalog.md#gt-589)'s structural fact base, pointed at `src/packages/core-domain`, reports `application/services/index.ts` ⇄ `application/use-cases/initialize-project.use-case.ts` and `application/validators/blocking-criteria-validator.ts` ⇄ `application/validators/phase-gate-validator.service.ts`. **Neither is type-only**, so neither is erased at compile time: both are real `require` cycles, and the fact base classifies them as such because it distinguishes type-only edges from value edges. **One shape, twice:** a module publishes a type AND constructs or re-exports the collaborator that consumes it, so the collaborator has to import back through it to name its own parameters. **The two-node chains the report names are the smaller half of the finding** — the strongly connected components are wider: `project-scaffolder.service` and `phase-transition.use-case` sit in the first, `evidence-validator` and `ruleset-loader` in the second, so a fix confined to the two files named in the chain would have moved the cycle rather than removed it. **FIXED 2026-07-30:** the shared shapes move to `application/services/use-case.types.ts` and `application/validators/phase-gate-validator.types.ts`; both former owners re-export them, so every existing import path is untouched — including `@beyondnet/evolith-core-domain/application/services`, which the CLI and the MCP server import `InitProjectInput` from. **THE GUARD IS NOT BUILT, and stating why matters more than the fix:** `@beyondnet/evolith-repo-facts` exists only on `feat/gt-589-repo-facts` (PR #309) and is absent from `main`, so no check on the default branch can run this measurement. Until #309 lands, a new cycle regresses silently exactly as these two did. | | | `Core` | Cross | P2 | S | `DONE` |
-| [`GT-640`](./gap-reference-catalog.md#gt-640) | **The guard compared the snapshot against six numbers copied out of the snapshot, so it could only ever pass — and the file it was failing to guard is stamped onto 388 rows of a larger artifact.** `native-evaluability-snapshot.json` declared in its own header that it was "a CAPTURED SNAPSHOT, not the source of truth". **No capture script existed.** It was hand-maintained and it drifted: it pinned `documentation-only: 129` while Core pinned 136, and went on calling rules `unimplemented-native` after they had handlers. Its guard in `iso-5055-mapping.test.mjs` asserted the snapshot's six class counts against six numbers typed into the test — the same six literals the snapshot already contained. **Expected value and actual value were copies of each other**, so the assertion held for as long as the file was unchanged, whatever Core actually pinned; it reported an agreement it never checked, which is worse than no guard, because the row it protects reads as verified. **The drift does not stay where it starts.** `build-iso-5055-mapping.mjs` stamps `nativeEvaluability` onto EVERY row of the ISO/IEC 5055 mapping from that file — 388 rows after the recapture, 381 before — so one stale class is laundered into a derived artifact five times the size of its input, and overstates the handler backlog that is [`GT-598`](./gap-reference-catalog.md#gt-598)'s entire deliverable. The recapture→rebuild order was written down nowhere, and the mapping's own guard ran in **no workflow at all**. **FIXED 2026-07-29:** a capture script that runs Core's REAL triage through `ts-node` instead of reimplementing the classification, the measurement extracted out of the jest spec into `test/rule-corpus-triage.ts` so a script can reach it — that unreachability is why the file was maintained by hand — snapshot-vs-fresh-triage assertions in both directions, a documentation-job guard that reads Core's pinned counts OUT of the spec and **throws** when the literal is missing or reshaped, and both steps declared as links in the [`GT-630`](./gap-reference-catalog.md#gt-630) derived-artifact chain. **Recaptured on 2026-07-29 after merging the fix into the current line, and the drift had grown while it was in flight:** `native-handler` 139 → 151, `documentation-only` 129 → 136, the handler backlog 60 → **48**, corpus 379 → 386, mapping 381 → 388 rows. Twelve of those handlers were closed by [`GT-595`](./gap-reference-catalog.md#gt-595) and [`GT-632`](./gap-reference-catalog.md#gt-632) while the hand-maintained snapshot went on reporting them as backlog — the defect demonstrating itself one more time, on numbers nobody typed twice. **RENUMBERED GT-633 -> GT-640 on 2026-07-30**, after `49-validate-gap-id-allocation` found that `GT-633` already named a different gap on `develop` (`evolith init` scaffolding, `c8270e48`, registered a day earlier). The newer row moves, per the guard's own advice. |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-639`](./gap-reference-catalog.md#gt-639) | **Nothing makes in-flight work visible across branches, so the same gap gets fixed twice.** On 2026-07-30 the same work was done twice, three separate times, by sessions that could not see each other: [`GT-640`](./gap-reference-catalog.md#gt-640) (registered as GT-633 at the time) fixed by a standalone capture script on `main` (#276) AND by an independent in-spec renderer on `develop` (#279) — both correct, both recapturing the same numbers, and two generators for one artifact is GT-640's own defect one level up, so a third session spent a full reconciliation collapsing them; the evidence guard's parser fixed twice (`d1ea72a3` on main, `5acb29ed` on develop); and a GT id allocated twice, forcing the renumber behind [`GT-638`](./gap-reference-catalog.md#gt-638). **The cost is not the merge conflict** — it is the duplicated work before anyone reached it, plus the reconciliation, which itself introduced a defect (an order-sensitive comparison that rewrote the capture date every run, invisible for a day because both runs stamped the same date). A row carries a status but not WHO is working it or WHERE, so two sessions can both read `PENDING` and both start, correctly. **The single-driver convention already exists; what is missing is any mechanism that makes it observable**, so on a busy day it degrades silently. **GUARD BUILT 2026-07-30 — three criteria of four.** `50-validate-gap-claim` derives the claim set from OPEN PULL REQUESTS (every `GT-*` in a PR's title, body or branch name) and fails when one id is claimed by two, naming both with their branches. Derived rather than hand-written on purpose: a hand-written claim goes stale in the direction that matters. Wired into `Governance guards (GT-578)` with `GH_TOKEN`; observed red by `43-validate-guard-negative-fixtures` (39/39). **Criterion 1 is deliberately still open:** a claim list committed to the board would derive from live GitHub state and be stale the moment anyone opened a PR — and [`GT-630`](./gap-reference-catalog.md#gt-630)'s chain exists to insist derived artifacts reach a fixed point, so a perpetually-stale one inside it would be worse than none. It also cannot see a branch with no open PR, and says so in its own failure text. |  |  | `Governance` | Cross | P2 | M | `IN-PROGRESS` |
-| [`GT-638`](./gap-reference-catalog.md#gt-638) | **The board has no id allocator, so two parallel branches hand out the same GT number.** An id is chosen by reading the highest `GT-*` on the branch you happen to be on, and nothing contrasts that with any other branch — so two sessions in parallel allocate the same number and one finds out at merge time. It already happened: `8449af3d` on `develop` reads *"renumber the ratchet fix GT-634 -> GT-637, ID collision with develop"*; that row and [`GT-634`](./gap-reference-catalog.md#gt-634) on `main` took the same id within hours, from sessions that could not see each other. **The renumber is manual and lossy**, which costs more than the clash: an id lives in the board row, the catalog anchor, the closure-evidence record, cross-references in both languages, commit messages and PR bodies — and only the first three are mechanically checkable. `08-validate-tracking` cannot help by construction: it validates within one working tree, and branches are outside its world. Not an isolated slip either — in the 2026-07-30 `develop` → `main` merge the same convergent-duplication pattern appears three times: GT-640 (then GT-633) fixed twice, the evidence guard's parser fixed twice, this id allocated twice. **CLOSED 2026-07-30 — and on its first real run it found a SECOND collision nobody knew about.** `49-validate-gap-id-allocation` compares every id's **Title:** on HEAD against the title the same id carries on the base branch; a different title on the same id is one number naming two gaps. Against `origin/develop` it reported **`GT-633`**: there it is "`evolith init` scaffolds a repository that cannot pass its own governance on the first run" (`c8270e48`, 2026-07-29), on main it was the tautological-guard row (`c3221276`, 2026-07-30), since renumbered to `GT-640`. The merge had not surfaced it. It refuses to guess which side is wrong — a retitle and a collision look identical from outside — so it names both. Wired into `Governance guards (GT-578)` with an explicit `git fetch` of the base, since a shallow CI checkout lacks it. Observed red by `43-validate-guard-negative-fixtures` (38/38). Still cannot see an id allocated on a branch with no open PR, and its `--verbose` output says so on every newly allocated id. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-637`](./gap-reference-catalog.md#gt-637) | **The GT-578 dead-reference ratchet was stuck at 305 by two real bugs in the GUARD, not by the size of the evidence-record backlog it claimed to measure.** Fixing the PR that closed `GT-633` surfaced a `Governance guards (GT-578)` failure and, investigating it, an uncommitted, unfinished refactor already sitting in the working tree: `resolveCommand` called `npmScriptOperand(...)`, a function that was never defined, so the guard crashed with a `ReferenceError` on every invocation — even in plain report mode. Repairing that function (restoring, then correcting its behaviour) dropped the count from 309 to 78, which exposed the second bug: the corpus uses `npm run --workspace <path> <script>` throughout — the `--workspace` flag BEFORE the script name, a valid form `npm` accepts — and the resolver's script-name search had no notion that `--workspace` consumes the next token, so it mistook the workspace path itself for the script name and reported it undeclared. Both bugs were pre-existing; they were only VISIBLE together, because before the first fix the guard never got far enough to reach the second. **CLOSED 2026-07-29.** Both bugs fixed, dropping 309 → 52. The remaining ~290 pre-`src/`-refactor and pre-`product/`-move paths this job's own docstring names (`sdk/cli`, `apps/core-api`, `packages/*`, `reference/infrastructure/`, `reference/operations/`, the retired `@evolith/*` scope) were a DATA migration, not a code fix, and were already partially done in the uncommitted state found in the tree; the rest were completed the same way — 18 further substitutions, each verified against a real successor file on disk before being written, never guessed. That took 52 → 22. One more, `chat.command.ts`, was a real `wc -l` missing only its directory prefix (`src/sdk/cli/src/commands/chat/chat.command.ts`), confirmed to exist and closing 22 → 21. A third, unrelated defect was found and fixed on the way: `.harness/bin/opa` (15 of the original 309) is gitignored and downloaded by a separate CI step — same finding as `GT-632` on guard 47, a gitignored artifact absent on a clean checkout being mistaken for a wrong path — so `resolveCommand` now reports it `unchecked`, not `dead`, for any path under `.harness/bin/` or `dist/`. `--max-dead` moved from 305 to **21**, proven exact by observing the guard fail at 20. The residual 21 is genuinely retired or narrative, not a rename: a consolidated `.bmad-core/AGENTS.md` replacing per-agent files (2 records), the retired `evolith-bff` gateway (3), the retired `packages/mcp-tools` (2), two retired k8s manifests whose successors have different content entirely rather than a moved path (3), a retired sandbox app (1), three root-level `npm test`/`npm run info`/`npm run test:cov` invocations from before workspaces existed with no root-level successor (7), and three records where `vision/` or `tools/list` — an MCP JSON-RPC method name, not a filesystem path — are prose describing history, misparsed as path-shaped tokens (3). None of these were force-mapped to a plausible-looking target; a wrong rename would have been worse than an honest residual. 39/39 guard self-tests pass, including new coverage for both bugs and both negative twins (`--workspace` script-check still catches a truly undeclared script; a non-gitignored missing binary is still `dead`) so the fix cannot blind the guard the way it was meant not to. `08-validate-tracking`, `42`–`45` in the same job, and a full `--execute --verbose` run (report mode, pre-existing failures on 6 unrelated records, none among the paths touched here) all confirmed clean. |  |  | `.harness` | Cross | P1 | S  | `DONE` |
-| [`GT-636`](./gap-reference-catalog.md#gt-636) | **Three CI checks were red on PR #275 — `Security Audit`, `E2E Tests`, `Evolith Core Validation` — and all three were real, fixable defects, not the accepted debt any of them first looked like.** `Evolith Core Validation` failed at `Bilingual Terminology Lint` (2 of 5 flagged terms were genuine untranslated prose; the other 3 were table/citation cells where translating only the flagged term would have made the document less consistent). `E2E Tests` failed on 1 of 132 tests calling two CLI flags (`--architecture --arch-level F1`) that never existed — the real flag is `-a, --arch`. `Security Audit` reported 31 `npm audit` findings (29 high, 2 moderate); investigation traced them to a SINGLE root cause — a `brace-expansion` DoS advisory (`GHSA-mh99-v99m-4gvg`, affecting every version `<=5.0.7`, patched only in `5.0.8`, published after this repo's existing `overrides.brace-expansion: "2.1.2"` was set) propagating severity up through the entire jest/eslint/`@nestjs/cli` devDependency toolchain, plus one independent `fast-uri` finding. **CLOSED 2026-07-29, all three.** Terminology and E2E fixed as described in their own prior closure note. `Security Audit`: root `overrides.brace-expansion` bumped `2.1.2` → `5.0.8`, plus a new `overrides.fast-uri: "3.1.4"` (in-range of `ajv`'s own `^3.0.1`) — a 2-line `package.json` diff. Getting there required real forensics: a plain `npm install` left 4 of the 10 tree positions pinned to a STALE lockfile-recorded version regardless of the new override, requiring the specific `packages` entries to be deleted from `package-lock.json` before a fresh `npm install` would honor the override at all; a SCOPED nested override (`"eslint": {"brace-expansion": ...}`) made the fix WORSE, not better — once a package has a nested override object for even one unrelated dependency (`ajv`), npm stops the ROOT-level unscoped rule from cascading into that subtree at all, so the working fix is the plain top-level override with NO nested entry competing for the same package. 0 high / 0 critical confirmed with the exact CI command (`npm audit --audit-level=high`, exit 0) in an isolated clean environment (a scratch worktree with a real, non-symlinked `node_modules`, since this session's own earlier per-package symlink farm was independently confirmed to corrupt dependency-graph tooling). 2 moderate remain, deliberately not chased: a Windows-only path-traversal in `@hono/node-server`'s `serve-static`, irrelevant to this repo's Linux CI/deployment, whose fix requires bumping an EXACT-PINNED production dependency (`@modelcontextprotocol/sdk`) rather than a devDependency override. Verified beyond the audit: full `core-domain` (1442/1442), CLI unit (1436/1436) and E2E (132/132, rebuilding every workspace dependency first, exactly as CI's own job does) and `mcp-server` (433/437, 4 pre-existing skips) suites all green against the fixed tree. |  |  | `Cross` | Cross | P2 | S  | `DONE` |
-| [`GT-635`](./gap-reference-catalog.md#gt-635) | **The dead-reference ratchet has been over budget on main since 2026-07-28, so the governance job is permanently red.** `41-validate-evidence-commands --strict --max-dead 305` reports **309 dead references on a clean checkout**, so `Governance guards (GT-578)` exits 1 on every run of `ci-cd.yml` — observed on runs `30482497995`, `30470648146` and `30466280865`, all on `main` with nothing unmerged. The budget was set in `4a1b92d6` "where it was measured"; ten commits have edited `gap-closure-evidence.json` since, each adding `validationCommands`, and the count drifted past it. The ratchet's whole purpose is that dead references must not GROW, and it is reporting exactly that while being ignored, because a permanently red job reads as background noise — the same failure mode [`GT-622`](./gap-reference-catalog.md#gt-622) records for the orphaned CodeQL configuration. The next change that genuinely adds a dead reference will be indistinguishable from the four already there. **What not to do:** raise the budget to 309, which converts a breached ratchet into a ratified one. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-634`](./gap-reference-catalog.md#gt-634) | **The published CLI and MCP resolve an SDK build that predates the security wave, because a caret range under 1.x pins it.** `@beyondnet/evolith-cli@1.2.1` and `@beyondnet/evolith-mcp@1.2.1` both declare `@beyondnet/evolith-sdk: ^1.1.0`, and that resolves to **exactly `1.1.0`** — the SDK publishes `1.0.0`, `1.1.0` and `2.0.0` and nothing in between, and a caret cannot cross a major. The dates are the finding: `sdk@1.1.0` was published 2026-07-18, `sdk@2.0.0` on 2026-07-27 as part of the release that closed [`GT-570`](./gap-reference-catalog.md#gt-570), and both consumers on 2026-07-28 — **after** 2.0.0 existed, still on the 1.x line. So the exposure GT-570 declared closed for "anyone installing `latest`" is not closed for this dependency. Stated precisely, because the stronger claim is unverified here: what is measured is the dates and the resolution, not the contents — this row does not assert that `sdk@1.1.0` carries a specific vulnerability. Found while executing [`GT-624`](./gap-reference-catalog.md#gt-624)'s deprecation criterion, which is what exposed the range: deprecating `sdk@1.1.0` would warn on every fresh install of the current line with no 1.x successor to offer.  **CLOSED 2026-07-30 — 1.2.2 is published, and the security framing of this row was WRONG.** A clean install of `@beyondnet/evolith-cli@latest` now resolves `@beyondnet/evolith-sdk@2.0.0` with the binary booting. But verifying criterion 2 refuted the premise: **none of the seven security-wave commits touches `src/packages/sdk-client` — zero files** — and the wave's own release commit names the three packages it affected (mcp, cli, agent-runtime). The SDK was republished alongside them, not fixed. What was real is a stale MAJOR pinned by a caret under 1.x plus a lockfile that nested the registry tarball where it shadowed the workspace link — the `GT-625` class, not a security exposure. The hedge written in when the row was opened is what made the correction cheap. |  |  | `Infra` | Cross | P1 | S | `DONE` |
-| [`GT-633`](./gap-reference-catalog.md#gt-633) | **`evolith init` produced a repository that fails its own first `evolith validate`, and only the GT-595 handlers made it visible.** With `MTN-05` and `GIT-08` given real handlers by the config-shaped slice, a freshly scaffolded satellite reported two blocking findings that were REAL verdicts rather than the GT-595 blocking-and-skipped invariant: the scaffold declared no `spec.boundedContexts`, and it wrote no commitlint configuration at all. The second is the sharper one — the corpus MANDATES Conventional Commits (`GIT-08`, `MUST`, `blocking`) and the product's own bootstrap command shipped a repository where nothing enforced them. Both were pinned by name in `rule-applicability.integration.spec.ts` precisely so that closing them would be visible. **CLOSED 2026-07-29, and the two halves were closed by OPPOSITE means, because they are not the same kind of defect.** `GIT-08` was a scaffold gap and nothing else: Conventional Commits bind from the first commit and the corpus already states the convention and its seven types verbatim, so there was nothing to decide and nothing to invent. `init` now emits all three legs the handler reads — `commitlint.config.mjs`, the commitlint packages in `devDependencies`, and (with `--features hooks`) a `.husky/commit-msg` running `npx --no-install commitlint`, so a missing tool is an ERROR rather than the silent skip `GT-623` found. Without `hooks` the config is still written and the result carries a warning saying nothing runs it, rather than leaving a file that looks like enforcement and is not. It is runtime-independent on purpose: commitlint is a Node tool, so a .NET or Python satellite gets a tooling-only `package.json` — which is what such repositories carry in practice and what the handler actually reads; emitting the config alone would have left the rule failing for every non-Node runtime. **`MTN-05` was NOT a scaffold gap, and emitting a `spec.boundedContexts` stanza would have been the wrong fix.** The rule's own description says the strategy MUST be defined "before Phase 2 Design", and a phase-0 scaffold has no bounded contexts to declare; satisfying it at `init` would have meant writing an INVENTED persistence decision into every new repository, after which `MTN-05` would pass for a reason nobody chose. Worse, per the handler's own note the two vocabularies are irreconcilable — `evolith-yaml.schema.json` restricts `persistence` to a database-engine enum under `additionalProperties: false` — so any value written either breaks the contract schema or cannot match the rule as worded. It carries `appliesFromSdlcPhase: 2` instead, which is the applicability fact the rule always stated in prose, and follows the `TAX-06` precedent (annotation plus a parallel rego). The rule is DEFERRED, not weakened, and that is asserted rather than assumed: a test walks phases 0→3 and requires it to bind again at Design. **A methodological finding worth more than the fix.** The premise did not reproduce on first contact: the suite resolves `@beyondnet/evolith-core-domain` through the workspace symlink to `dist/`, which was nine days stale, so both rules were reported `skipped` and the pinned assertion ALREADY read `[]`. A green run in that state would have "proved" the gap closed before a line was written — the same class as `GT-625` and `GT-632`, a pass that depends on untracked build state. It was reproduced only after re-anchoring `node_modules` at the worktree and rebuilding, and each rule was then verified individually rather than through the suite: `GIT-08` executes and PASSES (typescript and python), `MTN-05` is reported `notApplicable` rather than silently passing. |  |  | `Core Domain` | Cross | P1 | S  | `DONE` |
-| [`GT-632`](./gap-reference-catalog.md#gt-632) | **The MCP denied every tool in production from a path typo, and the evidence that it worked was untracked local state.** `abac-evaluator.ts:322` resolved the compiled policy at `<core>/sdk/cli/rulesets/opa/policy.wasm` — the PRE-`src/`-refactor path. The file lives at `src/sdk/cli/…`. When the stat fails the evaluator denies fail-closed in production, so on a clean checkout with `NODE_ENV=production` the compiled policy never loads and EVERY MCP tool is refused. It looked green because `policy.wasm` is gitignored: a stale file left at the old path by an earlier era made the load succeed locally, and the test that covers it passed against an artifact no fresh checkout would have. Same shape as `GT-625` — a green that depended on untracked state — but on the authorization path. Found on 2026-07-29 while investigating why `abac-rego-parity.spec.ts` had gone red; the rego itself was correct (`opa eval` returns `allow: true` for an architect in production). **`40-validate-path-literals` cannot see this class:** it scans string literals, and this is a `path.join(corePath, 'sdk', 'cli', …)` construction. Twelve such joins survive the refactor across `src/**` — the other eleven are in `opa-input-builder.ts` and `cli-release-rule.handler.ts`, where a wrong path produces a false NEGATIVE in an evaluator rather than a denial, which is quieter and no less wrong. **FIXED for the authorization path on 2026-07-29:** the evaluator now tries both locations, newest first — not sloppiness, but what keeps an already-deployed image working while the path is corrected. Reverting the fix turns `abac-rego-parity.spec.ts` red (1 of 11); with it, mcp-server is 434/434. The other eleven joins and the guard blind spot remain. **Criterion 2 CLOSED 2026-07-29 — and two of the eleven were wrong in a way the prefix alone would not have fixed.** Eight were plain survivors of the `src/` move and took the prefix. The other three were worse: two pointed at `sdk/cli/src/core/mcp/server.ts`, a file that left the CLI entirely when mcp-server became its own package (now `src/packages/mcp-server/src/mcp/mcp-server.service.ts`); and one asserted a per-package `package-lock.json`, which npm WORKSPACES forbids — there is exactly one lockfile, at the root, so that check could only ever be false. A rule nobody can satisfy is not a stricter rule. **The specs and parity fixtures encoded the old layout too** (`cli-release-readiness.fixture.json`, `mcp.fixture.json`), which is why they had stayed green over paths that do not exist: the fixture and the code agreed with each other and neither agreed with the repository. Both are corrected. core-domain 1367/1367, `28-native-evaluator-parity` exit 0. **Criterion 3 CLOSED 2026-07-29 — the guard's first run was mostly wrong, which is the finding.** `47-validate-joined-paths` reported 19 broken paths; only 3 were defects. The other 16 would each have been made WORSE by a fix: six had base `root`, a PARAMETER naming the customer workspace under evaluation, so correcting them would break evaluation for every satellite; nine were members of FALLBACK CHAINS that are correct when one of four layouts resolves, and the natural way to silence those is to delete the fallbacks, breaking deployed images; one was a PROHIBITION whose absence IS the passing state, so correcting it would have inverted the rule. Chains are now detected structurally (array siblings, or the arms of a ternary); prohibitions cannot be, so they carry a written reason. The three real defects: `opa-evaluator.ts` resolved `policy.wasm` and the input schemas without the `src/` prefix, same fail-closed class as the P0 above; `satellite-upgrade-diff.ts` probed `rulesets` behind an early return, reporting zero ruleset changes on every satellite upgrade; `artifact-path-resolver.ts` named an `adr-matrix.json` present in no layout. 11 negative fixtures, both anti-vacuous floors, and `43-validate-guard-negative-fixtures` OBSERVED it red across 36 guards. A known leniency (two joins as sibling arguments) is recorded in its header rather than hidden. |  |  | `MCP Server` | Cross | P0 | M  | `DONE` |
-| [`GT-631`](./gap-reference-catalog.md#gt-631) | **Carved out of [`GT-573`](./gap-reference-catalog.md#gt-573) so its cross-repo half is tracked rather than absorbed into a closure.** The Core half of GT-573's third criterion is done: `evaluation-context` and `evaluation-result` are pinned in `MACHINE_CONTRACT_SET` alongside `gate-evidence` and `output-envelope`, so a change to either shape now fails `10-validate-contract-conformance` instead of silently reaching consumers. What remains is in another repository and cannot be done from here: the **Tracker** must re-pin those two schemas in its own `contracts/evolith-core-contracts.json` with their sha256, bind the three published fixtures (`EVALUATION_RESULT_PASS/FAIL/OPA_GATE_FAIL`) in a DTO binding test, drop or document `resolvedTopology` (which the canonical result never carried), rename its gate `phase` to `phaseId`, and delete its fall-through to `SKIPPED` for a payload carrying a non-blank `overallVerdict`. Until it does, a Core-side shape change is caught here and still surprises the consumer. |  |  | `Evolith Tracker` | Cross | P1 | S | `PENDING` |
-| [`GT-630`](./gap-reference-catalog.md#gt-630) | **Derived artifacts have a dependency ORDER and nothing enforced it — it cost three red required checks on 2026-07-28 alone.** `generate-executive-summary.mjs` reads `maturity-reconciliation.json`, which is itself derived from the gap board. Generate the summary BEFORE reconciling and it captures a value the reconciler is about to move. Each artifact's own `--check` then passes at that moment — the summary genuinely matches what was just written — so `ci-runner governance` goes green locally and `Validate documentation` goes red on the runner, where the steps run in the declared order. That is not a stale-artifact bug, which the individual `--check` modes already catch; it is an ORDER bug, invisible to any check that looks at one artifact at a time. The correct sequence (reconcile → suite → generate → validate) was written down nowhere in the repository, which is why the same mistake was made three times in one session by someone who had already been bitten by it twice. **CLOSED on registration.** The chain is now DATA in `46-validate-derived-artifact-order.mjs` — producer, what it consumes, what it writes — walked in dependency order, wired into `Validate documentation`. It reports the FIRST stale link with the command that fixes it and the inputs that must be current before it, because an artifact built on stale input is not independently wrong. Writing the tests bounded what the fixed-point pass is worth, and the bound is recorded in the guard: with deterministic generators, currency-in-order already subsumes it; it earns its place on a generator whose output does not depend only on its declared inputs, which is the case the self-test exercises. 8 self-tests, four of them anti-vacuous. Registered in `guard-classification.mjs`; 58 guards classified, 35 observed failing. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-629`](./gap-reference-catalog.md#gt-629) | **A row can sit IN-PROGRESS forever with no acceptance criteria, and the tracking guard will not say so.** `08-validate-tracking.mjs` enforces that a `DONE` row has every criterion ticked — the check that has caught four false closures this week — but it never asks whether an OPEN row has any criteria to tick. `GT-443` was in that state: registered, in progress, and structurally unclosable, because its catalog section carried prose instead of a criteria list. Found on 2026-07-28 while auditing why 24 rows were in progress. A row with no criteria is worse than an unmet one: it cannot be finished, cannot be measured, and reads as active work. **CLOSED 2026-07-28.** The guard already refused a DONE row with an unticked criterion; it now also refuses a non-DONE row with NO criteria to tick, in either language, naming the row, its status and the language. Scope is every open row including DEFERRED, epics and milestones — deliberately, since an aggregator row is the easiest place for prose to hide. It prints its denominator on the passing run too (`47 non-DONE GT row(s) checked … 0 with no criteria at all`) and carries two `assertScanned` floors on the checkbox corpus, because BOTH criteria checks read the same `- [ ]` shape and would go quiet together if it ever moved. 17 self-tests including the negative fixture. **It found three real rows on its first run** — GT-435, GT-444, GT-448, all carrying `**Closure:**` prose in the GT-443 shape — and they were given checkable criteria rather than an exemption. |  |  | `Governance` | Cross | P2 | XS | `DONE` |
-| [`GT-628`](./gap-reference-catalog.md#gt-628) | **Nineteen documents sit in the wrong language slot, and the gate could not see any of them until 2026-07-28.** Found the moment GT-620's language heuristic was switched on. EIGHT English slots are written in Spanish — `reference/core/interfaces/using-the-mcp.md` (956 Spanish function words vs 107 English), `using-the-rest-api.md` (1231 vs 35), `src/packages/mcp-server/README.md` (573 vs 21), `reference/knowledge/README.md`, `reference/knowledge/canonical/glossary/knowledge.md`, `reference/core/sdlc/governance/adr-0090-rule-language-policy.md` and two SDLC artifact templates. ELEVEN Spanish slots are written in English, including the `.es.md` of three SECURITY ADRs (0120 SSRF prevention, 0121 input validation, 0122 shell-execution safety) and both copies of `ADR_COVERAGE.es.md`. The project is at the cusp of open source and its two main interface guides — MCP and REST — have no English entry point at all, exactly the finding GT-620 recorded for the CLI guide. They are baselined BY NAME in `bilingual-suite.mjs` so the class cannot grow; every entry deleted from that list is a translation that actually happened. **CLOSED 2026-07-28 — the baseline is empty and deleted.** Nineteen documents sat in the wrong language slot when the heuristic was switched on. Four were the heuristic's own fault (tables of English ADR titles read as English prose) and were fixed in the library, not excused. The other fifteen were translated, the last eight in this wave: `using-the-mcp.md` (1381 lines, the English entry point for the MCP surface a product at the cusp of open source did not have), `src/packages/mcp-server/README.md`, the `.es.md` of ADR-0054 and ADR-0056, `scripts-taxonomy.es.md`, `minimal-apis-vs-controllers-analysis.es.md` and the two SDLC artifact templates. **With no baseline left, EVERY EN/ES pair in the repository is now judged** — including `using-the-cli.md`, which was deliberately outside the baseline from the start so it would fail if it regressed. The suite's header says in as many words: do not reintroduce a baseline to make a red gate green; translate the file. |  |  | `Documentation` | Cross | P1 | L | `DONE` |
-| [`GT-627`](./gap-reference-catalog.md#gt-627) | **The committed ADR-conformance corpus was seven rulesets behind its own generator, and six of the seven are security standards.** Found on 2026-07-28 while regenerating for `GT-571`: `generate-adr-rulesets.mjs` wrote 133 rulesets where the repository had 126. The missing ones are ADR-0118 plus **ADR-0119 (API security configuration hardening), ADR-0120 (SSRF prevention), ADR-0121 (input validation and sanitization), ADR-0122 (shell execution safety), ADR-0123 (timing-safe comparison) and ADR-0124 (credential and secret management)** — accepted decisions with no conformance ruleset in the corpus at all, because nobody re-ran the generator after they were accepted. Nothing detected it: the generator prints a coverage figure but is not run with a `--check` in CI, so the corpus could drift from the ADR set indefinitely. This is the same shape as `GT-424` (a registry that drifts because only one direction is enforced) and `GT-607` (Accepted ADRs with no implementing code), and it is why `GT-595`'s pinned triage snapshot moved: 143 non-executable to 150, 126 ADR-conformance rules to 133. **CLOSED 2026-07-28.** The generator had supported `--check` since it was written; nothing ever ran it, which is the whole gap — the same shape as `GT-424`, where a guard existed and was not enforced. It now runs in `Validate documentation`, a REQUIRED check, so an accepted ADR without a generated ruleset blocks the merge instead of waiting for someone to regenerate by hand. Two things were repaired on the way. **The generator's own self-test was red and had been for some time**, on two paths that lost their `src/` prefix in the refactor — one of the eight pre-existing failures the wave-2 verifier catalogued; it is 8/8 now and runs in the same required job. **`--check` could report a pass over nothing**: `drift === 0` across an empty ADR tree is not "no drift", it is "nothing was compared", so it now fails on a zero-ADR scan and prints the denominator it compared (`--check passed: 140 ADR(s), no drift`). The negative fixture removes a real generated ruleset, asserts the check goes red, and restores the tree — a guard nobody has seen fail is the defect this board keeps finding in itself. |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-626`](./gap-reference-catalog.md#gt-626) | **The README's own quickstart does not complete, and the two commands disagree about what `init` produces.** Measured 2026-07-28 against the published `@beyondnet/evolith-cli@1.2.1`, running the README sequence literally in a clean directory. Step 5, `evolith scaffold --phase 1`, exits 1 with `<proj>/src exists but is not an Nx workspace (no nx.json/package.json). Run \`evolith-cli init\` first to scaffold the base workspace.` — but `init` had already run at step 2, and it is what created that `src/`. `scaffold.command.ts:296-305` resolves the workspace to the `src/` directory and requires an `nx.json` or `package.json` INSIDE it; `init` writes `package.json` at the project ROOT and leaves `src/` bare. The advice in the error message is therefore circular: it tells the user to run the command they just ran. `scaffold` accepts no `--dir`, so there is no workaround from the documented sequence. Carved out of `GT-571` when its first acceptance criterion was executed rather than assumed. **Wave 2 follow-up, 2026-07-28 — two of three criteria met, and the third is the real one.** The flag half is fixed: `--phase` was declared, documented and prompted for UNCONDITIONALLY, so it was silently discarded on the human path while `--frontend` and `--orm` directly above it were honoured — which is why supplying flags did not make the command scriptable. Every declared flag is now authoritative, the phase goes through the same `toProgressivePhase` canonicalisation as the JSON path, and values with a DOCUMENTED default (`--api-name`, `--web-app-name`, `--host-name`, `--remotes`) resolve to that default on a non-TTY instead of refusing: exit 3 should mean "this run needs a decision", never "you did not retype a default". Genuine choices with no default still refuse, correctly. **The precondition was corrected in the opposite direction to my first attempt, which was wrong.** I first made it permissive, and the result was that a fast, clear refusal became a cryptic Nx crash (`Cannot read properties of null (reading 'useInferencePlugins')`) after a minutes-long dependency install. `NxWorkspaceStrategy` runs `npm` and `nx` inside `<cwd>/src`, so that directory must genuinely be an Nx workspace; the guard now requires `nx.json` there — `package.json` alone was a false accept — and its message names something that actually creates one instead of naming `init`, the command the user just ran. **Criterion 2 is NOT met and is the remaining scope:** `init` and `scaffold` still disagree, because nothing in the product creates that Nx workspace. Who should — `init`, `scaffold` itself, or an explicit step — is a design decision, not something to guess at inside a precondition. Both READMEs now say so instead of documenting a step that cannot follow the previous one. **CLOSED 2026-07-28.** Criterion 2 landed: `scaffold` now bootstraps the Nx workspace it needs, so it can follow `init` as the README always implied. The precondition was deliberately NOT made permissive — an earlier attempt did that and turned a fast, clear refusal into a cryptic Nx crash after a minutes-long dependency install; an ambiguous `src/` still earns the fast refusal. The envelope reports whether the run created the workspace or found it, so a machine consumer can tell a scaffold into a pre-existing workspace from one that bootstrapped its own. |  |  | `Evolith CLI` | Cross | P1 | S | `DONE` |
-| [`GT-625`](./gap-reference-catalog.md#gt-625) | **The published artifact is not installable, and the workspace is what hides it.** Found by GT-571's acceptance criterion being TESTED against the registry instead of assumed. `npm i @beyondnet/evolith-cli@1.2.0` in a clean directory installs, and then `evolith-cli --version` dies with `MODULE_NOT_FOUND` on `@beyondnet/evolith-core-domain/application/paths/rulesets-location` — a deep subpath import that the published `@beyondnet/evolith-core-domain` does not expose. In this repository the same import resolves, because the workspace symlink points at the source tree rather than at what was packed. Every check we run is therefore blind to it: the CLI suite (1382 tests), the e2e suite and the exploratory tester all run inside the workspace. 1 of 36 `@beyondnet/*` specifiers imported by the shipped `dist` fails to resolve on a clean install; `src/sdk/cli/scripts/check-install-smoke.mjs`, written during Wave 2, is what detects it. This is the same class as the maturity audit's finding that a green local run is not evidence — here the hiding mechanism is npm workspaces rather than a stale `dist` or a gitignored directory. **CLOSED 2026-07-28.** `core-domain@1.2.0`, `core@1.2.0`, `infra-providers@1.2.0`, `mcp@1.2.1` and `cli@1.2.1` are on the registry, all five with attestations. Verified against the REGISTRY, not an exit code: the core-domain tarball contains `application/paths/rulesets-location`, and in a directory that has never seen this workspace `cli --version` prints 1.2.1 and the MCP boots. **The gate paid for itself on its first real run**: it stopped the release before publishing the MCP and exposed a SECOND broken published package the audit had missed — `evolith-mcp@1.2.0` crashes at boot with `PatternCatalogService is not a constructor`, because `evolith-core@1.1.0` does not export it. Two published packages were broken by one cause; this one was caught before shipping instead of four days after. Also recorded because it changes what is true: publishing core-domain@1.2.0 retroactively repairs `cli@1.2.0`, whose `^1.1.0` range now resolves to the fixed sibling — which is exactly why the ranges were tightened to `^1.2.0`, so a resolver can never pick 1.1.0 again. |  |  | `Evolith CLI` | Cross | P0 | M | `DONE` |
-| [`GT-624`](./gap-reference-catalog.md#gt-624) | **Carved out of [`GT-570`](./gap-reference-catalog.md#gt-570) so its remainder is tracked rather than absorbed into a closure.** 1.2.0 shipped on 2026-07-27 with provenance and the exposure is closed for anyone installing `latest` — but two of GT-570's three original criteria are not met by that, and pretending otherwise is the pattern this board keeps catching in itself (GT-12, GT-568, GT-254, GT-424). **(a) The 1.1.0 versions are not deprecated.** `npm install @beyondnet/evolith-mcp@1.1.0` still resolves the build that predates the 2026-07-23 security wave, silently, and the public CHANGELOG names the vulnerable files. Deprecating is one command per package but requires npm credentials, so it is an owner action: `npm deprecate @beyondnet/evolith-mcp@1.1.0 "Security fixes in 1.2.0 — see CHANGELOG"`, likewise for `evolith-cli@1.1.0` and `evolith-agent-runtime@1.1.0`. **(b) No release gate fails when a security-tagged commit is absent from the published tag.** That absence is exactly what let the wave sit unpublished from 2026-07-23 to 2026-07-27 while `SECURITY.md` declared the 1.1.x line "actively patched". Nothing detected it; an audit did. Related: `GT-623` — release-please derives version bumps from commit messages, and the `security(...)` type used by 2 of the last 60 commits is not a Conventional Commits type, so it contributes nothing to a bump. Both defects let a security change fail to reach a version, by different routes. **CLOSED 2026-07-30 — and the half that mattered was the gate, not the deprecations.** Criterion (a): `1.1.0` is deprecated on six packages (`evolith-cli`, `evolith-mcp`, `evolith-agent-runtime`, `evolith-core-domain`, `evolith-core`, `evolith-infra-providers`), each message naming the successor; two were deliberately left alone and the reason is a finding rather than a scope cut — `evolith-sdk@1.1.0` is what the published line actually RESOLVED (see `GT-634` (registered separately)) and `evolith-contracts@1.1.0` is that package's only version. Criteria (b) and (c): `48-validate-security-publish-lag` asks the **registry** what is published — the newest `v*` tag here is `v1.1.0` while npm serves `1.2.2`, so a tag-based gate would have reported a lag that does not exist — finds the commit where each package's published version was SET, and fails on any later commit whose **type or scope** marks it as security. It refuses prose on purpose: `fix(deps)!: … the security wave` is a dependency fix, and a gate that cries wolf gets switched off. **Two false negatives were found and fixed while building it, each pinned by a fixture:** `git log -S` matched the commit that DELETED a version string as well as the one that added it, and taking the NEWEST commit at the published version let a later dependency bump push the boundary forward and hide the window. The corrected denominator is 47 commits examined across 8 packages, against 31 for the first implementation. Observed red by `43-validate-guard-negative-fixtures` (37/37), so the fixture is one this repository has SEEN fail. |  |  | `Infra` | Cross | P1 | S | `DONE` |
-| [`GT-623`](./gap-reference-catalog.md#gt-623) | **The hook exists, is wired, and cannot enforce anything.** `.husky/commit-msg` runs `npx --no -- commitlint --version`; when that fails it prints `commitlint is not installed — skipping commit message lint` and exits **successfully**. Verified: `commitlint` appears in neither `dependencies` nor `devDependencies` of the root `package.json`, there is no `commitlint.config.*` or `.commitlintrc*`, and no `commitlint` key in `package.json`. So the else-branch is the only branch that ever runs, on every commit. Observed live on 2026-07-27 while merging `develop` into a feature branch. **What depends on the convention it does not enforce:** `CONTRIBUTING.md` and `.github/pull_request_template.md` mandate Conventional Commits in three places, and — the part that costs money — **release-please derives version bumps from commit messages**, wired into `sdk-cli-release.yml` and `sdk-cli-ci.yml`. **It is already drifting, with a consequence:** 2 of the last 60 non-merge commits use the type `security(...)` (`security(fase-7): add Docker/K8s hardening checklist`, `security(fase-6): add executable security rulesets`), which is not a Conventional Commits type. release-please does not recognise it, so **a commit that announces itself as a security change contributes nothing to the version bump** — which is the same failure mode as [`GT-570`](./gap-reference-catalog.md#gt-570), where a security wave sits unpublished. Fix: install and configure commitlint so the hook takes its real branch, or delete the hook and stop claiming the convention. Failing open is the worst of the three options, because it produces the appearance of enforcement. If the `security` type is wanted, declare it in the config and map it to a bump — do not leave it to a linter that never runs. **DONE (wave 2026-07-28).** commitlint is installed, configured and the hook takes its real branch — verified in both directions: a valid `feat:` message is accepted and a malformed one is **rejected**. The `security(...)` type used by real commits here is DECLARED in the config with its intended bump meaning rather than left to fail lint or be silently ignored. **This landing broke the repository three ways before it worked**, all from the agent correctly refusing to leave its owned paths: `package.json` gained the dependencies while `package-lock.json` did not, so `npm ci` failed repo-wide; the hook failed CLOSED with commitlint absent, blocking every commit; and `03-validate-root-cleanliness` rejected the new root file. All three repaired in the same wave. The lesson is about the wave, not the fix: **whoever may edit `package.json` must also be able to edit the lockfile**. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-622`](./gap-reference-catalog.md#gt-622) | **Every pull request carries a red `CodeQL` check reading "1 configuration not found", and it is not a security finding — it is orphaned bookkeeping.** GitHub still has **82 code-scanning analyses** on `refs/heads/main` under the analysis key `.github/workflows/ci.yml:codeql`. That configuration was real: commit `87f50ce3` added a `codeql` job to `ci.yml`, and `f50030cd` removed it on 2026-06-06 while gutting that workflow — the last analysis under the key is from that same day. Because the configuration is still *recorded* on `main` but nothing produces it, GitHub reports it missing on every PR. It has done so for 51 days. Verified: `code-scanning/analyses?ref=refs/heads/main` returns three analysis keys — `ci.yml:codeql` (82, last 2026-06-06), `sdk-cli-ci.yml:codeql-analysis` (159, current) and `sdk-cli-ci.yml:trivy-scan` (159, current). The scanning that matters is healthy; `CodeQL SAST` passes and is a required check. **The dead workflow itself is already deleted** (it ran a no-op `Disabled` job on every PR and push to `main` and `develop`); deleting the file does NOT clear the recorded configuration, which is why this row exists. **The remaining action is deliberately not automated:** removing the 82 analyses via `DELETE /repos/{owner}/{repo}/code-scanning/analyses/{id}` is irreversible and destroys code-scanning history on a protected branch. Their historical value is nil — they describe a configuration dead since June — but discarding security-scan history is an owner decision, not a tooling one. **Why it matters beyond the noise:** a permanently red check trains reviewers to discount red checks, and `CodeQL SAST` — which shares the CodeQL name and IS required — is exactly the check nobody can afford to learn to ignore. |  |  | `Infra` | Cross | P2 | XS | `PENDING` |
-| [`GT-609`](./gap-reference-catalog.md#gt-609) | **Authorization leak in the discovery surface.** `mcp-cache.service.ts:8` declares `toolsList: 'mcp:tools:list'` — a single literal key, with no principal, tenant or scope in it — and the list is cached BEFORE the scope filter runs. So the first caller to warm the cache decides the inventory every subsequent caller sees for the TTL: an admin warming it publishes the write-capable inventory to readers. **Verificado aquí contra el código.** Fix: key the cache by principal (a hash of scopes + tenant), or delete the cache — a discovery surface that answers from another principal's view is worse than an uncached one. Origin: finding 4.2 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** The tools/list cache no longer answers from another principal's view. Verified by the test that matters rather than by key format: warm the cache as a high-privilege principal, read as a low-privilege one, assert the second sees only its own inventory. mcp-server 409/409. |  |  | `MCP Server` | Cross | P0 | S | `DONE` |
-| [`GT-610`](./gap-reference-catalog.md#gt-610) | **The worst failure class available to an audit product: the right action, recorded, executed with the wrong inputs.** All three engines populate `proposedArguments` — `swarms-agent.adapter.ts:99`, `hermes-agent.adapter.ts:98`, `stub-agent-engine.adapter.ts:46` — and the service reads only `plan.proposedTool` (`agent-runtime.service.ts:168-169`). The proposed arguments are computed, carried across the port, and dropped on the floor; the skill then runs with whatever `request.parameters` held. **Verificado aquí contra el código.** Fix: merge the proposed arguments with revalidation against the skill's declared input contract before execution, and record which set was used in the trace. Origin: finding 5.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** The service now merges the engine's `proposedArguments` **with revalidation against the skill's declared input contract** before execution — an engine is an untrusted source, so passing them through unchecked would have swapped one defect for another — and records in the trace which set was used. agent-runtime 333/333. |  |  | `agent-runtime` | Cross | P0 | S | `DONE` |
-| [`GT-611`](./gap-reference-catalog.md#gt-611) | **Broader than the diagnostic reported, and broader than what GT-571 fixed.** Prompts do not live in individual commands: they go through the shared `src/sdk/cli/src/infrastructure/prompts/prompt.service.ts`, which is consumed by `init`, `validate`, `upgrade`, `phase-advance`, `adr`, `waiver`, `chat`, `enforce`, `agents` and more (`profile.command.ts` imports `@clack/prompts` directly). **Verificado aquí contra el código.** GT-571 gave `init` a defined non-interactive contract — closed stdin does not prompt, failure sets a non-zero exit code, `--format json` emits a parseable envelope and nothing else — and left every other consumer as it was. A CI step that pipes any of them into `jq` still receives an ANSI menu and reads exit 0. Fix: enforce the machine contract at the `PromptService` boundary rather than per command, so a non-TTY stdin can never produce a prompt anywhere, and add a surface-wide test that asserts it for every registered command. Origin: finding 3.1 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+wave 2026-07-28 — enforced at the boundary, with one honest caveat.** The machine contract is imposed inside `PromptService` rather than command by command, so no command can open a second prompt channel — asserted by a structural invariant over every command source. **NOT closed, and the reason is deliberate:** `EVOLITH_FORCE_INTERACTIVE=1` re-enables prompting without a TTY. It exists because the unit suite must drive the interactive branches and because some terminals misreport `isTTY`, but a CI job that sets it can still hang on a prompt — so the strict reading of "a non-TTY stdin can NEVER produce a prompt" holds only absent that variable. The coverage half is also static rather than a behavioural sweep of all ~40 registered commands under a closed stdin. **CLOSED 2026-07-28 on a mutation, not on a reading.** The regression suite asserts the property where it is actually true or false: `PromptService` — the single prompt channel — refuses every interactive method when stdin is not a TTY, classified as invalid input (exit 3) rather than a tool failure, and still prompts when a TTY is present so the interactive product is unchanged. The surface half is the one that matters: no command file may open a SECOND channel. Verified by adding a command that imports `@clack/prompts` directly — the suite goes red. 19/19, and it covers commands written after it, which is why it is a scan and not a list. |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-612`](./gap-reference-catalog.md#gt-612) | **The port defines reads and nothing performs them.** `agent-runtime.service.ts` calls `memory.append` twice (`:115` and `:389`) and there is not a single `history()` or `recall()` call anywhere in `src`. **Verificado aquí contra el código.** For a product sold as operating the Core agentically, this is the gap that shows up in the first demo: every turn starts blank while the store fills up. Fix: read the conversation namespace into the plan context and implement recall on the paths that need prior state; the port already declares both. Origin: finding 5.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+wave 2026-07-28 — the conversation path reads, `recall()` still has no consumer.** The plan context is now fed from the conversation namespace, bounded deliberately (an unbounded transcript in a prompt is its own defect), so turn 2 knows about turn 1. **NOT closed:** `recall()` remains uncalled, and the agent declined to invent a consumer for it purely to make a grep non-zero — that would be exactly the ceremonial code this backlog exists to remove. The honest position is that the port declares a capability no path needs yet; either a path appears or the port narrows. **CLOSED 2026-07-28 on a mutation.** `agent-runtime.service.ts:146` reads the conversation namespace back into the plan context before the turn runs, bounded by default to 20 entries (an unbounded transcript is its own defect) and best-effort: a memory outage leaves the turn stateless rather than failing a governed run. Replacing that read with an empty array turns THREE tests red, including `turn 2 receives turn 1 in the plan context, and the trace records how much`. It is only paid for when an engine is wired. |  |  | `agent-runtime` | Cross | P1 | M | `DONE` |
-| [`GT-613`](./gap-reference-catalog.md#gt-613) | **Registered with the diagnostic's evidence CORRECTED.** Finding 1.7 states `IStructuralReviewer` is "absent from `src/`" — that is false: the port (`domain/ports/structural-reviewer.port.ts`), the provider (`application/structural-review-provider.ts`) and a rubric (`domain/rubrics/structural-review-rubric.ts`) all exist. What is true is the substance underneath: `grep -rn "implements IStructuralReviewer" src` returns **zero** — the seam is shaped correctly and nothing is plugged into it. **Verificado aquí contra el código.** Fix: implement one adapter, or move the governing ADR back to Proposed and say plainly that no implementation exists — an Accepted ADR with no code is the pattern GT-607 already tracks in bulk. Origin: finding 1.7 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md), evidence corrected on verification. Wave 2: `HeuristicStructuralReviewer` implements IStructuralReviewer in-process and deterministically; the seam is no longer a shape with nothing in it. Test fails without the adapter. |  |  | `agent-runtime` | Cross | P2 | M | `DONE` |
-| [`GT-614`](./gap-reference-catalog.md#gt-614) | The evaluation pipeline executes completely and only then filters by `ctx.kinds`, so a request for one kind pays for every gate and receives a global verdict shaped by gates it never asked for; kinds with no evaluator are discarded silently rather than refused. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. Fix: filter by kind before execution and return an explicit error for an unsupported kind instead of dropping it. Origin: finding 1.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Wave 2: kinds are read BEFORE execution and an unserviceable kind is refused with `UnsupportedEvaluationKindError` instead of dropped; an unrequested kind is OUT OF SCOPE (no sub-result, no denominator entry) rather than a 0/0 compliance object. **Criterion NOT met:** requesting only `compliance` still runs every phase gate, because the pipeline is monolithic and lives outside `evaluation/**`. The described defect persists for pipeline-internal kinds. |  |  | `Evolith Core` | Cross | P2 | S | `IN-PROGRESS` |
-| [`GT-615`](./gap-reference-catalog.md#gt-615) | The Tracker stores `repository_revision` but exposes only `GET /` and `GET /{id}`: no query by repository, no ordering by revision, no diff endpoint. The perfect substrate for drift detection exists and emits nothing. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: `GET ?repositoryUrl=&since=`, a verdict projection, and a `DriftDetected` row when the verdict changes between revisions. Origin: finding 2.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | M | `PENDING` |
-| [`GT-616`](./gap-reference-catalog.md#gt-616) | `TrackerTracing.cs` returns early when `Otlp:Endpoint` is empty, which is the default, so no `StartActivity` runs in a deployed state. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: enable it in the configmap and add the domain attributes (tenant, initiative, agent) that make a trace answer a governance question rather than a plumbing one. Origin: finding 2.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | S | `PENDING` |
-| [`GT-617`](./gap-reference-catalog.md#gt-617) | The badge claims 30 decisions against T-054+; the design document claims 10 schemas and 33 tables against 7 and 45 actual, and names five schemas that do not exist; a component README claims 3 robots against 12. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: regenerate every one of these artifacts from a code snapshot rather than maintaining them by hand — the same transclusion discipline the Core board applies to its inventories. Origin: finding 2.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). |  |  | `Tracker` | Cross | P2 | S | `PENDING` |
-| [`GT-618`](./gap-reference-catalog.md#gt-618) | `waiver` has no `--format` option and prints a raw array with no `success`, no `meta` and no `correlationId`, so it sits outside the ADR-0073 envelope every other surface conforms to. **Verificado aquí contra el código.** (the only `--format` occurrence in `waiver.command.ts` is inside a doc comment about a different command). A waiver is the highest-consequence action in the product — it *suspends* a rule — and it is the one action that cannot be correlated back to the decision it overrides. Fix: conform to the envelope and carry the correlationId of the verdict being waived. Origin: finding 3.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** `waiver` conforms to the ADR-0073 envelope with `--format`, `success`, `meta` and a `correlationId`, so the one action that CANCELS governance can finally be ingested and correlated. Remaining as a follow-up, not a blocker: nothing yet threads the correlationId automatically from an `evaluate`/`gate` run into the subsequent `waiver request` — the caller supplies it. |  |  | `Evolith CLI` | Cross | P1 | S | `DONE` |
-| [`GT-619`](./gap-reference-catalog.md#gt-619) | `chat.command.ts` is exactly 91 lines: it prints, calls once, prints and exits. **Verificado aquí contra el código.** There is no conversation, and a prospect discovers that in about thirty seconds. Fix: implement a real REPL with session state, or remove the command — shipping a named feature that does not do what its name says costs more credibility than not shipping it. Origin: finding 3.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** Resolved by implementing rather than removing: `chat.command.ts` is now a real REPL with session state (200 lines, a genuine loop) instead of 91 lines that printed, called once and exited. A prospect no longer discovers in thirty seconds that the feature does not do what its name says. |  |  | `Evolith CLI` | Cross | P2 | XS | `DONE` |
-| [`GT-620`](./gap-reference-catalog.md#gt-620) | `reference/core/interfaces/using-the-cli.md` — the English slot — opens with `# Cómo usar la CLI de Evolith` and measures 817 Spanish function words against 151 English ones. **Verificado aquí contra el código.** The project is at the cusp of open source with no English entry point for its main surface. It is also a live instance of a blind spot the maturity audit named: `04-check-bilingual-parity` compares the COUNT of `##`/`###` headings, so an untranslated file in the wrong slot passes green — this file does. Fix: write the real English guide, and extend the parity gate with a cheap language heuristic so the class of defect cannot recur silently. Origin: finding 3.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** `using-the-cli.md` — the ENGLISH slot — is now English: measured 0 Spanish function words against 1,222 English, where before it was 817 against 151 and opened with `# Cómo usar la CLI de Evolith`. The commands documented were checked against `--help` on the built CLI rather than transcribed. Both files keep 41 headings, so the parity gate still passes — which is exactly why this was invisible: that gate compares heading COUNTS, and catching a wrong-language file needs the language heuristic handed over in follow_ups. **Re-opened to IN-PROGRESS on reconciliation:** the defect is fixed and measured, but the row's only acceptance criterion asks for a test that fails without the fix, and there is none — `04-check-bilingual-parity.mjs` still has zero language heuristic, so the same defect can recur silently. Ticking it would be the over-claim this board keeps catching. **CLOSED 2026-07-28 — and the heuristic found the class was far bigger than this row.** `04-check-bilingual-parity` now compares the LANGUAGE of each pair, not just the count of its headings, via `lib/language-heuristic.mjs`: function words unambiguous in one language, counted over PROSE only (fences, inline code and link targets stripped, so flags and identifiers cannot skew the tally). It declines to judge a sample under 40 markers or a majority under 65% — a false accusation would be worse than the blind spot, because it would get the check switched off. **The regression is demonstrated, not asserted:** restoring the Spanish text into the English slot turns the gate red with `710 Spanish function words vs 71 English`, and restoring the English guide turns it green; 7 self-tests cover both verdicts, both refusals to judge, and the code-stripping trap. **Switching it on exposed 19 more documents in the wrong slot** — 8 English slots written in Spanish (including `using-the-mcp.md` at 956 Spanish words vs 107 English, and `using-the-rest-api.md` at 1231 vs 35) and 11 Spanish slots written in English. They are BASELINED BY NAME, not by count: a numeric ratchet would let one mislabelled file be swapped for another without the number moving. Registered as `GT-628`. This file is deliberately absent from that baseline, so it fails if it ever regresses. |  |  | `Documentation` | Cross | P1 | S | `DONE` |
-| [`GT-621`](./gap-reference-catalog.md#gt-621) | 17 ports and 49 adapters exist for a single execution pass; the hot path depends on 9 required ports and is well sized, while the cold edges are over-built — two interaction adapters with no callers, a provider complete and unconnected. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. The error is not building them: it is counting them as delivered capability in the vision documents. Fix: state in those documents which ports are on the hot path and which are speculative, so an inventory number stops reading as a capability claim. Origin: finding 5.7 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **DONE (wave 2026-07-28).** The vision documents now state which ports are on the hot path (9 required) and which are speculative, so an inventory number stops reading as a claim of delivered capability. The ports and adapters themselves were not touched: the defect was never building them, it was counting them. **Re-opened to IN-PROGRESS on reconciliation:** the defect is fixed and measured, but the row's only acceptance criterion asks for a test that fails without the fix, and there is none — `04-check-bilingual-parity.mjs` still has zero language heuristic, so the same defect can recur silently. Ticking it would be the over-claim this board keeps catching. **CLOSED 2026-07-28, with the row's own numbers corrected.** The evidence said 17 ports / 49 adapters and a hot path of 9; measured today it is **19 port interfaces, 53 adapter files and 11 on the hot path** (7 required, 4 optional). The diagnostic's "two interaction adapters with no callers" is also understated: `InteractionAdapterPort` has SIX implementations and the runtime calls none of them, alongside `ISchedulerPort`, `ICommunicationGatewayPort`, `IAssistantTransport`, `IQualitySignalProvider` and `IStructuralReviewer` — eight declared seams the execution pass never reaches. **The worst instance was not prose but a diagram:** `master-view.svg` published "AgentRuntimeService — 12 hexagonal ports · 30 adapters", numbers that matched nothing and read as delivered capability. Fixed to "11 of 19 ports on the hot path · 53 adapters". The guard `45-validate-port-inventory-honesty.mjs` DERIVES the hot path from `AgentRuntimeDeps` — that interface IS what the execution pass can reach — so it cannot rot the way a hand-typed count did, and it fails any tracked document that publishes a count without the split or whose annotation disagrees with the code. 9 self-tests, four of them anti-vacuous: zero ports, an unparseable deps shape (the hot path must be derived, never assumed), zero adapters, and a scan corpus that moved. Wired into ci-cd.yml and registered in `guard-classification.mjs`; 37/37 guards classified, 34/34 observed failing. |  |  | `agent-runtime` | Cross | P3 | S | `DONE` |
-| [`GT-601`](./gap-reference-catalog.md#gt-601) | **`canonical-result.mapper.ts` writes three traceability fields as unconditional empty arrays and hardcodes the engine — and two consumers read them.** `:130` `rulesExecuted: []`, `:134` `missingEvidence: []`, `:104`/`:133` `risks: []` are literals on every real evaluation, and `:72` sets `engine: 'opa'` on every `policiesApplied` ref regardless of whether `NativeEvaluator` or `OpaEvaluator` ran. `sarif-exporter.ts:256` and `drift-gate.ts:203` both derive `evaluatedRules` from `rulesExecuted`. Consequence: every SARIF log and every PR drift-gate evidence manifest emitted today states **"0 rules evaluated"**, and in a product whose dual-engine parity is a selling point the one artifact that would prove it misattributes half its runs. The EVD-01..04 evidence contract is satisfied structurally and empty in substance, so the accumulated audit graph is being written blank at the source. **+wave 2026-07-28 — 3 of 4 criteria.** All four literals are gone: `rulesExecuted` is the deduped (rule, engine) set the pipeline actually executed, `missingEvidence` names declared-but-unpresented artifacts, `risks` are built from GT-569's vocabulary keeping `skipped` (medium) distinct from `errored` (high), and the engine is resolved per rule instead of hardcoded to `'opa'`. SARIF now emits the run's rule CATALOG, so a clean evaluation stops reading as "0 rules evaluated". 26 new tests. **NOT closed:** `risks` stays empty on a REAL run until `SatelliteEvaluationPipeline` attaches `coverage` to its verdict — that producer is in `application/services/`, outside the agent's area — and the engine is DERIVED from the rule path rather than DECLARED, because `RuleEvaluation` has no `engine` field. The mapper already prefers an explicit stamp the moment one exists, so the attribution is inference, not testimony. **CLOSED 2026-07-28 by verification, not by new code.** The fix had landed in an earlier wave and nobody checked whether it satisfied the row. All four criteria are met: `mapPipelineVerdict` populates `rulesExecuted` from `executedByKey` and a test asserts the count against a fixture with a known rule count; `resolveRuleEngine` attributes each rule to the evaluator that ran it, with tests over the native AND the OPA path plus a rule-level override; the SARIF exporter derives `evaluatedRules` from `rulesExecuted` (deduped and sorted) and asserts a non-zero list; and `risks` and `missingEvidence` are populated in the GT-569 vocabulary — a rule the engine could NOT evaluate becomes a risk, distinct from one that threw, and what could not be checked is never counted as checked. **Verified by mutation rather than by reading:** reverting `rulesExecuted` to the unconditional empty array turns 10 tests red across the mapper and the SARIF exporter. 40/40 green. |  |  | `Evolith Core` | Cross | P0 | S | `DONE` |
-| [`GT-602`](./gap-reference-catalog.md#gt-602) | **15 of the 50 MCP tools are denied in production by the compiled policy the dispatcher actually loads.** Established by loading `src/sdk/cli/rulesets/opa/policy.wasm` — the artifact used at dispatch, not the source — and evaluating it for an `architect` in `production`: `evolith-adr-list`, `evolith-adr-get/create/update/matrix`, `evolith-pattern-list/get/list-by-topology`, `evolith-scaffold`, `evolith-docs-scaffold`, `evolith-init-batch`, `evolith-sdlc-generate`, `evolith-fixtures` and `evolith-upgrade-plan/apply` all return `ABAC-03` + `ABAC-01`. Since `mcp-tool-dispatch.ts:146` requires native **and** OPA to allow, every one is FORBIDDEN. The rego's own comment predicted this; `abac-classification-coverage.spec.ts` guards TS↔registry but **nothing guards rego↔TS**. Consequence: an agent asking Evolith for its own ADRs is refused, silently and totally. Wave 2: the P0 is fixed — 15 tool/role pairs permitted, each argued individually, and the widening is structurally nil because dispatch requires native AND opa and all 15 were already allowed by native ABAC. Viewer/production still denied on all 20 write tools. A bidirectional rego↔TypeScript parity spec guards it. **AC1 NOT credited:** the wasm test SELF-SKIPS in CI because `Test mcp-server` does not run `build:policy`, so CI enforces parity against the rego SOURCE, not the compiled bundle — a test that skips where it is enforced is the vacuous-pass pattern this board tracks. AC2 untouched. **Criterion 2 attempted 2026-07-28 and NOT shipped, because the naive version is a production regression.** Generating the three rego sets from `TOOL_CLASSIFICATION` looks obvious and is wrong: the map holds 50 tools, the rego enumerates 62, and the 9-tool difference (`evolith-ping`, `evolith-echo`, `evolith-read-file`, `evolith-list-dir`, `evolith-read-gap-tracking`, `evolith-gate-status`, `evolith-write-file`, `evolith-replace-file`, `evolith-run-command`) is classified at runtime by `classifyTool`'s FALLBACK — the legacy `READ_TOOLS`/`WRITE_TOOLS`/`DEPLOY_TOOLS` sets plus name heuristics (`includes()` over read/write/run/deploy and friends), not by the map. A generator sourced from the map alone would have DELETED those nine from the policy, making them unclassified and therefore denied by ABAC-03 in production — the same failure mode this gap was registered for, reintroduced by the fix. Caught by diffing membership before and after rather than trusting the diff to be cosmetic; nothing was committed. **The correct source is the registered tool list classified through `classifyTool` itself, not the map**, which means the mcp-server package must first expose that projection (built `dist`, or a dumped artifact) so the generator consumes one answer instead of re-implementing the fallback and creating a third copy of the logic. `abac-rego-parity.spec.ts` passes today precisely because it compares against `classifyTool`, fallback included — which is why it never flagged the 12-tool gap between the map and the rego. **Criterion 2 CLOSED 2026-07-29, on the second design.** The rego tool sets are now derived from `AbacEvaluator.toolProjection()` — the enumerable union of every set the code declares, each name classified by CALLING `classifyTool` rather than by re-reading its maps. The generator runs that projection through `ts-node` against the TypeScript source, so it needs no build and creates no third copy of the fallback logic. Result: **64 tools, ZERO losses** against the hand-maintained policy, plus two names (`read-tool`, `write-tool`) the runtime already classified and the rego omitted. That is a widening of two fixture names the TypeScript side already allowed, so the native∧opa intersection is unchanged. `--check` is wired into the `Test mcp-server` job and the artifact is registered as the FIRST link of GT-630's derived-artifact chain, which now runs 3 links and stays at a fixed point. mcp-server 434/434 with the generated policy; OPA policy tests 224/224. The first design — sourcing from `TOOL_CLASSIFICATION` alone — was thrown away because it would have deleted twelve tools and denied them in production; that reasoning is preserved above rather than erased by the fix that followed. |  |  | `Evolith MCP` | Construction | P0 | M | `IN-PROGRESS` |
-| [`GT-603`](./gap-reference-catalog.md#gt-603) | **The agent-turn ledger is complete, unit-tested and absent from dependency injection, and the actor column cannot be typed retroactively.** `Tracker.Application/Integration/AgentExecution/AgentExecutionService.cs` validates scope, then **audits before executing and aborts the turn if the audit write fails**; `AgentTurnAuditor.cs` records granted-vs-used scopes and stores prompt length, not text. `IAgentExecutionPort` appears in **zero DI registrations and zero endpoints**, while `AssistantEndpoints.cs` proxies straight through `AgentRuntimeGateway` persisting nothing. Separately `AuditEntryProps.cs:11` declares `public Guid ActorId` with no `actor_type`, `agent_id`, `model_id` or `session_id`. Because `audit_entries` is append-only by database trigger (migration `20260719202323`), **rows written before the discriminator exists can never be corrected**. Complements [`GT-586`](./gap-reference-catalog.md#gt-586), which covers the Core-side `EvaluationContext`; this is the Tracker persistence side. |  |  | `Evolith Tracker` | Cross | P0 | M | `PENDING` |
-| [`GT-604`](./gap-reference-catalog.md#gt-604) | **No surface writes evidence to the Tracker: the write path is one-directional and points inward.** Grep across `src/sdk/cli`, `src/packages/mcp-server` and `src/packages/core-domain` returns no Tracker base URL and no ingest client; the only Tracker URL in the Core repo is `AGENT_RUNTIME_APPROVAL_TRACKER_URL`, and the only writers of `core_evaluation_transactions` are Tracker-initiated endpoints. Consequence: every `evolith validate`, every `enforce edit` veto, every MCP `tools/call` and every CI drift-gate run evaporates on process exit. The strategy is premised on accumulated evidence and the components that generate it have no way to deposit it. This is a composition defect: no single component review can see it, because each one is internally consistent. **IN-PROGRESS 2026-07-29 — criterion 1 only.** The ingest contract landed at `src/packages/contracts/src/ingest/evaluation-ingest.ts` with `correlationId` REQUIRED and BOTH owners carried distinctly: `requestedBy.actorId` is who asked, `violations[].accountableOwner` is who must fix. Criterion 2 cannot be completed from here — there is no Tracker ingest endpoint to call. Criterion 3 is 0% buildable in this repository: RoboSoft lives in `evolith_tracker`. A bilingual handover was written at `reference/core/control-center/opportunities/tracker-handover-gt604.md` and its `.es.md` counterpart, 22 headings each. **Unconfirmed, and recorded as such: this row's declared dependency on GT-603 appears wrong.** GT-603 migrates `audit_entries` while this row names `core_evaluation_transactions`, and the Core-side attribution already shipped under GT-586 — but the Tracker schema is not in this repository, so that is a hypothesis for the Tracker owner to confirm, not a finding. |  |  | `Evolith Suite` | Cross | P0 | L | `IN-PROGRESS` |
-| [`GT-605`](./gap-reference-catalog.md#gt-605) | **Two evidence graphs exist, each missing the other's half.** `src/packages/core-domain/src/evidence/evidence-graph.ts` defines typed edges (`requires` / `validates` / `blocks`) and has **zero consumers outside its own spec file**. The Tracker persists `EvidenceRecordProps.References` as `List<string>` into a jsonb column, whose only non-test consumer is a linear `Contains()` used for external-id dedup — no edge table, no edge type, no reverse lookup, no depth query. The typed model lives where nothing persists; the persisted model lives where nothing is typed. Consequence: "which ADR moved because of which gate decision because of which agent turn" is unanswerable, and that traversal is the stronger half of the stated moat. Wave 2: the single typed model is published in `@beyondnet/evolith-contracts` with the four things a shared type alone leaves ambiguous — vocabulary (the Core’s three verbatim plus `caused_by`, since none of requires/validates/blocks expresses "the ADR moved BECAUSE OF the decision"), direction fixed in prose, a canonical node encoding that makes the Tracker’s jsonb list mechanically migratable, and a depth-bounded traversal its recursive CTE can be tested against. **Remaining:** three criteria are Tracker-side and out of repository; in THIS repo core-domain still declares its own `EvidenceEdge`, so there are two type declarations for one model. |  |  | `Evolith Suite` | Cross | P1 | M | `IN-PROGRESS` |
-| [`GT-606`](./gap-reference-catalog.md#gt-606) | **ADR-0093 is Accepted and 0% implemented across 20 mutative MCP tools.** The ADR (Accepted 2026-06-20) mandates a `baseSha` parameter on every mutative tool, HEAD verification before applying, a `CONCURRENCY_CONFLICT` error contract and 2-minute pessimistic locks. Grep for `baseSha`, `CONCURRENCY_CONFLICT`, `lockedBy` or `.lock` across `src/packages/mcp-server/src` returns **zero**, against 20 tools declaring `mutative: true` in 14 files. Consequence: two agents running `evolith-auto-fix` or `evolith-scaffold` against one workspace produce exactly the lost update the ADR was written to prevent — and a governance product losing an update silently is the worst available failure mode. |  |  | `Evolith MCP` | Construction | P1 | M | `PENDING` |
-| [`GT-607`](./gap-reference-catalog.md#gt-607) | **Seven agentic ADRs are Accepted with zero implementing code.** ADR-0081 (sandbox isolation), 0082 (trust boundary), 0086 (telemetry and cost control), 0088 (sovereign identity), 0089 (event-driven agentic workflows), 0092 (infinite-loop prevention) and 0094 (multi-agent handoff) return **zero grep hits** across `src/` for their defining artifacts — no `sandbox.mode` enforcement, no `gen_ai.*` attribute, no `act.sub`, no `X-Agent-Depth`, no `AgentTaskRequested`. `harness-process.adapter.ts:84` spawns children with `...process.env`, handing every capability script `AGENT_RUNTIME_CORE_TOKEN`, the tracker token and `EVOLITH_RAG_PG_URL` — the concrete inverse of ADR-0081. Consequence: an evaluator reading the ADR index and grepping once finds seven Accepted decisions with no code, which is the fastest available way to lose a technical due diligence. Fix is a status correction plus an explicit implementation note, not necessarily implementation. **+wave 2026-07-28 — the ADR statuses now tell the truth, the code half does not exist.** The seven agentic ADRs were confirmed by grep to have no implementation and their status annotated honestly rather than left Accepted, because an Accepted ADR with no code is a claim a reader will act on. **NOT closed:** implementing any of them lives in `src/packages/agent-runtime/**`, outside the documentation area this was assigned to, and no ADR-status checker enforces the annotation — so the same drift can recur silently. Wave 2: the seven ADRs carry a machine-checkable `implementation-status` directive in both languages, and `44-validate-adr-implementation-status.mjs` is in the repository and wired into ci-cd.yml (280 ADRs scanned; 212 undeclared baselined; `--strict` is the switch when that reaches zero). A grep-for-implementing-code signal was TRIED against this corpus and rejected — the seven unimplemented ADRs all have generated rulesets and bilingual copies matching every keyword you would search for, so it produces both false positives and false negatives. The guard falsifies an author declaration instead, and explicitly does not claim the named file implements the decision. **Remaining:** AC2/AC3 — `harness-process.adapter.ts` still spawns with `...process.env`, handing every capability script the Core token. **CLOSED 2026-07-28.** The spawn no longer hands every capability script the parent environment: `harness-process.adapter.ts` passes an ALLOWLISTED set, and a test asserts a spawned capability cannot read the Core token — it fails against the previous `...process.env`. Worth stating because it is not what this row claims to have solved: **this is credential denial, not sandboxing.** A capability child can still open a socket. The ADR-0081 sandboxed runner remains unimplemented. |  |  | `Evolith Agent Runtime` | Cross | P1 | S | `DONE` |
-| [`GT-608`](./gap-reference-catalog.md#gt-608) | **The HITL approval subsystem has never executed: nothing in the product requires approval.** All 7 entries in `default-skills.ts` and all 16 capabilities in `.harness/manifest.yaml` declare `requiresApproval: false`, so `PendingApprovalAdapter`, `FileApprovalStore`, `HttpSlackClient`, `TrackerApprovalAdapter` and its HTTP client — roughly 1,000 LOC — are unreachable at runtime and `evolith_hitl_approvals_total` is structurally 0. The Tracker half of the seam is real and field-for-field compatible (`RuntimeApprovalEndpoints.cs`, machine-bound by scheme name, `/resolve` human-only), so this is not a missing implementation but an unexercised one. Related: `LocalSkillRegistryAdapter` seeds the hardcoded 7 and never reads the manifest, so 9 further capabilities are invisible to the agent and governance posture has two sources of truth — the drift ADR-0102 named as its principal risk. Wave 2: **the row’s evidence was wrong** — "all 16 capabilities declare requiresApproval: false" was false before the wave; 7 playbooks already declared true. The real defect was that `LocalSkillRegistryAdapter` seeded 7 hardcoded skills and never read the manifest, so approval-requiring capabilities were unroutable and the approval branch unreachable. The catalogue is now derived from the manifest (manifest authoritative on posture) and the approval path EXECUTED end to end for the first time: pending→approved→executed→audited, plus pending→denied→NOT executed, plus TTL fail-closed. **Remaining:** AC4 (`evolith_hitl_approvals_total`) lives in agent-runtime-api; the cross-repo half of AC3 needs a live Tracker; and `createAgentRuntime` still defaults to the hardcoded catalogue, so the DEPLOYED posture is unchanged until production wiring passes `harnessRoot`. |  |  | `Evolith Agent Runtime` | Construction | P1 | M | `IN-PROGRESS` |
-| [`GT-596`](./gap-reference-catalog.md#gt-596) | **The maturity assessment is unfalsifiable by a third party because its scoring scheme is invented.** `maturity-assessment.md` rates against TOGAF ACMM levels 1-5 and layers on a homegrown "Evidence-Backed State" ladder (Visioned 0.0 / Designed 0.2 / Prototyped 0.5 / Implemented 0.8 / Validated 1.0 / Scaled 1.2+). The intuition is right and structurally mirrors an international scale, but the thresholds are self-set, so nothing stops a state from drifting upward — which is exactly what [`GT-576`](./gap-reference-catalog.md#gt-576) had to correct after two pillars claimed `Validated` against evidence absent from the code. **ISO/IEC 33020:2019** (*Process measurement framework for assessment of process capability*, 2nd edition, superseding :2015) defines the process-attribute rating scale N/P/L/F — Not / Partially / Largely / Fully achieved — with **published percentage thresholds**, plus capability levels 0-5. Fix: map each existing state onto the 33020 scale, adopt its thresholds verbatim, and extend the mechanical rule already in `09-reconcile-maturity.mjs` so a rating cannot be asserted without crossing a defined threshold rather than merely carrying a `file:line`. Companion: **ISO/IEC 25040:2024** (*Quality evaluation framework*, 2nd edition, Sept 2024 — the 2011 edition was titled *Evaluation process*) formalises the evaluation lifecycle this audit performed ad hoc, making it repeatable instead of heroic. **DONE (wave 2026-07-28).** The homegrown Evidence-Backed States are mapped onto the **ISO/IEC 33020:2019** N/P/L/F attribute scale with its published thresholds, in both languages, and the mapping is recorded so a reader can check it. `09-reconcile-maturity.mjs` now rejects a rating that does not cross its DECLARED THRESHOLD, not merely one lacking a reference — and ships with a negative self-test proving the new rule goes red on a deliberately bad input. 21/21 on `reconcile-maturity.test.mjs`. No ISO prose is reproduced; the scale and its levels are cited by name. |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-597`](./gap-reference-catalog.md#gt-597) | **There is no automated, external, numeric measure of repository and supply-chain posture — so posture defects are only found by an audit.** The 2026-07-26 audit had to discover by hand that `enforce_admins=false`, that no required check is a security check, that `develop` is unprotected and that 0 of 8 published packages carry `dist.attestations`. **OpenSSF Scorecard** (OpenSSF) scores precisely these checks automatically — Branch-Protection, Code-Review, Pinned-Dependencies, CI-Tests, Token-Permissions, Signed-Releases — and emits a public number that regresses visibly. **SLSA** (build levels; v1.0 defines three, v1.1 is the current stable release) is the framework the missing attestations map to: with zero provenance the artifacts do not reach the lowest build level. **NIST SP 800-218 (SSDF) v1.1** (Feb 2022, practice groups PO/PS/PW/RV) is the vocabulary an enterprise security questionnaire actually speaks, and SLSA is what its PS.2/PS.3 practices are read against. Fix: run Scorecard on a schedule and publish the score; declare the target SLSA build level and close the gap to it alongside `GT-570`; map existing controls to SSDF practice IDs so the questionnaire answer is a lookup rather than an essay. Note the overlap with the supply-chain half of `GT-570`: the release work is there, the *measurement* is here. **+wave 2026-07-28 — the workflow exists and has never run.** `.github/workflows/openssf-scorecard.yml` is in place with the permissions provenance needs and the action pinned by SHA rather than tag, which this repository's own audit flagged as a defect elsewhere. **NOT closed, and calling it done would be the local-green-is-not-evidence error again:** `workflow_dispatch` is gated to the default branch, so the OIDC exchange, `publish_results` and the SARIF upload are unproven until it reaches `main` and runs. Criteria 2 and 3 — declaring the target SLSA build level and mapping existing controls to SSDF v1.1 practice IDs — need `SECURITY.md` and reference docs and were out of the assignment's scope. Making it a required check is a branch-protection decision for the owner. |  |  | `Infra` | Cross | P1 | S | `IN-PROGRESS` |
-| [`GT-598`](./gap-reference-catalog.md#gt-598) | **The corpus is 100% proprietary, and the ~240 rules with no native handler are being treated as 240 handlers to write.** **ISO/IEC 5055:2021** (*Automated source code quality measures*, the first ISO standard to measure quality from internal structure rather than operational behaviour, developed by CISQ and adopted by ISO/IEC in April 2021) publishes a catalogue of structural weaknesses mapped to CWE across four measures — Reliability, Security, Performance Efficiency, Maintainability. Two payoffs: (a) a weakness already in 5055 is **already automatable by existing analysers**, so part of the handler gap behind [`GT-569`](./gap-reference-catalog.md#gt-569) can be closed by adopting rather than authoring; (b) a count against 5055 is countable by an external auditor without trusting Evolith, which is exactly the property the product's own numbers lacked. Companion taxonomy: **ISO/IEC 25010:2023** (2nd edition, superseding :2011) — note it now defines **nine** top-level characteristics, having added Safety and renamed Usability→Interaction capability and Portability→Flexibility, so any mapping to the 2011 eight-characteristic model is stale. Fix: produce a mapping table rule-id ⇄ 5055 weakness ⇄ CWE, mark every rule that a standards-based analyser can already evaluate, and re-scope the handler backlog to what genuinely has no international equivalent. Wave 2: 381 corpus rules each mapped to a 5055 weakness or marked no-equivalent WITH a reason; the 138-weakness index extracted programmatically from OMG ATDM V2 tables, not from memory. **The gap’s own premise is refuted**: adoption closes 9 of 60 rules outright and 8 partially, not a large slice of a 240-handler backlog — 5055 measures source structure while 300 of our 381 rules are ADR conformance, topology, governance or process. Also found: INFRA-001 and INFRA-OPA-001 are invisible to the corpus loader (rule at document root instead of a `rules` array). |  |  | `Evolith Core` | Cross | P1 | L | `DONE` |
-| [`GT-599`](./gap-reference-catalog.md#gt-599) | **The board is a strong technical-debt registry with no economics, so 600 rows are prioritised by intuition (P0-P3) rather than by cost.** The SEI's technical-debt work (Kruchten, Nord, Ozkaya, *Managing Technical Debt*) defines the two fields a debt item needs: **principal** (what it costs to repay) and **interest** (what it costs per period not to). The registry itself already exists here and is better than most; only the economics are missing. For an automatable principal there is a published method: the **OMG Automated Technical Debt Measure**, now at **ATDM V2 v1.0 (August 2024)**, which derives a repair-effort estimate from the 138 weaknesses of ISO/IEC 5055 using developer-sourced repair times — so it composes directly with [`GT-598`](./gap-reference-catalog.md#gt-598). A cheaper interim is **SQALE**, the published method behind the widely used *technical debt ratio*. Fix: add `principal` and `interest` to the closure-evidence schema and the row format, backfill the open rows only (not the 561 closed ones), and derive the automatable subset from ATDM rather than by hand. Wave 2: the mechanism and the measurement exist — a principal/interest format with the UNIT declared (an unlabelled number is the kind of figure this audit keeps catching) and a reporter that publishes its denominator. **No criterion met, on purpose:** back-filling 56 open rows with invented estimates would be fabricating the evidence the field exists to carry. A human fills the numbers. |  |  | `Governance` | Cross | P2 | M | `IN-PROGRESS` |
-| [`GT-600`](./gap-reference-catalog.md#gt-600) | **Registered as an opportunity, not as debt** — separable from [`GT-596`](./gap-reference-catalog.md#gt-596)…[`GT-599`](./gap-reference-catalog.md#gt-599), which stand on their own as internal governance. Four of the five artifacts adopted there are implementable as Evolith rulesets: **ISO/IEC 5055:2021** structural weaknesses, **NIST SP 800-218 (SSDF) v1.1** practices, **SLSA** build levels, and the checks **OpenSSF Scorecard** scores. That converts the audit's remediation into a shippable capability, and it addresses the sharpest product finding on the board: the 2026-07-26 audit found **zero** occurrences of an ICP across 929 English documents, and 0 stars / forks / external issues in 80 public days. "I evaluate your repository against ISO 5055, SSDF and SLSA and give you your OpenSSF score" names a buyer, a budget line and a compliance trigger; "I govern your architecture" does not. It also composes with the wedge already implemented in code (`enforce edit` + the editor hook), and self-evaluating against these standards is simultaneously the fix for [`GT-597`](./gap-reference-catalog.md#gt-597) and the best available sales demo. **Decision-gated, not ready to build:** it presumes the CLI wedge is the monetisation vehicle rather than the Tracker, which is an unresolved contradiction the audit flagged and the owner has to settle first. |  |  | `Evolith Core` | Cross | P2 | L | `PENDING` |
-| [`GT-579`](./gap-reference-catalog.md#gt-579) | **Found while verifying the GT-569 remediation, not by the audit.** Node buffers writes to a piped stdout asynchronously, so the ~12 `process.exit()` calls across the command graph discarded whatever had not been flushed — truncating output at the OS pipe buffer (65,536 bytes on macOS/Linux). Measured: `validate --format json \| wc -c` returned **exactly 65536** while the same command redirected to a file produced 121,408 valid bytes. Every envelope under 64 KiB hid the bug, which is why it survived; GT-569 enlarged the envelope and exposed it. Six CLI e2e tests were failing on `JSON.parse` at position 65262 and read as a GT-569 regression — the regression was pre-existing and unconditional for any large envelope. **DONE (`44fe8dd3`):** fixed centrally in `src/sdk/cli/src/main.ts` (`makeStdioBlocking`, guarded because `_handle.setBlocking` is internal) rather than at each exit site, so a new command cannot reintroduce it by exiting the ordinary way. Verified: a 123,506-byte envelope now traverses a real pipe and parses; CLI 1305+132 green. |  |  | `Evolith CLI` | Cross | P0 | XS | `DONE` |
-| [`GT-569`](./gap-reference-catalog.md#gt-569) | **The product's headline number silently redefines its own denominator.** Of 379 rules the native engine evaluates 108 and reports `rulesChecked: 111`; the remaining 271 — **192 of them `blocking`** — return `skipped` and are filtered out at `ruleset-validator.service.ts:88` (`engineResults.filter(r => r.result !== 'skipped')`) before the count is summed. No field surfaces it: `grep -rn "rulesSkipped" src --include='*.ts'` returns 0 results and `ValidationResult` carries only `{status, rulesChecked, issues, coreRef, timestamp}`. The same field also OVER-counts: `validate --format json --core <repo> --engine opa` returns `rulesChecked: 379` having executed **zero** policies (the wasm does not resolve against the Core layout). And `native-evaluator.ts:69-72` converts any handler exception into `skipped`, so **a crashing evaluator is indistinguishable from a green rule**. Fix: add `rulesSkipped` + the skipped-id array to `ValidationResult`, introduce an `errored` state distinct from `skipped`, emit a WARNING issue per skipped MUST rule, and fail the run when `skipped/total` exceeds a configured threshold. This is a reporting change, not an engine change — closing the handler gap itself is separate and much larger. **DONE (`44fe8dd3`):** new `errored` outcome (a handler exception no longer becomes `skipped`, so a crash is distinguishable from a green rule); `rulesSkipped`/`rulesErrored`/`rulesTotal` + id arrays added ADDITIVELY with `rulesChecked` untouched; advisory issues for skipped MUST rules; opt-in `maxSkippedFraction` gate. On this repo `validate` now reports 269 skipped of 380 instead of silently recutting its denominator. Verified: core-domain 1237/1237, CLI 1305+132, contract 43/43 after adding the five `WIRE_VALIDATION_RESULT` entries. Falsified against a pristine `git archive HEAD` copy: 12 of the 17 new tests fail without the fix. **Closing the handler-coverage gap itself (≈240 unevaluable rules) is NOT part of this and stays open** — this row was about the denominator being honest, not about widening it. |  |  | `core-domain` | Cross | P0 | M | `DONE` |
-| [`GT-570`](./gap-reference-catalog.md#gt-570) | **npm serves 1.1.0 published 2026-07-18; the security wave landed 2026-07-23.** Verified with `npm view @beyondnet/evolith-cli version time.modified`. The public `CHANGELOG.md` enumerates the corrected files by name under `[Unreleased]`, and `SECURITY.md` declares the 1.1.x line "Current stable line — actively patched". Anyone following the README installs the unpatched build from a repository that publishes where the holes are. Fix: publish **1.2.0** with the security wave, deprecate 1.1.0 on npm with a message pointing at the fixed version, move the security section from `[Unreleased]` to the published heading, and issue the advisory `SECURITY.md` already promises. Follow-on: a release gate that fails when HEAD carries security-tagged commits absent from the last published tag. **DONE (run 30273290417, `main` @ `9a82d9f2`, 2026-07-27).** The published artifact no longer predates the security wave. Verified against the REGISTRY, not against an exit code — `@beyondnet/evolith-agent-runtime@1.2.0` (14:06:10), `@beyondnet/evolith-sdk@2.0.0` (14:06:24), `@beyondnet/evolith-mcp@1.2.0` (14:06:39), `@beyondnet/evolith-cli@1.2.0` (14:06:58) — timestamps that also confirm dependency order, since the last three consume the first. **All four carry `dist.attestations`**, which is the substance of this gap: the audit's finding was 0 of 8 packages with provenance, and these were produced by GitHub Actions with `id-token: write`, not by a developer machine. **The scope was corrected before shipping:** the plan was to bump mcp alone, which came from `git show --stat` TRUNCATING long paths — `--name-only` showed the wave touches three published packages (mcp 15 files, cli 7, agent-runtime 1: the CWE-78 shell runner). Publishing the original plan would have left two vulnerable and closed this gap against them. **Two rehearsals paid for themselves:** run 30265298045 found that none of the four tarballs carried a LICENSE on an MIT project and that `repository.url` was auto-corrected in all eight; run 30271837941 found `bin` paths auto-corrected in two. All three would have been permanent — npm forbids unpublishing after 72 hours. **RE-SCOPED, and the remainder is NOT silently dropped:** deprecating the 1.1.0 versions requires npm credentials and is an owner action, and the release gate that would fail when security-tagged commits are absent from the published tag was never built. Both moved to `GT-624`. This row closes on what it was actually about — an installable artifact older than its own published security fixes — and says plainly what it did not do. |  |  | `Infra` | Cross | P0 | S | `DONE` |
-| [`GT-571`](./gap-reference-catalog.md#gt-571) | **The highest-traffic surface of the product does not work as written.** (a) `README.md:96-98` (and `README.es.md:95-97`) instruct `evolith init` / `evolith validate`, but the published bin map declares only `evolith-cli` and `evolith-mcp` — the phantom command appears in **447 invocations across 49 non-`.es` markdown files**, so renaming the bin is cheaper than rewriting the docs. (b) Even with the alias, `init --name my-sat` creates a **subdirectory**, so the `validate` that follows in the same cwd targets the parent and raises `GOV-000` "Missing evolith.yaml" plus 41 blocking findings. Inside the correct satellite the first validate still returns 46 findings / 39 blocking, dominated by the vendor's own monorepo rules (`CLI-RR-01` "dist/main.js not found", `TAX-05` "Missing top-level directories: sdk, .harness") with rules from all 8 topologies firing on a repo declared phase-0. Additionally the published binary self-identifies as `main` (`evolith-cli init --help` prints `Usage: main init [options]`) because the program name is never set. **IN-PROGRESS (`44fe8dd3`):** the three CLI-side defects are fixed and tested — `evolith` published alongside `evolith-cli` in the bin map, the program name set so `--help` no longer says `main`, and `init` given a defined non-interactive contract (initializes the CURRENT directory, `--name` is the project name only, `evolith init <dir>` for a subdirectory; a closed stdin no longer prompts, failure sets a non-zero exit code, and `--format json` emits a parseable envelope and nothing else). **NOT closed on two criteria:** "a freshly initialized repo returns 0 blocking findings" is untouched — those 39 findings come from the vendor's own `CLI-RR-*`/`TAX-*` rules firing on a phase-0 satellite, which needs rule `audience`/topology gating in the ruleset path; and "`npx @beyondnet/evolith-cli@latest` works" cannot be true until a release ships (`GT-570`). **+2026-07-26 (wave 3) — criterion 2 of 3 MET, still open on criterion 1.** A freshly initialized satellite now returns **0 blocking** findings (was 35: CLI-RR-01/02, TAX-05/06, DEP-01/10, CB-VAL-01 plus rules from 7 topologies the repo never declared). Two mechanisms in the ruleset layer: an `audience: core\|satellite\|both` annotation (default `both`, so an unannotated rule keeps applying everywhere) marking the families that only address the vendor monorepo, and `topologies` + `appliesFromSdlcPhase` gating read from the satellite's declared phase and topology. **The GT-569 interaction was decided explicitly:** a rule addressed to somebody else is a PRE-FILTER, not a fourth outcome — it never reaches the evaluator, so `rulesChecked + rulesSkipped + rulesErrored === rulesTotal` still holds literally. Calling it `skipped` would inflate the unevaluated fraction of a healthy repo and could trip `maxSkippedFraction`. The exclusion is still visible: `rulesNotApplicable` / `notApplicableRuleIds` over a new `corpusTotal`, plus a non-blocking `GOV-RULE-NOT-APPLICABLE` advisory naming the counts and how to bring the rules into scope. Fresh satellite before/after: 379 total / 108 checked / 35 blocking / `failed` → 274 total / 41 checked / 233 skipped / 105 not-applicable / corpusTotal 379 / **0 blocking** / `warning`. **Still open:** criterion 1 (`npx @beyondnet/evolith-cli@latest` in a clean container) cannot be true until a release ships — blocked on `GT-570`. Wave 2: **AC1 tested against the published registry instead of assumed, and REFUTED harder than the row states.** `@beyondnet/evolith-cli@1.2.0` does not survive a clean install — even `--version` dies with MODULE_NOT_FOUND, because a deep import into `@beyondnet/evolith-core-domain/application/paths/rulesets-location` resolves only through the workspace symlink. The published artifact is not installable; the workspace hides it. Carved out as GT-625. AC2 and AC3 re-verified green. **Wave 2, measured 2026-07-28 against the PUBLISHED 1.2.1.** The literal README quickstart was executed end to end for the first time, and it does NOT complete. Steps 1-3 (`fixtures --type demo`, `init --name my-sat --yes`, `docs`) and step 6 (`evolith-mcp serve`, which starts on stdio) all pass. **Step 4 `validate` returns 91 BLOCKING findings of 230 issues** (152 checked / 119 skipped / 271 total, 109 not-applicable of a 380 corpus) — so criterion 2 is UNTICKED here: it had been marked met, and it is not. The README itself already said so in prose ("a freshly initialized satellite is a baseline, not a pass") while the board said otherwise. **Step 5 `scaffold --phase 1` FAILS outright** (exit 1): it resolves the workspace to `<proj>/src` and rejects it for having no `nx.json`/`package.json`, but `init` at step 2 is what created that `src/` without one — the two commands disagree about what `init` produces, and `--dir` is not an option on `scaffold`, so the quickstart has no workaround. Carved out as `GT-626`. Criterion 3 re-verified: `--help` prints `Usage: evolith`, not `main`. **CLOSED 2026-07-28, on a measurement rather than an argument.** A freshly initialized satellite now returns **0 blocking findings** (exit 0, status `warning`, 242 not-applicable of a 387 corpus), down from 91. The diagnosis was that all 91 blocking findings came from GENERATED ADR-conformance rulesets and **none from a hand-authored rule** — the repository had nothing wrong with it. The reason those rules fired is narrower than "satellites should not inherit Core decisions": each one asserts that the decision record it cites EXISTS under `reference/core/architecture/adrs/`, a tree only the Core repository has, so in a satellite it reports "the ruleset cites 1 decision record(s) that do not exist". A file-existence check against the Core's own ADR tree is a Core-repository concern by construction, so `audience: 'core'` is now emitted BY THE GENERATOR (not patched into 126 files by hand) and applies to every track, since `nodejs`, `dotnet`, `ai-augmented` and `android` records live under that same tree. **It is a filter, not an off-switch, and both directions were verified:** the Core still evaluates all 133 generated rules and still blocks (111 blocking, 55 not-applicable), while the satellite excludes them. The regression guard reads the REAL corpus rather than a fixture — regenerating without the audience turns it red, verified by removing the key from one file. Satellites remain bound by Core decisions through the inheritance model and the hand-authored rulesets that encode it; what changed is that they are no longer blocked for not containing the Core's own files. |  |  | `Evolith CLI` | Cross | P0 | S | `DONE` |
-| [`GT-572`](./gap-reference-catalog.md#gt-572) | **Reproduced against the published tarball, not the working tree.** `npm pack @beyondnet/evolith-mcp@1.1.0`, started over stdio without auth: 47 tools announced, **47 of 47 return FORBIDDEN (ABAC-02)**; `resources/list` (11) and `prompts/list` (8) do work. The two escape routes the code defines — `--allow-no-auth` (`main.ts:62-63`) and `EVOLITH_MCP_ALLOW_NO_AUTH=true`, both documented in `mcp-server-auth.ts` — were tested in all three combinations including `NODE_ENV=development` and **none of them has any effect on the default transport**, which is worse than their absence. Root cause: `mcpContextStorage.run` exists in exactly one non-spec site (`mcp-server.service.ts:451`) inside the HTTP dispatch closure, so the stdio path never establishes a context. Neither oracle can see it: the CI smoke asserts `success !== undefined`, and the exploratory tester drives MCP over HTTP only. Fix: wrap the stdio dispatch in `mcpContextStorage` with a local session context, and make the smoke assert a real invocation with a verdict. **IN-PROGRESS (`44fe8dd3`):** root cause confirmed and fixed — the stdio path never entered `mcpContextStorage`, so every `tools/call` reached dispatch as the anonymous `roles: []` fallback and native ABAC denied it. stdio now establishes an explicit local-session principal; the HTTP path is untouched and stays fail-closed. **Verified against the built server, not a report:** with `NODE_ENV` unset (the documented default, and what `npx`/Claude Desktop produce) `tools/call` returns a real `success: true` payload; 50 tools announced. **Why this stays open:** under `NODE_ENV=production` the same call is still FORBIDDEN, and `NODE_ENV=production` is exactly what the Docker images set — so a containerised stdio deployment remains unusable. That is now a narrow, documented, fail-closed-by-design decision rather than a silent 100% failure, but it is not closed. The CI smoke at `src/sdk/cli/examples/mcp-test.js` still asserts `success !== undefined`, which a FORBIDDEN envelope also satisfies; strengthening it is out-of-area follow-on. **+2026-07-26 (wave 3) — the production failure mode is fixed; 2 of 3 criteria still unmet, and the row is NOT closable yet.** stdio under `NODE_ENV=production` no longer boots into a state where all 50 tools deny: the server now refuses to start when it has no credentials, naming the variable to set, instead of advertising a surface that will reject every call; a denial that does happen says why and what to do rather than a bare ABAC-02. HTTP was not touched and stays fail-closed; no bypass was added, ABAC was not widened. **The agent reported this gap `done` at 7/7 against its own task list, which is not the same as this row's criteria — checked, and it is not.** Criterion 1 asks for a real `tools/call` **against the published tarball**; the published tarball is 1.1.0, which predates every fix here, so that criterion is blocked on `GT-570` exactly like GT-571's. Criterion 3 asks the CI smoke to assert a verdict; `src/sdk/cli/examples/mcp-test.js:284,375` still asserts `success !== undefined`, which a FORBIDDEN envelope satisfies too — out of the agent's owned area and still unchanged. Wave 2: production stdio fail-closed confirmed intact and deliberate. The advance came from GT-602 — a SECOND production denial the row never attributed: with a valid credential, 15 of 50 tools were still refused by the compiled policy; the stdio principal now goes 15→0. **AC1 blocked:** it demands a `tools/call` against the PUBLISHED tarball, which predates every fix here. AC3 is in `src/sdk/cli/examples/mcp-test.js`, still asserting `success !== undefined` — which a FORBIDDEN envelope also satisfies. **CLOSED 2026-07-29.** Verified against an `npm pack`ed tarball installed OUTSIDE the workspace, so no symlink could stand in for the shipped files — the GT-625 illusion. With the default configuration the packed server returns a real verdict over stdio (`gateId` `business-sign-off`, `verdict` `failed`); the row's original "47 of 47 FORBIDDEN" did not reproduce. Under `NODE_ENV=production` it WAS forbidden, and the cause is packaging rather than policy: `policy.wasm` is a gitignored build artifact written outside the mcp-server package, so no `files` setting can reach it and a published consumer inherited a fail-closed rule it had no way to satisfy. `EVOLITH_ABAC_POLICY_PATH` makes that posture satisfiable today. **Shipping the compiled bundle inside the package remains a release-pipeline decision: documented, and deliberately NOT done here.** Two defects were repaired on the way: `PhaseGateValidatorService.findCorePath` still resolved `<repo>/src` after the `src/` refactor — a GT-632 sibling — and `corePath` was read by `evolith-gate-evaluate` while being undeclared in its `inputSchema`. AC3 is met: the old smoke asserted `envelope.success !== undefined`, which is true of every response, and was observed printing `tools/call OK` while it was actually receiving `RULESET_NOT_FOUND`. The replacement asserts a real gate verdict and was proven falsifiable three ways, including a live run against the pre-fix dist. **AC1 is ticked against a locally packed tarball, not against the registry:** 1.1.0 predates every fix here and re-publishing is GT-570. |  |  | `MCP Server` | Cross | P0 | M | `DONE` |
-| [`GT-573`](./gap-reference-catalog.md#gt-573) | **The flagship integration fails silently, with both CIs green.** The inline branch returns the legacy envelope: `evaluation.controller.ts:186` returns `evaluationVerdict!.outputEnvelope`, built at `satellite-evaluation-pipeline.service.ts:85-94` as `createSuccessEnvelope({topology, gates, summary})`. The Tracker unwraps `data` (`CoreEvaluationGateway.cs:433`) and binds `CoreEvaluationEnvelope`, which declares only `overallVerdict / outcome / resolvedTopology / results.gate[] / evaluatedAt` (`CoreEvaluationDtos.cs:200-216`). `Passed` stays null (`:406`), `Gates` stays empty (`:414`), and `ToDecision` (`:583-606`) falls through to **`"SKIPPED"`**, written as `decision=SKIPPED, status=COMPLETED`. 0 of 12 Core workflows build the Tracker; 0 contract tests exist in either repo. Fix: route the inline branch through `EvaluationOrchestrator` so it returns the canonical `EvaluationResult`, and add a consumer-driven contract test in the Core CI asserting the exact JSON `CoreEvaluationEnvelope` binds; publish those request/response pairs as fixtures inside `@beyondnet/evolith-contracts` and promote both schemas to `MACHINE_CONTRACT_SET`. **IN-PROGRESS (`44fe8dd3`):** the inline branch no longer hand-builds the legacy `{topology, gates, summary}` envelope — it returns the canonical `EvaluationResult`, so there is ONE shape for the operation rather than two, and a consumer-driven contract spec asserts the exact keys the Tracker binds for both a passing and a FAILING evaluation. Request/response fixtures are published inside `@beyondnet/evolith-contracts` and both schemas were added to `MACHINE_CONTRACT_SET`. Backwards compatibility was checked rather than assumed: no legacy in-repo inline caller exists (both consumers already unwrap `data` as an `EvaluationResult`). **NOT closed:** the Tracker lives in another repository and must re-pin the contracts package for the round trip to be proven end to end, and the contract spec's FAIL case exercises a governance-rule failure rather than an OPA-gate failure. Verified: core-api 163/163, contracts 32/32. Wave 2: the FAIL case is a genuine OPA-gate failure, not a governance-rule one — the corpus is built so GOV-000 and artifact-absence cannot fire, with a differential control asserting the identical request PASSES when the policy returns no violations. The published fixtures were also wrong in a way that would have taught a consumer the wrong DTO (a `results` object carrying only `gate`, a shape the Core has never emitted); replaced by faithful captures with a congruence oracle against a LIVE response. **Remaining:** AC3 needs the contracts package published and re-pinned in the Tracker; the OPA transport in the test is stubbed because `policy.wasm` is gitignored. **CLOSED 2026-07-28 on the Core half, with the consumer half carved out rather than absorbed.** Criterion 3's first half landed: `evaluation-context` and `evaluation-result` are pinned in `MACHINE_CONTRACT_SET` with their sha256, verified by reading `evolith-machine-contracts.json` — it pinned only `gate-evidence` and `output-envelope` before. A change to either shape now fails `10-validate-contract-conformance` instead of reaching consumers silently. The second half — "re-pinned in the Tracker" — is another repository and is registered as `GT-631` with the exact five things it must do, following the same pattern GT-570 used for GT-624. This row closes on what it was about HERE, and says plainly what it did not do. |  |  | `Core API` | Cross | P0 | M | `DONE` |
-| [`GT-574`](./gap-reference-catalog.md#gt-574) | **Every "Enforced" rung claimed across the corpus collapses to "Implemented".** `Validate documentation` has been red since run 30011222627 (2026-07-23T13:26:39Z, last success): **43 of 43 completed runs failed**, plus 5 cancelled, with 8 PRs merged through — the latest, #209, landed on `main` at 2026-07-26T01:18:58Z with **0 reviews** and 5 checks in FAILURE. Protection on `main`: contexts `[Test, Test core-domain, Test core, Test mcp-server, Test core-api, Validate documentation]`, `enforce_admins=false`, `required_pull_request_reviews=null`, `strict=false`. `develop`, where all work lands, returns 404 "Branch not protected", and `ci-cd.yml` does not run on push to `develop`. The workflow owning CodeQL, Trivy, gitleaks, ZAP, `npm audit`, e2e and the parity gate shows **82 failures / 17 cancellations / 1 success in its last 100 runs on main** and none of its 13 jobs is a required context. Fix — counterintuitively, *fewer* gates: reduce the required set to a core that is genuinely green, enable `enforce_admins=true` over that core, protect `develop`, and declare everything else advisory rather than required-but-ignored. Note the current red is a derived-doc staleness assertion (`exploration.spec.ts:289`), so making it green is minutes of work, not days. **DONE:** the code half was done (`44fe8dd3`) making required checks green and running on `develop`; the enforcement half is now done via API (branch protection on `develop`, `enforce_admins=true` on both `main` and `develop`, and `CodeQL SAST` added to the required checks set). |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-575`](./gap-reference-catalog.md#gt-575) | **A product that sells AI governance ships its only LLM egress path without any of the controls it sells.** `GeminiProvider.ts:17` builds the URL with the API key in the query string; the whole 57-line file has no `AbortSignal` (`:31-37`), no budget, no redaction, no log or metric, and its only output validation is `JSON.parse(candidate) as T` (`:52`). It is a public export (`src/packages/agent-runtime/src/index.ts:22`) of `@beyondnet/evolith-agent-runtime@1.1.0`. Disclosure across `README.md`, `README.es.md`, `SECURITY.md` and the 8 package READMEs: zero. It violates at least 4 of the 9 blocking `AAI-*` rules the product itself sells. **Exposure is latent, not active** — the only in-tree caller is `src/sdk/cli/src/commands/plan/index.ts:27`, and `PlanCommand` is not registered in `app.module.ts` — but it sits on the public surface a security reviewer reads first. The correct implementation already exists in-house: `.harness/scripts/ci/agentic/review-provider.mjs:35-38` puts the key in a header with the literal comment "API key in a header, not the URL query string", with budget caps and 8 redaction patterns. Fix: port that control, and collapse the duplicate `ILLMProvider` port into the governed `IAssistantTransport`/`SupervisedAssistantClient` seam. **IN-PROGRESS (`44fe8dd3`):** the controls the repository already runs against itself in `.harness/scripts/ci/agentic/` were ported into the shipped provider rather than reinvented — API key moved from the URL query string to the `x-goog-api-key` header, `AbortController` timeout, byte/token budget that fails closed, secret redaction, schema-validated output, and an auditable log/metric. Egress is now **off unless `EVOLITH_LLM_EGRESS=true`**. **NOT closed:** turning an always-on published export into an opt-in one is a behavioural break for `@beyondnet/evolith-agent-runtime@1.1.0` (names stay additive, so the GT-388 contract freeze holds, but observable behaviour changed) and needs a deliberate version decision alongside `GT-570`; the duplicate `ILLMProvider` port is not yet fully collapsed into the governed `IAssistantTransport`/`SupervisedAssistantClient` seam; and the Spanish package READMEs still carry no disclosure. Verified: agent-runtime 309/309. **+2026-07-26 (wave 3) — 2 of 3 criteria met.** The duplicate LLM port was collapsed: `GeminiProvider` is now reachable only as an `IAssistantTransport` behind the supervised, fail-closed, off-by-default seam, so there is one governed path to an LLM instead of two with opposite postures. The Spanish egress disclosure was written into `src/packages/agent-runtime/README.es.md`, structurally mirroring the English one. **Still open:** criterion 3 — the repository does not pass its own 9 blocking `AAI-*` rules in a CI check, and there is still no root `agent.config.json`, so the agentic-ai topology is never evaluated against Evolith itself. Also unresolved and owner-gated: turning an always-on published export into an opt-in one is a behavioural break for `@beyondnet/evolith-agent-runtime@1.1.0` and needs a version decision alongside `GT-570`. `src/sdk/cli/README.es.md` still carries no disclosure (out of the agent's owned area). **CLOSED 2026-07-28, with the caveat that matters recorded rather than buried.** All three criteria are met: the key travels in a header with an `AbortController` timeout, an egress budget and secret redaction (`GeminiProvider`); the README carries a `Network egress and data handling` section naming the endpoint, what is sent, the opt-in and the sub-processor; and `agentic-ai-self-conformance.spec.ts` evaluates the repository against the nine blocking `AAI-*` rules it ships, 13/13, with a NEGATIVE FIXTURE proving all nine fail without `agent.config.json`. **The caveat:** that spec runs in `Test agent-runtime`, which is NOT one of main's seven required contexts (verified against the live branch protection). So the product now runs its own AI-egress rules against itself in CI — but a failure would not block a merge. Adding `Test agent-runtime` to the required set is a branch-protection change and an owner action; it is not something to do unilaterally, and it is the difference between a check that reports and a check that governs. |  |  | `agent-runtime` | Cross | P0 | S | `DONE` |
-| [`GT-576`](./gap-reference-catalog.md#gt-576) | **The self-assessment a buyer reads first is falsifiable in ten minutes, and the document incriminates itself.** `maturity-assessment.md` defines *Validated (Weight 1.0) — Passing all quality gates, tests, and active in CI/CD*, then marks **Pillar 1 Security "Level 4 (Managed) / Validated"** citing multi-tenant Row-Level Security (ADR-0010) and immutable audit trails via CDC (ADR-0016): `grep -rniE 'row.level.security\|current_setting\(\|debezium\|change data capture'` over `src` returns **ZERO files**, and core-api declares no database driver or ORM. **Pillar 4** is marked Level 4 / Validated citing "deterministic monorepo builds via Nx" — no `nx.json` and no `nx` dependency exist. It also claims dual-engine 8/8 parity while the gate covers 3 topologies and the published package ships policies for 5. (Pillar 3's stale `opossum` citation is a different matter — that pillar is honestly marked `Designed`.) Fix: downgrade Pillar 1 to `Designed` with the ADRs listed as intent, delete the Nx citation, report parity against the published artifact, and add a mechanical rule to `09-reconcile-maturity.mjs`: a capability may only be marked `Validated` if its evidence list contains at least one `file:line` reference or CI job, never an ADR alone. **DONE (`44fe8dd3`):** every claim in the statement was re-verified against the tree and all held. Pillar 1 (Security) and Pillar 4 dropped from `Validated` to `Designed` with their ADRs listed as intent, the Nx citation deleted, and parity reported against the published artifact — in BOTH languages, structurally identical. The class of error is now mechanically blocked: `09-reconcile-maturity.mjs` rejects any `Validated` capability whose evidence contains no `file:line` and no CI job, and that rule ships with a negative self-test that proves it goes red on a deliberately bad input. Verified: `09-reconcile-maturity.mjs --check` ✅, `04-check-bilingual-parity.mjs` ✅, governance 17/17. |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-577`](./gap-reference-catalog.md#gt-577) | **The artifact a customer would wire into their CI reads as a broken tool even though the gate works.** `.github/actions/evolith-validate/action.yml` reads `jq -r '.summary.violations // 0'`, but the real CLI envelope has top-level keys `[success, data, meta]` with `data = {status, rulesChecked, issues, coreRef, timestamp}` — there is no `.summary`. The same applies to the `--output` file (`validate.command.ts:353-361` writes the same `createSuccessEnvelope`). **Important nuance: the action does block correctly** — it captures `EXIT_CODE`, sets `compliance-status=non-compliant` and exits 1 when `fail-on-violation=true`; what is broken is the counter and the PR summary text, which renders literally "Non-compliant -- 0 violation(s) found". And `grep -rn 'evolith-validate' .github/` matches only inside the action's own README: zero consumers across the 12 workflows, so no regression is possible. Fix: change the jq path to `.data.issues \| map(select(.blocking)) \| length` and add a workflow in this repository that runs the action against a non-conforming satellite fixture, so it is dogfooded and regression-tested. **IN-PROGRESS (`44fe8dd3`):** the `jq` path now counts blocking issues from the real ADR-0073 envelope instead of reading a `.summary` key that never existed, and `.github/workflows/evolith-validate-dogfood.yml` runs the action against a deliberately non-conforming satellite fixture so the action is finally dogfooded. Validated by YAML parse and by executing the action's step scripts locally against the built CLI. **NOT closed:** the workflow has never executed on a GitHub runner, so by this audit's own standard the gate is not yet proven — a gate that has never been seen failing is the defect this whole wave is about. Close it after its first green run. Separately, it is not in the required-checks set, which is the `GT-574` owner action. **DONE (verified against CI run 30228607519, `develop`, 2026-07-27T00:56:37Z):** both jobs green — `Action contract (recorded envelopes)` and `Action vs non-conforming satellite`. The closure is NOT "the workflow is green": the log carries the two assertions that were impossible before, `OK: 34 blocking violation(s) of 274 issue(s), agreeing with the report.` and `OK: the gate blocked as expected with 34 blocking violation(s).` So the counter is non-zero, it agrees with the report file the action writes, `compliance-status` is `non-compliant`, and the negative half — `fail-on-violation: true` MUST fail the step — is exercised on every run. Five consecutive green runs. The action is now dogfooded and under regression, which was the more important half of this gap. Remaining and tracked elsewhere: the workflow is not in the required-checks set, which is branch-protection configuration. |  |  | `Infra` | Cross | P2 | XS | `DONE` |
-| [`GT-578`](./gap-reference-catalog.md#gt-578) | **The two systemic root causes behind most findings of the 2026-07-26 audit, addressed at the mechanism rather than instance by instance.** (a) *Path literals*: the move to `src/` migrated code and imports but not the hundreds of path strings in CI scripts, workflow `run:` steps, evaluator constants and Helm values — the compiler catches a moved module, nothing catches a moved file referenced by a string, and a path that does not resolve produces silence. Live instances: `OpaEvaluator` hardcoding `<corePath>/rulesets/opa/policy.wasm` (the whole OPA engine is non-functional against the Core layout); `upgrade` diffing against a nonexistent `<corePath>/rulesets`; the CLI boundary config guarding `src/domain`, `src/application`, `src/core`, none of which has ever existed; `sdk-cli-ci.yml:467` invoking a nonexistent script whose real counterpart points at a pre-refactor path, so "Winston Agentic Review" is dead twice and reports `success`. (b) *Anti-vacuous pass*: the pattern already exists at `34-boundary-guard-repository.mjs:57-73` ("A zero-file scan must never be reported as boundary guard passed") and as a negative self-test in the Tracker contract gate — it is applied to 2 guards of ~46. Fix: a ~40-line guard resolving every path literal against disk; every guard publishes its denominator and exits 1 on a zero-element scan; every guard ships a deliberately bad fixture that MUST turn it red in CI; and CI executes every `validationCommand` in `gap-closure-evidence.json`. **DONE (`44fe8dd3`):** `40-validate-path-literals.mjs` scans harness scripts, workflow `run:` steps and Helm values, resolves each literal against disk, publishes its denominator (109 literals across 197 files) and exits 1 on a vacuous scan — it obeys the discipline it enforces, with a negative fixture in `node --test` (15 tests). Both live defects it found are repaired: `sdk-cli-ci.yml:467` invoked a nonexistent `.harness/scripts/ci/13-agentic-code-review.mjs` (real path under `ci/agentic/`) and that script's argv targeted a pre-refactor `packages/mcp-server/dist/main.js` — which is why "Winston Agentic Review" reported `success` for months while never reaching the server. With both fixed, the guard was flipped from `--report` to its default STRICT mode in `ci-runner.mjs`, so a new dead literal now FAILS the governance run. The anti-vacuous half is enforced for this guard; extending the pattern to the other ~45 guards remains follow-on work. **NOT closed:** two of its three criteria remain unmet — the anti-vacuous-pass pattern is enforced for THIS guard only (~45 others to go), and the board's `validationCommands` are still not executed in CI. The path-literal guard itself is strict, wired and green. **+2026-07-26 (wave 3) — two new guards landed; criteria 2 and 3 advanced, neither closed.** `42-validate-guard-denominators.mjs` classifies all **54** CI guards and asserts none can pass a zero-element scan silently (8/8 unit tests, exit 0). `41-validate-evidence-commands.mjs` finally EXECUTES the board's `validationCommands` instead of only checking they are non-empty strings (27/27 unit tests), and it reports its denominator honestly: over **937 recorded commands across 544 closure records it finds 290 dead references**, and it prints `THIS IS NOT A PASS` rather than exiting green on a number that large. It is wired in report mode with a `--max-dead 290` ratchet so the count can only go down. **Still open:** criterion 3 needs dead == 0, which is a data migration of the board-owned evidence file, not a guard change; criterion 2 needs a negative fixture per guard, which classification does not substitute for. The 290 dead references are themselves a finding: they are the measured size of root cause C5 — a board that records intent rather than result. Wave 2: criterion 2 is now enforced by EXECUTION — `43-validate-guard-negative-fixtures.mjs` points every scanning guard at one deliberately empty tree and 32/32 turned red, 0 reported a pass. One shared fixture rather than 34 bespoke ones, derived from 42’s classification, so the next guard is exercised the day it lands. Two false-DEAD classes in 41 repaired and the ratchet made machine-independent (it now prints its own basis: 303, agreed between a laptop and the runner despite raw counts differing by 15). 43, 44 and 34 wired into ci-cd.yml, ratchet lowered 305→303. **AC3 untouched:** 288 dead references, 198 naming pre-refactor workspaces — a data migration of the evidence file. |  |  | `Governance` | Cross | P1 | M | `IN-PROGRESS` |
-| [`GT-580`](./gap-reference-catalog.md#gt-580) | `grep -rno "process.exit([0-9]*)" src/sdk/cli/src` returns **20 × `process.exit(1)` plus 2 bare `process.exit()`** — one single failure value for a FAIL verdict, a bad flag, a missing file and an infra crash alike, so no consumer can branch on the cause. Diagnostics share the machine channel: **341 `console.log` against 115 `console.error`**. And there is no incremental output — no `--format ndjson` — so a long `validate` is opaque until it terminates. An agent harness, a pre-commit hook and a CI step all have exactly one primitive in common (the process exit code) and the CLI currently declines to use it. Fix: a published taxonomy (`0` PASS · `2` usage error · `3` **verdict FAIL** · `1` infra failure · `4` HITL required), every diagnostic to stderr, a versioned NDJSON event stream, and the taxonomy governed by its own ruleset with Rego parity so a new command cannot regress it. **+wave 2026-07-28 — the taxonomy exists and its contract break is propagated.** `0` pass · `1` tool failure · `2` blocked · `3` invalid input, enforced centrally in `BaseEvolithCommand.handleError` plus a jest guard that fails the build on any exit literal outside the set. **The propagation was audited rather than assumed:** a repo-wide sweep found NOTHING branching on `1` as "gate failed", so there was no live break here — but the composite action collapsed every non-zero onto `non-compliant`, which **asserted a customer's repository was non-compliant when the CLI had merely crashed or been invoked wrongly**. That is the inverse of a gate reporting green over an unevaluated repo, and it is just as false. The action now reports `error` / `invalid-input`, exposes `exit-code`, fails the step for a non-verdict regardless of `fail-on-violation`, and its PR summary says "Not evaluated — this is not a finding about this repository". Its tests went 11 → 13, reclassified rather than loosened: four cases were blocked verdicts (now exit 2) and two were genuine tool failures (still exit 1, now `error`). Both language guides publish the four-value table. **NOT closed:** stdout/stderr discipline is untouched (341 `console.log` vs 115 `console.error`), there is no `--format ndjson` event stream, and the third criterion asks for a Rego-parity ruleset while what shipped is a jest guard covering only this package. **Follow-up outside this repository:** the Tracker invokes the CLI and may branch on its exit code — unverifiable from here and must be checked in `evolith_tracker`. **Criterion 1 ticked on 2026-07-28 after verification:** `exit-code-taxonomy.spec.ts` publishes exactly four codes, separates a blocked verdict from an unreachable Core, and — the load-bearing part — SCANS the command sources and asserts none names an exit code outside `0`, `1`, `2` or `3`, with an anti-vacuous guard so a green from an empty scan is not a green. 21/21. Criteria 2 and 3 remain: there is no test asserting that `--format json`/`ndjson` writes data only to stdout with every diagnostic on stderr, and no ruleset+Rego pair enforcing the taxonomy as governance rather than as a jest scan. **+wave 2026-07-29 — criteria 2 and 3 closed for the JSON channel; a strengthened sweep then found four more taxonomy-membership-but-wrong breaks.** Criterion 2: `machine-channel.registry-sweep.spec.ts` asks the CLI's own commander registry which of its commands declare `--format` (not a hand-picked list) and asserts every one of the 32 found writes exactly one parseable JSON document to stdout with diagnostics on stderr — 32/32 clean. This closes the stdout/stderr purity half of criterion 2; `--format ndjson` streaming, the fourth pillar of the original fix, is still unbuilt. Criterion 3: the taxonomy is now governed by `src/rulesets/cli/exit-code-taxonomy.rules.json` with Rego parity (`src/rulesets/opa/cli-exit-code-taxonomy.rego`, `opa test` 7/7) and a native evaluator (`cli-exit-taxonomy-rule.handler.ts`, 28/28 with `rule-corpus-triage.spec.ts`) — a new command can no longer regress the taxonomy without a ruleset failure. **Strengthening the sweep surfaced exactly the class of bug it exists to catch:** adding `envelope.success === (status === 0)` alongside taxonomy-membership found FOUR commands that were valid taxonomy members while contradicting their own envelope — `sdlc gate-status` exited 0 on an `INTERNAL_ERROR` envelope (a branching consumer reads that as a PASS), `alias` exited 1 instead of 3 on a usage error, `init-wizard`'s own catch-all collapsed a `NonInteractiveError` to `INTERNAL_ERROR`/1 before it ever reached `resolveExitCode`, and `sdlc generate`'s JSON branch `return`ed before reaching the `process.exitCode` assignment below it. All four fixed by routing through the existing `exitCodeForErrorCode`/`resolveExitCode`/`carriesCliExitCode` helpers rather than a hardcoded literal, and the sweep now asserts this agreement for every command going forward. Verified: CLI suite 101 suites/1446 tests, core-domain handler+triage 28/28, `opa test` 7/7, `tsc --noEmit` clean. [PR #278](https://github.com/beyondnetcode/evolith_arch32/pull/278). **Still open:** the `--format ndjson` event stream, and the Tracker cross-repo follow-up noted above (unverifiable from this repo). |  |  | `Evolith CLI` | Cross | P1 | M | `IN-PROGRESS` |
-| [`GT-581`](./gap-reference-catalog.md#gt-581) | `grep -rn "outputSchema\\|structuredContent" src/packages/mcp-server/src` returns **0**, and so does `annotations` — across **50 announced tools**, on SDK `1.29.0`, which supports all three. Every caller therefore receives a text block and must reverse-engineer its shape, and no client can tell a read-only tool (`evolith-adr-list`) from a destructive one (`evolith-satellite-create`) before invoking it. The specification draft additionally loosened `inputSchema`/`outputSchema` to accept any JSON Schema 2020-12 keyword (SEP-2106) and asks servers to return `tools/list` in a deterministic order to improve client and prompt-cache hit rates — both free wins on the same pass. Fix: derive `outputSchema` per tool from `@beyondnet/evolith-contracts`, emit `structuredContent`, add `readOnlyHint`/`destructiveHint`/`idempotentHint` annotations, and make `tools/list` ordering deterministic. Wave 2: all 50 tools declare an outputSchema and return structuredContent that validates under the SDK’s own validator — including on FORBIDDEN denials, the result an agent most needs to read mechanically. Generated centrally from the envelope version, so a new tool cannot be registered without a contract. **Caveat carried, not hidden:** the `data` branch is declared-but-open for all 50; narrowing it needs per-operation schemas, which is GT-583. |  |  | `MCP Server` | Cross | P1 | M | `DONE` |
-| [`GT-582`](./gap-reference-catalog.md#gt-582) | Verified directly against the live specification on 2026-07-26, not taken from a secondary source. The **current** protocol revision is `2025-11-25`; the **draft** removes protocol-level sessions and the `Mcp-Session-Id` header (SEP-2567), removes the `initialize`/`notifications/initialized` handshake in favour of per-request `_meta` (SEP-2575), makes `server/discover` mandatory (SEP-2575), replaces server-initiated requests with the **MRTR** pattern — `InputRequiredResult`, a required `resultType`, and `inputResponses` on a retry of the original request (SEP-2322) — deprecates Roots/Sampling/Logging (SEP-2577) and deprecates Dynamic Client Registration in favour of Client ID Metadata Documents. In this repository: SDK `1.29.0`, **7 `sessionId` sites** under `src/packages/mcp-server/src`, and `grep -rn "well-known\\|oauth-protected-resource" src` returns 2 unrelated matches, so no protected-resource metadata document is served either. MRTR matters beyond conformance: it is *approval as a protocol*, and it is the only way the HITL gate survives the removal of sessions. **Correction to the source document, which this row records rather than repeats:** the document labels this revision `2026-07-28` and frames it as a 3-day emergency. That date could not be confirmed — the specification's own versioning page still names `2025-11-25` as current, describes negotiation as happening during `initialize`, and publishes no release date for the draft. The technical content is real and confirmed; the urgency is not. This is tracked preparatory work against a draft, to be re-checked at each spec revision. |  |  | `MCP Server` | Cross | P1 | L | `PENDING` |
-| [`GT-583`](./gap-reference-catalog.md#gt-583) | `TOOL_SCHEMAS` is a hand-written map at `src/sdk/cli/src/commands/api/api.catalog.ts:81`, the MCP tools declare their own input schemas inline in code, and `buildCapabilityManifest` (GT-513) publishes only `evaluationKinds`, `engines`, `surfaces`, `supportedConsumers` and a `sha256` — **no per-operation input or output schema at all**. So "one registry generates the three surfaces" is asserted in prose and maintained by hand. Separately, **all 154 `*.schema.json` files declare `http://json-schema.org/draft-07/schema#`**, while the MCP draft expects 2020-12 keywords in tool schemas — which makes the pin a blocker for GT-581 rather than a neutral choice. Fix: extend the manifest with per-operation `inputSchema`/`outputSchema`, generate `TOOL_SCHEMAS` and the MCP registrations from it, and migrate the meta-schema to 2020-12 compiling under ajv's 2020 entry point. |  |  | `Evolith Core` | Cross | P1 | L | `PENDING` |
-| [`GT-584`](./gap-reference-catalog.md#gt-584) | The ADR-0111 seam is live — `quality-signal-provider.port.ts`, `quality-signal-registry.ts` and two real providers (`lighthouse-evidence.provider.ts`, `structural-review-provider.ts`) — and `Evidence` already carries `determinism` and `provenance{collectedBy, adapterVersion, artifactHash, timestamp}`. What is missing is the gate on top of it: `grep -rniE "confusion.matrix\|true.positive.rate\|cohen\|kappa\|false.block"` across `src` and `.harness` returns **0**. Nothing reads `determinism` as a condition for blocking, so the day a non-deterministic provider is pointed at something that matters, its finding is admissible by default and unmeasured. Fix: `probabilistic-evidence-admissibility.rules.json` with `.rego`/`.test.rego` parity — probabilistic evidence may block only while `tpr ≥ θ₁ ∧ tnr ≥ θ₂ ∧ age ≤ θ₃`, and degrades to advisory otherwise — plus the calibration fields on `Evidence` that the rule reads. Wave 2: found and closed a real heuristic→blocking path (`detectDependencyInversionIssues`, `detectLayerViolations` emitted blocking MUST and mcp-server copied the flag verbatim). Two concrete defects behind the unmeasured error rate: the framework check matched naked substrings, and the layer comparison was INVERTED — every legal `application → domain` import blocked while every real `domain → infrastructure` inversion passed. **No criterion met in its stated location:** AC1 wants a ruleset/Rego pair under `src/rulesets/**`, AC2 wants the calibration fields on `Evidence` itself. Thresholds are declared policy, not measurements — GT-585 is what makes them real. |  |  | `core-domain` | Cross | P1 | M | `IN-PROGRESS` |
-| [`GT-585`](./gap-reference-catalog.md#gt-585) | 167 rulesets and 45 policies decide `blocking`, and not one of them has ever been measured: the entire calibration vocabulary (`confusion matrix`, TPR/TNR, Cohen's κ, false block) appears **0 times** across `src` and `.harness`. The label source such a measurement needs — a human overriding a gate decision — lives in the Tracker, and per GT-435/GT-448 nothing has ever run in production, so **there is no organic label corpus yet and this row cannot be closed by code alone**. What is available today, and is the whole point of registering it now: a hand-labelled set drawn from this repository's own history, plus the harness (a `judge:validate`-style command reporting a confusion matrix, κ and a Wilson interval inside the ADR-0073 envelope), so that the moment labels exist the figure is derivable rather than retrofitted. |  |  | `Governance` | Cross | P1 | L | `PENDING` |
-| [`GT-586`](./gap-reference-catalog.md#gt-586) | `EvaluationContext` carries 30+ optional members including `executionMode: 'manual' \| 'hybrid' \| 'agentic'` and, per evidence item, `EvidenceContext.producer.actorType` — but it has **no requester identity and no code revision**: over `evaluation-context.ts`, `grep -nE "actor\|revision\|commit"` matches only `ExecutionMode` and that nested `producer`. `EvaluationResult` echoes `evaluatedAt` and `versions{core, ruleset, rulesetVersion, policy, blueprint}` — again no revision. So the engine cannot attribute a verdict to a human or an agent (`executionMode` describes the mode of operation, not the identity of the requester, and carries neither model nor session), and two verdicts over the same repository cannot be ordered against the code they judged. Fix: additive optional `requester{actorType, actorId, modelRef?, sessionId?}` and `repositoryRevision` on the context, echoed into the result. Additive only, so the GT-388 contract freeze holds. Wave 2: `requester` and `repositoryRevision` accepted, echoed onto the result and projected into the OPA input, all additively. Nothing is derived — absent in, absent out, because an invented commit sha in an audit trail is worse than an absent one. **Remaining:** AC3, fixture coverage in `@beyondnet/evolith-contracts`. **CLOSED 2026-07-28.** The third criterion landed: `@beyondnet/evolith-contracts` now publishes `EVALUATE_INLINE_ATTRIBUTED_REQUEST` and `EVALUATION_RESULT_ATTRIBUTION_FIXTURE` from its package index — not merely from the fixtures module, which is what the criterion asks for and what a consumer can actually pin. Four tests: the typed requester and revision are carried, the result echoes both VERBATIM (nothing derived — an invented commit sha in an audit trail is worse than an absent one), a verdict WITHOUT them still validates and still resolves to `PASSED`, and a caller that supplies no revision gets none back. That additive half is what makes the change safe to ship in a published package. |  |  | `core-domain` | Cross | P1 | S | `DONE` |
-| [`GT-587`](./gap-reference-catalog.md#gt-587) | `grep -rn "gen_ai" src` returns **0**. Tracing exists (`src/packages/mcp-server/src/tracing.ts`) and GT-546 emits `evolith_*` metrics, so the plumbing is in place and only the vocabulary is private. The OpenTelemetry GenAI semantic conventions define `gen_ai.evaluation.result` — which is the exact shape of an ADR-0111 quality signal — plus an `mcp.*` namespace; the MCP draft additionally documents trace-context propagation through `_meta` (`traceparent`, `tracestate`, `baggage`, SEP-414). Fix: emit the semconv attributes alongside `evolith.*`, and pin the semconv version, since that registry is still Development status. |  |  | `Evolith Core` | Cross | P2 | M | `PENDING` |
-| [`GT-588`](./gap-reference-catalog.md#gt-588) | `Provenance{collectedBy, adapterVersion, artifactHash, timestamp}` is mandatory on every `Evidence` — and entirely unsigned: `grep -rniE "scitt\|cose_sign\|transparency"` over `src` returns a single unrelated match. GT-576 already downgraded the Pillar 1 claim of "immutable audit trails" from `Validated` to `Designed` for exactly this reason. An `artifactHash` that a producer computes about its own output is not tamper-evidence. Fix: a signed statement plus receipt per decision in the shape RFC 9943 (SCITT) defines with COSE receipts, an `evolith-cli audit verify` to check them, and — the part that makes the ledger load-bearing rather than ornamental — a governance rule that FAILS when receipts do not verify. |  |  | `Governance` | Cross | P2 | L | `PENDING` |
-| [`GT-589`](./gap-reference-catalog.md#gt-589) | `grep -rniE "scip\|tree-sitter"` over `src` returns **0**. Depth today comes from the OSS enforcer seam (GT-514/GT-515/GT-521), whose output is a flat `Violation` list per tool run — useful, but not a queryable fact base: no symbol graph, no module graph, no import or call structure the evaluator can ask questions of. Fix: a content-hashed `RepoFacts` package produced by a SCIP indexer (`scip-typescript` and peers) plus tree-sitter, extracted **outside** the Core and handed in inline as a deterministic `EvaluationContext` member — the same shape ADR-0101 already mandates for source files via `OverlayFileSystem`, so it reinforces the statelessness constraint instead of eroding it. |  |  | `Evolith Core` | Cross | P1 | L | `PENDING` |
-| [`GT-590`](./gap-reference-catalog.md#gt-590) | `structurizr-parser.ts` and `c4-compiler.ts` exist under `src/packages/core-domain/src/application/validators/enforcement/`, so the *intended* model is already parsed. What is absent is the mapping step: nothing binds a C4 element to a code symbol, module or path, so the system holds an intent and an implementation and cannot compare them. Fix: a probabilistic provider proposes bindings through the ADR-0111 seam, a human confirms them at a HITL gate, the confirmed mapping is persisted versioned, and from that point on it is a deterministic input. Depends on GT-589 for the symbol side of each binding. |  |  | `Evolith Core` | Cross | P2 | L | `PENDING` |
-| [`GT-591`](./gap-reference-catalog.md#gt-591) | `.harness/scripts/opa-runtime.mjs:6` pins `OPA_VERSION = '0.65.0'` and `compile-opa-wasm.mjs:41` downloads that same version; `@open-policy-agent/opa-wasm` sits at `1.10.0` in both `core-domain` and `mcp-server`. OPA has since shipped its v1 line, where the `if` and `contains` keywords are mandatory rather than opt-in. In this repository the migration is **already half done and measurable**: 13 of 45 policies declare `import rego.v1`, leaving **32 in v0 style**, with 39 `*.test.rego` files as the harness that proves the conversion did not change a single decision. Fix: `opa fmt --rego-v1` over the 32, bump the pinned version, and assert the pin in CI. Wave 2: 85/85 files in `src/rulesets` are v1; 275 test cases pass identically under the pinned 0.65.0 and a real 1.10.0, which is the strongest available proof no decision changed (HEAD produces 813 parse errors under the same v1 binary). Row evidence corrected: the v0 set was 77 files, not 32. **DO NOT BUMP THE PIN:** 6 tracked v0 policies under `reference/.../progressive-axis/**` still fail a v1 binary and are the ones the parity gate actually executes. |  |  | `Evolith Core` | Cross | P2 | M | `IN-PROGRESS` |
-| [`GT-592`](./gap-reference-catalog.md#gt-592) | The stack is finished: GT-538 (durable pgvector adapter), GT-539 (Qwen3 embeddings per ADR-0112), GT-540 (production `IKnowledgePort`) and GT-541 (delta-sync workflow) are all DONE, with `pgvector-knowledge.adapter.ts` and eight `rag-*` scripts under `.harness/scripts/ci/` — and **none of the 50 announced MCP tools is a search or knowledge operation**, so no external agent can query any of it. Second problem: GT-540's adapter ranks by cosine similarity alone, while this corpus is queried by exact identifiers (`ADR-0111`, `GT-569`, `SCHEMA_VERSION`, `EVD-01`), which is the regime where lexical BM25 beats dense retrieval. Fix: an `evolith-knowledge-search` MCP tool, hybrid retrieval with BM25 first and dense as reranker, and a retrieval eval harness in CI over a fixed query set so a ranking change becomes visible. |  |  | `MCP Server` | Cross | P2 | M | `PENDING` |
-| [`GT-593`](./gap-reference-catalog.md#gt-593) | GT-386 delivered durable *state* — `file-scheduler.adapter.ts`, `file-memory.adapter.ts`, `file-approval-store.ts` — but there is no step journal: `grep -rniE "resume\|journal"` over `src/packages/agent-runtime/src` returns **0**. So the pipeline (`plan()`, the harness, each provider, the Core evaluate) keeps no per-step record of inputs and outputs, which means a `kill -9` loses the work and, worse, loses the account of what the non-deterministic steps actually returned. Fix: journal each step with hashed inputs and outputs, and resume from the journal. Wave 2: append-only step journal content-addressed on input, in-memory + JSONL-durable; four steps journaled and resumed, proven by killing the Core mid-pipeline. The NOT-resumable set (approvals, policy verdicts, steps killed before completing, sink re-emissions) is written into the port rather than implied — approvals and verdicts are re-decided every attempt on purpose, because replaying a grant could resume on a revoked decision. |  |  | `agent-runtime` | Cross | P2 | M | `DONE` |
-| [`GT-594`](./gap-reference-catalog.md#gt-594) | The 167 rulesets and 45 policies reason about structure, boundaries and imports — and the failure modes the source document's longitudinal evidence names (duplication instead of reuse, collapsed refactoring, dead abstraction, error-masking constructs) are all **legal in terms of imports**, so no rule can see them: `grep -rlniE "duplicat"` over `src/rulesets` matches only prose (a README, the engineering manifesto, one ADR ruleset) and no rule computes a duplication ratio, a refactor-to-copy ratio, or an error-masking construct count. Fix: evaluators for those signals behind the ADR-0111 seam, **advisory first**, admissible for blocking only through GT-584. Depends on GT-589 for the structural facts the signals are computed over. |  |  | `Evolith Core` | Cross | P2 | L | `PENDING` |
-| [`GT-595`](./gap-reference-catalog.md#gt-595) | **Not from the source document — found while cross-checking it.** GT-569 carved this out explicitly ("closing the handler-coverage gap itself (≈240 unevaluable rules) is NOT part of this and stays open") and left it with no row of its own, which is how a P0 becomes invisible on the board. After that fix, `validate` on this repository reports **269 skipped of 380** rules, **192 of them `blocking`**: the native engine has handlers for a minority of the rule corpus (`find src/rulesets -name '*.rules.json'` counts 167 files across 21 directories). A skipped blocking rule is not a neutral outcome — it is a rule the product ships, documents and charges for, which never runs. Fix is triage before code: per ruleset, decide which rules need a native handler, which are better expressed as Rego (45 policies already exist), and which are documentation-only and must be marked non-executable so they stop inflating the denominator. Wave 2: every rule classified and the ratio published per ruleset. The headline is the reframing — of 380 rules, 129 are documentation or declare no check at all, so the "240 handlers to write" figure counted work nobody can do; the real backlog is 60. **AC2 deliberately NOT enforced:** blocking-and-skipped would fail this repository on ~85 rules today and was not switched on inside a shared wave. **CLOSED 2026-07-29.** AC2 is enforced: `RuleEvaluationEngine.toValidationIssues` now emits a `blocking` ValidationIssue whenever a rule declared `blocking` returns `skipped`, so the combination fails the run. It is deliberately NOT a thrown error — `RulesetValidatorService.validate` catches engine exceptions and downgrades them to `logger.warn`, so a throw would have been silently swallowed by the only product caller. The rule's own outcome stays `skipped` on purpose: promoting it to `failed` would move it into `rulesChecked` and re-inflate the very coverage GT-569 made honest. Switching it on exposed **181 rules declared `blocking` that never execute**. 96 were auto-generated ADR placeholders whose own `validationQuery` ends "Concrete checks to be wired into the harness" — the generator asserted `blocking: true` on a check it never wired, and now emits `blocking: false`. Of the remaining 85, **12 were closed for real** and the pinned count now stands at **73**, recomputed against the real corpus rather than assumed (the pin was perturbed to 74 and observed failing): 8 config-shaped (ED-R04, ED-R05, ED-R06, DAM-R05, MTN-05, GIT-08, SEC-RL-01, SEC-RL-02) and 4 module-boundary (HXA-01, HXA-02, HXA-04, HXA-05). Two findings are worth keeping, both instances of the pattern this wave is about. The four HXA rules were dead because **`DiskRulesetRepository.normalizeRuleset` never copied the `enforce` field**: the schema has accepted it since GT-516, ADR-0002 authors six blocks and the PolicyCompiler compiles them, but normalization dropped it, so `rule.enforce` was always `undefined` and the whole enforcer subsystem was unreachable for lack of data, not for lack of wiring. And **`rule-corpus-triage.spec.ts`'s own loader dropped `enforce` too**, under a docstring claiming it loads "exactly as `DiskRulesetRepository` does" — the measuring instrument was measuring a different corpus than the one production evaluates. Two things were deliberately NOT done. `dependency-cruiser` was not adopted: the Core is a stateless engine reading satellites through an overlay filesystem that a subprocess cannot see, and the tool's config matches `node_modules/`, so an uninstalled satellite would yield zero violations and PASS four blocking rules — a false pass is worse than the skip it would replace. OCB-02 was not closed: no artifact anywhere carries an `availability` marker, so the rule quantifies over the empty set and can only pass; that is recorded as three executable tests instead of prose. |  |  | `core-domain` | Cross | P0 | L | `DONE` |
-| [`GT-510`](./gap-reference-catalog.md#gt-510) | **16 DONE gaps lack a closure-evidence record in `gap-closure-evidence.json`.** The registry holds 417 closure records but 433 are required (425 `GT-*` DONE + 8 `MT-*`), so `08-validate-tracking.mjs` and `09-reconcile-maturity.mjs --check` fail. Surfaced once [`GT-476`](./gap-reference-catalog.md#gt-476) re-pointed the tracking/maturity guards to the real paths — the stale paths had hidden it. Affected: GT-424, GT-436, GT-440, GT-449, GT-450, GT-452, GT-466, GT-467, GT-468, GT-469, GT-470, GT-471, GT-472, GT-473, GT-474, GT-484. Fix: add the real closure record (commit + verification) for each, or revert any not actually DONE — do not fabricate evidence. **DONE:** the registry now holds 439 records (≥ required) and BOTH guards pass — `08-validate-tracking.mjs` "Validated 523 gaps and 439 closure records" and `09-reconcile-maturity.mjs --check` "✅ Maturity reconciliation matches" (the latter completed by the maturity `asOf` sync `0d45a08e`). Every DONE gap has a record (08 enforces exactly that). |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-511`](./gap-reference-catalog.md#gt-511) | (EAG-02 · A/B integration) **Single normalized evidence/Violation model.** One canonical `Violation` model (`ruleId, tool, file, line?, column?, severity, message, adrRef, owner?, fingerprint, frozen`) + an evidence contract against `src/rulesets/evidence/evidence-manifest.rules.json` (EVD-01..04); unifies the OSS normalizer (A) and the `EvidenceNormalizer` (B). Today the only engine is OPA-WASM + 12 native handlers (`native-evaluator.ts`), there is no OSS-ingestion adapter, and `RuleExecutionRef.engine` is a strict Ajv enum. Fix: `violation.ts` in core-domain (fingerprint normalized WITHOUT message + normalized path), map to `GapFinding`/`RiskFinding`, `violation.schema.json` + `enforcer-evidence.schema.json`, add engine `'enforcer'` with an enum version/tolerance strategy. **DONE (`d769c97b`):** `violation.ts` (Violation model + invertible severity maps + fingerprint over normalized path excluding `message` + Violation⇄GapFinding/RiskFinding + `EnforcerEvidenceManifest`/`buildEnforcerEvidence` discharging EVD-01..04); `violation.schema.json` + `enforcer-evidence.schema.json` (ajv-valid, incl. negative EVD-02); `RuleExecutionRef.engine` widened to an open `RuleEngine` vocab + `'enforcer'` (`isKnownEngine`/`normalizeEngine`). Verified: core-domain 752/752 (+17), tsc clean, ajv valid. |  |  | `core-domain` | Cross | P0 | M | `DONE` |
-| [`GT-512`](./gap-reference-catalog.md#gt-512) | (EAG-04 · A/B integration) **Evaluation-environment provisioning (restore/scoping/cache/sandbox).** Make source-analyzers runnable and safe. `GitHubRepositorySourceReader` delivers a TEXT tarball with no dependencies → dependency-cruiser/import-linter give false negatives; Core and satellites are Nx monorepos. Fix: PA-01 restore (`npm ci`/`dotnet restore+build`/`pip install`+grimp/`composer install`); PA-02 per-project Nx scoping; PA-03 EvaluationResult cache by commit-SHA + changed-files-only; PA-04 shell-out sandbox (no egress, no secrets, ulimits/cgroups, binary allowlist); PA-05 toolchain per `evolith.yaml` manifest. **IN-PROGRESS (`970a0da6`):** the verifiable pure slice landed in `provisioning.ts` — PA-01 `buildRestorePlan`, PA-02 `resolveProjectScope` (Nx affected), PA-03 `computeEvaluationCacheKey`+`IEvaluationCache` (AC3 done — unchanged commit+scope hits cache), PA-04 `SandboxPolicy`+`enforceSandboxPolicy`+`SandboxedProcessRunner` (fail-closed: non-allowlisted binary / secret-env rejected before the inner runner; hardens the GT-514 `IProcessRunner`), PA-05 `resolveRuntimeFromManifest`. Verified: core-domain 838/838 (+16), tsc clean. **+2026-07-12 (PA-06 + real runner):** `executeRestorePlan` (runs the plan fail-fast in the checkout cwd) + `provisionEvaluationEnvironment` (composes scope→cache→restore) in core-domain; and the real **`NodeProcessRunner`** in `@beyondnet/evolith-infra-providers` (`execFile`, no shell, no secret inheritance —curated PATH/HOME/locale passthrough, never TOKEN/SECRET—, timeout+kill, cwd-confined) — the inner runner that `SandboxedProcessRunner` wraps; port exposed in core-domain's public API. Verified: core-domain 893/893, infra-providers 67/67, tsc clean. **Gated (OS-infra only):** OS-level egress/cgroup/namespace enforcement (needs a locked-down deploy container) + the real repo fetch/checkout integration. |  |  | `Evolith Core` | Cross | P0 | L | `DONE` |
-| [`GT-513`](./gap-reference-catalog.md#gt-513) | (EAG-06 · A/B integration) **Stable API + capabilities manifest.** The front door for external consumers. `evolith-machine-contracts.json` lists only `evolith_tracker` in `supportedConsumers` and there is no `/capabilities`. Fix: a versioned `@beyondnet/evolith-contracts` package (SemVer + sha256); `GET /api/v1/capabilities` next to `ReferenceController` (REST-only per ADR-0074, no GraphQL here); contract-parity tests. **IN-PROGRESS (`6b4bebf4`, parallel wave):** the versioned manifest + drift guard landed in core-domain — `capabilities/capabilities-manifest.ts` `buildCapabilityManifest` (kinds from `EvaluationResult.results`, engines from `KNOWN_RULE_ENGINES` incl. `enforcer`, `supportedConsumers` adds `external`, SemVer `version`, `sha256` of canonical JSON) + `capabilityManifestFingerprint` parity guard + compile-time exhaustiveness guards. Verified: core-domain 822/822 (+15), tsc clean. **Gated:** the live `GET /api/v1/capabilities` core-api endpoint + the published `@beyondnet/evolith-contracts` package (shared-file/module wiring). **+parallel wave (`d144736e`):** landed the live `GET /api/v1/capabilities` endpoint (`CapabilitiesController` → `buildCapabilityManifest`, ADR-0073 envelope). Verified 2/2 + reference no regression. Remaining: the published `@beyondnet/evolith-contracts` package. **DONE:** that remainder was delivered — `@beyondnet/evolith-contracts@1.1.0` is live on npm (verified with `npm view`), so nothing is left open on this row. The sentence above is retained for history. |  |  | `Core API` | Cross | P1 | M | `DONE` |
-| [`GT-514`](./gap-reference-catalog.md#gt-514) | (EAG-08 · A/B integration) **`IEnforcerAdapter` + `EnforcerEvaluator` + Composite + catalog.** The enforcer orchestration seam. `rule-evaluation-engine.ts`/`RulesetValidatorService` use a single `this.strategy` (Native). Fix: `IEnforcerAdapter.analyze(ctx)→Violation[]` with a `runtime` union; `EnforcerEvaluator` (an `IRuleEvaluatorStrategy`) filtering `enforce.engine==='enforcer'`; `CompositeRuleEvaluator` preserving the Native default; `ShellEnforcerAdapter` + `IProcessRunner`; `enforcer-catalog.json` aligned with `product/infra/validated-tool-catalog.md`. **DONE (`30aee332`):** `enforcement/` seam — `IEnforcerAdapter.analyze→Violation[]` + `IProcessRunner` port (hardened by GT-512) + `StubProcessRunner` (no unsandboxed default shipped); reusable `ShellEnforcerAdapter` (buildSpec+parse); `EnforcerEvaluator` (filters `enforce.engine==='enforcer'`, correlates by `toolRuleId`, frozen⇒pass, missing-adapter/crash⇒skip); `CompositeRuleEvaluator` drops into the engine's injectable `strategy` unchanged; `NormalizedRule.enforce?`; `enforcer-catalog.json` mirrors new §4.3 of the tool catalog (EN+ES). Verified: core-domain 762/762 (+10), tsc clean. |  |  | `core-domain` | Cross | P1 | M | `DONE` |
-| [`GT-515`](./gap-reference-catalog.md#gt-515) | (EAG-09 · A/B integration) **dependency-cruiser adapter + SARIF ingester.** First source-analyzer adapter (Node/TS, where Core code lives). depcruise has no native SARIF ≤v16 and tsconfig resolution can yield false "not resolvable". Fix: `DependencyCruiserAdapter` (`depcruise -T json`, parse `summary.violations[]`) + a generic reusable SARIF 2.1.0 ingester. Gate: 0 false positives on a real corpus before any block. **IN-PROGRESS (`a1bc3ea1`):** AC1+AC2 done — `DependencyCruiserAdapter` (pure `parseDependencyCruiserReport`: `summary.violations[]`→`Violation` file:line, error/warn/info, cycle path, malformed⇒`[]`) over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam; generic reusable **SARIF 2.1.0 ingester** (tool from `driver.name`, not depcruise-specific — reused by GT-521). Verified: core-domain 773/773 (+11), tsc clean. **AC3 (0 FP on a REAL corpus) gated by GT-512** (needs a `depcruise` run in a restored env). |  |  | `Evolith Core` | Cross | P1 | M | `DONE` |
-| [`GT-516`](./gap-reference-catalog.md#gt-516) | (EAG-10 · A/B integration) **`enforce:` block + PolicyCompiler + `evolith enforce compile` + ADR-0002 pilot.** Single-policy → native checks. HXA-01..07 in `adr-0002-hexagonal-architecture.rules.json` are only text in `validationQuery`. Fix: `enforce:` in `ruleset-standard.schema.json` (`engine, tool, toolRuleId, config\|configRef, severityMap, runtime, mode`); PolicyCompiler + `evolith enforce compile` (nest-commander, `src/sdk/cli/src/commands/enforce/`) with per-rule fallback for uncompilable rules (NetArchTest no cycles; Deptrac PHP-only; Conftest IaC-only); populate `enforce` in ADR-0002; round-trip test 0 FP. |  |  | `Evolith CLI` | Cross | P1 | L | `DONE` |
-| [`GT-517`](./gap-reference-catalog.md#gt-517) | (EAG-12 · A/B integration) **Freezing/baseline + ratchet + warn→block + enforce versioning.** Incremental adoption without breaking builds. Fix: `PolicyBaselineStore` (single authoritative fingerprint store; map native baselines toward it — not two parallel baselines); ratchet (fail if the baseline grows); per-rule warn\|block + `--enforce-mode`; `evolith enforce freeze`; a debt budget with expiry; `enforce`-block versioning + baseline rebase when a rule changes. **DONE (`e0e2b72c`, parallel wave):** `policy-baseline.ts` — single authoritative `PolicyBaseline` (frozen fingerprints; unifies native+enforcer, no parallel stores); `freezeViolations`, `applyBaseline` (frozen vs NEW/`fresh`), `ratchet` (fails on growth), `rebase` (fingerprint-stable ratchet-down — survives tool upgrades because GT-511's fingerprint excludes `message`), `decide` (warn\|block). Verified: core-domain 822/822 (+17), tsc clean. |  |  | `Evolith Core` | Cross | P1 | M | `DONE` |
-| [`GT-518`](./gap-reference-catalog.md#gt-518) | (EAG-13 · A/B integration) **PR/CI drift gate + SARIF exporter + evidence manifest + waivers.** Deterministic merge gate. Fix: SARIF exporter of `EvaluationResult` (`evolith evaluate --format sarif`); a CI drift-gate on the GitHub/GitLab Checks API (needs a GitHub App with `checks:write` + GHAS in private repos; fallback = PR comment + exit code); emit an enforcer-evidence manifest (EVD-01..03 via the unified `EvidenceNormalizer`); a waiver flow (request/approve/version/expire) for `waiverRef`; owner enrichment via CODEOWNERS. **IN-PROGRESS (`72441eff`, parallel wave):** the core-domain slice landed — `sarif-exporter.ts` `exportEvaluationResultToSarif` (valid SARIF 2.1.0, findings→results with level/location, round-trips through `ingestSarif`) + `emitEvaluationEvidence` reusing `buildEnforcerEvidence` (carries EVD-01..03). Verified: core-domain 822/822 (+17), tsc clean. **Gated:** the `evolith evaluate --format sarif` CLI flag, the PR/CI Checks-API gate, and the waiver flow (CLI/GitHub App/GT-516). **+parallel wave (`a28c54d9`):** landed the `evolith evaluate --format sarif` flag (prints SARIF 2.1.0 via `exportEvaluationResultToSarif`, envelope suppressed in sarif mode) — 1 of 3 ACs. Stays IN-PROGRESS (drift gate PR/CI + waivers + evidence pending). **DONE (`2abe60b5`, 2026-07-14):** the remaining two ACs landed the day AFTER the sentence above was written, and it was never updated — so the row contradicted its own Status column. Durable waiver store + `evolith waiver` CLI; the drift gate met via the mandated PR-comment fallback + non-zero exit, verified live on a violating workspace. The native GitHub-App Checks-API publish is scoped out as owner infra (`accepted-scope` in the closure record, which spells out the rationale). The stale sentence is kept for history. |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-519`](./gap-reference-catalog.md#gt-519) | (EAG-14 · A/B integration) **CLI/MCP/REST parity (BR-008) + reproducible toolchain + enforcer observability.** Surface parity + operability. Fix: register the Composite in `evaluate` / the MCP `architecture` tool / `POST /api/v1/evaluate`; pin exact tool versions (`validated-tool-catalog.md` ↔ `enforcer-catalog.json`); per-runtime composable CI images (not one monolith) with vuln scan + Renovate; enforcer OTel metrics (duration, failure rate, timeouts, violation counts). **DONE (`4eb471a6` + prior `f8310fac`/`4b6db4d5`):** the headline parity slice was already live — all three surfaces inject `processRunner: new NodeProcessRunner()` (core-api `core-domain.module.ts`, cli `app.module.ts`, mcp `domain.module.ts`) and the `enforcer-catalog.json`↔§4.3 pins match behind a green doc-parity guard. **Completion:** the OTel metrics seam terminated internally — `EnforcerEvaluator`/`createCompositeEnforcerStrategy` accepted an `IEnforcerMetrics`, but `RulesetValidatorService`/`RulesetValidatorOptions` (the single public construction point all three surfaces route through) neither accepted nor forwarded one, and the port types weren't exported ⇒ metrics were permanently no-op and un-wireable by a host. Fixed: `RulesetValidatorOptions.metrics?` forwarded into the subsystem factory + re-exported the public metrics API (`IEnforcerMetrics`/`NoopEnforcerMetrics`/`RecordingEnforcerMetrics`/`ENFORCER_METRICS`), no-op-safe. Verified: core-domain 1026/1026 (+2), mcp 326/326, cli 969/969, core-api 152/152, tsc clean. **Gated (ops only):** per-runtime composable CI images + vuln-scan/Renovate, and wiring a live OTel `Meter`-backed adapter inside each surface module (host activation/config — the code seam is complete and importable). |  |  | `Evolith Core` | Cross | P2 | M | `DONE` |
-| [`GT-520`](./gap-reference-catalog.md#gt-520) | (EAG-15 · A/B integration) **Hardened MCP (Streamable HTTP + OAuth + per-identity ABAC).** Safe external/agent MCP consumption of `src/packages/mcp-server` (`@beyondnet/evolith-mcp`). Fix: Streamable HTTP + OAuth bearer in `mcp-server/main.ts` (MCP has no built-in authz); per-consumer ABAC in `tool-registry` (`abac-mcp-tool-access.rego`), audit every `tools/call`; resources `evolith://capabilities` and `evolith://contracts`. |  |  | `MCP` | Cross | P1 | M | `DONE` |
-| [`GT-521`](./gap-reference-catalog.md#gt-521) | (EAG-24 · A/B integration) **Deferred enforcers (Deptrac/import-linter/Conftest/Checkov/Trivy + ArchUnit JVM/jQAssistant).** Expand language/security coverage once repos exist; today there is no JVM/PHP/Python code in the repos (speculative). Fix (when a real repo of that runtime exists): `DeptracAdapter`, `ImportLinterAdapter` (`line=null`), Conftest/Checkov/Trivy (`category='security'`, SARIF), ArchUnit JVM + `FreezingArchRule`, jQAssistant (Cypher/Neo4j). **Promoted DEFERRED→PENDING (2026-07-12):** activated as part of the common multi-language base (alongside GT-524 .NET / GT-515 Node-TS). Note: ArchUnit/jQAssistant (JVM) is not yet in tool-catalog §4.3 — catalog it before the adapter. **DONE (`e322bd7b`):** landed the two runtimes with a real corpus on this machine — `ImportLinterAdapter` (Python: `lint-imports` broken-contract report → `Violation`, `file=''`/`line=null`, chain in message; completed run always prints the "Contracts: N kept, M broken." summary ⇒ its absence on exit≠0 SKIPs not false-passes) + the security-SARIF adapters (Checkov/Trivy + any SARIF emitter: reuse the GT-515 `ingestSarif` and stamp `category='security'`). Added optional `Violation.category` (schema+model) so security findings route to the security dimension; registered Checkov/Trivy in `enforcer-catalog.json` + §4.3; `createEnforcerAdapters` returns all five. **Live-verified:** real Python domain→infra import = 1 Violation (clean 0); real Checkov SARIF over Terraform (8 findings) = 8 Violations all `category='security'` (clean 0). core-domain 1024/1024, core-api tsc clean. **Deptrac/ArchUnit/jQAssistant stay adapter-pending — no real PHP/JVM/Neo4j repo exists to exercise them (criterion #1's own gate).** |  |  | `Evolith Core` | Cross | P2 | L | `DONE` |
-| [`GT-522`](./gap-reference-catalog.md#gt-522) | There is no second style of query interface, and no consumer has ever asked for one | A different way of asking the system for information was considered and set aside. Nobody needs it, and building it would mean permanent extra upkeep plus one more door for an attacker to try | The only consumer that exists already talks to the system in the current style; the recommendation on file is to drop the idea unless somebody asks | `Core API` | Cross | P3 | L | `DEFERRED` |
-| [`GT-485`](./gap-reference-catalog.md#gt-485) | **CLI `validate --format json` does not emit the ADR-0073 envelope, unlike MCP and REST.** The CLI prints the bare result (`{status, rulesChecked, issues, coreRef}`) with no top-level `success` field, while `evolith-validate` (MCP) and `POST /architecture/validate-satellite` (REST) both wrap it as `{success:true, data, meta}` — a cross-surface contract divergence that breaks any client parsing the envelope. **Auto-detected by the running exploration agent** (`npm run test:exploration`, operation `validate-satellite`). Fix: wrap `validate`'s JSON output in the shared `createSuccessEnvelope` as `gate`/`drift`/`phase` do. |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-523`](./gap-reference-catalog.md#gt-523) | **Reactivating the tracking guard surfaced board/registry drift; the guard's original ~653-error report was mostly stale.** After `d11c6e52` (945 evidence paths repointed + 16 closure records added) and this session, the real remaining set was small. **Resolved (`f3f271da`, `f70b98ce`):** (a) EN/ES reconciled to 523/523 — `GT-484`→`DONE`, the last status desync; (c) 13 ES `HECHO`→`COMPLETADO` ([`GT-480`](./gap-reference-catalog.md#gt-480)); (e) progress counter → `451/523 · 62 pending · 3 deferred` ([`GT-477`](./gap-reference-catalog.md#gt-477)); (d) 6 legacy closure records repaired — `partial`→`accepted-scope` (GT-425/431/434/462), GT-463 criteria checked (evidence-backed), GT-465 criteria reworded to delivered-scope + G1 delegation (GT-462 pattern, no fabrication of a live Cilium install); (b) catalog sections were already present (36/36). **`08-validate-tracking.mjs` now GREEN** (523 gaps / 433 records). **Remaining:** `09-reconcile-maturity.mjs` needs re-observed maturity evidence (`asOf` 2026-07-03 vs board `2026-07-11`, and 4 checks `observedAt` 2026-06-13 near the 30-day limit → requires a fresh CI run, not a date bump); and re-arming 08/09 in CI/pre-commit is `.harness`-owned → [`GT-476`](./gap-reference-catalog.md#gt-476). **+2026-07-17 (`e138b1d4`) — `08-validate-tracking` back to GREEN.** Reactivating it after the day's 3 DONE flips surfaced the expected drift: added closure-evidence records for GT-519/GT-438/GT-451 (registry 512→515, matching the board DONE count — real commits + verification, not fabricated) and fixed GT-519's ES catalog (two acceptance criteria unchecked while DONE → `[x]` parity + `[~]` delivered-scope for the CI-images half; detail `Status` EN `IN-PROGRESS`/ES `PENDING`→`DONE`). Guard now reports "Validated 551 gaps and 515 closure records." **Remaining (CI-owned):** `09-reconcile-maturity` needs a GENUINE fresh maturity observation — the 4 checks (cli-baseline/coverage/documentation/release) are CI-gated evidence with GitHub Actions run URLs and `observedAt` 2026-06-13 (>30-day stale), and `asOf` must re-sync to the board. Per decision 2026-07-17 this is left as the CI-owned remainder (a real CI run refreshes it; NOT a local date bump), tracked with the guard re-arm under [`GT-476`](./gap-reference-catalog.md#gt-476). **+2026-07-18 (`35ea46e1`) — the CI-owned remainder was PAID, and the gap closes.** The maturity evidence was genuinely re-observed rather than date-bumped: all four checks now carry `observedAt` 2026-07-18 with real run URLs and commits, `asOf` re-synced to the board, and the observation was honest enough to INVERT three checks from PASS to BLOCKED (MCP smoke timeout, branch coverage 62.89% vs the 75% gate, 174 doc-validation errors) with no threshold relaxed and no stale figure carried forward. Guard 08 green: "Validated 565 gaps and 530 closure records." The three failures that observation exposed were provisionally mapped to this gap as a placeholder; they now have their own rows — [`GT-561`](./gap-reference-catalog.md#gt-561), [`GT-562`](./gap-reference-catalog.md#gt-562), [`GT-563`](./gap-reference-catalog.md#gt-563) — and `maturity-evidence.json` has been repointed at them, so nothing is left attached to this row. Guard re-arm remains delegated to [`GT-476`](./gap-reference-catalog.md#gt-476) (`DONE`; 08 and 09 run in `docs.yml`). |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-524`](./gap-reference-catalog.md#gt-524) | **[Common base · axis 2] `.NET` / NetArchTest adapter — the suite's primary runtime has no enforcer.** Catalog §4.3 lists `NetArchTest` (1.3.x) bound to ADR-0002, but no adapter exists; UMS/Tracker/MMS are .NET clean/hexagonal, so architecture control does not cover the ecosystem's most-used language. Completes the multi-language base alongside GT-515 (Node/TS) and GT-521 (PHP/Python/JVM). Fix: `NetArchTestAdapter` over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam (exit-code + parse→`Violation`), 0-FP gate on a real .NET corpus (depends on GT-512). From positioning analysis §13.2. **IN-PROGRESS (`netarchtest-adapter.ts`):** landed the pure verifiable portion — `parseNetArchTestReport` (`dotnet test` output→`Violation[]`, one violation per failed architecture test, `file=''` locationless, message carrying the offending types, summary line never mis-parsed, malformed/clean⇒`[]`), `isNetArchTestFailure` (a completed run ≠ a build break ⇒ SKIP not false-pass) and `createNetArchTestAdapter` over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam. Verified: core-domain 879/879 (+11), tsc clean. **+wiring (`enforcer-subsystem.ts`):** `createCompositeEnforcerStrategy` composes runner→`SandboxedProcessRunner`→adapters→`EnforcerEvaluator`→`CompositeRuleEvaluator`, wired **opt-in** into `RulesetValidatorService` (`processRunner` field, non-forking); end-to-end loop verified (.NET `enforce:` rule → composite → NetArchTest → violation → `failed`). core-domain 898/898. **Blocked by GT-512:** the real `dotnet test` run against a restored .NET checkout + the 0-FP gate on a real corpus. |  |  | `core-domain` | Cross | P1 | M | `DONE` |
-| [`GT-525`](./gap-reference-catalog.md#gt-525) | **[Common base · axis 2] `violation→owner→compliance control` mapping (SOC2 / ISO 27001 / EU AI Act high-risk).** Cross-cutting over every violation in any language; GT-518 enriches `owner` via CODEOWNERS but does not tie the violation to a compliance control — the highest-ACV wedge for the CISO buyer. Extends GT-518. Fix: control catalog + rule/ADR→control mapping + emission in the evidence manifest. Analysis §12 (P1 wedge). **DONE (`57b2cc09`):** `domain/compliance.ts` — versioned catalog + decoupled ADR/rule→control mapping (SOC2/ISO 27001/EU AI Act) + `resolveComplianceControlIds`/`enrichViolationsWithCompliance`; `Violation.complianceControls?` (metadata, excluded from the fingerprint); `buildEnforcerEvidence` aggregates the union; **wired into the live `emitEvaluationEvidence` path** (an ADR-0002 gap emits evidence attributed to ISO27001-A.14.2.5 + SOC2-CC8.1, per-violation and at manifest level). Verified: core-domain 910/910 (+12), tsc clean. No infra gate. |  |  | `Evolith Core` | Cross | P1 | S | `DONE` |
-| [`GT-526`](./gap-reference-catalog.md#gt-526) | **[Control surface · axis 2] `edit-time` enforcement — cross-agent hook.** The 3rd of the three READ→CONTROL surfaces (§14.1): pre-generation (MCP, partial GT-520) and PR/CI (GT-518) exist, but the hook that blocks the offending change in-flight as the agent writes is missing. No market incumbent. Fix: cross-agent hook (Claude Code/Cursor/Copilot) that queries the architecture contract and rejects the non-conforming edit. Analysis §14. **IN-PROGRESS (`edit-gate.ts`):** landed the verifiable core — `evaluateEdit(edit, rules)` decides **allow/block in-flight** with a fast single-file check (no toolchain; GT-518's PR/CI stays the authoritative gate): `extractImports` (TS/JS `import`/`export from`/`require` + C# `using`) + `EditBoundaryRule` boundary rules (`appliesTo`/`forbiddenImports`), emits canonical `Violation`s (tool `edit-gate`, reusable by evidence/compliance), `allow=false` only on `error` severity. Agent-neutral (pure function). Verified: core-domain 917/917 (+7), tsc clean. **Remaining (integration):** the per-agent adapter (Claude Code PreToolUse hook / Cursor extension) that feeds the edit and enforces the decision. |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-527`](./gap-reference-catalog.md#gt-527) | **[Wedge · axis 2] Lock-in-free ownership ingestion connectors: Port / Cortex / OpsLevel + Backstage.** Ingest IDP blueprints and `catalog-info.yaml` as an ownership/service source to enrich violations and ADRs without vendor lock-in; Evolith blocks where they only measure (§13.2). Fix: read-only connectors via ACL normalizing to the canonical ownership shape. **IN-PROGRESS (`domain/ownership.ts`):** landed the pure normalization core — canonical `OwnershipEntry`, `parseBackstageCatalog` (`catalog-info.yaml` kind Component → owner + pathPrefix via `evolith.io/path`/relative `source-location`; drops non-Components/incomplete), `parseBlueprintOwnership` (generic Port/Cortex/OpsLevel: `component`\|`identifier` + `owner`\|`team`), `resolveOwner` (file→owner longest-prefix) and `enrichViolationsWithOwner` (fills `owner` without overwriting, excluded from the fingerprint). **Completes the violation→owner→compliance chain** (composes with GT-525). Verified: core-domain 925/925 (+8), tsc clean. **Remaining (connector/infra):** reading the repo's `catalog-info.yaml` (via the config-parser port) and the read-only Port/Cortex API fetch. **+parallel wave (`63fda478`):** landed `loadBackstageOwnership(yamlText)` in infra-providers (multi-doc YAML parse → `parseBackstageCatalog` → `OwnershipEntry[]`). Verified 4/4. Remaining: the read-only Port/Cortex API fetch. **DONE (`wave`):** `fetchBlueprintOwnership(client, source)` + injected `BlueprintHttpClient` complete the IDP connectors (Backstage loader + Port/Cortex) over the pure ownership parsers. Verified: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P2 | L | `DONE` |
-| [`GT-528`](./gap-reference-catalog.md#gt-528) | **[Wedge · axis 2] Structurizr / C4 DSL ingestion → executable ADR.** Turn Structurizr/C4 models (architecture intent, today prose/diagram) into `enforce:` rules verifiable against real code (§13.2). Fix: DSL parser + mapping to `NormalizedRule.enforce`; complements GT-516. **IN-PROGRESS (`c4-compiler.ts`):** landed the compiler — `compileC4ToBoundaryRules(model)` turns a normalized `C4Model` (elements with `path`/`importPrefix` + allowed relationships) into GT-526 `EditBoundaryRule`s, deriving the denylist from the model's allowlist (an element may only depend on what it declares; everything else is forbidden), with `ruleId` `C4-<id>`, ADR and severity. **The C4 diagram becomes executable** and feeds the edit-time gate (GT-526) and PR/CI. Verified end-to-end: a `src/domain` edit importing `src/infrastructure` → blocked; core-domain 933/933 (+5), tsc clean. **Remaining (ingestion):** parse the raw Structurizr `.dsl` (or its JSON export) into the normalized `C4Model`. **DONE (`5c66dd69`, parallel wave):** landed `parseStructurizrDsl(dsl)` — parses element defs (`ident = keyword "Name"` + path/import/adr tags) and relationships (`a -> b`), ignoring scaffolding; composes end-to-end with `compileC4ToBoundaryRules` + `evaluateEdit`. Driver-verified: core-domain 950/950. Single-line subset documented. |  |  | `Evolith Core` | Cross | P2 | M | `DONE` |
-| [`GT-529`](./gap-reference-catalog.md#gt-529) | **[Surround · axis 1] ACL contract + Jira Enterprise integration reference.** Map Jira ideas/epics/stories/approvals/releases to Evolith artifacts preserving origin/identity/timestamps/lineage, with transition safeguards (completing a Jira workflow does not authorize a phase transition). §8.3 / §12. Fix: external work-system ACL + integration guide. **IN-PROGRESS (`domain/external-work-acl.ts`):** landed the pure ACL — `CanonicalWorkItem` with `WorkItemProvenance` (source/externalId/externalKey/url/created/updated), `parseJiraIssue`/`parseJiraIssues` (maps Jira issues preserving provenance; rejects a missing `id` rather than fabricating identity), `mapJiraIssueType` (Epic/Story/Task/Version→canonical kind). **Transition safeguard (§9-6):** `authorizesPhaseTransition: false` by contract + `externalWorkAuthorizesTransition`⇒`false` (completing a Jira workflow does NOT authorize a phase gate). Verified: core-domain 939/939 (+6), tsc clean. **Remaining (connector/infra + doc):** the read-only Jira REST API fetch + the documented integration guide. **DONE (`wave`):** `fetchJiraWorkItems(client, jql)` + injected `JiraHttpClient` port land the read-only connector over the ACL; live fetch is the injected client at deploy. Verified: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P1 | L | `DONE` |
-| [`GT-530`](./gap-reference-catalog.md#gt-530) | **[Surround · axis 1] Langfuse adapter → canonical evidence.** Map Langfuse traces/evaluations/cost/latency/prompt-version/tool-calls to Evolith's evidence model, to avoid rebuilding an LLM telemetry platform. §8.1 / §12. Fix: `LangfuseEvidenceAdapter` via the observability port. **IN-PROGRESS (`domain/observability-evidence.ts`):** landed the pure mapper + portable shape — `ObservabilityEvidence` (traceId/model/promptVersion/costUsd/latencyMs/totalTokens/toolCalls/evaluations/url, provider-neutral §9-5), `mapLangfuseTrace` (aggregates cost/tokens/latency across observations, takes model/prompt from the first GENERATION, collects distinct tool-calls, maps scores→evaluations; a trace with no id⇒null) and the `IObservabilityEvidenceSource` port. Verified: core-domain 945/945 (+6), tsc clean. **Remaining (connector/infra):** the read-only Langfuse API fetch behind the port. **DONE (`wave`):** `LangfuseEvidenceAdapter implements IObservabilityEvidenceSource` over an injected `LangfuseHttpClient`, delegating to `mapLangfuseTrace`. Verified: infra-providers 78/78. |  |  | `Evolith Core` | Cross | P2 | L | `DONE` |
-| [`GT-531`](./gap-reference-catalog.md#gt-531) | The adapter that lets an AI assistant do supervised work cannot make a real call to the assistant yet | Work can be handed to an AI assistant under supervision, restricted to what it is allowed to touch and with a record of what it did. The supervision works; the part that actually contacts the assistant is missing | A supervised task is refused before the assistant is ever contacted, because the human approval it depends on has nowhere to go | `agent-runtime` | Cross | P2 | M | `IN-PROGRESS` |
-| [`GT-532`](./gap-reference-catalog.md#gt-532) | There is no portfolio-wide view for an executive, and governance cannot be packaged per customer | A director cannot see the health of every project side by side, and each customer cannot be handed its own tailored set of rules. Both make the product easier to adopt; neither makes it check anything new | It was ranked last of nine improvements precisely because it adds reach rather than capability, and it belongs to the companion app rather than the engine | `Tracker` | Cross | P3 | XL | `PENDING` |
-| [`GT-533`](./gap-reference-catalog.md#gt-533) | **[Evidence · ADR-0111] Quality Signal Provider port + canonical `Evidence` model + per-tenant registry.** The seam through which any external quality/evidence tool enriches the Core without becoming a dependency: driven port `IQualitySignalProvider` owned by orchestration (never `core-domain`); Core imports only `Evidence` and receives it inline (like source files via `OverlayFileSystem`, ADR-0080); Core never executes providers; declarative opt-in registry per tenant; mandatory `provenance` + `determinism` flag. Generalizes the GT-530 `ObservabilityEvidence` adapter into one uniform seam. **Prototype first.** |  |  | `Evolith Core` | Cross | P1 | L | `DONE` |
-| [`GT-534`](./gap-reference-catalog.md#gt-534) | **[Evidence adapter · HIGH] Lighthouse reference adapter (Apache-2.0).** Runtime evidence (performance/a11y/SEO, deterministic) behind `IQualitySignalProvider`; the prototype-first proof of the port. OSS, embeddable Node module with JSON output, no lock-in. Needs a companion Node.js Platform ADR for the concrete vendor/runtime choice. |  |  | `infra-providers` | Cross | P1 | M | `DONE` |
-| [`GT-535`](./gap-reference-catalog.md#gt-535) | **[Quality gate · HIGH] Thermo-nuclear structural-review rubric → code-quality agent + Quality Gate.** Adopt the strict structural-review methodology (code-judo, file-size discipline, spaghetti/abstraction/layering checks, severity hierarchy) as a skill for the code-quality-review agent and as the structural-regression criteria of the Quality Gate. Reference methodology, no runtime dependency; respect source attribution/license. |  |  | `agent-runtime` | Cross | P1 | M | `DONE` |
-| [`GT-536`](./gap-reference-catalog.md#gt-536) | There is no connector to the external testing service, so its results cannot feed a project's scorecard | An outside service could contribute a judgement about how well a project is tested. Connecting it is optional and off unless a customer asks for it, because it charges per run and processes their code on someone else's cloud | A customer's scorecard carries no testing judgement from this source at all; it appears only if they explicitly opt in | `infra-providers` | Cross | P2 | M | `DEFERRED` |
-| [`GT-537`](./gap-reference-catalog.md#gt-537) | Nothing measures how easily search engines and AI assistants can find and describe a product | Beyond checking that a system is well built, one could check how visible it is to the tools people use to discover things. That check does not exist, and it would belong to the companion product rather than the engine | An open-source project already proved the pattern works -- many small reviewers producing one score plus a ranked list of fixes -- but nothing here applies it to discoverability | `Tracker` | Cross | P3 | L | `DEFERRED` |
-| [`GT-538`](./gap-reference-catalog.md#gt-538) | **[RAG · operationalize] Durable vector-store adapter (pgvector) behind `rag-port.mjs`.** Register a real `durable: true` adapter via `registerRagAdapter('pgvector', …)` so `14-rag-index-sync.mjs` stops failing closed and actually persists embeddings. ADR-0090 §5 names pgvector the preferred self-hosted target and Postgres already runs on :5432. Today the only adapter is the non-durable `memory` stand-in — nothing reaches a real store. |  |  | `Operations` | Cross | P1 | M | `DONE` |
-| [`GT-539`](./gap-reference-catalog.md#gt-539) | **[RAG · operationalize] Real embedding model behind the RAG port `embed()`.** Replace the deterministic `hashEmbed` sha256 pseudo-embedding with the real model fixed by **ADR-0112 — Qwen3-Embedding (Apache-2.0, OSS/self-hosted)** behind a local inference sidecar, declared in `corpus_version` metadata per ADR-0090 §3 and governed by ADR-0003 model selection. The port is already model-agnostic — a single adapter swap. |  |  | `Operations` | Cross | P1 | S | `DONE` |
-| [`GT-540`](./gap-reference-catalog.md#gt-540) | **[RAG · retrieval] Production `IKnowledgePort` adapter (vector-store, semantic).** The runtime read-side is a stub: `InMemoryKnowledgeAdapter` scores by substring/token-overlap with "No vector embeddings" in its own docstring. Build the production adapter querying the GT-538 store by cosine similarity, returning ranked chunks with the citation metadata already modeled. This is `maturity-assessment.md:147` "Knowledge / RAG — Not implemented" (HIGH). |  |  | `agent-runtime` | Cross | P1 | M | `DONE` |
-| [`GT-541`](./gap-reference-catalog.md#gt-541) | **[RAG · wiring] Delta-sync workflow trigger + agent grounding (close the loop).** Wire a CI/workflow that runs `14-rag-index-sync.mjs` with `EVOLITH_RAG_SYNC=true` + `EVOLITH_RAG_PROVIDER` on `reference/` commits (delta re-embed per ADR-0090 §4), and have at least one agent (Winston) query `IKnowledgePort` before recommending. Only then is RAG operational end-to-end. |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-542`](./gap-reference-catalog.md#gt-542) | **[Metrics · governance signal] The flagship gate metric is declared but never emitted.** `evolith_gate_evaluations_total{status,gateId}` and `evolith_gate_evaluation_duration_seconds{gateId}` are constructed in `src/apps/core-api/src/infrastructure/metrics/metrics.service.ts` but **no `.inc()`/`.observe()` exists anywhere in the tree** — only HTTP (`evolith_http_requests_total`) and cache metrics are recorded. Governance operability is blind: nobody can chart gate pass/fail rate, per-gate volume, or evaluation latency — the single most product-differentiating metric of a governance engine. Fix: record both from the gate/evaluation path (inject `MetricsService` into the evaluate/gate flow or a dedicated interceptor), labelled by `verdict`/`gateId`/`phase`. |  |  | `Core API` | Cross | P1 | S | `DONE` |
-| [`GT-543`](./gap-reference-catalog.md#gt-543) | **[Metrics · SLO alignment] SLO/alert PromQL references metrics the code does not emit, so the alerts never fire.** `product/operations/alerts/prometheus-alerts.yml` and `product/operations/slo/core-api-slo.md` query `http_requests_total` and `http_request_duration_seconds_bucket`, but core-api emits `evolith_http_requests_total` and **has no HTTP-latency histogram at all**. HighErrorRate, HighLatency and the multi-window error-budget burn-rate alerts are therefore inert against the real Node services. Fix: add an HTTP request-duration histogram and reconcile metric names across `metrics.service.ts` ↔ alerts ↔ SLO. |  |  | `Core API` | Cross | P1 | M | `DONE` |
-| [`GT-544`](./gap-reference-catalog.md#gt-544) | **[Grafana] No Prometheus datasource and zero dashboards — metrics are unusable even if scraped.** `product/operations/grafana/provisioning/datasources/datasources.yml` provisions only Loki + Tempo; there is **no Prometheus datasource** and **no committed dashboard JSON** anywhere under `product/operations/grafana/`. Fix: add the Prometheus datasource + versioned, provisioned dashboards (Platform SRE / RED, Governance Health — gate pass·fail·drift, Agent Runtime). |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-545`](./gap-reference-catalog.md#gt-545) | **[Prometheus · scrape coverage] Scrape config covers only core-api, at a target that does not match the service.** `product/operations/otel/prometheus-config.yml` scrapes a single job `core-api` at `bff:8000` (a UMS-template hostname/port, not the real core-api service:3000); **mcp-server (`evolith_mcp_`) and agent-runtime-api (`evolith_agent_runtime_`) `/metrics` are never scraped**. Fix: correct the core-api target and add scrape jobs for mcp-server and agent-runtime-api (or a k8s `ServiceMonitor`). |  |  | `Operations` | Cross | P2 | S | `DONE` |
-| [`GT-546`](./gap-reference-catalog.md#gt-546) | **[Metrics · AI-era signal] Agent Runtime exposes only default Node metrics; the agent-execution signal is absent.** `src/apps/agent-runtime-api/src/health/metrics.controller.ts` serves `/metrics` with `collectDefaultMetrics({ prefix: 'evolith_agent_runtime_' })` only — no business counters. There is a noop metrics port from GT-519 to hang them on. Fix: emit `evolith_agent_runs_total{engine,verdict}`, `evolith_agent_run_duration_seconds`, `evolith_skill_invocations_total{skill}`, Core-call totals/errors, and `evolith_hitl_approvals_total`. The differentiating "did governance actually run the agent" signal. |  |  | `agent-runtime` | Cross | P1 | M | `DONE` |
-| [`GT-547`](./gap-reference-catalog.md#gt-547) | **[Ops · runnable stack] The observability backend runs only in the UMS template compose, never for the Node core.** The full stack (Prometheus/Grafana/Tempo/Loki/Mimir/OTel-collector) is defined in `product/infra/docker-compose.yml` (the `ums-*` template); the runnable Node compose `product/infra/docker-compose.evolith.yml` brings only Redis — so today the Evolith Core services are scraped/visualized by nothing. Fix: add an `observability` profile (compose/Helm/Coolify) that stands the stack next to core-api/mcp/agent-runtime. |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-548`](./gap-reference-catalog.md#gt-548) | **[Metrics · multi-tenant] Business metrics carry no tenant dimension, blocking per-tenant scorecards.** Metric labels are app-level only (`app: evolith-core-api`); there is no `tenantId` on gate/evaluation/agent metrics, so per-tenant governance scorecards and compliance evidence cannot be derived from the metrics plane. Fix: add a **bounded** `tenant` label (allowlist or hash) with a documented cardinality budget; prefer aggregating per-tenant in Core over raw high-cardinality labels. |  |  | `Evolith Core` | Cross | P2 | M | `DONE` |
-| [`GT-549`](./gap-reference-catalog.md#gt-549) | **[Security · metrics exposure] `/metrics` is fail-closed on core-api but public on agent-runtime and mcp.** core-api guards `/metrics` with `MetricsAuthGuard` (GT-393); agent-runtime-api serves it publicly and mcp-server exposes it on its raw HTTP server unguarded. Metrics can leak operational shape (routes, volumes) to unauthenticated callers. Fix: apply guard/`NetworkPolicy` parity so scraping requires credentials or is network-restricted on all three (Helm already ships `networkpolicy.yaml`). |  |  | `Evolith Core` | Cross | P2 | S | `DONE` |
-| [`GT-550`](./gap-reference-catalog.md#gt-550) | **[Governance · anti-drift guard] Nothing verifies that metrics cited in alerts/SLO actually exist in code — the root cause of GT-543/GT-545.** Alert and SLO PromQL drifted from emitted metric names with no CI check. Fix: a guard/test that extracts metric names from `prometheus-alerts.yml`/`core-api-slo.md` and asserts each is emitted by a service (registry introspection or a static allowlist generated from the code), reddening the PR on drift — consistent with the repo's guard culture. |  |  | `Operations` | Cross | P2 | S | `DONE` |
-| [`GT-551`](./gap-reference-catalog.md#gt-551) | **[Governance Engine · OPA metrics] The OPA sidecar metrics the alerts already expect are not exposed/scraped.** `prometheus-alerts.yml` has an `OpaEvaluationFailure` rule on `opa_evaluation_errors_total`, but OPA's native Prometheus endpoint is not enabled/scraped, so policy-evaluation reliability is unobservable. Fix: enable OPA's `/metrics` (decision + error counters, eval latency) and add a scrape job; surface it on the Governance Health dashboard (GT-544). **DONE (`e32e3412`) — and a deeper defect surfaced.** Empirically probing the pinned binary (`opa run --server` + GET /metrics) showed OPA emits ONLY `go_*`, `process_*` and `http_request_duration_seconds{code,handler,method}` — **zero `opa_*` series**, so the `OpaEvaluationFailure` rule on `opa_evaluation_errors_total` referenced a **metric that does not exist**: scraping alone would never have made it fire (false coverage). Fixed all three layers: (1) alert repointed to a real signal — `rate(http_request_duration_seconds_count{job="opa",handler=~"v1/data.*",code=~"5.."}[5m]) > 0`, scoped to `job="opa"` so it can never match our own `evolith_http_*` series; selector verified against live series (`handler="v1/data"` emitted, `code` tracks status — 200/400 observed); (2) **exposed** — the `evolith-mcp` Service now publishes the sidecar's 8181 as `opa-metrics` (targetPort `opa-http`), gated on `.Values.opa.enabled`; it was pod-local and unreachable before; (3) **scraped** — new `opa` job (name matches the alert scope); OPA serves `/metrics` on its main server port, no extra flag needed. Verified: `helm template` renders the port with `opa.enabled=true` and omits it with `false`; `helm lint` passes; both YAML configs parse. **+LIVE-VERIFIED (2026-07-18, kind `evolith-cluster`):** `helm upgrade --set opa.enabled=true` made the **real k8s Service object** gain `opa-metrics 8181→opa-http` and the pod came up with the `opa` sidecar; fetching `http://<pod-ip>:8181/metrics` from another pod returned **HTTP 200, 109 metrics, ZERO `opa_*` series, `http_request_duration_seconds` present** — confirming in a deployed cluster what the binary probe showed and discharging the exposure half of the deploy-gated caveat. A real `code="500"` sample was observed, proving the `code=~"5.."` selector matches live series (correctly scoped to `handler=~"v1/data.*"`, so a health-probe 500 is not mistaken for a policy-decision failure). **Still deploy-gated:** only an actual Prometheus instance scraping it end-to-end; `promtool` unavailable locally so the rule was validated by YAML parse + empirical series matching instead of `promtool check rules`; the compose stack does not run OPA yet ([`GT-547`](./gap-reference-catalog.md#gt-547)). Note: enabling the sidecar locally also required overriding `opa.bundle.signing.enabled=false` / `tls.caCertSecretName` / `credentials.existingSecretName` — the chart otherwise mounts `opa-bundle-signing-key` / `opa-bundle-ca` secrets that do not exist locally, so the pod stays `ContainerCreating`. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-486`](./gap-reference-catalog.md#gt-486) | **cli did not emit a parseable ADR-0073 envelope for sdlc-status.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-status`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-487`](./gap-reference-catalog.md#gt-487) | **cli did not emit a parseable ADR-0073 envelope for sdlc-handoff.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-handoff`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-490`](./gap-reference-catalog.md#gt-490) | **cli did not emit a parseable ADR-0073 envelope for sdlc-generate.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-generate`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-491`](./gap-reference-catalog.md#gt-491) | **cli did not emit a parseable ADR-0073 envelope for dora-metrics.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `dora-metrics`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-492`](./gap-reference-catalog.md#gt-492) | **cli did not emit a parseable ADR-0073 envelope for agents-install.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-install`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-493`](./gap-reference-catalog.md#gt-493) | **cli did not emit a parseable ADR-0073 envelope for agents-list.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-list`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-494`](./gap-reference-catalog.md#gt-494) | **cli did not emit a parseable ADR-0073 envelope for agents-validate.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-validate`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-495`](./gap-reference-catalog.md#gt-495) | **cli did not emit a parseable ADR-0073 envelope for agents-upgrade.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-upgrade`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-496`](./gap-reference-catalog.md#gt-496) | **cli did not emit a parseable ADR-0073 envelope for agents-remove.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-remove`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-497`](./gap-reference-catalog.md#gt-497) | **cli did not emit a parseable ADR-0073 envelope for adr-crud.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `adr-crud`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-498`](./gap-reference-catalog.md#gt-498) | **cli did not emit a parseable ADR-0073 envelope for standards-crud.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `standards-crud`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-499`](./gap-reference-catalog.md#gt-499) | **cli did not emit a parseable ADR-0073 envelope for init-project.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `init-project`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-500`](./gap-reference-catalog.md#gt-500) | **cli did not emit a parseable ADR-0073 envelope for history.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `history`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-501`](./gap-reference-catalog.md#gt-501) | **cli did not emit a parseable ADR-0073 envelope for completion.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `completion`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-502`](./gap-reference-catalog.md#gt-502) | **cli did not emit a parseable ADR-0073 envelope for profile.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `profile`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-503`](./gap-reference-catalog.md#gt-503) | **cli did not emit a parseable ADR-0073 envelope for mcp-serve.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `mcp-serve`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-504`](./gap-reference-catalog.md#gt-504) | **cli did not emit a parseable ADR-0073 envelope for alias.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `alias`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-505`](./gap-reference-catalog.md#gt-505) | **cli did not emit a parseable ADR-0073 envelope for fixtures.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `fixtures`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-506`](./gap-reference-catalog.md#gt-506) | **cli did not emit a parseable ADR-0073 envelope for api-browser.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `api-browser`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-507`](./gap-reference-catalog.md#gt-507) | **cli did not emit a parseable ADR-0073 envelope for update-cli.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `update-cli`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-508`](./gap-reference-catalog.md#gt-508) | **cli did not emit a parseable ADR-0073 envelope for init-wizard.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `init-wizard`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-509`](./gap-reference-catalog.md#gt-509) | **cli did not emit a parseable ADR-0073 envelope for upgrade-satellite.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `upgrade-satellite`.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-488`](./gap-reference-catalog.md#gt-488) | **cli envelope is missing a boolean success field for validate-satellite.** ADR-0073 requires a boolean top-level success. (Auto-detected by the exploratory test agent on operation `validate-satellite`.) |  |  | `Evolith CLI` | Cross | P3 | S | `DONE` |
-| [`GT-489`](./gap-reference-catalog.md#gt-489) | **cli envelope is missing a boolean success field for architecture-validate.** ADR-0073 requires a boolean top-level success. (Auto-detected by the exploratory test agent on operation `architecture-validate`.) |  |  | `Evolith CLI` | Cross | P3 | S | `DONE` |
-| [`GT-475`](./gap-reference-catalog.md#gt-475) | **Newer write-class MCP tools bypass the GT-158 HITL approval gate** — `evolith-satellite-create`/`-adopt` and `evolith-moscow-create`/`-update`/`-remove` are ABAC `write` but omit `mutative: true`, so the dispatcher's out-of-band `apply`+`approvalToken` second factor (`mcp-tool-dispatch.ts:136-146`) never fires; `satellite-create` even provisions a live GitHub repo unguarded. Fix: set `mutative: true` on write-class tool schemas + a registry-parity test asserting every ABAC `write` tool is `mutative` (`evolith-phase-advance` may instead warrant reclassification to `read` per GT-379). Found by the exploratory test-agent design pass. |  |  | `MCP Server` | Cross | P1 | S | `DONE` |
-| [`GT-476`](./gap-reference-catalog.md#gt-476) | **Gap-consistency guard `08-validate-tracking.mjs` (+5 sync helpers) reference pre-refactor tracking paths → the semantic guard is dormant.** Lines 7-14 point at `reference/core/control-center/gap-tracking.md` / `gap-closure-evidence.json`, but commit `e16120e9` moved them under `gaps/`+`evidence/`; the script `process.exit(1)`s with "Missing tracking artifacts" before validating anything, and its unit test bypasses path resolution so CI stays green. Same stale paths in `sync-tracking-order`/`sync-tables`/`fix-tracking-parity`/`fix-tracking-structural`/`sync-project-board`. The `.harness/` guard scripts are owned by this repository and fixed directly here. Follow-on: re-point the six scripts and re-arm the guard on push/PR. **DONE (`56968194`, parallel wave):** the 6 scripts were already re-pointed; the agent armed the guard in `docs.yml` as a `tracking-guard` job on `pull_request` + `push` to main/develop (gating the heavy publish job to `workflow_dispatch`). Driver-verified: guard green (532/478) + the job runs on PR. |  |  | `.harness` | Cross | P2 | S | `DONE` |
-| [`GT-477`](./gap-reference-catalog.md#gt-477) | **`gap-tracking` Progress/Progreso counters drift from the real board with no live enforcement.** The line claimed `438/450` while the table held 474 rows (450 done / 7 in-progress / 16 pending / 1 deferred); root cause is the dead guard path ([`GT-476`](./gap-reference-catalog.md#gt-476)), so reconciliation never runs. Counters corrected during the GT-475…GT-484 registration; the systemic fix is to re-point + re-arm `08-validate-tracking.mjs` on push/PR so they cannot drift again. **DONE (`56968194`):** GT-476 armed the `parseProgress`-validating guard on pull_request + push, so counter drift reds the PR. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-478`](./gap-reference-catalog.md#gt-478) | **`ArchitecturePlanController` yields a double-`v1` route and skips validation + OpenAPI.** `@Controller('v1/architecture-plans')` (string literal) combined with global URI versioning (`prefix: 'api/v'`, `defaultVersion: '1'`) resolves to `/api/v1/v1/architecture-plans/evaluate`; the body binds to a bare `Partial<ArchitecturePlan>` (no class-validator DTO → ValidationPipe inert) and carries no `@nestjs/swagger` decorators (omitted from the OpenAPI contract). Fix: `@Controller({ path: 'architecture-plans', version: '1' })` + a validated DTO + `@ApiTags`/`@ApiResponse`. |  |  | `Core API` | Cross | P2 | S | `DONE` |
-| [`GT-479`](./gap-reference-catalog.md#gt-479) | **`surface-parity.e2e-spec.ts` is a false-green cross-surface test.** Each `OperationFixture` declares an `envCommand` field that is never read (only the CLI binary is spawned — no second surface is exercised), and every envelope assertion is wrapped in `if (envelope && envelope.success === …)` with no else, so the suite stays green even when the CLI emits no parseable ADR-0073 envelope (the exact GT-452/GT-474 regression class). The real tri-surface net lives in `src/tests/contract/roundtrip-gate-evaluate.spec.ts`. Fix: wire `envCommand` into a real second-surface equivalence check or delete it and make assertions unconditional. (Also contradicts GT-223's DONE claim of a `surface-parity-fixture.ts` invoking CLI+MCP+REST — no such fixture exists.) |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-480`](./gap-reference-catalog.md#gt-480) | **Spanish board rows GT-462..474 use the non-canonical status token `HECHO`, unsupported by the guard's `STATUS_MAP`.** GT-417 normalized ES done-statuses to `COMPLETADO` (the canonical token), but the recent closures re-introduced `HECHO` (13 rows). Once the guard path ([`GT-476`](./gap-reference-catalog.md#gt-476)) is fixed, `canonicalStatus('HECHO')` is undefined → "unsupported ES status" + EN(DONE)/ES(HECHO) mismatches. Fix (preferred): normalize the 13 `HECHO` rows back to `COMPLETADO`. **DONE (`85595fd6`):** 0 `HECHO` tokens remain; guard STATUS_MAP green. |  |  | `Governance` | Cross | P2 | XS | `DONE` |
-| [`GT-481`](./gap-reference-catalog.md#gt-481) | **Dead CLI e2e tests invoked the `mcp` subcommand removed by GT-449 + the CLI e2e suite was red.** mcp refs dropped; then the residual ~12 failures were found to be NOT fixture debt but the `98a20dca` taxonomy split (`reference/`@root vs `rulesets/`@src → `gate.e2e-spec` REPO_ROOT + `gate-status` reference resolution) and 5 `validate`/arch tests asserting an unattainable `passed\|warning` against a bare fixture. Resolved test-only: v1 fixtures, `REPO_ROOT` fix, validate/arch rewritten to the real ADR-0073 contract, gate-status mock-Core. **CLI e2e suite green: 18 suites / 132 tests.** Underlying standalone-CLI reference-path defect stays with GT-451 (F-007). |  |  | `Evolith CLI` | Cross | P2 | XS | `DONE` |
-| [`GT-482`](./gap-reference-catalog.md#gt-482) | **`tools-registration.spec.ts` is stale and non-exhaustive — it can't catch added/removed tools.** Its `expected` list enumerates 28 of the 35 registered tools (omits `evolith-evaluate`, `-composable-validate`, `-agent-run`, the 4 `-topology-*`) and asserts with `toContain`, which is blind to extra tools. Fix: regenerate `expected` from code and assert set equality (`expect(new Set(names)).toEqual(new Set(expected))`). |  |  | `MCP Server` | Cross | P3 | XS | `DONE` |
-| [`GT-483`](./gap-reference-catalog.md#gt-483) | **QA-suite engine + E2E playbooks carry dangling `.bmad-core/agents/` references after the taxonomy migration.** `engine/step-executor.mjs` `AGENT_PROMPTS` tell each specialist it lives at `.bmad-core/agents/<role>.md` (lines 67/76/85/94/103), but commit `e16120e9` moved the personas to `reference/core/foundations/agent-skills/`; same stale path in `e2e-test-playbooks.md:7` (+ `.es.md`). Low impact (informational prompt text; validationScripts still run). Fix: repoint the five template paths + the two playbook lines. |  |  | `.bmad-core` | Cross | P3 | XS | `DONE` |
-| [`GT-484`](./gap-reference-catalog.md#gt-484) | **`mcp-server` package README tool count is stale (27 vs real 35).** `README.md:17,184,598` and `README.es.md` assert 27 tools while the live registry (`api.catalog.generated.ts` + the `*.tool.ts` sources) exposes 35; the 27 predates the 8 single-file tools. Distinct from GT-460 (`api` command counts) and GT-445 (governance/product docs). Fix: regenerate the count in both READMEs to the live 47 (the 35 predated the +11 parity tools + `evolith-scaffold`) (resources 9 / prompts 8 stay correct). |  |  | `MCP Server` | Cross | P3 | XS | `DONE` |
-| [`GT-462`](./gap-reference-catalog.md#gt-462) | **Done (ADR-0108):** message-path Exchange/Queue/Binding/DLX CRDs retired; `tenant-topology.yaml`→`broker-rbac.yaml` (per-product User/Permission only). **CRD/code conflict in the message topology → `406 PRECONDITION_FAILED` → dead consumer with a Ready pod.** §5.1/§5.2: the Exchange/Queue/Binding CRDs don't match the topology MassTransit auto-declares (a fanout type-exchange); CRD-pre-created queues carrying DLX args make MassTransit's re-declare fail — the endpoint faults forever while the pod stays Ready (the classic silent 3 a.m. failure). Follow-on: G1 asserts the endpoint *started* (not just pod Ready). Risk §15 #3 (high). |  |  | `Messaging` | Release | P0 | S | `DONE` |
-| [`GT-466`](./gap-reference-catalog.md#gt-466) | **Done (ADR-0109) — Phase-0 gate #1:** SVC-01 reframed repo-scoped → **project-scoped** ("each satellite project must have exactly one `evolith.yaml` at its project root; a manifest nested in another project's tree is prohibited; a workspace declares its roots in `evolith.workspace.yaml`") + new **SVC-06 (workspace integrity)** (every discovered `evolith.yaml` must map 1:1 to a declared `spec.projects[].path`, and vice versa). Landed in `satellite-contracts.rules.json`, the OPA mirror (`satellite-contracts.rego`: fact `hasEvolyamlAtRoot`→`hasEvolyamlAtProjectRoot`, `+isWorkspace`/`workspaceIntegrityOk`) + input schema, and the workspace-aware native handler (`satellite-contract-rule.handler.ts`) with a bounded tree-walk. Single-repo satellites are the degenerate one-project workspace (backward compatible). Gates the MMS+UMS+Tracker monorepo cutover. |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-467`](./gap-reference-catalog.md#gt-467) | **Done (ADR-0109) — Phase-0 gate #2:** new `rulesets/schema/evolith-workspace.schema.json` (`kind: SatelliteWorkspace`, `spec.projects[].{name,path}`, relative-path guard rejecting leading `/` and `..`). The per-project `evolith-yaml.schema.json` is **unchanged** — product identity remains the project manifest's own `metadata.name` at its `path`. |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`GT-468`](./gap-reference-catalog.md#gt-468) | **Done (ADR-0109) — Phase-0 gate #3:** optional **`subpath`** added to `SatelliteRecord` (+ `satellite-record.schema.json`); identity becomes **(`repoUrl`, `subpath`)** — a workspace is N records sharing a `repoUrl`, absent `subpath` = repo-root satellite (pre-existing records untouched). `initialize-satellite`/`sync-satellite` learn to **enumerate workspace projects** via a shared `workspace-descriptor` primitive; sync targets each project's `subpath`. |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`GT-469`](./gap-reference-catalog.md#gt-469) | **Done (ADR-0109) — Phase-0 gate #4:** unified a canonical **`--satellite <path>`** across `validate`/`gate`/`phase`/`upgrade` (with `--project` kept as a **deprecated alias** on `gate`/`phase`) + a shared **nearest-ancestor `evolith.yaml`** resolver (explicit → ancestor-from-cwd → `profile.satellite` → cwd). **Fixes `upgrade`'s `process.cwd()` hardcode** so `cd mms && evolith upgrade` and `evolith upgrade --satellite mms` resolve the same project root. CLI unit tests green (86). |  |  | `Evolith CLI` | Cross | P0 | M | `DONE` |
-| [`GT-470`](./gap-reference-catalog.md#gt-470) | **Done (`7e772d1c`) — pre-existing test debt.** `DiskRulesetRepository.loadAllRulesets` (over-broadened by GT-456) swallowed **syntactically malformed** `*.rules.json`, silently zeroing validation on a corrupt corpus. Split the paths: JSON parse errors fail hard; only valid-but-non-standard rulesets skip with a warning. **Real bug.** 3 disk-ruleset specs green. |  |  | `Rulesets` | Cross | P1 | XS | `DONE` |
-| [`GT-471`](./gap-reference-catalog.md#gt-471) | **Done — pre-existing test debt.** The ADR-0073 contract-roundtrip suite (`roundtrip-gate-evaluate.spec.ts`) never ran. Fixed the isolated `src/tests/contract` module resolution (drop the hoisted `nest-commander-testing` mapper; `moduleResolution` `node`→`bundler` so `exports` maps resolve `@beyondnet/*` subpaths + ESM `conf`; ts-jest `warnOnly`; ESM mocks; `--experimental-vm-modules` for the MCP OPA ABAC) and the stale REST/MCP fixtures (`REPO_ROOT`→repo root, `process.exit` neutralised, REST rewritten to the workspace-ref API, MCP StreamableHTTP handshake). Minimal contract-honoring API fix: optional `evaluatedBy` on `EvaluateGateDto` + unknown-gate `400`. **Mixed: config bug + stale fixtures + small API fix.** `npm run test:contract` 34/34. |  |  | `Cross` | Cross | P1 | M | `DONE` |
-| [`GT-472`](./gap-reference-catalog.md#gt-472) | **Done — pre-existing test debt (GT-229 parity gap).** After the reference-taxonomy reorg, the native handlers (`DOD-07`, `TAX-07`/`TAX-08`) and the OPA input-builder still resolved the ADR dir at the stale `reference/architecture/adrs` → ADR governance rules `skipped` (real hole against the live Core repo). Corrected all three sites to `reference/core/architecture/adrs` and updated the specs pinned to the old path. **Real bug; fixtures were correct.** core-domain 735/735. |  |  | `Core Domain` | Cross | P1 | S | `DONE` |
-| [`GT-473`](./gap-reference-catalog.md#gt-473) | **Done — pre-existing test debt.** (a) **Real bug:** `RulesetValidationMode.RULESET_ID_MAP` still pointed at the pre-reorg directory-per-ruleset layout for 6 ids → CLI `validate -r <id>` falsely `failed` (`FILE_NOT_FOUND`); corrected to the `cross-cutting/`·`sdlc/`·`governance/` layout. (b) **Stale fixture:** `validate-blueprint.use-case.spec` computed the SDLC gate registry off `src/` instead of repo-root `reference/governance/sdlc/gates` (the use case takes `corePath`+`sdlcPath` separately by design). core-domain 735/735. |  |  | `Core Domain` | Cross | P1 | S | `DONE` |
-| [`GT-452`](./gap-reference-catalog.md#gt-452) | **Done — superseded by [`GT-474`](./gap-reference-catalog.md#gt-474).** `validate` gave a false green/reassuring verdict with `rulesChecked: 0`. The interim mitigation degraded a zero-rule run to `warning`; GT-474 completed the closure — a zero-rule run is now a **blocking `failed`**, an unresolvable ruleset corpus throws `RulesetsNotFoundError`, and every abort path exits non-zero. **Real bug.** |  |  | `Evolith CLI` | Cross | P0 | S | `DONE` |
-| [`GT-474`](./gap-reference-catalog.md#gt-474) | **Done — real bug (silent zero-rule validation), found by the ADR-0109 Phase-0b spike.** `validate --core <checkout>` reported `status: "warning"` with `rulesChecked: 0` — it validated **nothing** and did not say so. Root cause: two resolvers disagreed — `resolveRulesets()` knew the corpus is at `<core>/src/rulesets`, but `DiskRulesetRepository` re-joined `<core>/rulesets` (absent post `apps/`→`src/`) → `[]` → 0 rules. `RulesetValidatorService` then swallowed the empty corpus into a `warning`, and the abort path exited **0** (green CI gate). Fix: one shared candidate list across all three resolvers; new fatal `RulesetsNotFoundError` on a missing root **or** a 0-rule corpus (rethrown, not swallowed); zero rules ⇒ blocking `failed`; every abort exits 1. `--core <core>` now checks **105 rules** (was 0). Supersedes GT-452. |  |  | `Evolith CLI` | Cross | P0 | S | `DONE` |
-| [`GT-451`](./gap-reference-catalog.md#gt-451) | **Umbrella — the published npm CLI (`@beyondnet/evolith-cli@1.0.0`) is STALE vs `src/sdk/cli/src`, under the same `1.0.0` (SemVer immutability violation).** Verified on the MMS satellite: the installed `dist` lacks batch-init (`resolveBatchInput`) and crashes `evaluate` with `IConfigParser is required` — both already fixed in source. So F-001/F-008 read as regressions of GT-12/GT-395 only because the artifact predates their fixes. **Correction: F-007 (gate/phase/sdlc-status ENOENT on `reference/governance/sdlc/gates`) is NOT fixed in source — the path is wrong AND the gate data files never existed; tracked separately as GT-461.** Fix: bump `1.0.1` + rebuild + republish + a release guard that diffs published-vs-built dist. **IN-PROGRESS: version bumped to `1.0.1`, CHANGELOG updated, and a `check:release-drift` guard wired into `prepublishOnly` (fails the publish when the built dist lacks the merged fixes). Follow-on: run `npm publish` (owner) so satellites get F-001/F-008.** **+2026-07-17 (`fd03cf53`) — the real defect was deeper than a stale CLI dist:** (1) the owner-published `cli@1.0.1` crashed at boot with `Cannot find module '@beyondnet/evolith-infra-providers'` — a runtime dep imported by the shipped `dist` (`app.module` + 5 commands) but never declared in `dependencies`; and (2) the **entire `@beyondnet/evolith-*@1.0.0` line** (published 2026-07-05) is stale vs `develop` — the CLI deep-imports subpaths absent from the published tarballs (`enforcement/policy-compiler` GT-516, `enforcement/edit-gate` GT-526, `domain/waiver` GT-518, `application/sync` GT-541 → 0 files in the published `core-domain@1.0.0`). So a clean install crashes regardless of the dist fix. **Prepared + offline-verified a coordinated `1.1.0` re-release of all 8 packages:** declared the missing `infra-providers` dep; hardened `check:release-drift` to fail the publish when the shipped `dist` imports any undeclared `@beyondnet/*` (proven: aborts without the dep, passes with it); bumped all 8 to `1.1.0` with inter-package pins `^1.1.0`; rebuilt `mcp` past the `tsbuildinfo` no-op trap (165 dist files). Verified against local tarballs of the full set: **clean CLI install boots** (`--version`/`--help`/`evaluate --help`, no MODULE_NOT_FOUND), **MCP server boots** (NestFactory + modules initialized), and `npm publish --dry-run` green for all 8. **Remaining (owner):** run `npm publish` in dependency order `core-domain → contracts → sdk → infra-providers → core → agent-runtime → mcp → cli`. **DONE (2026-07-17):** owner published the coordinated `1.1.0` set; verified against the LIVE registry — a clean `npm i @beyondnet/evolith-cli@1.1.0` in an empty project resolves the full closure from npm (agent-runtime/core-domain/infra-providers/sdk all `1.1.0`) and the CLI boots: `--version` → `1.1.0`, `evaluate --help` OK, and `enforce --help` OK (exercises `enforcement/policy-compiler`, the exact subpath missing from the stale `1.0.0`). `cli` dist-tag `latest: 1.1.0`. The boot-crash and the transitive-staleness are both gone. (Follow-up, non-blocking: `@beyondnet/evolith-contracts@1.1.0` — nothing in the CLI/MCP closure consumes it — publishes cleanly on its own; closes the last bit of GT-513's "published contracts package".) |  |  | `Evolith CLI` | Cross | P0 | M | `DONE` |
-| [`GT-453`](./gap-reference-catalog.md#gt-453) | **Bundled `templates/evolith.yaml.example` uses a legacy format that fails the CLI's own `evolith-yaml.schema.json`** (missing `apiVersion: evolith.dev/v1` / `kind: Satellite` / `spec`; uses `product/governance/metadata`). Copying the template yields an invalid manifest. Fix: regenerate from the schema (Tracker `evolith.yaml` as reference) + CI test asserting the template validates. |  |  | `Evolith CLI` | Cross | P1 | XS | `DONE` |
-| [`GT-454`](./gap-reference-catalog.md#gt-454) | **`docs` scaffolds the manifest to `.evolith/evolith.yaml` in legacy format, but `validate` (GOV-000) + the schema expect a root `evolith.yaml` (v1).** Following `docs` leaves the satellite invalid; likely origin of empty `.evolith/` dirs on satellites. Fix: write `evolith.yaml` at repo root in the v1 schema (or delegate to `init`). |  |  | `Evolith CLI` | Cross | P1 | S | `DONE` |
-| [`GT-458`](./gap-reference-catalog.md#gt-458) | **`agents` ignores its documented flags (`--install`/`--remove`/`--list`/`--run`) — it routes only on a positional action, so `agents --list` opens the interactive menu instead of listing.** Same class as F-001 (declared flag not honored). Fix (branch `fix/cli-gaps-gt451-457`): derive the action from the flags when no positional action is given. |  |  | `Evolith CLI` | Cross | P1 | S | `DONE` |
-| [`GT-459`](./gap-reference-catalog.md#gt-459) | **`upgrade` crashes with a raw stack trace** — `TypeError: Cannot read properties of undefined (reading 'exists')`: `SatelliteUpgradeService` is constructed bare (`new SatelliteUpgradeService()`), leaving `this.fs`/`this.logger` undefined (DI/wiring bug, F-008 class). Fix (branch): inject `IFileSystem` + logger. |  |  | `Evolith CLI` | Cross | P1 | S | `DONE` |
-| [`GT-463`](./gap-reference-catalog.md#gt-463) | **Done:** `messaging-alerts` group (`MassTransitPoisonMessages` on `.+_error` depth>0 + `TenantProjectionQueueMissing`) added to `product/operations/alerts/prometheus-alerts.yml`; bilingual shovel runbook `incident-response-poison-message-reprocess.md`. **Poison-message alerts watching the wrong queue (DLX instead of `<queue>_error`).** §5.3: after retries are exhausted MassTransit *moves* the faulted message to `<queue>_error` and never nacks, so the broker's `x-dead-letter-exchange` never fires. Risk §15 #9 (medium). |  |  | `Infra` | Release | P1 | S | `DONE` |
-| [`GT-461`](./gap-reference-catalog.md#gt-461) | **The SDLC gate machinery (`gate evaluate`/`phase advance`/`sdlc gate-status`) was inoperative: it reads `<core>/reference/governance/sdlc/gates/gate-f*.json`, but that directory AND the gate DATA files never existed in Core — only the schema (`sdlc-gate.schema.json`) + prose (`quality-gates.md`).** The `gate-registry.service.ts` comment itself says the `gate-f*.json` files "were never consumed / created". **IN-PROGRESS: authored the 5 `gate-f{1-5}.json` (faithful twins of `phase-gates.rules.json` mandatoryEvidence, generated from it) → `gate evaluate -p discovery --core` now emits real ADR-0073 GateEvidence and `phase advance` correctly blocks discovery→design on the failed gate (verified on the MMS satellite). Sub-findings: `sdlc gate-status` has no `--core` (resolves to the satellite cwd → ENOENT); free-text `blockingCriteria` are treated as always-triggered by the evaluator (kept `[]` so gates stay artifact-driven and PASS-able).** |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-456`](./gap-reference-catalog.md#gt-456) | **CLI cannot resolve Core rulesets from an external satellite.** `validate --core <valid>` leaves `coreRef.path: null`; `-r inheritance`/`-r adr-0002` (ids from `--help`) → "Ruleset not found"; `-t modular-monolith` → `ARCH-TOPOLOGY-MISSING`. No bundled rulesets; `--core`/`EVOLITH_CORE_PATH` not honored consistently → rule/topology/ADR validation inoperative outside the Core monorepo. Fix: unify Core resolution across validate/gate/phase/evaluate, propagate to `coreRef.path`, fail actionably when rulesets are missing. **IN-PROGRESS (b8897f86 + follow-up): `validate` now resolves rulesets via `resolveRulesets` (--core → EVOLITH_CORE_PATH → profile → bundled), `-r <id>` resolves against bundled + `<core>/src/rulesets`, `coreRef.path` is populated, and an invalid `--core` fails actionably. **Default full-validation now executes the bundled rulesets: `DiskRulesetRepository.loadAllRulesets` no longer aborts on the first non-standard `*.rules.json` (it skips with a warning) — a bare satellite (MMS) now reports `rulesChecked: 98` with 46 real findings instead of a false "0 rules". Follow-on: gate/phase/evaluate Core-resolution parity.** |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-455`](./gap-reference-catalog.md#gt-455) | **`scaffold` has no .NET target** though `init -r dotnet` advertises it and the whole suite (UMS/Tracker/MMS) is .NET clean/hexagonal. `scaffold --format json` forces `--frontend react\|angular` + `--orm prisma\|typeorm` (Node-only), so the primary generator can't scaffold the suite's real runtime. Fix: add an ASP.NET Core + EF Core target (hexagonal slice, UMS-shaped) or document scaffold as Node-only and make `init -r dotnet` emit "not yet supported". **IN-PROGRESS (branch): added `--runtime dotnet` + `DotnetWorkspaceStrategy` (shells out to the `dotnet` CLI, like Nx does to `nx`). `scaffold --runtime dotnet --phase 1 --api-name <n> --domains <ctx>` generates a clean/hexagonal solution under `src/apps/<n>` (Domain/Application/Infrastructure/Presentation + refs + one classlib per bounded context), honoring --dry-run + the JSON envelope. Verified: the generated solution passes `dotnet build` (0 errors, .NET 10). Follow-on: richer templates (EF Core + MassTransit/RabbitMQ wiring, aggregate folders) + phase 2/3.** |  |  | `Evolith CLI` | Cross | P1 | L | `DONE` |
-| [`GT-457`](./gap-reference-catalog.md#gt-457) | **`validate -f table` hides issue detail** — a failed validation renders `issues [N items]` without the ruleId/title/description; the actionable detail is only in `-f json`. (GT-224 added JSON to drift/scaffold/docs but not `validate` table parity.) Fix: render per-issue detail in the table formatter. |  |  | `Evolith CLI` | Cross | P2 | XS | `DONE` |
-| [`GT-460`](./gap-reference-catalog.md#gt-460) | **`api` command's MCP-surface counts are hardcoded and drift from the live server.** `api -l` reports "23 tools / 8 resources", but a stdio smoke of the running `@beyondnet/evolith-mcp` server returns **35 tools / 9 resources** (`tools/list`/`resources/list`). Source `api.catalog.ts` hardcodes the counts as description strings. Fix: derive the counts/catalog from the live MCP tool+resource registry (or regenerate them in CI, cf. GT-445). **IN-PROGRESS (branch): added `scripts/gen-api-catalog.mjs` (introspects the live MCP server) → checked-in `api.catalog.generated.ts`; `api --list` now shows the real 35 tools / 9 resources with counts derived from the arrays, and the stale `evolith mcp serve` footer → `evolith-mcp serve`. Follow-on: full SCHEMAS/COMMANDS enumeration + a CI guard that regenerates and diffs.** |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-465`](./gap-reference-catalog.md#gt-465) | **Done:** `kind-cluster.yaml` sets `disableDefaultCNI:true` (kindnet off → Cilium enforces policy; README adds the Cilium install step); `deploy/kubernetes/network-policies.yaml` (22 policies) codifies the §7 model — default-deny per product ns + DNS/broker/Core/OTLP/ingress/intra-ns allows, with the structural invariant that `evolith-core` has NO path to :5672. **kindnet doesn't enforce NetworkPolicy → the default-deny model was silently ineffective.** Follow-on: allow/deny assertions in G1. Risk §15 #13 (low). |  |  | `Infra` | Release | P2 | M | `DONE` |
-| [`GT-464`](./gap-reference-catalog.md#gt-464) | Three products depend on a single shared message broker, so one broker outage reaches all of them at once | The three applications pass news to each other through one shared post office. If it goes down they all stop hearing from each other at the same time, though nothing is lost -- messages queue up and arrive late | The alerts that would tell an operator the broker is down, or that data is falling behind, do not exist yet | `Infra` | Cross | P2 | S | `DEFERRED` |
-| [`GT-447`](./gap-reference-catalog.md#gt-447) | The whole stack does not come up locally yet: the engine starts, the companion app and the interface do not | Anyone on the team should be able to start the entire product on their own machine with one command and click through it. Today only the engine starts; the parts a person actually looks at do not | The three engine services come up healthy on a local cluster and answer a full governed request, but there is no screen to open against them. **DONE (`0b387b44`):** `product/infra/docker-compose.fullstack.yml` brings the whole stack up healthy with one command (8/8 services), and the browser chain is verified end-to-end — a governed evaluation flows tracker-web → tracker-api → core-api `evaluate()` and back (HTTP 200, `provenance:core`, a real architectural FAIL verdict, persisted in Postgres), and the UI (Control Tower) renders against local URLs with every data call 200. Two build drifts fixed cross-repo in `evolith_tracker` (branch `feature/gt-447-fullstack-local`, `f8b68f2`): a missing build `.dockerignore` (663 MB `node_modules` in context) and a stale `/api` SPA base baked into tracker-web (→ `/api/v1`, which broke login with a 404). All 7 child gaps were already DONE. | `Cross` | Cross | P0 | L | `DONE` |
-| [`GT-448`](./gap-reference-catalog.md#gt-448) | Nothing runs in production: the stack has never been promoted to the server that customers would reach | The product does not exist anywhere a real customer could use it. Everything so far lives on developer machines | The production server and its deployment tooling are already set up, but no part of the product has ever been installed on them | `Cross` | Cross | P1 | XL | `PENDING` |
-| [`GT-435`](./gap-reference-catalog.md#gt-435) | The end-to-end path from code to a running product in real use is not deployed or validated | This is the umbrella item for taking the product from something that works on developer machines to something real people use. It stays open until every piece under it is finished | An assessment put the engine at roughly ninety-five percent ready while everything around it -- packaging, deployment, the companion app -- was not | `Cross` | Cross | P0 | XL | `PENDING` |
-| [`GT-436`](./gap-reference-catalog.md#gt-436) | Ship the npm packages. The old `@evolith/*` scope was polluted with published history (1.0.x/1.1.x/2.0.0-beta/tombstones) that blocked a clean 1.0.0, so the whole library family was renamed to a fresh unified scope. **DONE (0edaa22b): all 7 libs published at a clean `1.0.0` under `@beyondnet/evolith-*` (core-domain, infra-providers, core, agent-runtime, sdk, mcp, cli — all HTTP 200 on the registry). Old `@evolith/*` deprecated pointing to the new names (4 are in a broken 404 registry state and unusable anyway).** Follow-on: sweep the docs from `@evolith/*` → `@beyondnet/evolith-*`. |  |  | `CLI` | Cross | P0 | M | `DONE` |
-| [`GT-437`](./gap-reference-catalog.md#gt-437) | Add `agent-runtime-api` to CI/CD (docker build+push to GHCR + Coolify deploy) — today it has a Dockerfile but is NOT built/tested/deployed by any workflow. **DONE (`1ddbe25b`):** the premise was partly stale — agent-runtime WAS already built/tested by `ci-cd.yml` (3 workspace builds). The genuine hole: it was absent from the `docker-services` matrix (only core-api + mcp-server) and had no Coolify deploy step, so **on main it was never imaged or deployed** (`docker-images.yml` covered it only on tags/`workflow_dispatch`). Fixed: matrix + `agent-runtime` → `ghcr.io/<owner>/evolith-agent-runtime` (repo-root context, `./src/apps/agent-runtime-api/Dockerfile`, image name matching `docker-images.yml`), and a `Trigger Coolify deploy (agent-runtime)` step on the established fail-soft contract (unset hook ⇒ warn + exit 0, never fails CD). agent-runtime-api now sits in the same CI/CD posture as its two siblings. Verified: `ci-cd.yml` parses as YAML, resolving to 3 matrix services + 3 deploy steps; the referenced Dockerfile exists. **Owner-gated (delegated to [`GT-324`](./gap-reference-catalog.md#gt-324)):** provisioning `COOLIFY_AGENTRUNTIME_DEPLOY_HOOK`/`COOLIFY_API_TOKEN`; the first live build+deploy runs on the next merge to main (the job is main/tag-only, not exercisable from develop). |  |  | `Infra` | Cross | P1 | M | `DONE` |
-| [`GT-438`](./gap-reference-catalog.md#gt-438) | Production adapter wiring for `agent-runtime-api`: default bootstrap uses `StubCoreEvaluationAdapter` + `StubAgentEngineAdapter` + in-memory state; wire real Core-eval (HTTP), engine (Hermes/routing), durable memory + scheduler by default/env in prod. **IN-PROGRESS (local kind):** the real `HttpCoreEvaluationAdapter` is already in the factory (env-driven); wired + **verified in the kind cluster** — the agent-runtime `values-local` sets `AGENT_RUNTIME_CORE_ENDPOINT` to the in-cluster `core-api` service, and a `POST /v1/agent/handle` produced a real `POST /api/v1/evaluate` to core-api (SecurityAudit: `200 ALLOW 569ms`, from the runtime pod). The runtime now governs over the REAL Core, not the stub. **Remaining:** real agent-engine (GT-385-gated), durable state, and assembling a real workspace context (today the Core evaluates an empty context → 39 correct GOV-000-style findings). **DONE (`ff57cec6`):** the last non-gated piece — real workspace-context assembly — landed. The runtime now assembles the workspace and passes it **inline** as `evaluationInput.files` (the `OverlayFileSystem` inline-ingestion shape the Core API already consumes), so the Core no longer evaluates an empty context. New `IWorkspaceContextPort` + `FsWorkspaceContextAdapter` (bounded deterministic walk: file/byte budgets, excluded dirs, relative-posix keys, injectable `fsImpl`); additive `InlineEvaluationInput`/`RuntimeEvaluationContext`; `context-mapper` attaches files only when non-empty; a workspace outage degrades to the prior flow (never fails a run); `runtime.factory` wires it from `AGENT_RUNTIME_WORKSPACE_CONTEXT_ROOT` (unset ⇒ prior behavior). GT-388 surface-freeze updated (additive/minor). Verified: agent-runtime 131/131 (+8), agent-runtime-api 80/80 (+3), tsc clean. **Still gated (as designed):** real reasoning engine (GT-385/Hermes) + durable memory/scheduler needing external services; a Tracker-driven context assembler is a future sibling adapter behind the same port. |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-439`](./gap-reference-catalog.md#gt-439) | Enforce fail-closed auth + wire `TenantCorpusGuard` (ABAC multi-tenancy, GT-394 runtime): `EVOLITH_API_KEY` is opt-in and the tenant guard is defined but not in `APP_GUARD`; no JWT tenant-claim extraction, no per-tenant corpus isolation. |  |  | `Security` | Cross | P1 | M | `DONE` |
-| [`GT-440`](./gap-reference-catalog.md#gt-440) | Observability completeness: add `/metrics` (Prometheus) to `mcp-server` + `agent-runtime-api`; `OTEL_EXPORTER_OTLP_ENDPOINT` configurable; liveness/readiness split. **DONE (b3c6557f): `/metrics` on all 3 services (core-api existing + mcp `evolith_mcp_*` + agent-runtime `evolith_agent_runtime_*`), `/health/live`+`/health/ready` on mcp+agent-runtime, OTEL endpoint via env. Verified on the local stack (all 200).** |  |  | `Observability` | Cross | P1 | M | `DONE` |
-| [`GT-441`](./gap-reference-catalog.md#gt-441) | The system can ask a human to approve a sensitive action, but nothing exists yet to receive the request | Before doing anything sensitive the system is supposed to stop and wait for a person. It stops correctly, but the request never reaches anybody, so it always ends in a refusal | Every action marked as needing approval comes back refused with "could not ask", because the place chosen to answer has not been built yet. **DONE (`a299ab89`):** the receiver now exists. The Tracker shipped the endpoint (CD-23, migration `AddRuntimeApprovals`, 2026-07-19) and the Core shipped the concrete `TrackerApprovalHttpClient` behind the GT-441 seam — POST `/runtime-approvals` with the CoreMachine key (the tenant is derived from WHICH key matched, never the body); a non-2xx throws so the adapter denies fail-closed as "unavailable" — wired opt-in in `runtime.factory` (`AGENT_RUNTIME_APPROVAL_TRACKER_URL`/`_KEY`, mandatory under production). Live-smoked against the running Tracker: submit → pending (persisted in Postgres) → adapter denies fail-closed → idempotent by `correlationId` → a human reject flows back as a `tracker-decision` denial. The approve→grant path needs a designated UMS approver (CD-31; dev-bypass deliberately cannot be one) so it stays covered by unit + Tracker-side tests. package 249/249 + app 81/81 green. | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-442`](./gap-reference-catalog.md#gt-442) | Production secrets + DB connectivity strategy: document/wire a secret store (Coolify vault / K8s secrets) for `EVOLITH_API_KEY` etc., and clarify `DATABASE_URL`/connection config (absent from the deploy config today). **DONE (accepted-scope) — both halves of the framing were misaligned with the codebase.** (1) *Secret store: substantially already delivered* — all three charts take credentials from a pre-created K8s Secret **by name** via `secretKeyRef`, gated on `auth.existingSecretName` (`core-api-auth`, `mcp-auth`, `agent-runtime-auth`; plus `opa-bundle-credentials` / `opa-bundle-signing-key` on mcp). No chart embeds a literal. The real gap was that this was undocumented and scattered → now consolidated in `product/infra/README.md`(+`.es.md`) §*Secrets and Data Connectivity*, with the Coolify (encrypted env var) equivalent. (2) *DB connectivity: **NOT APPLICABLE to the Core*** — `core-api` and `agent-runtime-api` declare **zero** DB dependencies (no driver/ORM/connection string, verified against both `package.json`). That is **ADR-0101 by design**: the Core is a stateless evaluation engine (`EvaluationContext`→`EvaluationResult`; product/tenant/initiative are opaque context, never persisted). So `DATABASE_URL` is not "missing" — there is nothing to connect to, and adding it would *contradict* ADR-0101. The `postgresql` strings in `projects.controller.ts`/`core-domain.module.ts` are the **scaffolding generator** choosing a DB for the *generated* project. Persistence lives in the **Tracker** (own Postgres `tracker_governance`) → DB-connectivity work delegated to that repo's board. **Remaining (owner-gated, not code):** provisioning the real secret values on the VPS/cluster — same blocker as [`GT-324`](./gap-reference-catalog.md#gt-324)/[`GT-437`](./gap-reference-catalog.md#gt-437). |  |  | `Infra` | Cross | P1 | S | `DONE` |
-| [`GT-443`](./gap-reference-catalog.md#gt-443) | How the system behaves under failure and heavy load has never been measured on a running deployment **2026-07-28: given acceptance criteria at last.** This row sat IN-PROGRESS with ZERO acceptance criteria — its section carried only prose ("Closure: breaker integration tests + K6 load/chaos + DR deploy with measured RTO/RPO"), so it could not be closed by anybody, because nothing defined done. `08-validate-tracking` did not catch it: it verifies that a DONE row has its criteria ticked, and says nothing about an IN-PROGRESS row having criteria at all. The prose is now four checkable criteria; the guard gap is registered as `GT-629`. | We say the system keeps working when parts of it break or when traffic spikes. That claim has only been checked in isolated tests, never against something actually running | Nobody can say how long the service would take to come back after a total outage, because that recovery time has never been timed | `Reliability` | Cross | P2 | L | `IN-PROGRESS` |
-| [`GT-444`](./gap-reference-catalog.md#gt-444) | No outside party has ever attempted to break into the running system | Automated tools scan the code for weaknesses that are already catalogued. Nobody has been hired to actively attack the live system the way a real intruder would, so unknown holes stay unknown | The entire security position rests on two automated scanners; there is no report from a human attacker | `Security` | Cross | P2 | S | `PENDING` |
-| [`GT-552`](./gap-reference-catalog.md#gt-552) | **`release-please` is wired to configuration files that no longer exist, so no version can ever be cut.** `sdk-cli-release.yml` passes `config-file: release-please-config.json` and `manifest-file: .release-please-manifest.json`, both DELETED in `aed33ba9` ("versioning managed manually"), present in neither `main` nor `develop` and not gitignored. Consequently `release_created` can never be `true`: the npm publish, binary packaging, smoke-test and asset-upload jobs are unreachable, and the repository's ONLY workflow that auto-creates a GitHub Issue (`failure-notification`) is dead code gated on that same output. Fix: restore the two config files or migrate the workflow to the manual-versioning reality it claims. **DONE (`38db17bf`):** the workflow no longer references `release-please-config.json` / `.release-please-manifest.json` (both deleted in `aed33ba9`), and the orphaned `release-please` job was replaced by a `release-gate` job, so the workflow no longer claims it can auto-cut a version. **Correction to the original write-up:** the `failure-notification` job is NOT unreachable dead code -- it RAN AND SUCCEEDED in run 29641024724. The release pipeline still fails for unrelated reasons, now tracked by [`GT-561`](./gap-reference-catalog.md#gt-561), [`GT-562`](./gap-reference-catalog.md#gt-562) and [`GT-563`](./gap-reference-catalog.md#gt-563); this gap was about the broken WIRING, which is fixed. |  |  | `Infra` | Cross | P1 | S | `DONE` |
-| [`GT-553`](./gap-reference-catalog.md#gt-553) | **`09-reconcile-maturity.mjs` carries dead path constants and miscounts rulesets.** FOUR constants derive from the deleted `reference/core/sdlc/standards/vision/` — `VISION_DIR` and the three built from it (`BOARD`, `REGISTRY`, `RUNTIME_EVIDENCE`); the latter three are each referenced only by their own declaration, so the cluster is inert (the guard works via correct hardcoded `control-center/` reads). Separately `rulesetCount` scans `rulesets/` instead of `src/rulesets/`, which is why the committed `maturity-reconciliation.json` snapshot reports `"rulesetCount": 0`. Fix: delete the dead constants and repoint the ruleset scan to `src/rulesets/`. **DONE (`35ea46e1`):** criterion 1 was satisfied by [`GT-556`](./gap-reference-catalog.md#gt-556) -- all constants now resolve through `resolveKey`, and the only remaining mention of `vision/` is an explanatory comment; criterion 2 is satisfied and the snapshot regenerated, `rulesetCount` now reporting **145**, matching `find src/rulesets -name "*.rules.json" \| wc -l`. **Correction:** the committed snapshot did carry the field, as `0` -- it was not absent, and that zero was the symptom. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-554`](./gap-reference-catalog.md#gt-554) | **`CONTRIBUTING.md` cites a tracking path that no longer exists and documents no procedure for filing a gap.** Section 5.H names `reference/core/sdlc/standards/vision/` as the home of `gap-tracking.md` and `maturity-assessment.md`; both moved to `control-center/`. Beyond one line asking contributors to reference a `GT-###`, nothing documents how a finding BECOMES a gap: the catalog schema, the closure-evidence contract and the `COORDINATION.md` identifier ledger are all unmentioned, and no gap template or generator script exists. Fix: repoint the path and document the intake procedure. **DONE (`9a13d0d6`):** section 5.H repointed from the deleted `reference/core/sdlc/standards/vision/` to the four real surfaces under `control-center/`, and a new section 6 documents the intake procedure written from the actual artefacts -- the reserve-then-push protocol from `COORDINATION.md`, the board row shape the guard parses, a catalog skeleton matching the real schema, a real-shaped closure-evidence record with all seven fields, and the validation commands. The Spanish file's drifted paths (`sdk/cli`, `rulesets/schema/`, `rulesets/opa/`, all missing `src/`) were fixed too, since the criterion is that every cited path resolves. 28/28 headings. |  |  | `Documentation` | Cross | P2 | S | `DONE` |
-| [`GT-555`](./gap-reference-catalog.md#gt-555) | **The GitHub collaboration surface is incomplete for anyone who is not a core contributor.** There is no `CODEOWNERS` (no review routing), no `.github/ISSUE_TEMPLATE/config.yml` (blank issues allowed, no contact links, Discussions unreachable from the chooser), and the only two templates — `adr-proposal.yml` and `docs-gap.yml` — both demand insider vocabulary, leaving **no bug-report and no feature-request path**. `FUNDING.yml` also sits in `src/sdk/cli/` where GitHub will not render it. Fix: add CODEOWNERS, a template `config.yml`, bug/feature templates, and relocate `FUNDING.yml`. **DONE (`9a13d0d6`):** added `.github/CODEOWNERS`, `.github/ISSUE_TEMPLATE/config.yml` (blank issues off; contact links to Discussions, private advisory and CONTRIBUTING) and bug-report + feature-request templates in plain language; `FUNDING.yml` moved from `src/sdk/cli/` to `.github/`. **Near-miss recorded:** CODEOWNERS first shipped naming `@beyondnetcode/evolith-team`, copied from the release workflow's failure notifier -- that team DOES NOT EXIST (`gh api orgs/beyondnetcode/teams` returns only `evolith-core-s-development`), and GitHub silently ignores an unresolvable owner, so every line would have routed nothing while the file looked correct. Corrected to the verified team (also confirmed to have repository access); the same bad handle in `sdk-cli-release.yml` was fixed, meaning that failure notification had been at-mentioning nobody. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-560`](./gap-reference-catalog.md#gt-560) | A protective component is installed and counted as working, but nothing in the system is routed through it | There is a safety mechanism meant to cut off a failing dependency fast instead of letting requests pile up behind it. It is plugged in but connected to nothing, and the system's own health report still credits it as real protection | It earned a resilience score of 7 out of 10, yet a search of the entire codebase finds zero places that use it. **DONE:** closed via the "stop scoring what protects nothing" branch — the Core is a stateless evaluator (ADR-0101) that makes no outbound calls, and its only cache candidate never connected to Redis (two confirmed wiring bugs). Removed the orphan `CircuitBreakerService` (+ spec, + `opossum`/`@types/opossum` deps) and the dead Redis wiring (`redis-store.factory.ts` deleted; `redis-cache.module.ts` → `in-memory-cache.module.ts`, honest per-process cache with no ignored `REDIS_*`/boot warnings), and rewrote the `senior-architectural-assessment.md` resilience note (4/10, no unsubstantiated claim). core-api build + 158/158 tests green; lockfile reconciled (-opossum only). Adjacent finding (cache metrics permanently zero) left as a separate item. | `Core API` | Cross | P1 | M | `DONE` |
-| [`GT-561`](./gap-reference-catalog.md#gt-561) | **The MCP smoke test times out, failing E2E and cascading into DAST.** The E2E Tests job fails at the MCP stdio/HTTP smoke with `MCP smoke test FAILED: Timed out waiting for initialize (id 1)`; DAST then fails with `MCP Server failed to start after 60s`. The last green run of this pipeline was 2026-06-30. Observed 2026-07-18 in run 29646397424. **DONE (`b408a0ef`):** the server was never broken. The smoke spawned `node dist/main.js mcp serve` from the CLI's dist, and `dc0b9667` (2026-06-30, "decouple mcp-server from smart-cli") DELETED that command -- the exact date of the last green run. The process died instantly with `error: unknown command 'mcp'`, but the stdio path piped stderr and never read it, so an instant hard failure was reported as a 5-second timeout; that misdirection is why it stayed opaque for 19 days. The fix repoints both transports at the standalone gateway, adds a pre-flight check that fails with "build it first" rather than timing out, and captures stderr and the early-exit code into the failure message. No assertion was weakened and NO timeout was raised -- startup measures ~1s, so the 5s limit was never implicated. **Correction to this gap's own premise:** DAST was NOT a downstream cascade from E2E. The jobs are independent and DAST carried its OWN copy of the same stale `mcp serve` invocation, so fixing the smoke alone would have left it red; its start step was repointed too, plus `--allow-no-auth` so ZAP scans a reachable surface. **Three follow-on commits were needed before the criteria could be OBSERVED**, each layer hiding the one beneath: `6cac6cda` -- the SDK 2.0.0 bump had left `package-lock.json` desynced, so `npm ci` refused and eight jobs died on their first step, never reaching the smoke; `b75d43fc` -- the CLI pipeline's `paths` filter did not list `package.json` / `package-lock.json`, so neither the break nor its fix triggered the pipeline they affected (it also listed `release-please-config.json`, deleted in `aed33ba9` -- a filter watching a path that cannot change); `37cbeae1` -- DAST still reported red on `Resource not accessible by integration`, because the ZAP action files its report as a GitHub issue and the workflow grants no `issues: write`; the scan itself was clean (`FAIL-NEW: 0, PASS: 146`), so issue-filing was disabled rather than granting a scanner write access, the report already being uploaded as an artifact. All three criteria are CI-verified in run 29665015800: the MCP smoke passes on both transports (47 tools, 11 resources, 8 prompts, both `tools/call` checks, stdio and HTTP), the E2E Tests job is **success**, and DAST's `Start MCP Server` and `Wait for MCP Server` steps both succeed. **Stated plainly:** the job still shows red for reasons unrelated to this gap -- the CLI's branch-coverage gate (69.3% vs 75, tracked by [`GT-562`](./gap-reference-catalog.md#gt-562)) and 12 pre-existing bilingual-terminology findings in files last touched 2026-07-04 to 07-13. The pipeline is not green. |  |  | `MCP Server` | Cross | P1 | M | `DONE` |
-| [`GT-562`](./gap-reference-catalog.md#gt-562) | Coverage of the code's decision points sits below the minimum the project requires, and the check blocks | Places where the code chooses between two outcomes were never exercised by a test. The project set a minimum, coverage fell under it, and the decision was to earn the difference back rather than lower the bar | All 969 tests pass and the build still fails: 69 percent of decision points are covered against a required 75 percent. **DONE (`7cffd734`):** the debt was paid rather than written off — branch coverage 70.57% → **75.54%**, jest exits 0, threshold untouched (85 suites, 1250 tests). **The gap's own estimate had the wrong shape:** it predicted ~100-140 tests over interactive wizards, "tests that assert a mock was asked a question." The uncovered branches were not the wizards — they were the **non-interactive, machine-readable paths** (`--format json` across five commands, `init --batch`, the composable engine's report), the paths no human walks by hand, which is exactly why nobody had noticed they were untested; they are also the contract every script and CI job depends on. Three needed a seam before they could be tested at all: `agents --name` did not exist (added; missing agent now returns `RULESET_NOT_FOUND`), `scaffold`'s specs stubbed `process.exit` which does not halt (reading the FIRST envelope makes the assertion mean what it says), and the composable report has no extractable method — but `createComposableEngine()` `require`s its five modes lazily, so they can be mocked by module path, which is why that spec is a separate file. **On the exclusion this gap declared:** it withheld ~100 branches in `adr`/`agents` to avoid blessing the success-envelope defect; that defect was fixed earlier in this campaign, and the new tests now assert the corrected ADR-0073 contract explicitly, pinning the right behaviour instead of freezing the wrong one. | `SDK CLI` | Cross | P2 | M | `DONE` |
-| [`GT-563`](./gap-reference-catalog.md#gt-563) | **174 doc-validation errors, and the workflow that should catch them reports success.** RESOLVED (`c63c3eb7`): the `validate` job was gated on `workflow_dispatch`, so on push and PR only the tracking guard ran and the job reported green over a check that never executed -- now armed and blocking. Three of the four error categories were NOT defects: 97 of 108 broken links were in a gitignored build-time copy, all 9 mojibake were false positives from a rule lacking a word boundary, and the 5 schema violations were a stale pre-`src/` schema. Two further defects fixed on the way: an unanchored fence matcher that blanked prose instead of code (hiding real emoji violations), and `10-validate-contract-conformance.mjs`, which had crashed on every invocation since the `src/` refactor unnoticed because its job was skipped. Validation now passes for 1535 files and 407 rendered diagrams. The job still fails on a DIFFERENT check, `bilingual-terminology-lint` (12 pre-existing findings). |  |  | `Documentation` | Cross | P2 | L | `DONE` |
-| [`GT-556`](./gap-reference-catalog.md#gt-556) | **Harness guards resolved paths from `process.cwd()`, so a guard returned a different answer depending on where it was invoked -- always in green.** `30-validate-phase-topology-disjoint` reported 8 topology ids from the repo root and 5 from `src/`, exit 0 both times. Six dead path literals compounded it. Fix: `.harness/scripts/lib/paths.mjs` derives the root by marker ascent (`package.json` + `.harness` + `evolith.yaml`) and `resolve()` throws when a path does not exist; 15 scripts migrated and verified identical from three directories. |  |  | `Harness` | Cross | P0 | M | `DONE` |
-| [`GT-557`](./gap-reference-catalog.md#gt-557) | **A check that scanned zero items reported success.** Seven confirmed false greens; `31` and `32` scanned `rulesets/`, a directory that EXISTS but holds only `agents/`, so zero rulesets matched while the real 145 sat in `src/rulesets` -- `existsSync` passed and the answer was still fabricated. Fix: `.harness/scripts/lib/coverage.mjs` asserts on items scanned, not path validity; `assertScannedPerSource` stops a live root masking a dead one; `allowEmpty` demands a written reason at the call site and is not settable from env or config. |  |  | `Harness` | Cross | P0 | M | `DONE` |
-| [`GT-558`](./gap-reference-catalog.md#gt-558) | **Six finding models coexisted, whose true intersection was only `message` plus some notion of severity.** Five carried no provenance, none carried determinism, so a finding crossing from a PR review to a scorecard to the knowledge base had nothing to preserve; `GateViolation` and `ValidationIssue` had additionally FORKED into `sdk-client` and are no longer assignable in either direction. Fix: canonical `Finding` (ADR-0116) with mappers from all six, strictly additive; `FindingOrigin` is a required argument, so an unattributed finding is a compile error. |  |  | `Core Domain` | Core | P0 | M | `DONE` |
-| [`GT-559`](./gap-reference-catalog.md#gt-559) | **The advisory-authority boundary was prose re-encoded in 60 files, so there was nothing to cite in review and nothing that could detect a violation.** Fix: `evaluateAuthority()` (ADR-0116) answers whether an actor may take an action on an artefact, returning a quotable reason, a stable rule id (AP-R01..R06) and the ADR clause it derives from; the ADR-0097 promotion lifecycle is encoded as data rather than described again. AP-R03 (self-authorization) is ordered ahead of AP-R02 deliberately. |  |  | `Core Domain` | Core | P0 | M | `DONE` |
-| [`GT-564`](./gap-reference-catalog.md#gt-564) | **The SDK's exported payload types were a fork that did not describe the wire.** REST and MCP call the SAME use case and return the domain object verbatim, so there was no reshaping to justify separate DTOs. The fork declared `passed: boolean` where the API emits `verdict: 'passed'\|'failed'\|'skipped'` -- and `README.md` told users to print `result.data.passed`, which is undefined at runtime; it omitted `gateId`, `rulesetRef` and `rulesetVersion`, which ARE emitted, dropped the REQUIRED `location`, and declared `artifact?`/`remediation?` that no producer emits. `ViolationSeverity` admitted an unreachable `'info'`, forked across two files; `ValidationIssue` had degraded to `severity: string`, losing `MUST\|SHOULD\|COULD`. Fix: `sdk-client` re-exports `@beyondnet/evolith-core-domain` and is bumped to **2.0.0** -- a major bump rather than a deprecation window, because a window preserves types that are actively wrong and any 1.1.0 consumer is already broken at runtime; and a real dependency rather than vendored copies with a parity guard, because two sources of truth plus a watcher is the pattern being removed. 54/54 sdk tests; `tsc` clean for sdk-client, mcp-server and `src/sdk/cli`. Publishing 2.0.0 is deliberately NOT done -- owner's call. |  |  | `SDK` | Cross | P1 | L | `DONE` |
-| [`GT-565`](./gap-reference-catalog.md#gt-565) | **The SDK's tests mocked `fetch` to return the SDK's OWN invented shape and asserted on it, so its types could drift arbitrarily and stay green** -- the root cause of [`GT-564`](./gap-reference-catalog.md#gt-564). Fix: a contract test asserting the SDK types against the real wire, in two layers, because each is blind to a drift the other catches -- compile-time cannot see a controller change its response without touching the domain type, and runtime cannot see fields absent from the sample or required-vs-optional distinctions. Booting core-api measured ~3s, so the cost argument for compile-time-only did not survive measurement. The runtime checker's key set and required flags are TYPE-DERIVED from the SDK types, so the runtime half cannot drift from the type it enforces; proven to bite with three deliberate breaks, each restored. The suite also ran in NO workflow and is now wired into `ci-cd.yml` (`1875f725`), and its symlink workaround was REMOVED by `e25804dc`, which fixed the underlying ruleset resolution -- the removal is the evidence that fix is real. 43/43. |  |  | `Testing` | Cross | P1 | M | `DONE` |
-| [`GT-566`](./gap-reference-catalog.md#gt-566) | **Supersedes [`GT-329`](./gap-reference-catalog.md#gt-329), whose closure was unsound: it CLAIMED the topology corpus was unified and left it duplicated.** Its implementing commit `d2b7d2b7` copied the five advanced topologies into `rulesets/topologies/` and deleted nothing -- `--diff-filter=D` is empty -- then closed DONE against the criterion "all topologies under a single canonical location". Ten `RELOCATED.md` tombstones asserted for two weeks that "all tooling, CI scripts, and validators now read from the canonical path" while FOUR CI validators read the directory they called historical, and the two copies quietly diverged. That divergence is what silently disabled ADR-0104 design governance for those same five topologies (`35f79934`): only the `reference/` manifests carried `designProfile`/`phaseProfiles`, and `TopologyCatalogService` de-dupes first-occurrence-wins with `src/` probed first. **DONE (`29d69ae8`, `353cdbd4`):** 180 duplicated files removed; every topology now exists in exactly ONE place. Blast radius was measured by simulating the deletion in a throwaway worktree BEFORE touching anything -- of the ~25 consumers feared, exactly one broke (`17-validate-knowledge-intake`, which read accepted ids from one root and now reads both). 14 doc links, 21 pattern fichas and two E2E specs repointed. Phase A first: the `src/` manifests carried 46 dead references of their own, and a corpus about to become canonical must resolve what it declares. **Explicitly NOT in scope:** collapsing the dual root. The three progressive-axis topologies stay under `reference/` where their full corpora are, and both `src/rulesets/topologies/README.md` and `paths.mjs` document that split as intentional -- deduplication is not the same goal as a single location, and nobody has decided the latter. Historical records in `control-center/` keep the old paths on purpose: rewriting them would erase the evidence that GT-329's closure was unsound. Verified: 8 manifests validate (was 13; five were duplicates), the catalogue resolves all 8 with a designProfile, 11 guards exit 0, 2892 tests green. |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-567`](./gap-reference-catalog.md#gt-567) | **CD apunta al VPS, que esta fuera de alcance: falla en cada push a `main` y nadie lo mira.** `Deploy services (Coolify)` falla desde 2026-07-19 (14+ corridas) porque el host `72.60.63.240` no responde en ningun puerto. NO es una caida de produccion: el entorno objetivo es hoy el cluster kind local `evolith-cluster`, sano y con los 3 servicios `1/1` desde hace 2d14h. El VPS se retoma mas adelante. El defecto real es que CD despliega a un entorno que no se usa, genera un rojo permanente que nadie lee, y `Build & Push` sigue verde publicando imagenes que ningun runtime consume. |  |  | `Infra` | Cross | P3 | S | `DONE` |
-| [`GT-568`](./gap-reference-catalog.md#gt-568) | **The Security Audit job fails on a high-severity advisory that lives entirely in dev-only tooling.** `npm audit` reports `brace-expansion` (GHSA-3jxr-9vmj-r5cp, DoS via exponential-time expansion) as high, reached through six paths that are ALL build/lint tooling -- `eslint`, `@eslint/config-array`, `@eslint/eslintrc`, `@typescript-eslint/typescript-estree`, `test-exclude` -- and none of which ship in the published CLI. Observed 2026-07-20 in run 29780735123, and pre-existing: it is not caused by the coverage work in [`GT-562`](./gap-reference-catalog.md#gt-562), which shares that run. The job is a blanket `npm audit` with no production/dev distinction, so a vulnerability that cannot reach a user still reds the pipeline. Two questions to settle together: whether the audit should scope to `--omit=dev` (or record a reasoned exception) so the signal matches the risk, and whether to take the transitive bump at all -- `npm audit fix` rewrites `package-lock.json`, and a full lockfile regeneration is explicitly off-limits here after the ajv override incident. **DONE (`92390d6d`):** auditing before acting inverted the premise. The write-up called it "entirely dev-only tooling," but the same run's tree also carries `js-yaml` (high) and `protobufjs` (moderate), and `npm ls js-yaml --omit=dev` puts js-yaml on the CLI's **production** path — `evolith-cli -> nest-commander -> cosmiconfig -> js-yaml@4.2.0`. So `--omit=dev` would not have gone green; it would have HIDDEN a vulnerability the published CLI ships. Fixed rather than hidden, with targeted `overrides` (not a regeneration): js-yaml → 4.3.0 (+ a scoped `@nestjs/swagger` override so core-api's exact-4.1.1 pin dedupes up), brace-expansion → 1.1.16/2.1.2/5.0.7, protobufjs → 7.6.5. `npm audit --audit-level=high` now reports **0 vulnerabilities**, `npm ci` accepts the lockfile, the diff is 30/-18 lines, build green and all five suites pass (132/168/1174/226/342). The workflow now states its own scope: one root lockfile means it audits the whole monorepo tree (stricter than a CLI-only scan), and a fix-less transitive advisory is patched with an override, not a regeneration. |  |  | `Infra` | Cross | P2 | S | `DONE` |
-| [`GT-445`](./gap-reference-catalog.md#gt-445) | Regenerate the stale doc-count / version surfaces to the fresh `0.0.1` baseline: `maturity-reconciliation.json` (`1.1.4` + 422 gaps), `maturity-assessment.md` (`1.1.0`, "32 tools"), `product-inventory.md` (`1.1.4`, 33 tools/26 cmds), and the hand-written `evolith-mcp-tools.md` catalog — regenerate counts from code after the in-flight topology/phase-artifacts surface edits land. (2026-07-04 audit fixed version/link/field drift; count regen gated on those edits.) **+2026-07-17 (`459676aa`) — root cause fixed + code-derived surfaces regenerated.** `generate-product-inventory.mjs` scanned pre-`src/`-cutover dead paths (`sdk/cli`, `packages/mcp-server`, output `reference/products/smart-cli`) → the inventory was frozen and CI false-green. Repointed to the `src/`-nested layout + real output dir; regenerated `product-inventory.md`+`.es.md` from source: `@beyondnet/evolith-cli` 1.1.4→**1.1.0**, 26→**31** commands, 33→**47** MCP tools, 9→**11** resources, 40→**44** schemas (generator `--check` now green). `maturity-assessment.md` (EN+ES): 32→47 tools, 9→11 resources. `evolith-mcp-tools.md`: replaced the 11-row inventory (7 obsolete tool names) with the complete source-derived **47-tool** table; detailed specs flagged legacy-subset (obsolete entries called out) pending full regen. **Remaining (not by hand):** `maturity-reconciliation.json` is emitted by `09-reconcile-maturity.mjs`, blocked on the CI-owned maturity-evidence refresh ([`GT-523`](./gap-reference-catalog.md#gt-523)) — re-syncs on the next green CI run; and the per-tool detailed-spec regeneration is a follow-on. **DONE (`702de08b`):** all four named surfaces are regenerated. `maturity-reconciliation.json` was regenerated in `35ea46e1` (now 559 gaps / 145 rulesets / 132 ADRs / CLI 1.1.0); `maturity-assessment.md` verified clean (no `1.1.4`, no "32 tools", no `@evolith/smart-cli`); `product-inventory.md` clean at 1.1.0; `evolith-mcp-tools.md` regenerated to 47 tools in `459676aa`. The final blocker was the inventory generator itself: `07-generate-inventories.mjs` resolved the dead `rulesets/` path and reported 0, wrote to an orphaned location, and its `--check` flag WROTE FILES. Fixed in `702de08b`; the canonical `maturity-reports/inventory-summary.md` went from a two-week-frozen 119 ADRs / 144 rulesets / 40 schemas to **132 / 145 / 44**, now agreeing exactly with what script 09 derives independently. |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-446`](./gap-reference-catalog.md#gt-446) | **Cross-repo (evolith_tracker):** Tracker production pilot — the .NET backend is a real Clean-Architecture scaffold (Discovery/Governance/Artifacts/Audit contexts) that lagged the current Core design. **DONE (tracker b2ac7ef): the BFF `CoreEvaluationGateway` is now wired to the REAL local Core — canonical `EvaluationContext` request + real `EvaluationResult` parsing + Bearer auth + `BaseUrl` :3001; proven by an opt-in live E2E that hits core-api `/api/v1/evaluate` (200 ALLOW) and by the core-api access log. Local Postgres persistence DONE (tracker c91692e): EF `InitialCreate` migration + Postgres-backed `CoreEvaluationTransaction` repo wired into `/api/core/evaluate`; verified by a live write/read-back roundtrip. PhaseGate→Core DONE (tracker 38102e0): `POST /gates/{id}/phase/{phase}/evaluate-with-core` asks the Core, maps the verdict, and drives the gate state — a live Discovery-gate E2E drove a real `discovery` gate to `fail` in Postgres from the Core's verdict. Local dev-auth + UI wiring DONE (tracker cb6d38e): a Development-only dev-bypass auth scheme (no UMS needed) makes the BFF callable locally, and tracker-web points at the local BFF URL — verified over HTTP (no JWT): `POST /gates/{id}/phase/discovery/evaluate-with-core` → 200, gate persisted `fail`. Suite 54/54.** The Objective-1 M1 subset (Tracker→Core integration + local DB + Discovery gate E2E + BFF/UI on local URLs) is met; remaining is Phase-2: run/verify the React UI in a browser and extend to the other phases. |  |  | `Tracker` | Cross | P1 | XL | `DONE` |
-| [`GT-450`](./gap-reference-catalog.md#gt-450) | Containerization out of sync with the `src/`-nested monorepo: the 3 service Dockerfiles + `docker-compose.evolith.yml` assumed a flat `packages/apps/sdk/rulesets` layout (repo nests them under `src/`), so `docker compose build` couldn't even find the Dockerfiles — and the Coolify config (`apps/core-api/Dockerfile`) was broken too. Fixed paths to `src/*` (Dockerfiles + compose + Coolify hints), wired agent-runtime→real Core over HTTP (GT-438), added the missing `.dockerignore`; also fixed a latent clean-build bug (root tsconfig referenced mcp-server before sdk-client). **VERIFIED: `docker compose build` green, all 4 containers healthy, core-api `/evaluate` returns a real EvaluationResult (200), and the agent-runtime→real-Core HTTP chain is proven (core-api access log shows the inbound POST from the agent-runtime container).** |  |  | `Infra` | Cross | P0 | S | `DONE` |
-| [`GT-434`](./gap-reference-catalog.md#gt-434) | EPIC — Downstream phase artifact profiles (Construction/Quality/Deployment): mirror GT-425 for the 3 downstream phases — `spec.phaseProfiles` in topology manifests (universal + topology-derived artifacts + gate criteria, DN-06), phase evaluators (extend `checkpoint`/`deployment` kinds), registry entries, exposure. Conceptual spec: `downstream-artifact-profiles`. First increment (schema + 7 manifests) landed (3fe3be23). |  |  | `Rulesets` | Cross | P2 | L | `DONE` |
-| [`GT-449`](./gap-reference-catalog.md#gt-449) | Canonical-only command surface — nothing shipped (never in production), so remove the deprecated aliases instead of keeping shims: the `smart-cli mcp` command references (→ standalone `evolith-mcp serve`), the F1/F2/F3 topology input aliases (`--arch-level`, `normalizeTopology`/MCP legacy branches) and the f1–f5 phase-alias narrative across CLI/MCP/core-api + READMEs. Scope = command surface only; core-domain's internal `f1..f5` phase encoding kept. Build clean; CLI 918/918. Follow-on: terminology sweep of F1/F2/F3 in historical planning/roadmap docs. |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-425`](./gap-reference-catalog.md#gt-425) | EPIC — Design-phase advisory governance (ADR-0104): Core recommends/validates/measures technical maturity over a Convention-over-Configuration block catalog; blueprint as composable, multi-concern development guide that drives downstream criteria. F0 (ADR-0104) landed. **Umbrella — decomposed into `GT-426`…`GT-433`.** |  |  | `Core Domain` | Cross | P1 | XL | `DONE` |
-| [`GT-426`](./gap-reference-catalog.md#gt-426) | F1 — Contracts: extend `EvaluationContext`/`EvaluationResult` with a `design` facet (topology recommended/confirmed, artifact refs, per-concern maturity) + formal `evolith.yaml` schema with `design.topology.recommended\|confirmed` (composition). |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-427`](./gap-reference-catalog.md#gt-427) | F2 — Add `spec.designProfile { required[], conditional[] }` to `topology-manifest.schema.json` and populate the 8 topology manifests. |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-428`](./gap-reference-catalog.md#gt-428) | F3 — Blueprint multi-concern composition under Convention over Configuration: extend `blueprint.schema.json` to compose by concern (frontend/backend/services/mobile/data) via a block-type registry; + design-artifact block schemas, bilingual templates, fixtures. **Central piece.** |  |  | `Schemas` | Cross | P1 | L | `DONE` |
-| [`GT-429`](./gap-reference-catalog.md#gt-429) | F4 — `design` `EvaluationKind` evaluator: derive artifacts as the union over the confirmed topology composition (strictest-wins, incompatibility→ADR), validate completeness/traceability vs blueprints/ADRs/coding-practices, emit technical-maturity score; Native/OPA parity. Closes GT-08…GT-11. |  |  | `Core Domain` | Cross | P1 | L | `DONE` |
-| [`GT-430`](./gap-reference-catalog.md#gt-430) | F5 — Topology-recommendation engine: `topology-recommendation.rules.json` + evaluator (technical signals → recommended topology/composition), on-demand and as a complete proactive finding set. |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-431`](./gap-reference-catalog.md#gt-431) | F6 — Exposure + collaboration: CLI/MCP/API `design-evaluate` + `topology-recommend` (BR-008 parity); `design-template.schema.json` (scope tenant\|core, complexity simple\|medium\|complex); agent skills `design-template-proposal` + `template-promotion`; tenant→Core UP-NNN promotion flow. |  |  | `Cross` | Cross | P1 | L | `DONE` |
-| [`GT-432`](./gap-reference-catalog.md#gt-432) | F7 — Blueprint→downstream derivation: the `design` evaluator derives Construction/Quality/Deployment requirements and criteria from the composed blueprint as recommendations the Tracker uses to configure the F3/F4/F5 gates. |  |  | `Core Domain` | Cross | P2 | M | `DONE` |
-| [`GT-433`](./gap-reference-catalog.md#gt-433) | F8 — Verification: acceptance checklist, E2E demo (recommended→confirmed→evaluated via CLI/MCP/API), gap reconciliation, canonical Design-phase docs. |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-424`](./gap-reference-catalog.md#gt-424) | Three skill registries drift with no single source of truth: `DEFAULT_SKILLS` (agent-runtime intent→capability catalog), `reference/core/foundations/agent-skills/manifest.json` (agent-owned analysis skills) and `.harness/manifest.yaml` (canonical harness capabilities) declare skills independently and diverge (e.g. `gap-prioritization-engine` runs a real `.harness` script but is undeclared in `manifest.yaml`), with no CI guard enforcing convergence. **REOPENED 2026-07-26 — the defect this row declares closed is still alive.** The title promises "Single source of truth + CI parity guard for the three skill registries" and the closure record is dated 2026-07-04 (`833aa888`). Measured today: `.harness/manifest.yaml` declares **16** capabilities and `adapters/skills/default-skills.ts` seeds **7** (validate-discovery-gate, check-initiative-artifacts, validate-adr-architecture, run-opa-audit, recommend-initiative-unblock, code-quality-structural-review, publish-trace-event). The agent offers 44% of what the harness knows, which is precisely the drift ADR-0102 named as its principal risk. Whatever parity guard was declared, it does not cover this pair today. This is the fourth verified instance of root cause C5 — the board records intent, not result — alongside GT-12, GT-568 and GT-254. Its closure record is withdrawn. Origin: finding 5.2 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Wave 2: R3 now measures the EFFECTIVE routing surface and AUDITS GT-608’s derivation instead of trusting it — the synthesizer must be exported, actually called, and filtering on nothing but the complement of the bound set. Three negative fixtures, including a synthesis narrowed by one extra conjunct. The report keeps hand-bound (4) and synthesized (5) separate, because a synthesized skill answers only to its capability name and never to a natural intent. Wired into ci-cd.yml. |  |  | `.harness` | Cross | P2 | S | `DONE` |
-| [`GT-413`](./gap-reference-catalog.md#gt-413) | Real runtime OPA adapter fails closed because `OpaCliPolicyValidationAdapter` loads `rulesets/opa/` including `schemas/` JSON files as OPA data, producing schema merge errors before any policy can evaluate. |  |  | `Agent Runtime` | Cross | P0 | S | `DONE` |
-| [`GT-414`](./gap-reference-catalog.md#gt-414) | Runtime policy references drift from actual Rego packages: `.harness/manifest.yaml`, `DEFAULT_SKILLS`, tests, and agent-runtime docs reference `evolith.gates.discovery` / `evolith.architecture.adr`, while the available packages expose names such as `evolith.phase_gates` and `evolith.capability_source_interface`. |  |  | `Agent Runtime` | Cross | P0 | S | `DONE` |
-| [`GT-415`](./gap-reference-catalog.md#gt-415) | Agent Runtime public-surface and SemVer authority drift: the freeze guard is red after additive adapter exports, and README pre-1.0 guidance conflicts with `package.json` version `1.0.0`. |  |  | `Agent Runtime` | Cross | P0 | S | `DONE` |
-| [`GT-417`](./gap-reference-catalog.md#gt-417) | Closure-evidence registry drift: semantic tracking still fails because recently marked `DONE` gaps lack registry closure records and/or have unchecked closure criteria in the EN/ES catalog. |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-421`](./gap-reference-catalog.md#gt-421) | Transicionar playbooks y salidas de agentes hacia JSON Schemas estrictos (`.harness/schemas/`). |  |  | `.harness` | Cross | P1 | M | `DONE` |
-| [`GT-423`](./gap-reference-catalog.md#gt-423) | Implementar y automatizar el `core-health-checklist.md` como un validador (Gate). |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-416`](./gap-reference-catalog.md#gt-416) | `.harness` capability catalog is under-productized: 110 script/playbook files exist, but only 7 capabilities are declared in `.harness/manifest.yaml`, leaving no governed promotion/deprecation contract for most executable harness assets. |  |  | `.harness` | Cross | P1 | M | `DONE` |
-| [`GT-418`](./gap-reference-catalog.md#gt-418) | Self-improving loop is seeded but not fully enforced: playbook, schema, skill, and manifest capability exist, but CI/Agent Runtime do not yet require progress-audit JSONL, automatic gap registration, or learning promotion for every approved agent run. |  |  | `.harness` | Cross | P1 | M | `DONE` |
-| [`GT-422`](./gap-reference-catalog.md#gt-422) | Diseñar e implementar el **Harness Orchestrator (Router Agent)** como único agente frontal leyendo `manifest.yaml`. |  |  | `.harness` | Cross | P2 | L | `DONE` |
-| [`GT-420`](./gap-reference-catalog.md#gt-420) | Implementar el emisor de `progress-audit.jsonl` en el `Agent Runtime` para persistir la memoria de ejecución sin saturar el contexto del LLM. |  |  | `Agent Runtime` | Cross | P0 | M | `DONE` |
-| [`GT-419`](./gap-reference-catalog.md#gt-419) | Refactorizar `AGENTS.md` a un Router/Bootstrapper mínimo. Extraer la tabla de "Intake and Discovery Agents" a `.harness/agents/discovery-agents.md`. |  |  | `.harness` | Cross | P1 | M | `DONE` |
-| [`GT-377`](./gap-reference-catalog.md#gt-377) | R1 — `EvaluationContext`/`EvaluationResult` contracts + Contract Schema Registry (canonical types reusing `Verdict`/`PhaseId`; versioned schemas; ADR-0073 envelope; ESLint boundary guard banning `*Repository` for business entities) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-395`](./gap-reference-catalog.md#gt-395) | **WS7 Gobernanza Transversal:** Las reglas de gobernanza agnósticas existen como archivos estáticos pero carecen de aplicación universal en runtime. |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-375`](./gap-reference-catalog.md#gt-375) | Core stateless evaluation contracts — formalize `EvaluationContext` (input) / `EvaluationResult` (output): consumers (Evolith Tracker) send context, the Core returns structured verdicts/recommendations. Product/tenant/initiative are **opaque context identifiers only**, never Core entities; epics/stories as `ExternalReferenceContext`. The Core emits non-binding `Recommendation`/`DecisionRecommendation`; the Tracker decides, persists and audits. Per ADR-0101 (corrects ADR-0100) / UP-002. **Umbrella epic — decomposed into `GT-376`…`GT-381` (R0–R5).** |  |  | `Cross` | Cross | P0 | XL | `DONE` |
-| [`GT-390`](./gap-reference-catalog.md#gt-390) | Remove the duplicate `rulesets/sdlc/phase-gates.rules.json` — it collides with `rulesets/phase-gates/phase-gates.rules.json` under a different `$id`, so the two can silently diverge. Consolidate to the one canonical location + add a CI guard that fails on same-named `*.rules.json`. (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§16.) |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-405`](./gap-reference-catalog.md#gt-405) | **MCP interaction adapter:** Not formalized. MCP bypasses strict runtime port. |  |  | `Agent Runtime` | Cross | P1 | S | `DONE` |
-| [`GT-410`](./gap-reference-catalog.md#gt-410) | **BMAD Intelligence feedback:** BMAD agents missing adapter maturity skills and automated feedback loop. |  |  | `.bmad-core` | Cross | P1 | S | `DONE` |
-| [`GT-411`](./gap-reference-catalog.md#gt-411) | **Core API ADR-0073 Envelope Unification:** Missing envelope in Core API responses. |  |  | `Core API` | Cross | P1 | S | `DONE` |
-| [`GT-324`](./gap-reference-catalog.md#gt-324) | The pipeline builds and publishes the service images, but the deploy step has never reached the server | New versions of the software get packaged automatically, but nothing installs them where they would actually run, so the last step is still done by hand | The deploy step runs and fails with "could not resolve host": the deploy address stored in the pipeline is a fragment, not a full web address | `Infra` | Cross | P1 | M | `IN-PROGRESS` |
-| [`GT-384`](./gap-reference-catalog.md#gt-384) | R1 — Real Core-evaluation adapter: replace `StubCoreEvaluationAdapter` behind `ICoreEvaluationPort`. In-process variant wraps the Core's `EvaluationOrchestrator.evaluate(ctx)` (constructed in `apps/core-api/src/app.module.ts`, exported from `@evolith/core-domain/evaluation`); REST variant calls the existing `/evaluate` controller. Contracts already match (`EvaluationContext`→`EvaluationResult`), so this is wiring + `workspaceRef` resolution, not new evaluation logic. Stub↔real parity tests (0 contract drift). **Central blocker for GT-383.** |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-396`](./gap-reference-catalog.md#gt-396) | **Contrato de Ingesta Cliente:** Existen esquemas parciales pero falta un `SatelliteManifest` o `ProjectInput` formal y unificado para validaciones. |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-399`](./gap-reference-catalog.md#gt-399) | **Real Adapters Injection:** Replace Stubs with HTTP/Harness adapters in CLI `AgentRuntimeFactory`. |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-400`](./gap-reference-catalog.md#gt-400) | **REST Endpoint Hermes:** Create a controller in `core-api` to serve external conversational requests. |  |  | `Core API` | Cross | P1 | M | `DONE` |
-| [`GT-403`](./gap-reference-catalog.md#gt-403) | **Hermes Chat Box adapter:** Ensure Hermes cannot execute shell directly and uses interaction port. |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-406`](./gap-reference-catalog.md#gt-406) | **External HITL adapters:** Missing real Slack/Tracker/GitHub human approval ports. |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-407`](./gap-reference-catalog.md#gt-407) | **Policy-based routing:** Missing dynamic routing to engines based on risk/privacy. |  |  | `Agent Runtime` | Cross | P1 | M | `DONE` |
-| [`GT-408`](./gap-reference-catalog.md#gt-408) | **Knowledge/RAG adapter:** Missing internal corpus context querying for agents. |  |  | `Agent Runtime` | Cross | P1 | L | `DONE` |
-| [`GT-383`](./gap-reference-catalog.md#gt-383) | EPIC — `@evolith/agent-runtime` v1.0.0 productionization & publish: graduate the default stub/in-memory adapters to production, freeze the public contract (`.`/`./ports`/`./adapters` exports), and make the package publish-safe. Central blocker is the Core-evaluation port — today `StubCoreEvaluationAdapter` fabricates a canonical `EvaluationResult` from `passthrough` facts (`results:{}`, `rulesExecuted:[]`, `policiesApplied:[]`), so the runtime governs over a simulated Core. Per ADR-0102. **Umbrella — decomposed into `GT-384`…`GT-389`.** |  |  | `Agent Runtime` | Cross | P1 | XL | `DONE` |
-| [`GT-388`](./gap-reference-catalog.md#gt-388) | R5 — Public-contract freeze + SemVer 1.0.0: freeze the `.`/`./ports`/`./adapters` export surface and the canonical contract types; define the `schemaVersion` evolution + deprecation/compat policy; bump `0.1.0`→`1.0.0` only after GT-384 (no stable contract over a simulated Core). |  |  | `Agent Runtime` | Cross | P2 | S | `DONE` |
-| [`GT-389`](./gap-reference-catalog.md#gt-389) | R6 — Packaging & release hygiene: replace `@evolith/core-domain: "*"` with a real SemVer range (`^1.x`) and publish `@evolith/core-domain` (1.0.5); verify `files`/`exports`/`dist` resolve for an external consumer; wire `build`+`test` into release CI. |  |  | `Agent Runtime` | Cross | P2 | S | `DONE` |
-| [`GT-391`](./gap-reference-catalog.md#gt-391) | CI schema validation — run `ajv` over every `*.rules.json` against its declared `$schema` (no such gate today; broken/inaccessible `$schema` paths went undetected). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§17.) |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-393`](./gap-reference-catalog.md#gt-393) | `/metrics` scrape isolation in core-api — serve Prometheus metrics on an internal port / behind a NetworkPolicy instead of the public listener (today only `@SkipThrottle`; the API-key guard is opt-in, so metrics can be publicly scrapable). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §13/§16.) |  |  | `Core API` | Cross | P2 | S | `DONE` |
-| [`GT-397`](./gap-reference-catalog.md#gt-397) | **WS9 Paridad Bilingüe:** Script `04-check-bilingual-parity.mjs` ausente, degradando el coverage del gate de calidad a 75%. |  |  | `.harness` | Cross | P2 | S | `DONE` |
-| [`GT-381`](./gap-reference-catalog.md#gt-381) | R5 — Docs/taxonomy + final reconciliation + Tracker integration (reclassify agile artifacts to `ExternalReferenceContext`; publish canonical Core Evaluation Engine doc; Tracker sends context/consumes result/emits `GateDecision`; Core degrades to evaluation-only; CLI/MCP/API parity) |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-386`](./gap-reference-catalog.md#gt-386) | R3 — Durable persistence adapters: replace `InMemorySchedulerAdapter` (no timers; lost on restart) with a durable cron/queue adapter behind `ISchedulerPort`, and `InMemoryMemoryAdapter` with a persistent store behind `IMemoryPort`. In-memory stays the test default. |  |  | `Agent Runtime` | Cross | P2 | M | `DONE` |
-| [`GT-385`](./gap-reference-catalog.md#gt-385) | R2 — Production engine wiring: default `IAgentEnginePort` to a real Hermes client (the lazy `HermesAgentAdapter` exists; the bootstrap default is `StubAgentEngineAdapter`) and add multi-engine routing; keep the deterministic stub as the offline/test default (design rule #5). |  |  | `Agent Runtime` | Cross | P2 | M | `DONE` |
-| [`GT-387`](./gap-reference-catalog.md#gt-387) | R4 — HITL approval workflow: replace `AutoApprovalAdapter`/`DenyByDefaultApprovalAdapter` with a real chat/Tracker human-in-the-loop workflow behind `IApprovalPort` (production currently deny-by-default for high-impact capabilities). |  |  | `Agent Runtime` | Cross | P2 | M | `DONE` |
-| [`GT-392`](./gap-reference-catalog.md#gt-392) | Structured blueprints — create `rulesets/blueprints/*.json` for the blueprints that today live only as human-read `reference/` Markdown, so they are machine-validatable and operative (not just prose). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15.) |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-394`](./gap-reference-catalog.md#gt-394) | Per-tenant ABAC on corpus access in core-api — prevent a tenant reading another tenant's rulesets/corpus (the stateless Core serves a shared corpus today). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §16 risk.) |  |  | `Core API` | Cross | P2 | M | `DONE` |
-| [`GT-404`](./gap-reference-catalog.md#gt-404) | **OpenCode adapter:** Not implemented. OpenCode lacks secure runtime capability adapter. |  |  | `Agent Runtime` | Cross | P2 | M | `DONE` |
-| [`GT-409`](./gap-reference-catalog.md#gt-409) | **Freshness checks:** Missing CI guards for visual map and adapter capability desynchronization. |  |  | `.harness` | Cross | P2 | M | `DONE` |
-| [`GT-313`](./gap-reference-catalog.md#gt-313) | Rotate and externalize GH_TOKEN via a secret manager |  |  | `Security` | Cross | P0 | XS | `DONE` |
-| [`GT-398`](./gap-reference-catalog.md#gt-398) | **Dual-Engine Parity for `allowedSourceInterfaces`:** Missing OPA policy to validate interaction origins (e.g., chat). |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-01`](./gap-reference-catalog.md#gt-01) | Unified contract ADR |  |  | `Governance` | F0 | P0 | S | `DONE` |
-| [`GT-27`](./gap-reference-catalog.md#gt-27) | Canonical tracking semantic consistency |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`GT-59`](./gap-reference-catalog.md#gt-59) | Hardening HTTP — Helmet + CORS + Rate Limiting (OWASP API4/8) |  |  | `BFF API` | Cross | P0 | S | `DONE` |
-| [`GT-152`](./gap-reference-catalog.md#gt-152) | External Knowledge Contract and Source Registry Schema |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`GT-226`](./gap-reference-catalog.md#gt-226) | Wire Dependabot/Renovate config (ADR-0009 compliance) |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`GT-250`](./gap-reference-catalog.md#gt-250) | Fix MCP auth bypass when no API key configured |  |  | `Security` | Cross | P0 | S | `DONE` |
-| [`GT-251`](./gap-reference-catalog.md#gt-251) | Fix command injection in update command via execSync |  |  | `Security` | Cross | P0 | S | `DONE` |
-| [`GT-253`](./gap-reference-catalog.md#gt-253) | Pin trivy-action to specific version tag instead of master branch |  |  | `CI/CD` | Cross | P0 | S | `DONE` |
-| [`GT-268`](./gap-reference-catalog.md#gt-268) | Restore missing CI validator scripts referenced by workflows and rules |  |  | `Governance CI` | Cross | P0 | S | `DONE` |
-| [`GT-274`](./gap-reference-catalog.md#gt-274) | Harden cleanup-temp-files against tracked-file deletion |  |  | `Harness` | Cross | P0 | S | `DONE` |
-| [`GT-286`](./gap-reference-catalog.md#gt-286) | compliance-baseline ruleset exists — rulesets/cross-cutting/compliance-baseline.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-287`](./gap-reference-catalog.md#gt-287) | definition-of-done ruleset exists — rulesets/cross-cutting/definition-of-done.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-288`](./gap-reference-catalog.md#gt-288) | engineering-manifesto ruleset exists — rulesets/cross-cutting/engineering-manifesto.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-289`](./gap-reference-catalog.md#gt-289) | repository-taxonomy ruleset exists — rulesets/cross-cutting/repository-taxonomy.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-290`](./gap-reference-catalog.md#gt-290) | phase-gates ruleset exists — rulesets/phase-gates |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-291`](./gap-reference-catalog.md#gt-291) | quality-thresholds ruleset exists — rulesets/sdlc/quality-thresholds.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-292`](./gap-reference-catalog.md#gt-292) | satellite-contracts ruleset exists — rulesets/governance/satellite-contracts.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-293`](./gap-reference-catalog.md#gt-293) | executive-scorecards ruleset exists — rulesets/governance/executive-scorecards.rules.json |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-294`](./gap-reference-catalog.md#gt-294) | OPA policies for architecture — rulesets/architecture/opa |  |  | `Architecture` | Cross | P0 | S | `DONE` |
-| [`GT-336`](./gap-reference-catalog.md#gt-336) | SDK REST client missing /api prefix — all calls 404 |  |  | `SDK` | Cross | P0 | S | `DONE` |
-| [`MT-A01`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Ratify the Multi-Topology Reference Corpus ADR |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`MT-A02`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Freeze the root-taxonomy decision: no root `/topologies/` without superseding ADR |  |  | `Governance` | Cross | P0 | S | `DONE` |
-| [`MT-A03`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Authorize `reference/core/architecture/topologies/` as the canonical human-readable topology corpus |  |  | `Taxonomy` | Cross | P0 | S | `DONE` |
-| [`MT-A04`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Authorize `rulesets/topologies/` as the canonical executable topology rules location |  |  | `Rulesets` | Cross | P0 | S | `DONE` |
-| [`GT-401`](./gap-reference-catalog.md#gt-401) | **InteractionAdapterPort formalized:** Missing or not fully integrated single governed entry point for interfaces. |  |  | `Agent Runtime` | Cross | P0 | M | `DONE` |
-| [`GT-402`](./gap-reference-catalog.md#gt-402) | **Smart CLI adapter:** Formalize CLI as interaction adapter to prevent bypassing runtime layer. |  |  | `Evolith CLI` | Cross | P0 | M | `DONE` |
-| [`GT-412`](./gap-reference-catalog.md#gt-412) | **Runtime Policy Enforcement Guarantee:** Governance policies are absent in runtime execution flows. |  |  | `Agent Runtime` | Cross | P0 | M | `DONE` |
-| [`GT-02`](./gap-reference-catalog.md#gt-02) | `GateEvidence` modeled in the domain layer |  |  | `Core Domain` | F1 | P0 | M | `DONE` |
-| [`GT-03`](./gap-reference-catalog.md#gt-03) | `EvaluateGateUseCase` and `gate evaluate` command |  |  | `Core Domain` | F1 | P0 | M | `DONE` |
-| [`GT-06`](./gap-reference-catalog.md#gt-06) | MCP tool `evolith-gate-evaluate` |  |  | `CLI` | F2 | P0 | M | `DONE` |
-| [`GT-28`](./gap-reference-catalog.md#gt-28) | Restore CLI build, test, and smoke baseline |  |  | `CLI` | F0 | P0 | M | `DONE` |
-| [`GT-37`](./gap-reference-catalog.md#gt-37) | Evidence-gated semantic gap closure |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-41`](./gap-reference-catalog.md#gt-41) | Automated maturity reconciliation |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-44`](./gap-reference-catalog.md#gt-44) | Deterministic release pipeline integrity |  |  | `CLI` | F5 | P0 | M | `DONE` |
-| [`GT-60`](./gap-reference-catalog.md#gt-60) | Validación Global DTOs con class-validator (OWASP API3) |  |  | `BFF API` | Cross | P0 | M | `DONE` |
-| [`GT-64`](./gap-reference-catalog.md#gt-64) | Structured Logging con Correlation ID |  |  | `BFF API` | Cross | P0 | M | `DONE` |
-| [`GT-151`](./gap-reference-catalog.md#gt-151) | Complete Native/OPA Rule-ID Coverage for Accepted Topologies |  |  | `Rulesets` | Cross | P0 | M | `DONE` |
-| [`GT-153`](./gap-reference-catalog.md#gt-153) | Knowledge Lifecycle Governance by Winston |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-154`](./gap-reference-catalog.md#gt-154) | RAG Projection and Native/OPA Parity for External Knowledge |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-155`](./gap-reference-catalog.md#gt-155) | REST Core API envelope conformance with ADR-0073 |  |  | `BFF API` | Cross | P0 | M | `DONE` |
-| [`GT-209`](./gap-reference-catalog.md#gt-209) | Create agnostic baseline (`agnostic-baseline.md` missing) |  |  | `Architecture` | Cross | P0 | M | `DONE` |
-| [`GT-227`](./gap-reference-catalog.md#gt-227) | Add CodeQL + Trivy SAST/SCA to CI workflows |  |  | `Security` | Cross | P0 | M | `DONE` |
-| [`GT-252`](./gap-reference-catalog.md#gt-252) | Wire all 19 orphaned OPA policies into main.rego aggregator |  |  | `Rulesets` | Cross | P0 | M | `DONE` |
-| [`GT-267`](./gap-reference-catalog.md#gt-267) | Restore workspace build/test after Redis cache integration |  |  | `Core API/MCP` | Cross | P0 | M | `DONE` |
-| [`GT-269`](./gap-reference-catalog.md#gt-269) | Restore ADR-0073 contract roundtrip reproducibility |  |  | `Contracts` | Cross | P0 | M | `DONE` |
-| [`GT-275`](./gap-reference-catalog.md#gt-275) | Reconcile closure evidence registry with canonical tracking semantics |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-280`](./gap-reference-catalog.md#gt-280) | SDLC phases como datos consultables (JSON/YAML) — mapeo gate → artefactos → reglas Rego |  |  | `Governance` | Cross | P0 | M | `DONE` |
-| [`GT-283`](./gap-reference-catalog.md#gt-283) | f1-modular-monolith ruleset exists — rulesets/topologies/progressive-axis/modular-monolith |  |  | `Rulesets` | Cross | P0 | M | `DONE` |
-| [`GT-284`](./gap-reference-catalog.md#gt-284) | f2-distributed-modules ruleset exists — rulesets/topologies/progressive-axis/distributed-modules |  |  | `Rulesets` | Cross | P0 | M | `DONE` |
-| [`GT-285`](./gap-reference-catalog.md#gt-285) | f3-microservices ruleset exists — rulesets/topologies/progressive-axis/microservices |  |  | `Rulesets` | Cross | P0 | M | `DONE` |
-| [`GT-295`](./gap-reference-catalog.md#gt-295) | Gate evaluation logic exists — packages/core-domain/src/gates |  |  | `Core Domain` | Cross | P0 | M | `DONE` |
-| [`GT-296`](./gap-reference-catalog.md#gt-296) | Phase transition logic exists — packages/core-domain/src/phases |  |  | `Core Domain` | Cross | P0 | M | `DONE` |
-| [`GT-297`](./gap-reference-catalog.md#gt-297) | MCP resources for corpus — packages/mcp-server/src/resources |  |  | `MCP` | Cross | P0 | M | `DONE` |
-| [`GT-298`](./gap-reference-catalog.md#gt-298) | WatcherService integration — packages/mcp-server/src/watcher |  |  | `MCP` | Cross | P0 | M | `DONE` |
-| [`GT-314`](./gap-reference-catalog.md#gt-314) | Validate the real satellite artifact, not the Core template (evidence-validator resolves template paths) |  |  | `Core Domain` | Cross | P0 | M | `DONE` |
-| [`GT-359`](./gap-reference-catalog.md#gt-359) | Define `SatelliteManifest` ingestion contract schema |  |  | `Core Domain` | Cross | P0 | M | `DONE` |
-| [`GT-363`](./gap-reference-catalog.md#gt-363) | GitHub API integration client — secure auth + repo operations (create, configure, branch protection, rulesets, webhooks) |  |  | `Infra` | Cross | P0 | M | `DONE` |
-| [`GT-376`](./gap-reference-catalog.md#gt-376) | R0 — Core stateless evaluator decision + documentation reconciliation (finalize ADR-0101; correct ADR-0100 Decision 1, UP-002 d2/d7; supersede prior design entity/repo sections; `GateDecision`→`CoreGateVerdict`, `'WAIVED'`→`Verdict.WAIVE`) |  |  | `Cross` | Cross | P0 | M | `DONE` |
-| [`MT-A05`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create `topology-manifest.schema.json` |  |  | `Schema` | Cross | P0 | M | `DONE` |
-| [`MT-A06`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add manifest validation to documentation and ruleset gates |  |  | `Harness` | Cross | P0 | M | `DONE` |
-| [`MT-A07`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Define the dimensional topology model |  |  | `Architecture` | Cross | P0 | M | `DONE` |
-| [`MT-A08`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Preserve F1/F2/F3 as the `progressive-axis` compatibility model |  |  | `Architecture` | Cross | P0 | M | `DONE` |
-| [`GT-29`](./gap-reference-catalog.md#gt-29) | Native/OPA rule execution parity |  |  | `Core Domain` | F1 | P0 | L | `DONE` |
-| [`GT-48`](./gap-reference-catalog.md#gt-48) | Restore the normative CLI coverage threshold |  |  | `CLI` | F0 | P0 | L | `DONE` |
-| [`GT-62`](./gap-reference-catalog.md#gt-62) | Autenticación API Key + JWT (OWASP API1/2/5) |  |  | `BFF API` | F2 | P0 | L | `DONE` |
-| [`GT-72`](./gap-reference-catalog.md#gt-72) | Eliminar @ts-nocheck del application layer |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-73`](./gap-reference-catalog.md#gt-73) | Tests Unit + Integration + E2E del Core API |  |  | `BFF API` | Cross | P0 | L | `DONE` |
-| [`GT-110`](./gap-reference-catalog.md#gt-110) | Migrate ingress off the abandoned Kong OSS to Traefik/NGINX |  |  | `Platform` | Cross | P0 | L | `DONE` |
-| [`GT-112`](./gap-reference-catalog.md#gt-112) | Replace HashiCorp commercial binaries with OpenTofu + OpenBao |  |  | `Platform` | Cross | P0 | L | `DONE` |
-| [`GT-146`](./gap-reference-catalog.md#gt-146) | Secure, Provider-Neutral, and Token-Bounded Agentic CI Review |  |  | `Governance` | Cross | P0 | L | `DONE` |
-| [`GT-156`](./gap-reference-catalog.md#gt-156) | Core API product hub, API reference, and deployment runbook |  |  | `Product` | Cross | P0 | L | `DONE` |
-| [`GT-315`](./gap-reference-catalog.md#gt-315) | Domain event system: bus + outbox + versioned events (phase/gate/artifact/blueprint/workflow) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-316`](./gap-reference-catalog.md#gt-316) | Unified verdict + artifact/phase lifecycle state machine (created to archived) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-317`](./gap-reference-catalog.md#gt-317) | validateWorkflow(definition): validate Tracker-supplied flow against Core invariants (tenant-agnostic seam) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-344`](./gap-reference-catalog.md#gt-344) | Published CLI crashes (ENOENT default-workflow.yaml) — embedded default workflow fallback |  |  | `Evolith CLI` | Cross | P0 | L | `DONE` |
-| [`GT-347`](./gap-reference-catalog.md#gt-347) | Core OPA suite green 197/197 + wasm builds + CI gate wired (29-test-core-opa) |  |  | `Governance` | Cross | P0 | L | `DONE` |
-| [`GT-362`](./gap-reference-catalog.md#gt-362) | Implement runtime enforcement for Rego policies in evaluation engine |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-364`](./gap-reference-catalog.md#gt-364) | `InitializeSatelliteUseCase` — domain use case orchestrating full satellite provisioning (new + adopt flows) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-378`](./gap-reference-catalog.md#gt-378) | R2 — Wrap existing engines behind the contract (adapter over `satellite-evaluation-pipeline`; Gate/Artifact/Evidence/Ruleset/OPA + Compliance emit canonical results; legacy verdict compatibility; Native+OPA parity 0 drift) |  |  | `Core Domain` | Cross | P0 | L | `DONE` |
-| [`GT-281`](./gap-reference-catalog.md#gt-281) | Pipeline de evaluación end-to-end: cliente → topología → reglas → veredicto |  |  | `Core Domain` | Cross | P0 | XL | `DONE` |
-| [`GT-312`](./gap-reference-catalog.md#gt-312) | SDLC validation orchestration: phase → gate → artifacts → schemas → rulesets → topology → ADRs → OPA → blocking criteria |  |  | `Core Domain` | Cross | P0 | XL | `DONE` |
-| [`GT-343`](./gap-reference-catalog.md#gt-343) | EPIC: unify SDLC phase ids (f1..f5) and topology F1/F2/F3 vocabulary — stages 1-5: canonical PhaseId + core-domain + public enums + topology maturityLevel + anti-collision guard (2b done; 4b deferred — F# values interlock 22 files across forbidden packages) |  |  | `Cross` | Cross | P0 | XL | `DONE` |
-| [`GT-212`](./gap-reference-catalog.md#gt-212) | Resolve ADR-0049/0056 status ambiguity |  |  | `Docs` | Cross | P1 | XS | `DONE` |
-| [`GT-234`](./gap-reference-catalog.md#gt-234) | Fix R-27 bilingual parity gap in global-rules.es.md |  |  | `Docs` | Cross | P1 | XS | `DONE` |
-| [`GT-342`](./gap-reference-catalog.md#gt-342) | README lists 8 topologies (added Distributed Modules + Microservices, EN+ES) |  |  | `Docs` | Cross | P1 | XS | `DONE` |
-| [`GT-04`](./gap-reference-catalog.md#gt-04) | Remove service locator from domain |  |  | `Core Domain` | F1 | P1 | S | `DONE` |
-| [`GT-07`](./gap-reference-catalog.md#gt-07) | MCP gate-evaluation release smoke |  |  | `CLI` | F2 | P1 | S | `DONE` |
-| [`GT-08`](./gap-reference-catalog.md#gt-08) | Phase 2 real ADR registry validation |  |  | `CLI` | F3 | P1 | S | `DONE` |
-| [`GT-09`](./gap-reference-catalog.md#gt-09) | Phase 3 real coverage enforcement |  |  | `CLI` | F3 | P1 | S | `DONE` |
-| [`GT-12`](./gap-reference-catalog.md#gt-12) | `--dry-run` on all write operations |  |  | `CLI` | F3 | P1 | S | `DONE` |
-| [`GT-14`](./gap-reference-catalog.md#gt-14) | Outbound webhook on gate completion |  |  | `CLI` | F4 | P1 | S | `DONE` |
-| [`GT-18`](./gap-reference-catalog.md#gt-18) | Publish `@evolith/smart-cli` to npm |  |  | `CLI` | F5 | P1 | S | `DONE` |
-| [`GT-34`](./gap-reference-catalog.md#gt-34) | Roadmap reprioritization around governance proof |  |  | `Governance` | Product | P1 | S | `DONE` |
-| [`GT-47`](./gap-reference-catalog.md#gt-47) | Product documentation and release synchronization |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-61`](./gap-reference-catalog.md#gt-61) | Manejo de errores RFC 9457 Problem Details |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-63`](./gap-reference-catalog.md#gt-63) | Auditoría y logging de seguridad (OWASP API9) |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-69`](./gap-reference-catalog.md#gt-69) | Richardson Level 2 — HTTP Verbs y Status Codes |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-70`](./gap-reference-catalog.md#gt-70) | Graceful Shutdown y manejo de señales OS |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-74`](./gap-reference-catalog.md#gt-74) | ConfigModule con validación de env vars (Zod) |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-79`](./gap-reference-catalog.md#gt-79) | Restore the green CLI CI validation pipeline |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-159`](./gap-reference-catalog.md#gt-159) | REST API URI versioning and deprecation policy |  |  | `BFF API` | Cross | P1 | S | `DONE` |
-| [`GT-165`](./gap-reference-catalog.md#gt-165) | Concrete SLO and cost budgets for serverless and edge topologies |  |  | `Documentation` | Cross | P1 | S | `DONE` |
-| [`GT-175`](./gap-reference-catalog.md#gt-175) | Fix ADR-0076 duplicate (renumber OPA bundle to next free Core ID) |  |  | `Docs` | Cross | P1 | S | `DONE` |
-| [`GT-176`](./gap-reference-catalog.md#gt-176) | Remove duplicate `patterns/es/` subdirectory (Pattern A/B mix) |  |  | `Docs` | Cross | P1 | S | `DONE` |
-| [`GT-177`](./gap-reference-catalog.md#gt-177) | Complete `core/README.md` with all missing Core ADRs |  |  | `Docs` | Cross | P1 | S | `DONE` |
-| [`GT-213`](./gap-reference-catalog.md#gt-213) | Add governance metadata to topology manifests |  |  | `Architecture` | Cross | P1 | S | `DONE` |
-| [`GT-232`](./gap-reference-catalog.md#gt-232) | Create Winston and PO full personas in .bmad-core/agents |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-233`](./gap-reference-catalog.md#gt-233) | Add rate limiting middleware to Core API |  |  | `Security` | Cross | P1 | S | `DONE` |
-| [`GT-235`](./gap-reference-catalog.md#gt-235) | Resolve CI script numbering collisions (05/15/16) |  |  | `CI` | Cross | P1 | S | `DONE` |
-| [`GT-254`](./gap-reference-catalog.md#gt-254) | Add path traversal protection to MCP resource resolution |  |  | `Security` | Cross | P1 | S | `DONE` |
-| [`GT-255`](./gap-reference-catalog.md#gt-255) | Add Content-Security-Policy headers to MCP HTTP transport |  |  | `Security` | Cross | P1 | S | `DONE` |
-| [`GT-256`](./gap-reference-catalog.md#gt-256) | Fix Traefik healthcheck by adding --ping=true to command |  |  | `Infrastructure` | Cross | P1 | S | `DONE` |
-| [`GT-257`](./gap-reference-catalog.md#gt-257) | Pin MongoDB image version instead of using latest |  |  | `Infrastructure` | Cross | P1 | S | `DONE` |
-| [`GT-259`](./gap-reference-catalog.md#gt-259) | Fix ci-cd.yml publish trigger to use tag-based instead of string match |  |  | `CI/CD` | Cross | P1 | S | `DONE` |
-| [`GT-260`](./gap-reference-catalog.md#gt-260) | Create PO agent Spanish language file and add to workflows |  |  | `BMAD Agents` | Cross | P1 | S | `DONE` |
-| [`GT-332`](./gap-reference-catalog.md#gt-332) | Redact approvalToken + args in mutative dispatch audit log |  |  | `MCP Server` | Cross | P1 | S | `DONE` |
-| [`GT-335`](./gap-reference-catalog.md#gt-335) | Fix read-gap-tracking dead PENDING filter (status parser + injectable root) |  |  | `MCP Tools` | Cross | P1 | S | `DONE` |
-| [`GT-337`](./gap-reference-catalog.md#gt-337) | SDK ApiEnvelope type as discriminated union matching core-api |  |  | `SDK` | Cross | P1 | S | `DONE` |
-| [`GT-338`](./gap-reference-catalog.md#gt-338) | @evolith/core broken subpath exports (MODULE_NOT_FOUND) pruned + README |  |  | `Core` | Cross | P1 | S | `DONE` |
-| [`GT-339`](./gap-reference-catalog.md#gt-339) | core-api propose-advance forwarded fromPhase undefined (contract bug) |  |  | `Core API` | Cross | P1 | S | `DONE` |
-| [`GT-340`](./gap-reference-catalog.md#gt-340) | core-api test harness sets WORKSPACE_ROOT — npm test 105/105 (was 23 failing) |  |  | `Core API` | Cross | P1 | S | `DONE` |
-| [`GT-341`](./gap-reference-catalog.md#gt-341) | product-inventory generator repointed to packages/mcp-server (was 0/0/0, now 27/9/8) |  |  | `Governance` | Cross | P1 | S | `DONE` |
-| [`GT-361`](./gap-reference-catalog.md#gt-361) | Apply ADR-0073 standard envelope to Core API evaluation responses |  |  | `Core API` | Cross | P1 | S | `DONE` |
-| [`MT-A09`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the English and Spanish Topology Hub |  |  | `Documentation` | Cross | P1 | S | `DONE` |
-| [`MT-A10`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the English and Spanish Rulesets Topologies Hub |  |  | `Rulesets` | Cross | P1 | S | `DONE` |
-| [`GT-05`](./gap-reference-catalog.md#gt-05) | MCP SDK Streamable HTTP transport |  |  | `CLI` | F2 | P1 | M | `DONE` |
-| [`GT-10`](./gap-reference-catalog.md#gt-10) | Phase 4 security scan content validation |  |  | `CLI` | F3 | P1 | M | `DONE` |
-| [`GT-11`](./gap-reference-catalog.md#gt-11) | Phase 5 observability and rollback validation |  |  | `CLI` | F3 | P1 | M | `DONE` |
-| [`GT-13`](./gap-reference-catalog.md#gt-13) | `evolith-phase-advance` proposal runner |  |  | `CLI` | F4 | P1 | M | `DONE` |
-| [`GT-17`](./gap-reference-catalog.md#gt-17) | DI consolidation and strict boundaries |  |  | `CLI` | F5 | P1 | M | `DONE` |
-| [`GT-33`](./gap-reference-catalog.md#gt-33) | Evidence-backed maturity scoring |  |  | `Governance` | Product | P1 | M | `DONE` |
-| [`GT-35`](./gap-reference-catalog.md#gt-35) | Automated inventories and tracking validation |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-42`](./gap-reference-catalog.md#gt-42) | Cross-repository contract conformance |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-45`](./gap-reference-catalog.md#gt-45) | MCP transport and tool conformance suite |  |  | `CLI` | F2 | P1 | M | `DONE` |
-| [`GT-46`](./gap-reference-catalog.md#gt-46) | Core HTTP service ownership boundary |  |  | `CLI` | F2 | P1 | M | `DONE` |
-| [`GT-49`](./gap-reference-catalog.md#gt-49) | Enforce TypeScript strict mode and typed filesystem ports |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-51`](./gap-reference-catalog.md#gt-51) | Build-versus-Compose gate evidence validation |  |  | `CLI` | F3 | P1 | M | `DONE` |
-| [`GT-55`](./gap-reference-catalog.md#gt-55) | TypeScript strictness and implicit any elimination |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-56`](./gap-reference-catalog.md#gt-56) | Silent failures and missing mocks in CLI E2E tests |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-65`](./gap-reference-catalog.md#gt-65) | Prometheus Metrics + Health checks liveness/readiness |  |  | `BFF API` | F2 | P1 | M | `DONE` |
-| [`GT-67`](./gap-reference-catalog.md#gt-67) | Especificación OpenAPI 3.1 completa |  |  | `BFF API` | F2 | P1 | M | `DONE` |
-| [`GT-76`](./gap-reference-catalog.md#gt-76) | PhaseTransitionUseCase expuesto en Core API |  |  | `BFF API` | F1 | P1 | M | `DONE` |
-| [`GT-80`](./gap-reference-catalog.md#gt-80) | Type-check the CLI test suite |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-97`](./gap-reference-catalog.md#gt-97) | Multiple CLI profiles |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-113`](./gap-reference-catalog.md#gt-113) | Clean Architecture Purification in core-domain |  |  | `Core Domain` | Transversal | P1 | M | `DONE` |
-| [`GT-114`](./gap-reference-catalog.md#gt-114) | Human-in-the-Loop for Mutative MCP Tools |  |  | `CLI` | Transversal | P1 | M | `DONE` |
-| [`GT-117`](./gap-reference-catalog.md#gt-117) | Read/query (GET) endpoints on Core API for Tracker BFF composition |  |  | `BFF API` | F2 | P1 | M | `DONE` |
-| [`GT-130`](./gap-reference-catalog.md#gt-130) | CI pipeline validation for BMAD Agent signatures on ADRs and Technical Specs |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-132`](./gap-reference-catalog.md#gt-132) | Autonomous Agentic Code Reviews in CI |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-135`](./gap-reference-catalog.md#gt-135) | Agentic AI Telemetry & Cost Control Standard |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-140`](./gap-reference-catalog.md#gt-140) | Workload Identity Token Rotation Standard for Satellite Reference |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-144`](./gap-reference-catalog.md#gt-144) | Infinite Loop Prevention and Circuit Breaker Rules for Agents |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-147`](./gap-reference-catalog.md#gt-147) | Automated Operational Capability and Efficiency Drift Audit |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-148`](./gap-reference-catalog.md#gt-148) | Topology-Aware Rule Reference and Coverage Migration Repair |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-157`](./gap-reference-catalog.md#gt-157) | MCP authentication and authorization parity with REST |  |  | `MCP Services` | Cross | P1 | M | `DONE` |
-| [`GT-158`](./gap-reference-catalog.md#gt-158) | Human-in-the-loop and ABAC scoping for mutative MCP tools |  |  | `MCP Services` | Cross | P1 | M | `DONE` |
-| [`GT-160`](./gap-reference-catalog.md#gt-160) | Cross-surface correlation-ID and request-context propagation |  |  | `Cross` | Cross | P1 | M | `DONE` |
-| [`GT-161`](./gap-reference-catalog.md#gt-161) | Formal JSON input schemas for core OPA policies |  |  | `Schema` | Cross | P1 | M | `DONE` |
-| [`GT-162`](./gap-reference-catalog.md#gt-162) | Aggregator `main.rego` unit tests and parity follow-through |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-163`](./gap-reference-catalog.md#gt-163) | Topology manifest CI validation for referenced artifacts |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-164`](./gap-reference-catalog.md#gt-164) | Event-driven and data-mesh ruleset richness |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-166`](./gap-reference-catalog.md#gt-166) | Missing SDLC phase runbooks for Phases 1, 2, and 4 |  |  | `Documentation` | Cross | P1 | M | `DONE` |
-| [`GT-167`](./gap-reference-catalog.md#gt-167) | Phase-gate evidence templates and acceptance checklists |  |  | `Documentation` | Cross | P1 | M | `DONE` |
-| [`GT-170`](./gap-reference-catalog.md#gt-170) | UMS reference product hub |  |  | `Product` | Cross | P1 | M | `DONE` |
-| [`GT-180`](./gap-reference-catalog.md#gt-180) | Replace cross-boundary `require()` with ES imports / dynamic `import()` |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-181`](./gap-reference-catalog.md#gt-181) | Split large files into smaller modules |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-182`](./gap-reference-catalog.md#gt-182) | Add tests for Core Domain SDK |  |  | `SDK` | Cross | P1 | M | `DONE` |
-| [`GT-184`](./gap-reference-catalog.md#gt-184) | Remove `@ts-nocheck` from 19 files |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-185`](./gap-reference-catalog.md#gt-185) | Fix MCP tool stubs |  |  | `MCP Services` | Cross | P1 | M | `DONE` |
-| [`GT-210`](./gap-reference-catalog.md#gt-210) | Complete SDLC Phase 05 (missing phase) |  |  | `SDLC` | Cross | P1 | M | `DONE` |
-| [`GT-216`](./gap-reference-catalog.md#gt-216) | Close OPA input-schema parity gap (17 native rulesets uncovered) |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-231`](./gap-reference-catalog.md#gt-231) | Wire 10 unlinked CI scripts to GitHub Actions workflows |  |  | `CI` | Cross | P1 | M | `DONE` |
-| [`GT-237`](./gap-reference-catalog.md#gt-237) | Author 5 proposed AI ADRs (ADR-AI-001 through 005) |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-249`](./gap-reference-catalog.md#gt-249) | Add Redis caching layer for Core API, MCP, and Tracker consumption |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-258`](./gap-reference-catalog.md#gt-258) | Add concurrency controls to all GitHub Actions workflows |  |  | `CI/CD` | Cross | P1 | M | `DONE` |
-| [`GT-270`](./gap-reference-catalog.md#gt-270) | Pin mutable infrastructure images and disable dev-only exposed defaults |  |  | `Infrastructure` | Cross | P1 | M | `DONE` |
-| [`GT-271`](./gap-reference-catalog.md#gt-271) | Add Kubernetes workload hardening to Helm charts |  |  | `Infrastructure` | Cross | P1 | M | `DONE` |
-| [`GT-272`](./gap-reference-catalog.md#gt-272) | Secure OPA sidecar bundle distribution and verification |  |  | `Rulesets` | Cross | P1 | M | `DONE` |
-| [`GT-277`](./gap-reference-catalog.md#gt-277) | Topology OpenAPI specs — framework interfaces ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-278`](./gap-reference-catalog.md#gt-278) | Topology MCP manifests — framework interfaces ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-279`](./gap-reference-catalog.md#gt-279) | Topology CLI flows — framework interfaces ausentes en las 8 topologías |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`GT-282`](./gap-reference-catalog.md#gt-282) | Reporte accionable con evidencia detallada (qué regla falló, qué artefacto falta, por qué) |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-299`](./gap-reference-catalog.md#gt-299) | OpenAPI specification — apps/core-api/src/openapi |  |  | `BFF API` | Cross | P1 | M | `DONE` |
-| [`GT-300`](./gap-reference-catalog.md#gt-300) | agents command exists — sdk/cli/src/commands/agents |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-301`](./gap-reference-catalog.md#gt-301) | upgrade command exists — sdk/cli/src/commands/upgrade |  |  | `CLI` | Cross | P1 | M | `DONE` |
-| [`GT-303`](./gap-reference-catalog.md#gt-303) | Evidence Graph implementation — packages/core-domain/src/evidence |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-304`](./gap-reference-catalog.md#gt-304) | Gate Decision model — packages/core-domain/src/gates/decision |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-305`](./gap-reference-catalog.md#gt-305) | Phase Transition model — packages/core-domain/src/phases/transition |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-306`](./gap-reference-catalog.md#gt-306) | Provider ports model — packages/core-domain/src/providers |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-307`](./gap-reference-catalog.md#gt-307) | Tenant authority model — packages/core-domain/src/tenancy |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-310`](./gap-reference-catalog.md#gt-310) | Test suite exists — sdk/cli/src/__tests__ |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-311`](./gap-reference-catalog.md#gt-311) | E2E tests exist — sdk/cli/src/__tests__/e2e |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-318`](./gap-reference-catalog.md#gt-318) | Unify the two divergent gate sources and execute the OPA rules they cite |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-319`](./gap-reference-catalog.md#gt-319) | Formal role model (RBAC enum/hierarchy) |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-320`](./gap-reference-catalog.md#gt-320) | Enforce gate approver/waiver role via OPA (accountableRole is declarative only) |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-321`](./gap-reference-catalog.md#gt-321) | Persistent append-only audit ledger (not only in-memory/JSONL) |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-322`](./gap-reference-catalog.md#gt-322) | Typed @evolith/sdk client (REST+MCP) generated from OpenAPI/schemas |  |  | `SDK` | Cross | P1 | M | `DONE` |
-| [`GT-323`](./gap-reference-catalog.md#gt-323) | Production Dockerfiles for core-api and mcp-server (bundle the corpus) |  |  | `Infra` | Cross | P1 | M | `DONE` |
-| [`GT-348`](./gap-reference-catalog.md#gt-348) | MCP ABAC OPA policy now CACHED (path+mtime) — loaded once, not recompiled per dispatch + 2 tests |  |  | `MCP Server` | Cross | P1 | M | `DONE` |
-| [`GT-357`](./gap-reference-catalog.md#gt-357) | META: gap board over-reports completion vs validated build/test reality |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-358`](./gap-reference-catalog.md#gt-358) | OPA suite: 12 assertion failures fixed (stale fixtures/mocks) → 197/197 |  |  | `Governance` | Cross | P1 | M | `DONE` |
-| [`GT-360`](./gap-reference-catalog.md#gt-360) | Expose topology evaluation in Core API via `ValidateSatelliteUseCase` |  |  | `Core API` | Cross | P1 | M | `DONE` |
-| [`GT-365`](./gap-reference-catalog.md#gt-365) | `evolith satellite create` command in SmartCLI — interactive wizard (org, name, topology, phase, features, CI/CD) |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-366`](./gap-reference-catalog.md#gt-366) | `evolith satellite adopt` command in SmartCLI — analyze existing repo, check compatibility, apply controlled migration |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-368`](./gap-reference-catalog.md#gt-368) | MCP tools for satellite provisioning — `evolith-satellite-create`, `evolith-satellite-adopt`, `evolith-satellite-list`, `evolith-satellite-status` |  |  | `MCP Server` | Cross | P1 | M | `DONE` |
-| [`GT-369`](./gap-reference-catalog.md#gt-369) | `SatelliteRecord` entity + persistent registry model in Core Domain |  |  | `Core Domain` | Cross | P1 | M | `DONE` |
-| [`GT-380`](./gap-reference-catalog.md#gt-380) | R4 — OPA `input.context` aligned to `EvaluationContext`: `dod.rego` re-anchored off `input.story.*`; story artifacts removed from canonical gates (`gate-f2/f3.json`) + legacy `phase-gates` rulesets + validators/MCP; `EvaluationContext` facts threaded into the OPA input. **AC1 (no Rego reads `input.story`; no Core gate depends on stories) ✓ + AC2 (Native+OPA parity 0 drift; OPA suite green) ✓.** Verdict-consumption of threaded facts split to `GT-382`. |  |  | `OPA` | Cross | P1 | M | `DONE` |
-| [`GT-382`](./gap-reference-catalog.md#gt-382) | R4 follow-on — context-aware OPA verdicts were inert (`OpaEvaluator` matched `v.id === rule.id`, discarding threaded `DOD-*`/`CB-*`/`PG-*`). Fixed: prefix-match for the 3 context-aware rule ids (collision-free) + `dod_declared`/`spec_declared` "no-facts→no-opinion" guards so the FS path cannot newly fail; phase-gates already no-ops without `input.gate`. Adversarially reviewed (MERGE, no blockers); opa-parity CI green. Follow-up (non-blocking): wasm install path vs `corePath` resolution — see chip. |  |  | `OPA` | Cross | P1 | M | `DONE` |
-| [`MT-A11`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the modular-monolith topology profile |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A12`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the distributed-modules topology profile |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A13`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the microservices topology profile |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A14`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profiles for serverless and edge computing |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A15`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profiles for event-driven and data mesh |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A16`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profile for agentic AI |  |  | `Architecture` | Cross | P1 | M | `DONE` |
-| [`MT-A23`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Preserve CLI `--arch-level F1/F2/F3` compatibility |  |  | `Evolith CLI` | Cross | P1 | M | `DONE` |
-| [`GT-19`](./gap-reference-catalog.md#gt-19) | Incremental hexagonal migration of `core/` |  |  | `CLI` | Cross | P1 | L | `DONE` |
-| [`GT-20`](./gap-reference-catalog.md#gt-20) | ADR content backfill to authoring standard |  |  | `Governance` | Cross | P1 | L | `DONE` |
-| [`GT-57`](./gap-reference-catalog.md#gt-57) | Incomplete MCP tooling and validation implementation |  |  | `CLI` | F2 | P1 | L | `DONE` |
-| [`GT-66`](./gap-reference-catalog.md#gt-66) | Distributed Tracing con OpenTelemetry |  |  | `BFF API` | F3 | P1 | L | `DONE` |
-| [`GT-98`](./gap-reference-catalog.md#gt-98) | CLI extension/plugin system |  |  | `CLI` | Cross | P1 | L | `DONE` |
-| [`GT-111`](./gap-reference-catalog.md#gt-111) | Plan the MassTransit v9 commercial pivot (stay v8 OSS or move to Rebus) |  |  | `Platform` | Cross | P1 | L | `DONE` |
-| [`GT-118`](./gap-reference-catalog.md#gt-118) | Remote/SaaS consumption model — decouple Core API from local filesystem paths |  |  | `BFF API` | F3 | P1 | L | `DONE` |
-| [`GT-123`](./gap-reference-catalog.md#gt-123) | CLI does not build — pre-existing TypeScript errors block `tsc` (init.wizard, progress.service, alias, old MCP auto-fix) |  |  | `CLI` | Cross | P1 | L | `DONE` |
-| [`GT-125`](./gap-reference-catalog.md#gt-125) | Maturation of Agentic AI Topology — modular-monolith maturity parity |  |  | `Architecture` | Cross | P1 | L | `DONE` |
-| [`GT-136`](./gap-reference-catalog.md#gt-136) | Context-Aware Access Control (ABAC for LLMs) |  |  | `Governance` | Cross | P1 | L | `DONE` |
-| [`GT-142`](./gap-reference-catalog.md#gt-142) | Real LLM Bridge Pipeline in CI for Agentic Reviews |  |  | `Governance` | Cross | P1 | L | `DONE` |
-| [`GT-145`](./gap-reference-catalog.md#gt-145) | Truthful Provider-Neutral RAG Vector Synchronization |  |  | `Operations` | Cross | P1 | L | `DONE` |
-| [`GT-149`](./gap-reference-catalog.md#gt-149) | Executable OPA Tests and Native/OPA Semantic Parity Gate |  |  | `Rulesets` | Cross | P1 | L | `DONE` |
-| [`GT-150`](./gap-reference-catalog.md#gt-150) | Mature Remaining Draft Topologies to Accepted Corpus Parity |  |  | `Architecture` | Cross | P1 | L | `DONE` |
-| [`GT-168`](./gap-reference-catalog.md#gt-168) | Cross-topology composition reference application |  |  | `Architecture` | Cross | P1 | L | `DONE` |
-| [`GT-169`](./gap-reference-catalog.md#gt-169) | Agentic AI operational budgets, credential lifecycle, and runbooks |  |  | `Architecture` | Cross | P1 | L | `DONE` |
-| [`GT-179`](./gap-reference-catalog.md#gt-179) | Add tests for 5 low-coverage CLI commands |  |  | `CLI` | Cross | P1 | L | `DONE` |
-| [`GT-217`](./gap-reference-catalog.md#gt-217) | Backfill topology operational guidance corpus (7 topologies) |  |  | `Architecture` | Cross | P1 | L | `DONE` |
-| [`GT-230`](./gap-reference-catalog.md#gt-230) | Create skills directory and composable skill framework |  |  | `Governance` | Cross | P1 | L | `DONE` |
-| [`GT-236`](./gap-reference-catalog.md#gt-236) | Implement knowledge intake pipeline automation |  |  | `Governance` | Cross | P1 | L | `DONE` |
-| [`GT-302`](./gap-reference-catalog.md#gt-302) | scaffold command exists — sdk/cli/src/commands/architecture/scaffold |  |  | `CLI` | Cross | P1 | L | `DONE` |
-| [`GT-325`](./gap-reference-catalog.md#gt-325) | Blueprint as a first-class entity validated against rulesets/topologies/tenant policy/OPA |  |  | `Architecture` | F2 | P1 | L | `DONE` |
-| [`GT-326`](./gap-reference-catalog.md#gt-326) | End-to-end integration validation Core and Tracker and agents |  |  | `Quality` | Cross | P1 | L | `DONE` |
-| [`GT-345`](./gap-reference-catalog.md#gt-345) | Smart CLI `npm test` 100% green: unit 905/905 + e2e 175/175 (validate restored, --version, mcp-e2e stale tests fixed) |  |  | `Evolith CLI` | Cross | P1 | L | `DONE` |
-| [`GT-351`](./gap-reference-catalog.md#gt-351) | infra-providers: WebhookAdapter hardened (timeout+retry+SSRF guard) +5 tests +jest harness; README/coverage/deriveCategory remain |  |  | `Infra` | Cross | P1 | L | `DONE` |
-| [`GT-367`](./gap-reference-catalog.md#gt-367) | Core API satellite registry endpoints — CRUD `/api/v1/satellites` (register, list, get, update, deregister, evaluate, sync) |  |  | `Core API` | Cross | P1 | L | `DONE` |
-| [`GT-379`](./gap-reference-catalog.md#gt-379) | R3 — Architectural engines (Architecture/Blueprint/Topology/Checkpoint/Recommendation; `DecisionRecommendation` `binding:false`; checkpoint does not mutate state) |  |  | `Core Domain` | Cross | P1 | L | `DONE` |
-| [`MT-A17`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Move or mirror current F1/F2/F3 rules into topology-aware ruleset discovery |  |  | `Core Domain` | Cross | P1 | L | `DONE` |
-| [`MT-A18`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for serverless |  |  | `Rulesets` | Cross | P1 | L | `DONE` |
-| [`MT-A19`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for event-driven |  |  | `Rulesets` | Cross | P1 | L | `DONE` |
-| [`MT-A20`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for agentic AI |  |  | `Rulesets` | Cross | P1 | L | `DONE` |
-| [`MT-A21`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add shared topology catalog and manifest resolver in Core Domain |  |  | `Core Domain` | Cross | P1 | L | `DONE` |
-| [`MT-A22`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add CLI `--topology` support to validation |  |  | `Evolith CLI` | Cross | P1 | L | `DONE` |
-| [`MT-A24`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add MCP topology resources and tools |  |  | `MCP Services` | Cross | P1 | L | `DONE` |
-| [`MT-A25`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Service CORE API topology discovery and validation endpoints |  |  | `Core API` | Cross | P1 | L | `DONE` |
-| [`GT-228`](./gap-reference-catalog.md#gt-228) | Create agent orchestration engine for BMAD workflows |  |  | `Governance` | Cross | P1 | XL | `DONE` |
-| [`GT-229`](./gap-reference-catalog.md#gt-229) | Complete Dual-Engine TypeScript evaluator (R-25 compliance) |  |  | `Core Domain` | Cross | P1 | XL | `DONE` |
-| [`GT-331`](./gap-reference-catalog.md#gt-331) | MCP binary version read from package.json (was hardcoded 1.0.0) |  |  | `MCP Server` | Cross | P2 | XS | `DONE` |
-| [`GT-333`](./gap-reference-catalog.md#gt-333) | Constant-time API-key comparison (timingSafeEqual) |  |  | `MCP Server` | Cross | P2 | XS | `DONE` |
-| [`GT-334`](./gap-reference-catalog.md#gt-334) | Declare @open-policy-agent/opa-wasm as direct mcp-server dependency |  |  | `MCP Server` | Cross | P2 | XS | `DONE` |
-| [`GT-16`](./gap-reference-catalog.md#gt-16) | Documentation consolidation |  |  | `Governance` | F5 | P2 | S | `DONE` |
-| [`GT-22`](./gap-reference-catalog.md#gt-22) | ADR ID uniqueness scheme |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-26`](./gap-reference-catalog.md#gt-26) | Zero-Downtime Release Playbook |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-50`](./gap-reference-catalog.md#gt-50) | Enforce coverage thresholds in Jest configuration |  |  | `CLI` | F0 | P2 | S | `DONE` |
-| [`GT-52`](./gap-reference-catalog.md#gt-52) | Remove dead dependency-injection container stubs |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-53`](./gap-reference-catalog.md#gt-53) | Repair migrated product-vision references |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-58`](./gap-reference-catalog.md#gt-58) | Clean up TODO stubs injected by Hexagonal Scaffolder |  |  | `Core Domain` | Cross | P2 | S | `DONE` |
-| [`GT-68`](./gap-reference-catalog.md#gt-68) | Versionado de API con estrategia URI |  |  | `BFF API` | F3 | P2 | S | `DONE` |
-| [`GT-77`](./gap-reference-catalog.md#gt-77) | CoreDomainModule extraído de AppModule |  |  | `BFF API` | Cross | P2 | S | `DONE` |
-| [`GT-78`](./gap-reference-catalog.md#gt-78) | Eliminar scripts de debug de la raíz del repositorio |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-82`](./gap-reference-catalog.md#gt-82) | Revive or remove the dead gate-status spec |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-103`](./gap-reference-catalog.md#gt-103) | CLI subcommand depth |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-105`](./gap-reference-catalog.md#gt-105) | CLI Docker image |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-106`](./gap-reference-catalog.md#gt-106) | CLI command aliases |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-108`](./gap-reference-catalog.md#gt-108) | CLI fixtures/test data |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-109`](./gap-reference-catalog.md#gt-109) | CLI shell integration |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-119`](./gap-reference-catalog.md#gt-119) | Reconcile ADR-0074 §5 (MCP in NestJS) with the standalone `@evolith/mcp-server` |  |  | `Governance` | Cross | P2 | S | `DONE` |
-| [`GT-174`](./gap-reference-catalog.md#gt-174) | Envelope `meta.schemaVersion` and producer/consumer compatibility matrix |  |  | `Cross` | Cross | P2 | S | `DONE` |
-| [`GT-190`](./gap-reference-catalog.md#gt-190) | Add logging to 9 empty catch blocks |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-191`](./gap-reference-catalog.md#gt-191) | Fix ADR matrix label mismatch |  |  | `Docs` | Cross | P2 | S | `DONE` |
-| [`GT-192`](./gap-reference-catalog.md#gt-192) | Fix MASTER_INDEX EN links `.es.md` → `.md` |  |  | `Docs` | Cross | P2 | S | `DONE` |
-| [`GT-193`](./gap-reference-catalog.md#gt-193) | Remove TODO placeholders from governance docs |  |  | `Docs` | Cross | P2 | S | `DONE` |
-| [`GT-195`](./gap-reference-catalog.md#gt-195) | Fix Linux-only shell paths for Windows compat |  |  | `CLI` | Cross | P2 | S | `DONE` |
-| [`GT-211`](./gap-reference-catalog.md#gt-211) | Create EN counterparts for 3 orphan ES-only ADRs |  |  | `Docs` | Cross | P2 | S | `DONE` |
-| [`GT-218`](./gap-reference-catalog.md#gt-218) | Author Phase 05 rollback rehearsal + on-call handoff templates |  |  | `SDLC` | F5 | P2 | S | `DONE` |
-| [`GT-219`](./gap-reference-catalog.md#gt-219) | Add `operationalBudgets` to agentic-ai topology manifest |  |  | `Architecture` | Cross | P2 | S | `DONE` |
-| [`GT-240`](./gap-reference-catalog.md#gt-240) | Tighten CORS by environment (dev/staging/prod) |  |  | `Security` | Cross | P2 | S | `DONE` |
-| [`GT-241`](./gap-reference-catalog.md#gt-241) | Add SBOM generation (CycloneDX) to CI pipeline |  |  | `Security` | Cross | P2 | S | `DONE` |
-| [`GT-261`](./gap-reference-catalog.md#gt-261) | Add resource limits to all Docker containers |  |  | `Infrastructure` | Cross | P2 | S | `DONE` |
-| [`GT-263`](./gap-reference-catalog.md#gt-263) | Add infrastructure-level Prometheus alerts |  |  | `Observability` | Cross | P2 | S | `DONE` |
-| [`GT-264`](./gap-reference-catalog.md#gt-264) | Fix DAST scan to target real server or remove |  |  | `CI/CD` | Cross | P2 | S | `DONE` |
-| [`GT-265`](./gap-reference-catalog.md#gt-265) | Add secret detection (gitleaks) to CI pipeline |  |  | `Security` | Cross | P2 | S | `DONE` |
-| [`GT-276`](./gap-reference-catalog.md#gt-276) | Correct bilingual coverage dashboard area pairing logic |  |  | `Governance CI` | Cross | P2 | S | `DONE` |
-| [`GT-349`](./gap-reference-catalog.md#gt-349) | MCP ABAC OPA fail-open FIXED — missing policy.wasm now denies in prod (fail-closed) + 6 tests |  |  | `MCP Server` | Cross | P2 | S | `DONE` |
-| [`GT-352`](./gap-reference-catalog.md#gt-352) | mcp-tools: inputSchema validation added (CallTool → isError) + README (EN/ES) + 7 tests |  |  | `MCP Tools` | Cross | P2 | S | `DONE` |
-| [`GT-354`](./gap-reference-catalog.md#gt-354) | core-api OpenAPI module dead code; api-reference missing cache/invalidate |  |  | `Core API` | Cross | P2 | S | `DONE` |
-| [`GT-355`](./gap-reference-catalog.md#gt-355) | @evolith/core has no contract/smoke test for the re-export barrel |  |  | `Core` | Cross | P2 | S | `DONE` |
-| [`GT-356`](./gap-reference-catalog.md#gt-356) | mcp-services README hand-maintained counts/command stale |  |  | `Docs` | Cross | P2 | S | `DONE` |
-| [`GT-371`](./gap-reference-catalog.md#gt-371) | Satellite → product/idea/tenant/topology/blueprint linking in Core API |  |  | `Core API` | Cross | P2 | S | `DONE` |
-| [`GT-374`](./gap-reference-catalog.md#gt-374) | Connect `upgrade.command.ts` to `SatelliteUpgradeService` — remove stub, wire real upgrade logic |  |  | `Evolith CLI` | Cross | P2 | S | `DONE` |
-| [`GT-21`](./gap-reference-catalog.md#gt-21) | Placement review of tool-centric Core ADRs |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-24`](./gap-reference-catalog.md#gt-24) | Execute declared documentation migrations |  |  | `Governance` | Cross | P2 | M | `DONE` |
-| [`GT-71`](./gap-reference-catalog.md#gt-71) | Circuit Breaker para llamadas a servicios externos |  |  | `BFF API` | F3 | P2 | M | `DONE` |
-| [`GT-75`](./gap-reference-catalog.md#gt-75) | Paquete @evolith/infra-providers compartido |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-81`](./gap-reference-catalog.md#gt-81) | Raise CLI branch coverage to the statement floor |  |  | `CLI` | F0 | P2 | M | `DONE` |
-| [`GT-100`](./gap-reference-catalog.md#gt-100) | CLI API browser/explorer |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-101`](./gap-reference-catalog.md#gt-101) | CLI auto-update mechanism |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-102`](./gap-reference-catalog.md#gt-102) | CLI real-time progress/streaming |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-104`](./gap-reference-catalog.md#gt-104) | CLI package-manager distribution |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-107`](./gap-reference-catalog.md#gt-107) | CLI interactive wizards |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-116`](./gap-reference-catalog.md#gt-116) | Elimination of Blocking I/O Operations in the CLI |  |  | `CLI` | Transversal | P2 | M | `DONE` |
-| [`GT-120`](./gap-reference-catalog.md#gt-120) | GraphQL exposure for the Core API (ADR-0074 scope) |  |  | `BFF API` | F3 | P2 | M | `DONE` |
-| [`GT-121`](./gap-reference-catalog.md#gt-121) | Decommission the in-process MCP subsystem in the Smart CLI (post-delegation, ADR-0074/0075 Phase 3) |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-122`](./gap-reference-catalog.md#gt-122) | Consolidate duplicated infrastructure adapters across sdk/cli, apps/core-api and packages/infra-providers |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-124`](./gap-reference-catalog.md#gt-124) | CLI e2e suite broken — missing fixtures (SDLC templates, shell hooks) and stale old-MCP prompt naming |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-126`](./gap-reference-catalog.md#gt-126) | Maturation of Serverless Topology |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-127`](./gap-reference-catalog.md#gt-127) | Maturation of Event-Driven Topology |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-128`](./gap-reference-catalog.md#gt-128) | Baseline Ruleset for Data Mesh |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-129`](./gap-reference-catalog.md#gt-129) | Baseline Ruleset for Edge Computing |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-134`](./gap-reference-catalog.md#gt-134) | Standardized MCP Tools Registry |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-137`](./gap-reference-catalog.md#gt-137) | Sovereign Identity for Agentic AI |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-138`](./gap-reference-catalog.md#gt-138) | Event-Driven Agentic Workflows |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-141`](./gap-reference-catalog.md#gt-141) | Concurrency Control and Resource Locking Standard for MCP Tools |  |  | `Architecture` | Cross | P2 | M | `DONE` |
-| [`GT-173`](./gap-reference-catalog.md#gt-173) | OpenTelemetry export parity across CLI, MCP, and REST |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-178`](./gap-reference-catalog.md#gt-178) | Rebuild `core/README.es.md` with all ADRs |  |  | `Docs` | Cross | P2 | M | `DONE` |
-| [`GT-186`](./gap-reference-catalog.md#gt-186) | Remove `@ts-nocheck` from 19 files (phased) |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-187`](./gap-reference-catalog.md#gt-187) | Enable strict mode in tsconfig |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-189`](./gap-reference-catalog.md#gt-189) | Replace `require()` with ES imports |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-194`](./gap-reference-catalog.md#gt-194) | Eliminate `any` types in public APIs |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-196`](./gap-reference-catalog.md#gt-196) | Add E2E tests for MCP HTTP transport |  |  | `MCP Services` | Cross | P2 | M | `DONE` |
-| [`GT-220`](./gap-reference-catalog.md#gt-220) | Raise gate-status branch coverage (40% → ≥80%) and lift CLI branches threshold |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-221`](./gap-reference-catalog.md#gt-221) | Add structured audit logging to MCP HTTP transport |  |  | `MCP Services` | Cross | P2 | M | `DONE` |
-| [`GT-222`](./gap-reference-catalog.md#gt-222) | Add OPA test cases for under-covered topologies (modular-monolith 2/12, distributed-modules 4/8, agentic-ai 4/9) |  |  | `Rulesets` | Cross | P2 | M | `DONE` |
-| [`GT-223`](./gap-reference-catalog.md#gt-223) | Add cross-surface parity e2e tests for core operations |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-238`](./gap-reference-catalog.md#gt-238) | Add Prometheus/Mimir metrics to observability stack |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-239`](./gap-reference-catalog.md#gt-239) | Define SLOs per service with alerting rules |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-243`](./gap-reference-catalog.md#gt-243) | Implement k6 load tests (3 ADR-0037 scenarios) |  |  | `QA` | Cross | P2 | M | `DONE` |
-| [`GT-244`](./gap-reference-catalog.md#gt-244) | Create incident response playbooks and templates |  |  | `Operations` | Cross | P2 | M | `DONE` |
-| [`GT-262`](./gap-reference-catalog.md#gt-262) | Add backup/DR procedures for data stores |  |  | `Infrastructure` | Cross | P2 | M | `DONE` |
-| [`GT-266`](./gap-reference-catalog.md#gt-266) | Create API key provisioning service for MCP HTTP transport |  |  | `Security` | Cross | P2 | M | `DONE` |
-| [`GT-308`](./gap-reference-catalog.md#gt-308) | Plugin system for commands — sdk/cli/src/plugins |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-309`](./gap-reference-catalog.md#gt-309) | Contribution validation — sdk/cli/src/contributions |  |  | `CLI` | Cross | P2 | M | `DONE` |
-| [`GT-327`](./gap-reference-catalog.md#gt-327) | Evolve the one-shot webhook into subscriptions + retries + HMAC signing |  |  | `Core Domain` | Cross | P2 | M | `DONE` |
-| [`GT-328`](./gap-reference-catalog.md#gt-328) | Roll out ESLint boundaries to packages/* and apps/* with a CI step |  |  | `Quality` | Cross | P2 | M | `DONE` |
-| [`GT-329`](./gap-reference-catalog.md#gt-329) | Relocate the 5 advanced topologies to rulesets/topologies |  |  | `Rulesets` | Cross | P2 | M | `DONE` |
-| [`GT-346`](./gap-reference-catalog.md#gt-346) | Smart CLI shell-injection surface CLOSED — providers now run shell-free (executeFile + arg arrays) + tests |  |  | `Evolith CLI` | Cross | P2 | M | `DONE` |
-| [`GT-350`](./gap-reference-catalog.md#gt-350) | standards.service rule-check `new Function()` sink REMOVED — restricted predicate evaluator + 6 tests (no-code-exec proven) |  |  | `Core Domain` | Cross | P2 | M | `DONE` |
-| [`GT-353`](./gap-reference-catalog.md#gt-353) | sdk-client orphaned (no consumer/README); low method coverage |  |  | `SDK` | Cross | P2 | M | `DONE` |
-| [`GT-370`](./gap-reference-catalog.md#gt-370) | Inheritance propagation mechanism — push Core updates to registered satellites (trigger + dry-run + approval) |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`GT-372`](./gap-reference-catalog.md#gt-372) | Audit trail per satellite — what was inherited vs customized, by whom, when |  |  | `Core Domain` | Cross | P2 | M | `DONE` |
-| [`GT-373`](./gap-reference-catalog.md#gt-373) | Tracker integration — satellite registration, state sync, and satellite management UI |  |  | `Cross` | Cross | P2 | M | `DONE` |
-| [`MT-A26`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Update navigation, indexes, validation evidence, and tracker status |  |  | `Documentation` | Cross | P2 | M | `DONE` |
-| [`GT-23`](./gap-reference-catalog.md#gt-23) | Spanish translation backfill |  |  | `Governance` | Cross | P2 | L | `DONE` |
-| [`GT-25`](./gap-reference-catalog.md#gt-25) | First provider profiles |  |  | `Governance` | Cross | P2 | L | `DONE` |
-| [`GT-36`](./gap-reference-catalog.md#gt-36) | Machine-readable rules language coverage |  |  | `Governance` | Cross | P2 | L | `DONE` |
-| [`GT-54`](./gap-reference-catalog.md#gt-54) | Complete strict hexagonal boundary enforcement |  |  | `Cross` | Cross | P2 | L | `DONE` |
-| [`GT-115`](./gap-reference-catalog.md#gt-115) | Auto-fix of Architectural Failures via MCP Tools |  |  | `CLI` | Transversal | P2 | L | `DONE` |
-| [`GT-131`](./gap-reference-catalog.md#gt-131) | Create Sandbox/Reference App for Agentic AI Topology with live MCP |  |  | `Architecture` | Cross | P2 | L | `DONE` |
-| [`GT-133`](./gap-reference-catalog.md#gt-133) | Centralized Agnostic OPA Wasm Distribution Architecture |  |  | `Architecture` | Cross | P2 | L | `DONE` |
-| [`GT-139`](./gap-reference-catalog.md#gt-139) | RAG Knowledge Governance Standard |  |  | `Governance` | Cross | P2 | L | `DONE` |
-| [`GT-143`](./gap-reference-catalog.md#gt-143) | Multi-Agent Handoff and Task Delegation Standards |  |  | `Governance` | Cross | P2 | L | `DONE` |
-| [`GT-171`](./gap-reference-catalog.md#gt-171) | Command-as-a-service surface parity audit (CLI vs MCP vs REST) |  |  | `Cross` | Cross | P2 | L | `DONE` |
-| [`GT-172`](./gap-reference-catalog.md#gt-172) | Cross-surface contract roundtrip test suite |  |  | `Cross` | Cross | P2 | L | `DONE` |
-| [`GT-188`](./gap-reference-catalog.md#gt-188) | Add tests for 15 zero-coverage files |  |  | `CLI` | Cross | P2 | L | `DONE` |
-| [`GT-242`](./gap-reference-catalog.md#gt-242) | Complete OPA parity for 17 uncovered native rulesets |  |  | `Rulesets` | Cross | P2 | L | `DONE` |
-| [`GT-197`](./gap-reference-catalog.md#gt-197) | Fix intermittent release pipeline failures |  |  | `CI` | Cross | P2 | XL | `DONE` |
-| [`GT-225`](./gap-reference-catalog.md#gt-225) | Revive or document 4 `it.skip` cases in `wizard.service.spec` |  |  | `CLI` | Cross | P3 | XS | `DONE` |
-| [`GT-198`](./gap-reference-catalog.md#gt-198) | Fix `Moscoww` typo (5 sites) |  |  | `CLI` | Cross | P3 | S | `DONE` |
-| [`GT-199`](./gap-reference-catalog.md#gt-199) | Move import to top of file |  |  | `CLI` | Cross | P3 | S | `DONE` |
-| [`GT-200`](./gap-reference-catalog.md#gt-200) | Convert 11-param constructor to options object |  |  | `CLI` | Cross | P3 | S | `DONE` |
-| [`GT-201`](./gap-reference-catalog.md#gt-201) | Extract hardcoded values to constants |  |  | `CLI` | Cross | P3 | S | `DONE` |
-| [`GT-202`](./gap-reference-catalog.md#gt-202) | Add README to `governance/adr/` directory |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-203`](./gap-reference-catalog.md#gt-203) | Remove or populate empty `kubernetes/` dir |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-204`](./gap-reference-catalog.md#gt-204) | Add READMEs to infra directories |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-205`](./gap-reference-catalog.md#gt-205) | Add README to SDLC playbooks dir |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-206`](./gap-reference-catalog.md#gt-206) | Formalize BILINGUAL_INDEX nesting rule |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-207`](./gap-reference-catalog.md#gt-207) | Standardize ADR heading format |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-208`](./gap-reference-catalog.md#gt-208) | Schedule ADR-0077 re-evaluation reminder |  |  | `Docs` | Cross | P3 | S | `DONE` |
-| [`GT-224`](./gap-reference-catalog.md#gt-224) | Add `--format json` to `drift`/`scaffold`/`docs` CLI commands (ADR-0073 envelope) |  |  | `CLI` | Cross | P3 | S | `DONE` |
-| [`GT-247`](./gap-reference-catalog.md#gt-247) | Replace hardcoded Docker-compose credentials |  |  | `Platform` | Cross | P3 | S | `DONE` |
-| [`GT-248`](./gap-reference-catalog.md#gt-248) | Create ADR freshness monitor and weekly review script |  |  | `Governance` | Cross | P3 | S | `DONE` |
-| [`GT-273`](./gap-reference-catalog.md#gt-273) | Restore DAST scan against staging or ephemeral environment |  |  | `CI/CD` | Cross | P3 | S | `DONE` |
-| [`GT-330`](./gap-reference-catalog.md#gt-330) | Mitigate bus factor (second maintainer + deep onboarding) |  |  | `Governance` | Cross | P3 | M | `DONE` |
-| [`GT-245`](./gap-reference-catalog.md#gt-245) | Add DAST (OWASP ZAP) to security pipeline |  |  | `Security` | Cross | P3 | L | `DONE` |
-| [`GT-246`](./gap-reference-catalog.md#gt-246) | Implement Chaos Mesh/Litmus experiments |  |  | `QA` | Cross | P3 | L | `DONE` |
-
-
-**Progress:** 601 / 643 done · 16 in progress · 22 pending · 4 deferred
+| ID | Gap | Component | Phase | Criticality | Complexity | Status |
+|---|---|:---:|:---:|:---:|:---:|:---:|
+| [`GT-643`](./gap-reference-catalog.md#gt-643) | **`evolith agents install --dry-run` writes to disk — the flag is declared, documented and never read.** `agents.command.ts:647` declares `-d, --dry-run`, `AgentsCommandOptions.dryRun` types it, and `installAgent()` never consults it: it calls `this.registry.installAgent(process.cwd(), config, rulesetContent)` unconditionally (`agents.command.ts:218`). **`init`, `upgrade` and `adr` all read theirs** — `init` swaps in a `DryRunFileSystem`, `upgrade` returns before applying — so this is one command out of step with the convention, not a missing convention. **PROVEN, not inferred:** running `test/agents.e2e-spec.ts -t "dry-run"` alone against a clean tree leaves three TRACKED files modified — `src/sdk/cli/rulesets/agents/agents-registry.json` and both files under `rulesets/agents/test-value/`. **The test output is committed as if it were product data:** `test-value` is the string the prompt mock returns for every question (`test/mock-prompt.service.ts:11-12`), and `6bb43cfa` versioned that agent into the repository's own rulesets. **A dry run that writes is worse than no dry run**, because it is the flag a user reaches for precisely when they do not want to be trusted with the real one — and the surface conformance tester never caught it, because no oracle asks whether `--dry-run` left the disk unchanged. **FIXED 2026-07-30:** the dry branch never reaches the writer at all — rather than writing through a no-op filesystem, which regresses the moment the writer grows a new call — reports the paths it would have created via a new `planInstall`, and the menu path now forwards the caller's options, since `evolith agents --dry-run` with no subcommand used to drop them and write. The three committed artifacts are deleted, the e2e suite runs in a temp directory, and its oracle now ASSERTS an unchanged disk plus a contrast case proving a real install still writes: `did not crash` passed for as long as the defect existed. **Survey recorded:** `init`, `upgrade`, `adr`, `scaffold`, `docs`, `fixtures` and `generate-domain` all gate their writes on the flag — `agents` was the only declaration in the CLI with no reader. **STILL OPEN:** the cross-surface tester has no oracle for no-effect flags as a class, so the next one is found by hand again. **Deleting the residue exposed two hidden dependents on it**, both repaired here: `47-validate-joined-paths` anchored a generated-subtree claim on `src/sdk/cli/rulesets` existing — true in a clean checkout only because the residue was inside it — and went red naming `policy.wasm`; and one resolver spec still read the real tree, so its EACCES simulation stopped firing. Verified by parking the build artifact: 101 suites / 1447 tests green with the directory absent. | `CLI` | Cross | P1 | S | `IN-PROGRESS` |
+| [`GT-642`](./gap-reference-catalog.md#gt-642) | **No check anywhere fails on a runtime import cycle, and the two that existed were found by hand.** [`GT-641`](./gap-reference-catalog.md#gt-641) removed two real `require` cycles from `core-domain` — they had reached a 346-module package unobserved, because the measurement that finds them runs nowhere. `lint:boundaries` polices layer direction, not cyclicity; `tsc` compiles a cycle without complaint; no governance guard reads the module graph at all. **The measurement already exists and is not reachable:** [`GT-589`](./gap-reference-catalog.md#gt-589) ships `@beyondnet/evolith-repo-facts` plus `findImportCycles`, and both live only on `feat/gt-589-repo-facts` (PR #309). **BLOCKED, not merely pending** — a guard on `main` cannot run an extractor that is not on `main`, and reimplementing cycle detection beside it would create the second source of truth GT-589 exists to prevent. When #309 lands: a script that runs the extractor over each workspace package and fails on `findImportCycles(...).length > 0`, wired into `Governance guards (GT-578)`, with the negative fixture proving it has been observed red. **It should sweep every package, not just the one already measured** — `cli`, `mcp-server`, `core`, `agent-runtime` and `sdk-client` have never been through the extractor, and the barrel-owns-the-type shape that produced both GT-641 cycles is not specific to `core-domain`. | `Governance` | Cross | P2 | S | `PENDING` |
+| [`GT-641`](./gap-reference-catalog.md#gt-641) | **The Core's own sources carry two runtime import cycles, and nothing that runs in CI today can see them.** [`GT-589`](./gap-reference-catalog.md#gt-589)'s structural fact base, pointed at `src/packages/core-domain`, reports `application/services/index.ts` ⇄ `application/use-cases/initialize-project.use-case.ts` and `application/validators/blocking-criteria-validator.ts` ⇄ `application/validators/phase-gate-validator.service.ts`. **Neither is type-only**, so neither is erased at compile time: both are real `require` cycles, and the fact base classifies them as such because it distinguishes type-only edges from value edges. **One shape, twice:** a module publishes a type AND constructs or re-exports the collaborator that consumes it, so the collaborator has to import back through it to name its own parameters. **The two-node chains the report names are the smaller half of the finding** — the strongly connected components are wider: `project-scaffolder.service` and `phase-transition.use-case` sit in the first, `evidence-validator` and `ruleset-loader` in the second, so a fix confined to the two files named in the chain would have moved the cycle rather than removed it. **FIXED 2026-07-30:** the shared shapes move to `application/services/use-case.types.ts` and `application/validators/phase-gate-validator.types.ts`; both former owners re-export them, so every existing import path is untouched — including `@beyondnet/evolith-core-domain/application/services`, which the CLI and the MCP server import `InitProjectInput` from. **THE GUARD IS NOT BUILT, and stating why matters more than the fix:** `@beyondnet/evolith-repo-facts` exists only on `feat/gt-589-repo-facts` (PR #309) and is absent from `main`, so no check on the default branch can run this measurement. Until #309 lands, a new cycle regresses silently exactly as these two did. | `Core` | Cross | P2 | S | `DONE` |
+| [`GT-640`](./gap-reference-catalog.md#gt-640) | **The guard compared the snapshot against six numbers copied out of the snapshot, so it could only ever pass — and the file it was failing to guard is stamped onto 388 rows of a larger artifact.** `native-evaluability-snapshot.json` declared in its own header that it was "a CAPTURED SNAPSHOT, not the source of truth". **No capture script existed.** It was hand-maintained and it drifted: it pinned `documentation-only: 129` while Core pinned 136, and went on calling rules `unimplemented-native` after they had handlers. Its guard in `iso-5055-mapping.test.mjs` asserted the snapshot's six class counts against six numbers typed into the test — the same six literals the snapshot already contained. **Expected value and actual value were copies of each other**, so the assertion held for as long as the file was unchanged, whatever Core actually pinned; it reported an agreement it never checked, which is worse than no guard, because the row it protects reads as verified. **The drift does not stay where it starts.** `build-iso-5055-mapping.mjs` stamps `nativeEvaluability` onto EVERY row of the ISO/IEC 5055 mapping from that file — 388 rows after the recapture, 381 before — so one stale class is laundered into a derived artifact five times the size of its input, and overstates the handler backlog that is [`GT-598`](./gap-reference-catalog.md#gt-598)'s entire deliverable. The recapture→rebuild order was written down nowhere, and the mapping's own guard ran in **no workflow at all**. **FIXED 2026-07-29:** a capture script that runs Core's REAL triage through `ts-node` instead of reimplementing the classification, the measurement extracted out of the jest spec into `test/rule-corpus-triage.ts` so a script can reach it — that unreachability is why the file was maintained by hand — snapshot-vs-fresh-triage assertions in both directions, a documentation-job guard that reads Core's pinned counts OUT of the spec and **throws** when the literal is missing or reshaped, and both steps declared as links in the [`GT-630`](./gap-reference-catalog.md#gt-630) derived-artifact chain. **Recaptured on 2026-07-29 after merging the fix into the current line, and the drift had grown while it was in flight:** `native-handler` 139 → 151, `documentation-only` 129 → 136, the handler backlog 60 → **48**, corpus 379 → 386, mapping 381 → 388 rows. Twelve of those handlers were closed by [`GT-595`](./gap-reference-catalog.md#gt-595) and [`GT-632`](./gap-reference-catalog.md#gt-632) while the hand-maintained snapshot went on reporting them as backlog — the defect demonstrating itself one more time, on numbers nobody typed twice. **RENUMBERED GT-633 -> GT-640 on 2026-07-30**, after `49-validate-gap-id-allocation` found that `GT-633` already named a different gap on `develop` (`evolith init` scaffolding, `c8270e48`, registered a day earlier). The newer row moves, per the guard's own advice. | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-639`](./gap-reference-catalog.md#gt-639) | **Nothing makes in-flight work visible across branches, so the same gap gets fixed twice.** On 2026-07-30 the same work was done twice, three separate times, by sessions that could not see each other: [`GT-640`](./gap-reference-catalog.md#gt-640) (registered as GT-633 at the time) fixed by a standalone capture script on `main` (#276) AND by an independent in-spec renderer on `develop` (#279) — both correct, both recapturing the same numbers, and two generators for one artifact is GT-640's own defect one level up, so a third session spent a full reconciliation collapsing them; the evidence guard's parser fixed twice (`d1ea72a3` on main, `5acb29ed` on develop); and a GT id allocated twice, forcing the renumber behind [`GT-638`](./gap-reference-catalog.md#gt-638). **The cost is not the merge conflict** — it is the duplicated work before anyone reached it, plus the reconciliation, which itself introduced a defect (an order-sensitive comparison that rewrote the capture date every run, invisible for a day because both runs stamped the same date). A row carries a status but not WHO is working it or WHERE, so two sessions can both read `PENDING` and both start, correctly. **The single-driver convention already exists; what is missing is any mechanism that makes it observable**, so on a busy day it degrades silently. **GUARD BUILT 2026-07-30 — three criteria of four.** `50-validate-gap-claim` derives the claim set from OPEN PULL REQUESTS (every `GT-*` in a PR's title, body or branch name) and fails when one id is claimed by two, naming both with their branches. Derived rather than hand-written on purpose: a hand-written claim goes stale in the direction that matters. Wired into `Governance guards (GT-578)` with `GH_TOKEN`; observed red by `43-validate-guard-negative-fixtures` (39/39). **Criterion 1 is deliberately still open:** a claim list committed to the board would derive from live GitHub state and be stale the moment anyone opened a PR — and [`GT-630`](./gap-reference-catalog.md#gt-630)'s chain exists to insist derived artifacts reach a fixed point, so a perpetually-stale one inside it would be worse than none. It also cannot see a branch with no open PR, and says so in its own failure text. | `Governance` | Cross | P2 | M | `IN-PROGRESS` |
+| [`GT-638`](./gap-reference-catalog.md#gt-638) | **The board has no id allocator, so two parallel branches hand out the same GT number.** An id is chosen by reading the highest `GT-*` on the branch you happen to be on, and nothing contrasts that with any other branch — so two sessions in parallel allocate the same number and one finds out at merge time. It already happened: `8449af3d` on `develop` reads *"renumber the ratchet fix GT-634 -> GT-637, ID collision with develop"*; that row and [`GT-634`](./gap-reference-catalog.md#gt-634) on `main` took the same id within hours, from sessions that could not see each other. **The renumber is manual and lossy**, which costs more than the clash: an id lives in the board row, the catalog anchor, the closure-evidence record, cross-references in both languages, commit messages and PR bodies — and only the first three are mechanically checkable. `08-validate-tracking` cannot help by construction: it validates within one working tree, and branches are outside its world. Not an isolated slip either — in the 2026-07-30 `develop` → `main` merge the same convergent-duplication pattern appears three times: GT-640 (then GT-633) fixed twice, the evidence guard's parser fixed twice, this id allocated twice. **CLOSED 2026-07-30 — and on its first real run it found a SECOND collision nobody knew about.** `49-validate-gap-id-allocation` compares every id's **Title:** on HEAD against the title the same id carries on the base branch; a different title on the same id is one number naming two gaps. Against `origin/develop` it reported **`GT-633`**: there it is "`evolith init` scaffolds a repository that cannot pass its own governance on the first run" (`c8270e48`, 2026-07-29), on main it was the tautological-guard row (`c3221276`, 2026-07-30), since renumbered to `GT-640`. The merge had not surfaced it. It refuses to guess which side is wrong — a retitle and a collision look identical from outside — so it names both. Wired into `Governance guards (GT-578)` with an explicit `git fetch` of the base, since a shallow CI checkout lacks it. Observed red by `43-validate-guard-negative-fixtures` (38/38). Still cannot see an id allocated on a branch with no open PR, and its `--verbose` output says so on every newly allocated id. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-637`](./gap-reference-catalog.md#gt-637) | **The GT-578 dead-reference ratchet was stuck at 305 by two real bugs in the GUARD, not by the size of the evidence-record backlog it claimed to measure.** Fixing the PR that closed `GT-633` surfaced a `Governance guards (GT-578)` failure and, investigating it, an uncommitted, unfinished refactor already sitting in the working tree: `resolveCommand` called `npmScriptOperand(...)`, a function that was never defined, so the guard crashed with a `ReferenceError` on every invocation — even in plain report mode. Repairing that function (restoring, then correcting its behaviour) dropped the count from 309 to 78, which exposed the second bug: the corpus uses `npm run --workspace <path> <script>` throughout — the `--workspace` flag BEFORE the script name, a valid form `npm` accepts — and the resolver's script-name search had no notion that `--workspace` consumes the next token, so it mistook the workspace path itself for the script name and reported it undeclared. Both bugs were pre-existing; they were only VISIBLE together, because before the first fix the guard never got far enough to reach the second. **CLOSED 2026-07-29.** Both bugs fixed, dropping 309 → 52. The remaining ~290 pre-`src/`-refactor and pre-`product/`-move paths this job's own docstring names (`sdk/cli`, `apps/core-api`, `packages/*`, `reference/infrastructure/`, `reference/operations/`, the retired `@evolith/*` scope) were a DATA migration, not a code fix, and were already partially done in the uncommitted state found in the tree; the rest were completed the same way — 18 further substitutions, each verified against a real successor file on disk before being written, never guessed. That took 52 → 22. One more, `chat.command.ts`, was a real `wc -l` missing only its directory prefix (`src/sdk/cli/src/commands/chat/chat.command.ts`), confirmed to exist and closing 22 → 21. A third, unrelated defect was found and fixed on the way: `.harness/bin/opa` (15 of the original 309) is gitignored and downloaded by a separate CI step — same finding as `GT-632` on guard 47, a gitignored artifact absent on a clean checkout being mistaken for a wrong path — so `resolveCommand` now reports it `unchecked`, not `dead`, for any path under `.harness/bin/` or `dist/`. `--max-dead` moved from 305 to **21**, proven exact by observing the guard fail at 20. The residual 21 is genuinely retired or narrative, not a rename: a consolidated `.bmad-core/AGENTS.md` replacing per-agent files (2 records), the retired `evolith-bff` gateway (3), the retired `packages/mcp-tools` (2), two retired k8s manifests whose successors have different content entirely rather than a moved path (3), a retired sandbox app (1), three root-level `npm test`/`npm run info`/`npm run test:cov` invocations from before workspaces existed with no root-level successor (7), and three records where `vision/` or `tools/list` — an MCP JSON-RPC method name, not a filesystem path — are prose describing history, misparsed as path-shaped tokens (3). None of these were force-mapped to a plausible-looking target; a wrong rename would have been worse than an honest residual. 39/39 guard self-tests pass, including new coverage for both bugs and both negative twins (`--workspace` script-check still catches a truly undeclared script; a non-gitignored missing binary is still `dead`) so the fix cannot blind the guard the way it was meant not to. `08-validate-tracking`, `42`–`45` in the same job, and a full `--execute --verbose` run (report mode, pre-existing failures on 6 unrelated records, none among the paths touched here) all confirmed clean. | `.harness` | Cross | P1 | S  | `DONE` |
+| [`GT-636`](./gap-reference-catalog.md#gt-636) | **Three CI checks were red on PR #275 — `Security Audit`, `E2E Tests`, `Evolith Core Validation` — and all three were real, fixable defects, not the accepted debt any of them first looked like.** `Evolith Core Validation` failed at `Bilingual Terminology Lint` (2 of 5 flagged terms were genuine untranslated prose; the other 3 were table/citation cells where translating only the flagged term would have made the document less consistent). `E2E Tests` failed on 1 of 132 tests calling two CLI flags (`--architecture --arch-level F1`) that never existed — the real flag is `-a, --arch`. `Security Audit` reported 31 `npm audit` findings (29 high, 2 moderate); investigation traced them to a SINGLE root cause — a `brace-expansion` DoS advisory (`GHSA-mh99-v99m-4gvg`, affecting every version `<=5.0.7`, patched only in `5.0.8`, published after this repo's existing `overrides.brace-expansion: "2.1.2"` was set) propagating severity up through the entire jest/eslint/`@nestjs/cli` devDependency toolchain, plus one independent `fast-uri` finding. **CLOSED 2026-07-29, all three.** Terminology and E2E fixed as described in their own prior closure note. `Security Audit`: root `overrides.brace-expansion` bumped `2.1.2` → `5.0.8`, plus a new `overrides.fast-uri: "3.1.4"` (in-range of `ajv`'s own `^3.0.1`) — a 2-line `package.json` diff. Getting there required real forensics: a plain `npm install` left 4 of the 10 tree positions pinned to a STALE lockfile-recorded version regardless of the new override, requiring the specific `packages` entries to be deleted from `package-lock.json` before a fresh `npm install` would honor the override at all; a SCOPED nested override (`"eslint": {"brace-expansion": ...}`) made the fix WORSE, not better — once a package has a nested override object for even one unrelated dependency (`ajv`), npm stops the ROOT-level unscoped rule from cascading into that subtree at all, so the working fix is the plain top-level override with NO nested entry competing for the same package. 0 high / 0 critical confirmed with the exact CI command (`npm audit --audit-level=high`, exit 0) in an isolated clean environment (a scratch worktree with a real, non-symlinked `node_modules`, since this session's own earlier per-package symlink farm was independently confirmed to corrupt dependency-graph tooling). 2 moderate remain, deliberately not chased: a Windows-only path-traversal in `@hono/node-server`'s `serve-static`, irrelevant to this repo's Linux CI/deployment, whose fix requires bumping an EXACT-PINNED production dependency (`@modelcontextprotocol/sdk`) rather than a devDependency override. Verified beyond the audit: full `core-domain` (1442/1442), CLI unit (1436/1436) and E2E (132/132, rebuilding every workspace dependency first, exactly as CI's own job does) and `mcp-server` (433/437, 4 pre-existing skips) suites all green against the fixed tree. | `Cross` | Cross | P2 | S  | `DONE` |
+| [`GT-635`](./gap-reference-catalog.md#gt-635) | **The dead-reference ratchet has been over budget on main since 2026-07-28, so the governance job is permanently red.** `41-validate-evidence-commands --strict --max-dead 305` reports **309 dead references on a clean checkout**, so `Governance guards (GT-578)` exits 1 on every run of `ci-cd.yml` — observed on runs `30482497995`, `30470648146` and `30466280865`, all on `main` with nothing unmerged. The budget was set in `4a1b92d6` "where it was measured"; ten commits have edited `gap-closure-evidence.json` since, each adding `validationCommands`, and the count drifted past it. The ratchet's whole purpose is that dead references must not GROW, and it is reporting exactly that while being ignored, because a permanently red job reads as background noise — the same failure mode [`GT-622`](./gap-reference-catalog.md#gt-622) records for the orphaned CodeQL configuration. The next change that genuinely adds a dead reference will be indistinguishable from the four already there. **What not to do:** raise the budget to 309, which converts a breached ratchet into a ratified one. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-634`](./gap-reference-catalog.md#gt-634) | **The published CLI and MCP resolve an SDK build that predates the security wave, because a caret range under 1.x pins it.** `@beyondnet/evolith-cli@1.2.1` and `@beyondnet/evolith-mcp@1.2.1` both declare `@beyondnet/evolith-sdk: ^1.1.0`, and that resolves to **exactly `1.1.0`** — the SDK publishes `1.0.0`, `1.1.0` and `2.0.0` and nothing in between, and a caret cannot cross a major. The dates are the finding: `sdk@1.1.0` was published 2026-07-18, `sdk@2.0.0` on 2026-07-27 as part of the release that closed [`GT-570`](./gap-reference-catalog.md#gt-570), and both consumers on 2026-07-28 — **after** 2.0.0 existed, still on the 1.x line. So the exposure GT-570 declared closed for "anyone installing `latest`" is not closed for this dependency. Stated precisely, because the stronger claim is unverified here: what is measured is the dates and the resolution, not the contents — this row does not assert that `sdk@1.1.0` carries a specific vulnerability. Found while executing [`GT-624`](./gap-reference-catalog.md#gt-624)'s deprecation criterion, which is what exposed the range: deprecating `sdk@1.1.0` would warn on every fresh install of the current line with no 1.x successor to offer.  **CLOSED 2026-07-30 — 1.2.2 is published, and the security framing of this row was WRONG.** A clean install of `@beyondnet/evolith-cli@latest` now resolves `@beyondnet/evolith-sdk@2.0.0` with the binary booting. But verifying criterion 2 refuted the premise: **none of the seven security-wave commits touches `src/packages/sdk-client` — zero files** — and the wave's own release commit names the three packages it affected (mcp, cli, agent-runtime). The SDK was republished alongside them, not fixed. What was real is a stale MAJOR pinned by a caret under 1.x plus a lockfile that nested the registry tarball where it shadowed the workspace link — the `GT-625` class, not a security exposure. The hedge written in when the row was opened is what made the correction cheap. | `Infra` | Cross | P1 | S | `DONE` |
+| [`GT-633`](./gap-reference-catalog.md#gt-633) | **`evolith init` produced a repository that fails its own first `evolith validate`, and only the GT-595 handlers made it visible.** With `MTN-05` and `GIT-08` given real handlers by the config-shaped slice, a freshly scaffolded satellite reported two blocking findings that were REAL verdicts rather than the GT-595 blocking-and-skipped invariant: the scaffold declared no `spec.boundedContexts`, and it wrote no commitlint configuration at all. The second is the sharper one — the corpus MANDATES Conventional Commits (`GIT-08`, `MUST`, `blocking`) and the product's own bootstrap command shipped a repository where nothing enforced them. Both were pinned by name in `rule-applicability.integration.spec.ts` precisely so that closing them would be visible. **CLOSED 2026-07-29, and the two halves were closed by OPPOSITE means, because they are not the same kind of defect.** `GIT-08` was a scaffold gap and nothing else: Conventional Commits bind from the first commit and the corpus already states the convention and its seven types verbatim, so there was nothing to decide and nothing to invent. `init` now emits all three legs the handler reads — `commitlint.config.mjs`, the commitlint packages in `devDependencies`, and (with `--features hooks`) a `.husky/commit-msg` running `npx --no-install commitlint`, so a missing tool is an ERROR rather than the silent skip `GT-623` found. Without `hooks` the config is still written and the result carries a warning saying nothing runs it, rather than leaving a file that looks like enforcement and is not. It is runtime-independent on purpose: commitlint is a Node tool, so a .NET or Python satellite gets a tooling-only `package.json` — which is what such repositories carry in practice and what the handler actually reads; emitting the config alone would have left the rule failing for every non-Node runtime. **`MTN-05` was NOT a scaffold gap, and emitting a `spec.boundedContexts` stanza would have been the wrong fix.** The rule's own description says the strategy MUST be defined "before Phase 2 Design", and a phase-0 scaffold has no bounded contexts to declare; satisfying it at `init` would have meant writing an INVENTED persistence decision into every new repository, after which `MTN-05` would pass for a reason nobody chose. Worse, per the handler's own note the two vocabularies are irreconcilable — `evolith-yaml.schema.json` restricts `persistence` to a database-engine enum under `additionalProperties: false` — so any value written either breaks the contract schema or cannot match the rule as worded. It carries `appliesFromSdlcPhase: 2` instead, which is the applicability fact the rule always stated in prose, and follows the `TAX-06` precedent (annotation plus a parallel rego). The rule is DEFERRED, not weakened, and that is asserted rather than assumed: a test walks phases 0→3 and requires it to bind again at Design. **A methodological finding worth more than the fix.** The premise did not reproduce on first contact: the suite resolves `@beyondnet/evolith-core-domain` through the workspace symlink to `dist/`, which was nine days stale, so both rules were reported `skipped` and the pinned assertion ALREADY read `[]`. A green run in that state would have "proved" the gap closed before a line was written — the same class as `GT-625` and `GT-632`, a pass that depends on untracked build state. It was reproduced only after re-anchoring `node_modules` at the worktree and rebuilding, and each rule was then verified individually rather than through the suite: `GIT-08` executes and PASSES (typescript and python), `MTN-05` is reported `notApplicable` rather than silently passing. | `Core Domain` | Cross | P1 | S  | `DONE` |
+| [`GT-632`](./gap-reference-catalog.md#gt-632) | **The MCP denied every tool in production from a path typo, and the evidence that it worked was untracked local state.** `abac-evaluator.ts:322` resolved the compiled policy at `<core>/sdk/cli/rulesets/opa/policy.wasm` — the PRE-`src/`-refactor path. The file lives at `src/sdk/cli/…`. When the stat fails the evaluator denies fail-closed in production, so on a clean checkout with `NODE_ENV=production` the compiled policy never loads and EVERY MCP tool is refused. It looked green because `policy.wasm` is gitignored: a stale file left at the old path by an earlier era made the load succeed locally, and the test that covers it passed against an artifact no fresh checkout would have. Same shape as `GT-625` — a green that depended on untracked state — but on the authorization path. Found on 2026-07-29 while investigating why `abac-rego-parity.spec.ts` had gone red; the rego itself was correct (`opa eval` returns `allow: true` for an architect in production). **`40-validate-path-literals` cannot see this class:** it scans string literals, and this is a `path.join(corePath, 'sdk', 'cli', …)` construction. Twelve such joins survive the refactor across `src/**` — the other eleven are in `opa-input-builder.ts` and `cli-release-rule.handler.ts`, where a wrong path produces a false NEGATIVE in an evaluator rather than a denial, which is quieter and no less wrong. **FIXED for the authorization path on 2026-07-29:** the evaluator now tries both locations, newest first — not sloppiness, but what keeps an already-deployed image working while the path is corrected. Reverting the fix turns `abac-rego-parity.spec.ts` red (1 of 11); with it, mcp-server is 434/434. The other eleven joins and the guard blind spot remain. **Criterion 2 CLOSED 2026-07-29 — and two of the eleven were wrong in a way the prefix alone would not have fixed.** Eight were plain survivors of the `src/` move and took the prefix. The other three were worse: two pointed at `sdk/cli/src/core/mcp/server.ts`, a file that left the CLI entirely when mcp-server became its own package (now `src/packages/mcp-server/src/mcp/mcp-server.service.ts`); and one asserted a per-package `package-lock.json`, which npm WORKSPACES forbids — there is exactly one lockfile, at the root, so that check could only ever be false. A rule nobody can satisfy is not a stricter rule. **The specs and parity fixtures encoded the old layout too** (`cli-release-readiness.fixture.json`, `mcp.fixture.json`), which is why they had stayed green over paths that do not exist: the fixture and the code agreed with each other and neither agreed with the repository. Both are corrected. core-domain 1367/1367, `28-native-evaluator-parity` exit 0. **Criterion 3 CLOSED 2026-07-29 — the guard's first run was mostly wrong, which is the finding.** `47-validate-joined-paths` reported 19 broken paths; only 3 were defects. The other 16 would each have been made WORSE by a fix: six had base `root`, a PARAMETER naming the customer workspace under evaluation, so correcting them would break evaluation for every satellite; nine were members of FALLBACK CHAINS that are correct when one of four layouts resolves, and the natural way to silence those is to delete the fallbacks, breaking deployed images; one was a PROHIBITION whose absence IS the passing state, so correcting it would have inverted the rule. Chains are now detected structurally (array siblings, or the arms of a ternary); prohibitions cannot be, so they carry a written reason. The three real defects: `opa-evaluator.ts` resolved `policy.wasm` and the input schemas without the `src/` prefix, same fail-closed class as the P0 above; `satellite-upgrade-diff.ts` probed `rulesets` behind an early return, reporting zero ruleset changes on every satellite upgrade; `artifact-path-resolver.ts` named an `adr-matrix.json` present in no layout. 11 negative fixtures, both anti-vacuous floors, and `43-validate-guard-negative-fixtures` OBSERVED it red across 36 guards. A known leniency (two joins as sibling arguments) is recorded in its header rather than hidden. | `MCP Server` | Cross | P0 | M  | `DONE` |
+| [`GT-631`](./gap-reference-catalog.md#gt-631) | **Carved out of [`GT-573`](./gap-reference-catalog.md#gt-573) so its cross-repo half is tracked rather than absorbed into a closure.** The Core half of GT-573's third criterion is done: `evaluation-context` and `evaluation-result` are pinned in `MACHINE_CONTRACT_SET` alongside `gate-evidence` and `output-envelope`, so a change to either shape now fails `10-validate-contract-conformance` instead of silently reaching consumers. What remains is in another repository and cannot be done from here: the **Tracker** must re-pin those two schemas in its own `contracts/evolith-core-contracts.json` with their sha256, bind the three published fixtures (`EVALUATION_RESULT_PASS/FAIL/OPA_GATE_FAIL`) in a DTO binding test, drop or document `resolvedTopology` (which the canonical result never carried), rename its gate `phase` to `phaseId`, and delete its fall-through to `SKIPPED` for a payload carrying a non-blank `overallVerdict`. Until it does, a Core-side shape change is caught here and still surprises the consumer. | `Evolith Tracker` | Cross | P1 | S | `PENDING` |
+| [`GT-630`](./gap-reference-catalog.md#gt-630) | **Derived artifacts have a dependency ORDER and nothing enforced it — it cost three red required checks on 2026-07-28 alone.** `generate-executive-summary.mjs` reads `maturity-reconciliation.json`, which is itself derived from the gap board. Generate the summary BEFORE reconciling and it captures a value the reconciler is about to move. Each artifact's own `--check` then passes at that moment — the summary genuinely matches what was just written — so `ci-runner governance` goes green locally and `Validate documentation` goes red on the runner, where the steps run in the declared order. That is not a stale-artifact bug, which the individual `--check` modes already catch; it is an ORDER bug, invisible to any check that looks at one artifact at a time. The correct sequence (reconcile → suite → generate → validate) was written down nowhere in the repository, which is why the same mistake was made three times in one session by someone who had already been bitten by it twice. **CLOSED on registration.** The chain is now DATA in `46-validate-derived-artifact-order.mjs` — producer, what it consumes, what it writes — walked in dependency order, wired into `Validate documentation`. It reports the FIRST stale link with the command that fixes it and the inputs that must be current before it, because an artifact built on stale input is not independently wrong. Writing the tests bounded what the fixed-point pass is worth, and the bound is recorded in the guard: with deterministic generators, currency-in-order already subsumes it; it earns its place on a generator whose output does not depend only on its declared inputs, which is the case the self-test exercises. 8 self-tests, four of them anti-vacuous. Registered in `guard-classification.mjs`; 58 guards classified, 35 observed failing. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-629`](./gap-reference-catalog.md#gt-629) | **A row can sit IN-PROGRESS forever with no acceptance criteria, and the tracking guard will not say so.** `08-validate-tracking.mjs` enforces that a `DONE` row has every criterion ticked — the check that has caught four false closures this week — but it never asks whether an OPEN row has any criteria to tick. `GT-443` was in that state: registered, in progress, and structurally unclosable, because its catalog section carried prose instead of a criteria list. Found on 2026-07-28 while auditing why 24 rows were in progress. A row with no criteria is worse than an unmet one: it cannot be finished, cannot be measured, and reads as active work. **CLOSED 2026-07-28.** The guard already refused a DONE row with an unticked criterion; it now also refuses a non-DONE row with NO criteria to tick, in either language, naming the row, its status and the language. Scope is every open row including DEFERRED, epics and milestones — deliberately, since an aggregator row is the easiest place for prose to hide. It prints its denominator on the passing run too (`47 non-DONE GT row(s) checked … 0 with no criteria at all`) and carries two `assertScanned` floors on the checkbox corpus, because BOTH criteria checks read the same `- [ ]` shape and would go quiet together if it ever moved. 17 self-tests including the negative fixture. **It found three real rows on its first run** — GT-435, GT-444, GT-448, all carrying `**Closure:**` prose in the GT-443 shape — and they were given checkable criteria rather than an exemption. | `Governance` | Cross | P2 | XS | `DONE` |
+| [`GT-628`](./gap-reference-catalog.md#gt-628) | **Nineteen documents sit in the wrong language slot, and the gate could not see any of them until 2026-07-28.** Found the moment GT-620's language heuristic was switched on. EIGHT English slots are written in Spanish — `reference/core/interfaces/using-the-mcp.md` (956 Spanish function words vs 107 English), `using-the-rest-api.md` (1231 vs 35), `src/packages/mcp-server/README.md` (573 vs 21), `reference/knowledge/README.md`, `reference/knowledge/canonical/glossary/knowledge.md`, `reference/core/sdlc/governance/adr-0090-rule-language-policy.md` and two SDLC artifact templates. ELEVEN Spanish slots are written in English, including the `.es.md` of three SECURITY ADRs (0120 SSRF prevention, 0121 input validation, 0122 shell-execution safety) and both copies of `ADR_COVERAGE.es.md`. The project is at the cusp of open source and its two main interface guides — MCP and REST — have no English entry point at all, exactly the finding GT-620 recorded for the CLI guide. They are baselined BY NAME in `bilingual-suite.mjs` so the class cannot grow; every entry deleted from that list is a translation that actually happened. **CLOSED 2026-07-28 — the baseline is empty and deleted.** Nineteen documents sat in the wrong language slot when the heuristic was switched on. Four were the heuristic's own fault (tables of English ADR titles read as English prose) and were fixed in the library, not excused. The other fifteen were translated, the last eight in this wave: `using-the-mcp.md` (1381 lines, the English entry point for the MCP surface a product at the cusp of open source did not have), `src/packages/mcp-server/README.md`, the `.es.md` of ADR-0054 and ADR-0056, `scripts-taxonomy.es.md`, `minimal-apis-vs-controllers-analysis.es.md` and the two SDLC artifact templates. **With no baseline left, EVERY EN/ES pair in the repository is now judged** — including `using-the-cli.md`, which was deliberately outside the baseline from the start so it would fail if it regressed. The suite's header says in as many words: do not reintroduce a baseline to make a red gate green; translate the file. | `Documentation` | Cross | P1 | L | `DONE` |
+| [`GT-627`](./gap-reference-catalog.md#gt-627) | **The committed ADR-conformance corpus was seven rulesets behind its own generator, and six of the seven are security standards.** Found on 2026-07-28 while regenerating for `GT-571`: `generate-adr-rulesets.mjs` wrote 133 rulesets where the repository had 126. The missing ones are ADR-0118 plus **ADR-0119 (API security configuration hardening), ADR-0120 (SSRF prevention), ADR-0121 (input validation and sanitization), ADR-0122 (shell execution safety), ADR-0123 (timing-safe comparison) and ADR-0124 (credential and secret management)** — accepted decisions with no conformance ruleset in the corpus at all, because nobody re-ran the generator after they were accepted. Nothing detected it: the generator prints a coverage figure but is not run with a `--check` in CI, so the corpus could drift from the ADR set indefinitely. This is the same shape as `GT-424` (a registry that drifts because only one direction is enforced) and `GT-607` (Accepted ADRs with no implementing code), and it is why `GT-595`'s pinned triage snapshot moved: 143 non-executable to 150, 126 ADR-conformance rules to 133. **CLOSED 2026-07-28.** The generator had supported `--check` since it was written; nothing ever ran it, which is the whole gap — the same shape as `GT-424`, where a guard existed and was not enforced. It now runs in `Validate documentation`, a REQUIRED check, so an accepted ADR without a generated ruleset blocks the merge instead of waiting for someone to regenerate by hand. Two things were repaired on the way. **The generator's own self-test was red and had been for some time**, on two paths that lost their `src/` prefix in the refactor — one of the eight pre-existing failures the wave-2 verifier catalogued; it is 8/8 now and runs in the same required job. **`--check` could report a pass over nothing**: `drift === 0` across an empty ADR tree is not "no drift", it is "nothing was compared", so it now fails on a zero-ADR scan and prints the denominator it compared (`--check passed: 140 ADR(s), no drift`). The negative fixture removes a real generated ruleset, asserts the check goes red, and restores the tree — a guard nobody has seen fail is the defect this board keeps finding in itself. | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-626`](./gap-reference-catalog.md#gt-626) | **The README's own quickstart does not complete, and the two commands disagree about what `init` produces.** Measured 2026-07-28 against the published `@beyondnet/evolith-cli@1.2.1`, running the README sequence literally in a clean directory. Step 5, `evolith scaffold --phase 1`, exits 1 with `<proj>/src exists but is not an Nx workspace (no nx.json/package.json). Run \`evolith-cli init\` first to scaffold the base workspace.` — but `init` had already run at step 2, and it is what created that `src/`. `scaffold.command.ts:296-305` resolves the workspace to the `src/` directory and requires an `nx.json` or `package.json` INSIDE it; `init` writes `package.json` at the project ROOT and leaves `src/` bare. The advice in the error message is therefore circular: it tells the user to run the command they just ran. `scaffold` accepts no `--dir`, so there is no workaround from the documented sequence. Carved out of `GT-571` when its first acceptance criterion was executed rather than assumed. **Wave 2 follow-up, 2026-07-28 — two of three criteria met, and the third is the real one.** The flag half is fixed: `--phase` was declared, documented and prompted for UNCONDITIONALLY, so it was silently discarded on the human path while `--frontend` and `--orm` directly above it were honoured — which is why supplying flags did not make the command scriptable. Every declared flag is now authoritative, the phase goes through the same `toProgressivePhase` canonicalisation as the JSON path, and values with a DOCUMENTED default (`--api-name`, `--web-app-name`, `--host-name`, `--remotes`) resolve to that default on a non-TTY instead of refusing: exit 3 should mean "this run needs a decision", never "you did not retype a default". Genuine choices with no default still refuse, correctly. **The precondition was corrected in the opposite direction to my first attempt, which was wrong.** I first made it permissive, and the result was that a fast, clear refusal became a cryptic Nx crash (`Cannot read properties of null (reading 'useInferencePlugins')`) after a minutes-long dependency install. `NxWorkspaceStrategy` runs `npm` and `nx` inside `<cwd>/src`, so that directory must genuinely be an Nx workspace; the guard now requires `nx.json` there — `package.json` alone was a false accept — and its message names something that actually creates one instead of naming `init`, the command the user just ran. **Criterion 2 is NOT met and is the remaining scope:** `init` and `scaffold` still disagree, because nothing in the product creates that Nx workspace. Who should — `init`, `scaffold` itself, or an explicit step — is a design decision, not something to guess at inside a precondition. Both READMEs now say so instead of documenting a step that cannot follow the previous one. **CLOSED 2026-07-28.** Criterion 2 landed: `scaffold` now bootstraps the Nx workspace it needs, so it can follow `init` as the README always implied. The precondition was deliberately NOT made permissive — an earlier attempt did that and turned a fast, clear refusal into a cryptic Nx crash after a minutes-long dependency install; an ambiguous `src/` still earns the fast refusal. The envelope reports whether the run created the workspace or found it, so a machine consumer can tell a scaffold into a pre-existing workspace from one that bootstrapped its own. | `Evolith CLI` | Cross | P1 | S | `DONE` |
+| [`GT-625`](./gap-reference-catalog.md#gt-625) | **The published artifact is not installable, and the workspace is what hides it.** Found by GT-571's acceptance criterion being TESTED against the registry instead of assumed. `npm i @beyondnet/evolith-cli@1.2.0` in a clean directory installs, and then `evolith-cli --version` dies with `MODULE_NOT_FOUND` on `@beyondnet/evolith-core-domain/application/paths/rulesets-location` — a deep subpath import that the published `@beyondnet/evolith-core-domain` does not expose. In this repository the same import resolves, because the workspace symlink points at the source tree rather than at what was packed. Every check we run is therefore blind to it: the CLI suite (1382 tests), the e2e suite and the exploratory tester all run inside the workspace. 1 of 36 `@beyondnet/*` specifiers imported by the shipped `dist` fails to resolve on a clean install; `src/sdk/cli/scripts/check-install-smoke.mjs`, written during Wave 2, is what detects it. This is the same class as the maturity audit's finding that a green local run is not evidence — here the hiding mechanism is npm workspaces rather than a stale `dist` or a gitignored directory. **CLOSED 2026-07-28.** `core-domain@1.2.0`, `core@1.2.0`, `infra-providers@1.2.0`, `mcp@1.2.1` and `cli@1.2.1` are on the registry, all five with attestations. Verified against the REGISTRY, not an exit code: the core-domain tarball contains `application/paths/rulesets-location`, and in a directory that has never seen this workspace `cli --version` prints 1.2.1 and the MCP boots. **The gate paid for itself on its first real run**: it stopped the release before publishing the MCP and exposed a SECOND broken published package the audit had missed — `evolith-mcp@1.2.0` crashes at boot with `PatternCatalogService is not a constructor`, because `evolith-core@1.1.0` does not export it. Two published packages were broken by one cause; this one was caught before shipping instead of four days after. Also recorded because it changes what is true: publishing core-domain@1.2.0 retroactively repairs `cli@1.2.0`, whose `^1.1.0` range now resolves to the fixed sibling — which is exactly why the ranges were tightened to `^1.2.0`, so a resolver can never pick 1.1.0 again. | `Evolith CLI` | Cross | P0 | M | `DONE` |
+| [`GT-624`](./gap-reference-catalog.md#gt-624) | **Carved out of [`GT-570`](./gap-reference-catalog.md#gt-570) so its remainder is tracked rather than absorbed into a closure.** 1.2.0 shipped on 2026-07-27 with provenance and the exposure is closed for anyone installing `latest` — but two of GT-570's three original criteria are not met by that, and pretending otherwise is the pattern this board keeps catching in itself (GT-12, GT-568, GT-254, GT-424). **(a) The 1.1.0 versions are not deprecated.** `npm install @beyondnet/evolith-mcp@1.1.0` still resolves the build that predates the 2026-07-23 security wave, silently, and the public CHANGELOG names the vulnerable files. Deprecating is one command per package but requires npm credentials, so it is an owner action: `npm deprecate @beyondnet/evolith-mcp@1.1.0 "Security fixes in 1.2.0 — see CHANGELOG"`, likewise for `evolith-cli@1.1.0` and `evolith-agent-runtime@1.1.0`. **(b) No release gate fails when a security-tagged commit is absent from the published tag.** That absence is exactly what let the wave sit unpublished from 2026-07-23 to 2026-07-27 while `SECURITY.md` declared the 1.1.x line "actively patched". Nothing detected it; an audit did. Related: `GT-623` — release-please derives version bumps from commit messages, and the `security(...)` type used by 2 of the last 60 commits is not a Conventional Commits type, so it contributes nothing to a bump. Both defects let a security change fail to reach a version, by different routes. **CLOSED 2026-07-30 — and the half that mattered was the gate, not the deprecations.** Criterion (a): `1.1.0` is deprecated on six packages (`evolith-cli`, `evolith-mcp`, `evolith-agent-runtime`, `evolith-core-domain`, `evolith-core`, `evolith-infra-providers`), each message naming the successor; two were deliberately left alone and the reason is a finding rather than a scope cut — `evolith-sdk@1.1.0` is what the published line actually RESOLVED (see `GT-634` (registered separately)) and `evolith-contracts@1.1.0` is that package's only version. Criteria (b) and (c): `48-validate-security-publish-lag` asks the **registry** what is published — the newest `v*` tag here is `v1.1.0` while npm serves `1.2.2`, so a tag-based gate would have reported a lag that does not exist — finds the commit where each package's published version was SET, and fails on any later commit whose **type or scope** marks it as security. It refuses prose on purpose: `fix(deps)!: … the security wave` is a dependency fix, and a gate that cries wolf gets switched off. **Two false negatives were found and fixed while building it, each pinned by a fixture:** `git log -S` matched the commit that DELETED a version string as well as the one that added it, and taking the NEWEST commit at the published version let a later dependency bump push the boundary forward and hide the window. The corrected denominator is 47 commits examined across 8 packages, against 31 for the first implementation. Observed red by `43-validate-guard-negative-fixtures` (37/37), so the fixture is one this repository has SEEN fail. | `Infra` | Cross | P1 | S | `DONE` |
+| [`GT-623`](./gap-reference-catalog.md#gt-623) | **The hook exists, is wired, and cannot enforce anything.** `.husky/commit-msg` runs `npx --no -- commitlint --version`; when that fails it prints `commitlint is not installed — skipping commit message lint` and exits **successfully**. Verified: `commitlint` appears in neither `dependencies` nor `devDependencies` of the root `package.json`, there is no `commitlint.config.*` or `.commitlintrc*`, and no `commitlint` key in `package.json`. So the else-branch is the only branch that ever runs, on every commit. Observed live on 2026-07-27 while merging `develop` into a feature branch. **What depends on the convention it does not enforce:** `CONTRIBUTING.md` and `.github/pull_request_template.md` mandate Conventional Commits in three places, and — the part that costs money — **release-please derives version bumps from commit messages**, wired into `sdk-cli-release.yml` and `sdk-cli-ci.yml`. **It is already drifting, with a consequence:** 2 of the last 60 non-merge commits use the type `security(...)` (`security(fase-7): add Docker/K8s hardening checklist`, `security(fase-6): add executable security rulesets`), which is not a Conventional Commits type. release-please does not recognise it, so **a commit that announces itself as a security change contributes nothing to the version bump** — which is the same failure mode as [`GT-570`](./gap-reference-catalog.md#gt-570), where a security wave sits unpublished. Fix: install and configure commitlint so the hook takes its real branch, or delete the hook and stop claiming the convention. Failing open is the worst of the three options, because it produces the appearance of enforcement. If the `security` type is wanted, declare it in the config and map it to a bump — do not leave it to a linter that never runs. **Closure (wave 2026-07-28).** commitlint is installed, configured and the hook takes its real branch — verified in both directions: a valid `feat:` message is accepted and a malformed one is **rejected**. The `security(...)` type used by real commits here is DECLARED in the config with its intended bump meaning rather than left to fail lint or be silently ignored. **This landing broke the repository three ways before it worked**, all from the agent correctly refusing to leave its owned paths: `package.json` gained the dependencies while `package-lock.json` did not, so `npm ci` failed repo-wide; the hook failed CLOSED with commitlint absent, blocking every commit; and `03-validate-root-cleanliness` rejected the new root file. All three repaired in the same wave. The lesson is about the wave, not the fix: **whoever may edit `package.json` must also be able to edit the lockfile**. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-622`](./gap-reference-catalog.md#gt-622) | **Every pull request carries a red `CodeQL` check reading "1 configuration not found", and it is not a security finding — it is orphaned bookkeeping.** GitHub still has **82 code-scanning analyses** on `refs/heads/main` under the analysis key `.github/workflows/ci.yml:codeql`. That configuration was real: commit `87f50ce3` added a `codeql` job to `ci.yml`, and `f50030cd` removed it on 2026-06-06 while gutting that workflow — the last analysis under the key is from that same day. Because the configuration is still *recorded* on `main` but nothing produces it, GitHub reports it missing on every PR. It has done so for 51 days. Verified: `code-scanning/analyses?ref=refs/heads/main` returns three analysis keys — `ci.yml:codeql` (82, last 2026-06-06), `sdk-cli-ci.yml:codeql-analysis` (159, current) and `sdk-cli-ci.yml:trivy-scan` (159, current). The scanning that matters is healthy; `CodeQL SAST` passes and is a required check. **The dead workflow itself is already deleted** (it ran a no-op `Disabled` job on every PR and push to `main` and `develop`); deleting the file does NOT clear the recorded configuration, which is why this row exists. **The remaining action is deliberately not automated:** removing the 82 analyses via `DELETE /repos/{owner}/{repo}/code-scanning/analyses/{id}` is irreversible and destroys code-scanning history on a protected branch. Their historical value is nil — they describe a configuration dead since June — but discarding security-scan history is an owner decision, not a tooling one. **Why it matters beyond the noise:** a permanently red check trains reviewers to discount red checks, and `CodeQL SAST` — which shares the CodeQL name and IS required — is exactly the check nobody can afford to learn to ignore. | `Infra` | Cross | P2 | XS | `PENDING` |
+| [`GT-609`](./gap-reference-catalog.md#gt-609) | **Authorization leak in the discovery surface.** `mcp-cache.service.ts:8` declares `toolsList: 'mcp:tools:list'` — a single literal key, with no principal, tenant or scope in it — and the list is cached BEFORE the scope filter runs. So the first caller to warm the cache decides the inventory every subsequent caller sees for the TTL: an admin warming it publishes the write-capable inventory to readers. **Verificado aquí contra el código.** Fix: key the cache by principal (a hash of scopes + tenant), or delete the cache — a discovery surface that answers from another principal's view is worse than an uncached one. Origin: finding 4.2 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** The tools/list cache no longer answers from another principal's view. Verified by the test that matters rather than by key format: warm the cache as a high-privilege principal, read as a low-privilege one, assert the second sees only its own inventory. mcp-server 409/409. | `MCP Server` | Cross | P0 | S | `DONE` |
+| [`GT-610`](./gap-reference-catalog.md#gt-610) | **The worst failure class available to an audit product: the right action, recorded, executed with the wrong inputs.** All three engines populate `proposedArguments` — `swarms-agent.adapter.ts:99`, `hermes-agent.adapter.ts:98`, `stub-agent-engine.adapter.ts:46` — and the service reads only `plan.proposedTool` (`agent-runtime.service.ts:168-169`). The proposed arguments are computed, carried across the port, and dropped on the floor; the skill then runs with whatever `request.parameters` held. **Verificado aquí contra el código.** Fix: merge the proposed arguments with revalidation against the skill's declared input contract before execution, and record which set was used in the trace. Origin: finding 5.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** The service now merges the engine's `proposedArguments` **with revalidation against the skill's declared input contract** before execution — an engine is an untrusted source, so passing them through unchecked would have swapped one defect for another — and records in the trace which set was used. agent-runtime 333/333. | `agent-runtime` | Cross | P0 | S | `DONE` |
+| [`GT-611`](./gap-reference-catalog.md#gt-611) | **Broader than the diagnostic reported, and broader than what GT-571 fixed.** Prompts do not live in individual commands: they go through the shared `src/sdk/cli/src/infrastructure/prompts/prompt.service.ts`, which is consumed by `init`, `validate`, `upgrade`, `phase-advance`, `adr`, `waiver`, `chat`, `enforce`, `agents` and more (`profile.command.ts` imports `@clack/prompts` directly). **Verificado aquí contra el código.** GT-571 gave `init` a defined non-interactive contract — closed stdin does not prompt, failure sets a non-zero exit code, `--format json` emits a parseable envelope and nothing else — and left every other consumer as it was. A CI step that pipes any of them into `jq` still receives an ANSI menu and reads exit 0. Fix: enforce the machine contract at the `PromptService` boundary rather than per command, so a non-TTY stdin can never produce a prompt anywhere, and add a surface-wide test that asserts it for every registered command. Origin: finding 3.1 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+wave 2026-07-28 — enforced at the boundary, with one honest caveat.** The machine contract is imposed inside `PromptService` rather than command by command, so no command can open a second prompt channel — asserted by a structural invariant over every command source. **NOT closed, and the reason is deliberate:** `EVOLITH_FORCE_INTERACTIVE=1` re-enables prompting without a TTY. It exists because the unit suite must drive the interactive branches and because some terminals misreport `isTTY`, but a CI job that sets it can still hang on a prompt — so the strict reading of "a non-TTY stdin can NEVER produce a prompt" holds only absent that variable. The coverage half is also static rather than a behavioural sweep of all ~40 registered commands under a closed stdin. **CLOSED 2026-07-28 on a mutation, not on a reading.** The regression suite asserts the property where it is actually true or false: `PromptService` — the single prompt channel — refuses every interactive method when stdin is not a TTY, classified as invalid input (exit 3) rather than a tool failure, and still prompts when a TTY is present so the interactive product is unchanged. The surface half is the one that matters: no command file may open a SECOND channel. Verified by adding a command that imports `@clack/prompts` directly — the suite goes red. 19/19, and it covers commands written after it, which is why it is a scan and not a list. | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-612`](./gap-reference-catalog.md#gt-612) | **The port defines reads and nothing performs them.** `agent-runtime.service.ts` calls `memory.append` twice (`:115` and `:389`) and there is not a single `history()` or `recall()` call anywhere in `src`. **Verificado aquí contra el código.** For a product sold as operating the Core agentically, this is the gap that shows up in the first demo: every turn starts blank while the store fills up. Fix: read the conversation namespace into the plan context and implement recall on the paths that need prior state; the port already declares both. Origin: finding 5.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **+wave 2026-07-28 — the conversation path reads, `recall()` still has no consumer.** The plan context is now fed from the conversation namespace, bounded deliberately (an unbounded transcript in a prompt is its own defect), so turn 2 knows about turn 1. **NOT closed:** `recall()` remains uncalled, and the agent declined to invent a consumer for it purely to make a grep non-zero — that would be exactly the ceremonial code this backlog exists to remove. The honest position is that the port declares a capability no path needs yet; either a path appears or the port narrows. **CLOSED 2026-07-28 on a mutation.** `agent-runtime.service.ts:146` reads the conversation namespace back into the plan context before the turn runs, bounded by default to 20 entries (an unbounded transcript is its own defect) and best-effort: a memory outage leaves the turn stateless rather than failing a governed run. Replacing that read with an empty array turns THREE tests red, including `turn 2 receives turn 1 in the plan context, and the trace records how much`. It is only paid for when an engine is wired. | `agent-runtime` | Cross | P1 | M | `DONE` |
+| [`GT-613`](./gap-reference-catalog.md#gt-613) | **Registered with the diagnostic's evidence CORRECTED.** Finding 1.7 states `IStructuralReviewer` is "absent from `src/`" — that is false: the port (`domain/ports/structural-reviewer.port.ts`), the provider (`application/structural-review-provider.ts`) and a rubric (`domain/rubrics/structural-review-rubric.ts`) all exist. What is true is the substance underneath: `grep -rn "implements IStructuralReviewer" src` returns **zero** — the seam is shaped correctly and nothing is plugged into it. **Verificado aquí contra el código.** Fix: implement one adapter, or move the governing ADR back to Proposed and say plainly that no implementation exists — an Accepted ADR with no code is the pattern GT-607 already tracks in bulk. Origin: finding 1.7 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md), evidence corrected on verification. Wave 2: `HeuristicStructuralReviewer` implements IStructuralReviewer in-process and deterministically; the seam is no longer a shape with nothing in it. Test fails without the adapter. | `agent-runtime` | Cross | P2 | M | `DONE` |
+| [`GT-614`](./gap-reference-catalog.md#gt-614) | The evaluation pipeline executes completely and only then filters by `ctx.kinds`, so a request for one kind pays for every gate and receives a global verdict shaped by gates it never asked for; kinds with no evaluator are discarded silently rather than refused. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. Fix: filter by kind before execution and return an explicit error for an unsupported kind instead of dropping it. Origin: finding 1.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Wave 2: kinds are read BEFORE execution and an unserviceable kind is refused with `UnsupportedEvaluationKindError` instead of dropped; an unrequested kind is OUT OF SCOPE (no sub-result, no denominator entry) rather than a 0/0 compliance object. **Criterion NOT met:** requesting only `compliance` still runs every phase gate, because the pipeline is monolithic and lives outside `evaluation/**`. The described defect persists for pipeline-internal kinds. | `Evolith Core` | Cross | P2 | S | `IN-PROGRESS` |
+| [`GT-615`](./gap-reference-catalog.md#gt-615) | The Tracker stores `repository_revision` but exposes only `GET /` and `GET /{id}`: no query by repository, no ordering by revision, no diff endpoint. The perfect substrate for drift detection exists and emits nothing. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: `GET ?repositoryUrl=&since=`, a verdict projection, and a `DriftDetected` row when the verdict changes between revisions. Origin: finding 2.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | M | `PENDING` |
+| [`GT-616`](./gap-reference-catalog.md#gt-616) | `TrackerTracing.cs` returns early when `Otlp:Endpoint` is empty, which is the default, so no `StartActivity` runs in a deployed state. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: enable it in the configmap and add the domain attributes (tenant, initiative, agent) that make a trace answer a governance question rather than a plumbing one. Origin: finding 2.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | S | `PENDING` |
+| [`GT-617`](./gap-reference-catalog.md#gt-617) | The badge claims 30 decisions against T-054+; the design document claims 10 schemas and 33 tables against 7 and 45 actual, and names five schemas that do not exist; a component README claims 3 robots against 12. **No verificado aquí** (vive en el repositorio del Tracker); se registra tal como lo reporta el diagnóstico. Fix: regenerate every one of these artifacts from a code snapshot rather than maintaining them by hand — the same transclusion discipline the Core board applies to its inventories. Origin: finding 2.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). | `Tracker` | Cross | P2 | S | `PENDING` |
+| [`GT-618`](./gap-reference-catalog.md#gt-618) | `waiver` has no `--format` option and prints a raw array with no `success`, no `meta` and no `correlationId`, so it sits outside the ADR-0073 envelope every other surface conforms to. **Verificado aquí contra el código.** (the only `--format` occurrence in `waiver.command.ts` is inside a doc comment about a different command). A waiver is the highest-consequence action in the product — it *suspends* a rule — and it is the one action that cannot be correlated back to the decision it overrides. Fix: conform to the envelope and carry the correlationId of the verdict being waived. Origin: finding 3.4 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** `waiver` conforms to the ADR-0073 envelope with `--format`, `success`, `meta` and a `correlationId`, so the one action that CANCELS governance can finally be ingested and correlated. Remaining as a follow-up, not a blocker: nothing yet threads the correlationId automatically from an `evaluate`/`gate` run into the subsequent `waiver request` — the caller supplies it. | `Evolith CLI` | Cross | P1 | S | `DONE` |
+| [`GT-619`](./gap-reference-catalog.md#gt-619) | `chat.command.ts` is exactly 91 lines: it prints, calls once, prints and exits. **Verificado aquí contra el código.** There is no conversation, and a prospect discovers that in about thirty seconds. Fix: implement a real REPL with session state, or remove the command — shipping a named feature that does not do what its name says costs more credibility than not shipping it. Origin: finding 3.5 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** Resolved by implementing rather than removing: `chat.command.ts` is now a real REPL with session state (200 lines, a genuine loop) instead of 91 lines that printed, called once and exited. A prospect no longer discovers in thirty seconds that the feature does not do what its name says. | `Evolith CLI` | Cross | P2 | XS | `DONE` |
+| [`GT-620`](./gap-reference-catalog.md#gt-620) | `reference/core/interfaces/using-the-cli.md` — the English slot — opens with `# Cómo usar la CLI de Evolith` and measures 817 Spanish function words against 151 English ones. **Verificado aquí contra el código.** The project is at the cusp of open source with no English entry point for its main surface. It is also a live instance of a blind spot the maturity audit named: `04-check-bilingual-parity` compares the COUNT of `##`/`###` headings, so an untranslated file in the wrong slot passes green — this file does. Fix: write the real English guide, and extend the parity gate with a cheap language heuristic so the class of defect cannot recur silently. Origin: finding 3.6 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** `using-the-cli.md` — the ENGLISH slot — is now English: measured 0 Spanish function words against 1,222 English, where before it was 817 against 151 and opened with `# Cómo usar la CLI de Evolith`. The commands documented were checked against `--help` on the built CLI rather than transcribed. Both files keep 41 headings, so the parity gate still passes — which is exactly why this was invisible: that gate compares heading COUNTS, and catching a wrong-language file needs the language heuristic handed over in follow_ups. **Re-opened to IN-PROGRESS on reconciliation:** the defect is fixed and measured, but the row's only acceptance criterion asks for a test that fails without the fix, and there is none — `04-check-bilingual-parity.mjs` still has zero language heuristic, so the same defect can recur silently. Ticking it would be the over-claim this board keeps catching. **CLOSED 2026-07-28 — and the heuristic found the class was far bigger than this row.** `04-check-bilingual-parity` now compares the LANGUAGE of each pair, not just the count of its headings, via `lib/language-heuristic.mjs`: function words unambiguous in one language, counted over PROSE only (fences, inline code and link targets stripped, so flags and identifiers cannot skew the tally). It declines to judge a sample under 40 markers or a majority under 65% — a false accusation would be worse than the blind spot, because it would get the check switched off. **The regression is demonstrated, not asserted:** restoring the Spanish text into the English slot turns the gate red with `710 Spanish function words vs 71 English`, and restoring the English guide turns it green; 7 self-tests cover both verdicts, both refusals to judge, and the code-stripping trap. **Switching it on exposed 19 more documents in the wrong slot** — 8 English slots written in Spanish (including `using-the-mcp.md` at 956 Spanish words vs 107 English, and `using-the-rest-api.md` at 1231 vs 35) and 11 Spanish slots written in English. They are BASELINED BY NAME, not by count: a numeric ratchet would let one mislabelled file be swapped for another without the number moving. Registered as `GT-628`. This file is deliberately absent from that baseline, so it fails if it ever regresses. | `Documentation` | Cross | P1 | S | `DONE` |
+| [`GT-621`](./gap-reference-catalog.md#gt-621) | 17 ports and 49 adapters exist for a single execution pass; the hot path depends on 9 required ports and is well sized, while the cold edges are over-built — two interaction adapters with no callers, a provider complete and unconnected. **No verificado aquí**; se registra tal como lo reporta el diagnóstico y debe confirmarse antes de dimensionar el trabajo. The error is not building them: it is counting them as delivered capability in the vision documents. Fix: state in those documents which ports are on the hot path and which are speculative, so an inventory number stops reading as a capability claim. Origin: finding 5.7 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). **Closure (wave 2026-07-28).** The vision documents now state which ports are on the hot path (9 required) and which are speculative, so an inventory number stops reading as a claim of delivered capability. The ports and adapters themselves were not touched: the defect was never building them, it was counting them. **Re-opened to IN-PROGRESS on reconciliation:** the defect is fixed and measured, but the row's only acceptance criterion asks for a test that fails without the fix, and there is none — `04-check-bilingual-parity.mjs` still has zero language heuristic, so the same defect can recur silently. Ticking it would be the over-claim this board keeps catching. **CLOSED 2026-07-28, with the row's own numbers corrected.** The evidence said 17 ports / 49 adapters and a hot path of 9; measured today it is **19 port interfaces, 53 adapter files and 11 on the hot path** (7 required, 4 optional). The diagnostic's "two interaction adapters with no callers" is also understated: `InteractionAdapterPort` has SIX implementations and the runtime calls none of them, alongside `ISchedulerPort`, `ICommunicationGatewayPort`, `IAssistantTransport`, `IQualitySignalProvider` and `IStructuralReviewer` — eight declared seams the execution pass never reaches. **The worst instance was not prose but a diagram:** `master-view.svg` published "AgentRuntimeService — 12 hexagonal ports · 30 adapters", numbers that matched nothing and read as delivered capability. Fixed to "11 of 19 ports on the hot path · 53 adapters". The guard `45-validate-port-inventory-honesty.mjs` DERIVES the hot path from `AgentRuntimeDeps` — that interface IS what the execution pass can reach — so it cannot rot the way a hand-typed count did, and it fails any tracked document that publishes a count without the split or whose annotation disagrees with the code. 9 self-tests, four of them anti-vacuous: zero ports, an unparseable deps shape (the hot path must be derived, never assumed), zero adapters, and a scan corpus that moved. Wired into ci-cd.yml and registered in `guard-classification.mjs`; 37/37 guards classified, 34/34 observed failing. | `agent-runtime` | Cross | P3 | S | `DONE` |
+| [`GT-601`](./gap-reference-catalog.md#gt-601) | **`canonical-result.mapper.ts` writes three traceability fields as unconditional empty arrays and hardcodes the engine — and two consumers read them.** `:130` `rulesExecuted: []`, `:134` `missingEvidence: []`, `:104`/`:133` `risks: []` are literals on every real evaluation, and `:72` sets `engine: 'opa'` on every `policiesApplied` ref regardless of whether `NativeEvaluator` or `OpaEvaluator` ran. `sarif-exporter.ts:256` and `drift-gate.ts:203` both derive `evaluatedRules` from `rulesExecuted`. Consequence: every SARIF log and every PR drift-gate evidence manifest emitted today states **"0 rules evaluated"**, and in a product whose dual-engine parity is a selling point the one artifact that would prove it misattributes half its runs. The EVD-01..04 evidence contract is satisfied structurally and empty in substance, so the accumulated audit graph is being written blank at the source. **+wave 2026-07-28 — 3 of 4 criteria.** All four literals are gone: `rulesExecuted` is the deduped (rule, engine) set the pipeline actually executed, `missingEvidence` names declared-but-unpresented artifacts, `risks` are built from GT-569's vocabulary keeping `skipped` (medium) distinct from `errored` (high), and the engine is resolved per rule instead of hardcoded to `'opa'`. SARIF now emits the run's rule CATALOG, so a clean evaluation stops reading as "0 rules evaluated". 26 new tests. **NOT closed:** `risks` stays empty on a REAL run until `SatelliteEvaluationPipeline` attaches `coverage` to its verdict — that producer is in `application/services/`, outside the agent's area — and the engine is DERIVED from the rule path rather than DECLARED, because `RuleEvaluation` has no `engine` field. The mapper already prefers an explicit stamp the moment one exists, so the attribution is inference, not testimony. **CLOSED 2026-07-28 by verification, not by new code.** The fix had landed in an earlier wave and nobody checked whether it satisfied the row. All four criteria are met: `mapPipelineVerdict` populates `rulesExecuted` from `executedByKey` and a test asserts the count against a fixture with a known rule count; `resolveRuleEngine` attributes each rule to the evaluator that ran it, with tests over the native AND the OPA path plus a rule-level override; the SARIF exporter derives `evaluatedRules` from `rulesExecuted` (deduped and sorted) and asserts a non-zero list; and `risks` and `missingEvidence` are populated in the GT-569 vocabulary — a rule the engine could NOT evaluate becomes a risk, distinct from one that threw, and what could not be checked is never counted as checked. **Verified by mutation rather than by reading:** reverting `rulesExecuted` to the unconditional empty array turns 10 tests red across the mapper and the SARIF exporter. 40/40 green. | `Evolith Core` | Cross | P0 | S | `DONE` |
+| [`GT-602`](./gap-reference-catalog.md#gt-602) | **15 of the 50 MCP tools are denied in production by the compiled policy the dispatcher actually loads.** Established by loading `src/sdk/cli/rulesets/opa/policy.wasm` — the artifact used at dispatch, not the source — and evaluating it for an `architect` in `production`: `evolith-adr-list`, `evolith-adr-get/create/update/matrix`, `evolith-pattern-list/get/list-by-topology`, `evolith-scaffold`, `evolith-docs-scaffold`, `evolith-init-batch`, `evolith-sdlc-generate`, `evolith-fixtures` and `evolith-upgrade-plan/apply` all return `ABAC-03` + `ABAC-01`. Since `mcp-tool-dispatch.ts:146` requires native **and** OPA to allow, every one is FORBIDDEN. The rego's own comment predicted this; `abac-classification-coverage.spec.ts` guards TS↔registry but **nothing guards rego↔TS**. Consequence: an agent asking Evolith for its own ADRs is refused, silently and totally. Wave 2: the P0 is fixed — 15 tool/role pairs permitted, each argued individually, and the widening is structurally nil because dispatch requires native AND opa and all 15 were already allowed by native ABAC. Viewer/production still denied on all 20 write tools. A bidirectional rego↔TypeScript parity spec guards it. **AC1 NOT credited:** the wasm test SELF-SKIPS in CI because `Test mcp-server` does not run `build:policy`, so CI enforces parity against the rego SOURCE, not the compiled bundle — a test that skips where it is enforced is the vacuous-pass pattern this board tracks. AC2 untouched. **Criterion 2 attempted 2026-07-28 and NOT shipped, because the naive version is a production regression.** Generating the three rego sets from `TOOL_CLASSIFICATION` looks obvious and is wrong: the map holds 50 tools, the rego enumerates 62, and the 9-tool difference (`evolith-ping`, `evolith-echo`, `evolith-read-file`, `evolith-list-dir`, `evolith-read-gap-tracking`, `evolith-gate-status`, `evolith-write-file`, `evolith-replace-file`, `evolith-run-command`) is classified at runtime by `classifyTool`'s FALLBACK — the legacy `READ_TOOLS`/`WRITE_TOOLS`/`DEPLOY_TOOLS` sets plus name heuristics (`includes()` over read/write/run/deploy and friends), not by the map. A generator sourced from the map alone would have DELETED those nine from the policy, making them unclassified and therefore denied by ABAC-03 in production — the same failure mode this gap was registered for, reintroduced by the fix. Caught by diffing membership before and after rather than trusting the diff to be cosmetic; nothing was committed. **The correct source is the registered tool list classified through `classifyTool` itself, not the map**, which means the mcp-server package must first expose that projection (built `dist`, or a dumped artifact) so the generator consumes one answer instead of re-implementing the fallback and creating a third copy of the logic. `abac-rego-parity.spec.ts` passes today precisely because it compares against `classifyTool`, fallback included — which is why it never flagged the 12-tool gap between the map and the rego. **Criterion 2 CLOSED 2026-07-29, on the second design.** The rego tool sets are now derived from `AbacEvaluator.toolProjection()` — the enumerable union of every set the code declares, each name classified by CALLING `classifyTool` rather than by re-reading its maps. The generator runs that projection through `ts-node` against the TypeScript source, so it needs no build and creates no third copy of the fallback logic. Result: **64 tools, ZERO losses** against the hand-maintained policy, plus two names (`read-tool`, `write-tool`) the runtime already classified and the rego omitted. That is a widening of two fixture names the TypeScript side already allowed, so the native∧opa intersection is unchanged. `--check` is wired into the `Test mcp-server` job and the artifact is registered as the FIRST link of GT-630's derived-artifact chain, which now runs 3 links and stays at a fixed point. mcp-server 434/434 with the generated policy; OPA policy tests 224/224. The first design — sourcing from `TOOL_CLASSIFICATION` alone — was thrown away because it would have deleted twelve tools and denied them in production; that reasoning is preserved above rather than erased by the fix that followed. **Criteria 1 and 3 CLOSED 2026-07-30 — the wasm block no longer self-skips.** The compiled-bundle block of `abac-rego-parity.spec.ts` was governed by `EVOLITH_REQUIRE_OPA_WASM`: it ran in one CI job and `it.skip`ped everywhere else, because `policy.wasm` is a gitignored build output — precisely the shape that produced [`GT-632`](./gap-reference-catalog.md#gt-632). The block now COMPILES the policy itself when it is missing or older than any `.rego` it is built from (via `.harness/scripts/compile-opa-wasm.mjs`, the same script `npm run build:policy` runs, writing the same paths the runtime loads), and if that compilation cannot happen the suite fails with the compiler's own diagnostic: **there is no environment in which it passes without having evaluated a wasm**, and staleness is treated as absence because a stale bundle IS the defect. Denominators are asserted rather than assumed — at least the 50 registered tools measured today, `evaluated.length === registered.length`, and `allowed.length === registered.length` — and the ABAC-03 negative control runs FIRST, since an `evaluate()` returning an unexpected shape would make every ALLOW assertion pass vacuously. `compile-opa-wasm.mjs` installs by rename instead of `copyFileSync`, because a test that compiles on demand makes read-during-write between sibling jest workers reachable, and a partial read throws in `loadPolicy`, which the evaluator reports as OPA_ERROR — a denial. **Verified 2026-07-30 by the negative half, not by the colour:** both `policy.wasm` artifacts (`src/rulesets/opa/` and `src/sdk/cli/rulesets/opa/`) were moved off disk and the spec re-run — 11/11 green and both artifacts recompiled with fresh timestamps, which is what separates "does not skip" from "passed because the file happened to be there". | `Evolith MCP` | Construction | P0 | M | `DONE` |
+| [`GT-603`](./gap-reference-catalog.md#gt-603) | **The agent-turn ledger is complete, unit-tested and absent from dependency injection, and the actor column cannot be typed retroactively.** `Tracker.Application/Integration/AgentExecution/AgentExecutionService.cs` validates scope, then **audits before executing and aborts the turn if the audit write fails**; `AgentTurnAuditor.cs` records granted-vs-used scopes and stores prompt length, not text. `IAgentExecutionPort` appears in **zero DI registrations and zero endpoints**, while `AssistantEndpoints.cs` proxies straight through `AgentRuntimeGateway` persisting nothing. Separately `AuditEntryProps.cs:11` declares `public Guid ActorId` with no `actor_type`, `agent_id`, `model_id` or `session_id`. Because `audit_entries` is append-only by database trigger (migration `20260719202323`), **rows written before the discriminator exists can never be corrected**. Complements [`GT-586`](./gap-reference-catalog.md#gt-586), which covers the Core-side `EvaluationContext`; this is the Tracker persistence side. | `Evolith Tracker` | Cross | P0 | M | `PENDING` |
+| [`GT-604`](./gap-reference-catalog.md#gt-604) | **No surface writes evidence to the Tracker: the write path is one-directional and points inward.** Grep across `src/sdk/cli`, `src/packages/mcp-server` and `src/packages/core-domain` returns no Tracker base URL and no ingest client; the only Tracker URL in the Core repo is `AGENT_RUNTIME_APPROVAL_TRACKER_URL`, and the only writers of `core_evaluation_transactions` are Tracker-initiated endpoints. Consequence: every `evolith validate`, every `enforce edit` veto, every MCP `tools/call` and every CI drift-gate run evaporates on process exit. The strategy is premised on accumulated evidence and the components that generate it have no way to deposit it. This is a composition defect: no single component review can see it, because each one is internally consistent. **Progress 2026-07-29 — criterion 1 only.** The ingest contract landed at `src/packages/contracts/src/ingest/evaluation-ingest.ts` with `correlationId` REQUIRED and BOTH owners carried distinctly: `requestedBy.actorId` is who asked, `violations[].accountableOwner` is who must fix. Criterion 2 cannot be completed from here — there is no Tracker ingest endpoint to call. Criterion 3 is 0% buildable in this repository: RoboSoft lives in `evolith_tracker`. A bilingual handover was written at `reference/core/control-center/opportunities/tracker-handover-gt604.md` and its `.es.md` counterpart, 22 headings each. **Unconfirmed, and recorded as such: this row's declared dependency on GT-603 appears wrong.** GT-603 migrates `audit_entries` while this row names `core_evaluation_transactions`, and the Core-side attribution already shipped under GT-586 — but the Tracker schema is not in this repository, so that is a hypothesis for the Tracker owner to confirm, not a finding. | `Evolith Suite` | Cross | P0 | L | `IN-PROGRESS` |
+| [`GT-605`](./gap-reference-catalog.md#gt-605) | **Two evidence graphs exist, each missing the other's half.** `src/packages/core-domain/src/evidence/evidence-graph.ts` defines typed edges (`requires` / `validates` / `blocks`) and has **zero consumers outside its own spec file**. The Tracker persists `EvidenceRecordProps.References` as `List<string>` into a jsonb column, whose only non-test consumer is a linear `Contains()` used for external-id dedup — no edge table, no edge type, no reverse lookup, no depth query. The typed model lives where nothing persists; the persisted model lives where nothing is typed. Consequence: "which ADR moved because of which gate decision because of which agent turn" is unanswerable, and that traversal is the stronger half of the stated moat. Wave 2: the single typed model is published in `@beyondnet/evolith-contracts` with the four things a shared type alone leaves ambiguous — vocabulary (the Core’s three verbatim plus `caused_by`, since none of requires/validates/blocks expresses "the ADR moved BECAUSE OF the decision"), direction fixed in prose, a canonical node encoding that makes the Tracker’s jsonb list mechanically migratable, and a depth-bounded traversal its recursive CTE can be tested against. **Remaining:** three criteria are Tracker-side and out of repository; in THIS repo core-domain still declares its own `EvidenceEdge`, so there are two type declarations for one model. | `Evolith Suite` | Cross | P1 | M | `IN-PROGRESS` |
+| [`GT-606`](./gap-reference-catalog.md#gt-606) | **ADR-0093 is Accepted and 0% implemented across 20 mutative MCP tools.** The ADR (Accepted 2026-06-20) mandates a `baseSha` parameter on every mutative tool, HEAD verification before applying, a `CONCURRENCY_CONFLICT` error contract and 2-minute pessimistic locks. Grep for `baseSha`, `CONCURRENCY_CONFLICT`, `lockedBy` or `.lock` across `src/packages/mcp-server/src` returns **zero**, against 20 tools declaring `mutative: true` in 14 files. Consequence: two agents running `evolith-auto-fix` or `evolith-scaffold` against one workspace produce exactly the lost update the ADR was written to prevent — and a governance product losing an update silently is the worst available failure mode. | `Evolith MCP` | Construction | P1 | M | `PENDING` |
+| [`GT-607`](./gap-reference-catalog.md#gt-607) | **Seven agentic ADRs are Accepted with zero implementing code.** ADR-0081 (sandbox isolation), 0082 (trust boundary), 0086 (telemetry and cost control), 0088 (sovereign identity), 0089 (event-driven agentic workflows), 0092 (infinite-loop prevention) and 0094 (multi-agent handoff) return **zero grep hits** across `src/` for their defining artifacts — no `sandbox.mode` enforcement, no `gen_ai.*` attribute, no `act.sub`, no `X-Agent-Depth`, no `AgentTaskRequested`. `harness-process.adapter.ts:84` spawns children with `...process.env`, handing every capability script `AGENT_RUNTIME_CORE_TOKEN`, the tracker token and `EVOLITH_RAG_PG_URL` — the concrete inverse of ADR-0081. Consequence: an evaluator reading the ADR index and grepping once finds seven Accepted decisions with no code, which is the fastest available way to lose a technical due diligence. Fix is a status correction plus an explicit implementation note, not necessarily implementation. **+wave 2026-07-28 — the ADR statuses now tell the truth, the code half does not exist.** The seven agentic ADRs were confirmed by grep to have no implementation and their status annotated honestly rather than left Accepted, because an Accepted ADR with no code is a claim a reader will act on. **NOT closed:** implementing any of them lives in `src/packages/agent-runtime/**`, outside the documentation area this was assigned to, and no ADR-status checker enforces the annotation — so the same drift can recur silently. Wave 2: the seven ADRs carry a machine-checkable `implementation-status` directive in both languages, and `44-validate-adr-implementation-status.mjs` is in the repository and wired into ci-cd.yml (280 ADRs scanned; 212 undeclared baselined; `--strict` is the switch when that reaches zero). A grep-for-implementing-code signal was TRIED against this corpus and rejected — the seven unimplemented ADRs all have generated rulesets and bilingual copies matching every keyword you would search for, so it produces both false positives and false negatives. The guard falsifies an author declaration instead, and explicitly does not claim the named file implements the decision. **Remaining:** AC2/AC3 — `harness-process.adapter.ts` still spawns with `...process.env`, handing every capability script the Core token. **CLOSED 2026-07-28.** The spawn no longer hands every capability script the parent environment: `harness-process.adapter.ts` passes an ALLOWLISTED set, and a test asserts a spawned capability cannot read the Core token — it fails against the previous `...process.env`. Worth stating because it is not what this row claims to have solved: **this is credential denial, not sandboxing.** A capability child can still open a socket. The ADR-0081 sandboxed runner remains unimplemented. | `Evolith Agent Runtime` | Cross | P1 | S | `DONE` |
+| [`GT-608`](./gap-reference-catalog.md#gt-608) | **The HITL approval subsystem has never executed: nothing in the product requires approval.** All 7 entries in `default-skills.ts` and all 16 capabilities in `.harness/manifest.yaml` declare `requiresApproval: false`, so `PendingApprovalAdapter`, `FileApprovalStore`, `HttpSlackClient`, `TrackerApprovalAdapter` and its HTTP client — roughly 1,000 LOC — are unreachable at runtime and `evolith_hitl_approvals_total` is structurally 0. The Tracker half of the seam is real and field-for-field compatible (`RuntimeApprovalEndpoints.cs`, machine-bound by scheme name, `/resolve` human-only), so this is not a missing implementation but an unexercised one. Related: `LocalSkillRegistryAdapter` seeds the hardcoded 7 and never reads the manifest, so 9 further capabilities are invisible to the agent and governance posture has two sources of truth — the drift ADR-0102 named as its principal risk. Wave 2: **the row’s evidence was wrong** — "all 16 capabilities declare requiresApproval: false" was false before the wave; 7 playbooks already declared true. The real defect was that `LocalSkillRegistryAdapter` seeded 7 hardcoded skills and never read the manifest, so approval-requiring capabilities were unroutable and the approval branch unreachable. The catalogue is now derived from the manifest (manifest authoritative on posture) and the approval path EXECUTED end to end for the first time: pending→approved→executed→audited, plus pending→denied→NOT executed, plus TTL fail-closed. **Remaining:** AC4 (`evolith_hitl_approvals_total`) lives in agent-runtime-api; the cross-repo half of AC3 needs a live Tracker; and `createAgentRuntime` still defaults to the hardcoded catalogue, so the DEPLOYED posture is unchanged until production wiring passes `harnessRoot`. | `Evolith Agent Runtime` | Construction | P1 | M | `IN-PROGRESS` |
+| [`GT-596`](./gap-reference-catalog.md#gt-596) | **The maturity assessment is unfalsifiable by a third party because its scoring scheme is invented.** `maturity-assessment.md` rates against TOGAF ACMM levels 1-5 and layers on a homegrown "Evidence-Backed State" ladder (Visioned 0.0 / Designed 0.2 / Prototyped 0.5 / Implemented 0.8 / Validated 1.0 / Scaled 1.2+). The intuition is right and structurally mirrors an international scale, but the thresholds are self-set, so nothing stops a state from drifting upward — which is exactly what [`GT-576`](./gap-reference-catalog.md#gt-576) had to correct after two pillars claimed `Validated` against evidence absent from the code. **ISO/IEC 33020:2019** (*Process measurement framework for assessment of process capability*, 2nd edition, superseding :2015) defines the process-attribute rating scale N/P/L/F — Not / Partially / Largely / Fully achieved — with **published percentage thresholds**, plus capability levels 0-5. Fix: map each existing state onto the 33020 scale, adopt its thresholds verbatim, and extend the mechanical rule already in `09-reconcile-maturity.mjs` so a rating cannot be asserted without crossing a defined threshold rather than merely carrying a `file:line`. Companion: **ISO/IEC 25040:2024** (*Quality evaluation framework*, 2nd edition, Sept 2024 — the 2011 edition was titled *Evaluation process*) formalises the evaluation lifecycle this audit performed ad hoc, making it repeatable instead of heroic. **Closure (wave 2026-07-28).** The homegrown Evidence-Backed States are mapped onto the **ISO/IEC 33020:2019** N/P/L/F attribute scale with its published thresholds, in both languages, and the mapping is recorded so a reader can check it. `09-reconcile-maturity.mjs` now rejects a rating that does not cross its DECLARED THRESHOLD, not merely one lacking a reference — and ships with a negative self-test proving the new rule goes red on a deliberately bad input. 21/21 on `reconcile-maturity.test.mjs`. No ISO prose is reproduced; the scale and its levels are cited by name. | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-597`](./gap-reference-catalog.md#gt-597) | **There is no automated, external, numeric measure of repository and supply-chain posture — so posture defects are only found by an audit.** The 2026-07-26 audit had to discover by hand that `enforce_admins=false`, that no required check is a security check, that `develop` is unprotected and that 0 of 8 published packages carry `dist.attestations`. **OpenSSF Scorecard** (OpenSSF) scores precisely these checks automatically — Branch-Protection, Code-Review, Pinned-Dependencies, CI-Tests, Token-Permissions, Signed-Releases — and emits a public number that regresses visibly. **SLSA** (build levels; v1.0 defines three, v1.1 is the current stable release) is the framework the missing attestations map to: with zero provenance the artifacts do not reach the lowest build level. **NIST SP 800-218 (SSDF) v1.1** (Feb 2022, practice groups PO/PS/PW/RV) is the vocabulary an enterprise security questionnaire actually speaks, and SLSA is what its PS.2/PS.3 practices are read against. Fix: run Scorecard on a schedule and publish the score; declare the target SLSA build level and close the gap to it alongside `GT-570`; map existing controls to SSDF practice IDs so the questionnaire answer is a lookup rather than an essay. Note the overlap with the supply-chain half of `GT-570`: the release work is there, the *measurement* is here. **+wave 2026-07-28 — the workflow exists and has never run.** `.github/workflows/openssf-scorecard.yml` is in place with the permissions provenance needs and the action pinned by SHA rather than tag, which this repository's own audit flagged as a defect elsewhere. **NOT closed, and calling it done would be the local-green-is-not-evidence error again:** `workflow_dispatch` is gated to the default branch, so the OIDC exchange, `publish_results` and the SARIF upload are unproven until it reaches `main` and runs. Criteria 2 and 3 — declaring the target SLSA build level and mapping existing controls to SSDF v1.1 practice IDs — need `SECURITY.md` and reference docs and were out of the assignment's scope. Making it a required check is a branch-protection decision for the owner. | `Infra` | Cross | P1 | S | `IN-PROGRESS` |
+| [`GT-598`](./gap-reference-catalog.md#gt-598) | **The corpus is 100% proprietary, and the ~240 rules with no native handler are being treated as 240 handlers to write.** **ISO/IEC 5055:2021** (*Automated source code quality measures*, the first ISO standard to measure quality from internal structure rather than operational behaviour, developed by CISQ and adopted by ISO/IEC in April 2021) publishes a catalogue of structural weaknesses mapped to CWE across four measures — Reliability, Security, Performance Efficiency, Maintainability. Two payoffs: (a) a weakness already in 5055 is **already automatable by existing analysers**, so part of the handler gap behind [`GT-569`](./gap-reference-catalog.md#gt-569) can be closed by adopting rather than authoring; (b) a count against 5055 is countable by an external auditor without trusting Evolith, which is exactly the property the product's own numbers lacked. Companion taxonomy: **ISO/IEC 25010:2023** (2nd edition, superseding :2011) — note it now defines **nine** top-level characteristics, having added Safety and renamed Usability→Interaction capability and Portability→Flexibility, so any mapping to the 2011 eight-characteristic model is stale. Fix: produce a mapping table rule-id ⇄ 5055 weakness ⇄ CWE, mark every rule that a standards-based analyser can already evaluate, and re-scope the handler backlog to what genuinely has no international equivalent. Wave 2: 381 corpus rules each mapped to a 5055 weakness or marked no-equivalent WITH a reason; the 138-weakness index extracted programmatically from OMG ATDM V2 tables, not from memory. **The gap’s own premise is refuted**: adoption closes 9 of 60 rules outright and 8 partially, not a large slice of a 240-handler backlog — 5055 measures source structure while 300 of our 381 rules are ADR conformance, topology, governance or process. Also found: INFRA-001 and INFRA-OPA-001 are invisible to the corpus loader (rule at document root instead of a `rules` array). | `Evolith Core` | Cross | P1 | L | `DONE` |
+| [`GT-599`](./gap-reference-catalog.md#gt-599) | **The board is a strong technical-debt registry with no economics, so 600 rows are prioritised by intuition (P0-P3) rather than by cost.** The SEI's technical-debt work (Kruchten, Nord, Ozkaya, *Managing Technical Debt*) defines the two fields a debt item needs: **principal** (what it costs to repay) and **interest** (what it costs per period not to). The registry itself already exists here and is better than most; only the economics are missing. For an automatable principal there is a published method: the **OMG Automated Technical Debt Measure**, now at **ATDM V2 v1.0 (August 2024)**, which derives a repair-effort estimate from the 138 weaknesses of ISO/IEC 5055 using developer-sourced repair times — so it composes directly with [`GT-598`](./gap-reference-catalog.md#gt-598). A cheaper interim is **SQALE**, the published method behind the widely used *technical debt ratio*. Fix: add `principal` and `interest` to the closure-evidence schema and the row format, backfill the open rows only (not the 561 closed ones), and derive the automatable subset from ATDM rather than by hand. Wave 2: the mechanism and the measurement exist — a principal/interest format with the UNIT declared (an unlabelled number is the kind of figure this audit keeps catching) and a reporter that publishes its denominator. **No criterion met, on purpose:** back-filling 56 open rows with invented estimates would be fabricating the evidence the field exists to carry. A human fills the numbers. | `Governance` | Cross | P2 | M | `IN-PROGRESS` |
+| [`GT-600`](./gap-reference-catalog.md#gt-600) | **Registered as an opportunity, not as debt** — separable from [`GT-596`](./gap-reference-catalog.md#gt-596)…[`GT-599`](./gap-reference-catalog.md#gt-599), which stand on their own as internal governance. Four of the five artifacts adopted there are implementable as Evolith rulesets: **ISO/IEC 5055:2021** structural weaknesses, **NIST SP 800-218 (SSDF) v1.1** practices, **SLSA** build levels, and the checks **OpenSSF Scorecard** scores. That converts the audit's remediation into a shippable capability, and it addresses the sharpest product finding on the board: the 2026-07-26 audit found **zero** occurrences of an ICP across 929 English documents, and 0 stars / forks / external issues in 80 public days. "I evaluate your repository against ISO 5055, SSDF and SLSA and give you your OpenSSF score" names a buyer, a budget line and a compliance trigger; "I govern your architecture" does not. It also composes with the wedge already implemented in code (`enforce edit` + the editor hook), and self-evaluating against these standards is simultaneously the fix for [`GT-597`](./gap-reference-catalog.md#gt-597) and the best available sales demo. **Decision-gated, not ready to build:** it presumes the CLI wedge is the monetisation vehicle rather than the Tracker, which is an unresolved contradiction the audit flagged and the owner has to settle first. | `Evolith Core` | Cross | P2 | L | `PENDING` |
+| [`GT-579`](./gap-reference-catalog.md#gt-579) | **Found while verifying the GT-569 remediation, not by the audit.** Node buffers writes to a piped stdout asynchronously, so the ~12 `process.exit()` calls across the command graph discarded whatever had not been flushed — truncating output at the OS pipe buffer (65,536 bytes on macOS/Linux). Measured: `validate --format json \| wc -c` returned **exactly 65536** while the same command redirected to a file produced 121,408 valid bytes. Every envelope under 64 KiB hid the bug, which is why it survived; GT-569 enlarged the envelope and exposed it. Six CLI e2e tests were failing on `JSON.parse` at position 65262 and read as a GT-569 regression — the regression was pre-existing and unconditional for any large envelope. **Closure (`44fe8dd3`):** fixed centrally in `src/sdk/cli/src/main.ts` (`makeStdioBlocking`, guarded because `_handle.setBlocking` is internal) rather than at each exit site, so a new command cannot reintroduce it by exiting the ordinary way. Verified: a 123,506-byte envelope now traverses a real pipe and parses; CLI 1305+132 green. | `Evolith CLI` | Cross | P0 | XS | `DONE` |
+| [`GT-569`](./gap-reference-catalog.md#gt-569) | **The product's headline number silently redefines its own denominator.** Of 379 rules the native engine evaluates 108 and reports `rulesChecked: 111`; the remaining 271 — **192 of them `blocking`** — return `skipped` and are filtered out at `ruleset-validator.service.ts:88` (`engineResults.filter(r => r.result !== 'skipped')`) before the count is summed. No field surfaces it: `grep -rn "rulesSkipped" src --include='*.ts'` returns 0 results and `ValidationResult` carries only `{status, rulesChecked, issues, coreRef, timestamp}`. The same field also OVER-counts: `validate --format json --core <repo> --engine opa` returns `rulesChecked: 379` having executed **zero** policies (the wasm does not resolve against the Core layout). And `native-evaluator.ts:69-72` converts any handler exception into `skipped`, so **a crashing evaluator is indistinguishable from a green rule**. Fix: add `rulesSkipped` + the skipped-id array to `ValidationResult`, introduce an `errored` state distinct from `skipped`, emit a WARNING issue per skipped MUST rule, and fail the run when `skipped/total` exceeds a configured threshold. This is a reporting change, not an engine change — closing the handler gap itself is separate and much larger. **Closure (`44fe8dd3`):** new `errored` outcome (a handler exception no longer becomes `skipped`, so a crash is distinguishable from a green rule); `rulesSkipped`/`rulesErrored`/`rulesTotal` + id arrays added ADDITIVELY with `rulesChecked` untouched; advisory issues for skipped MUST rules; opt-in `maxSkippedFraction` gate. On this repo `validate` now reports 269 skipped of 380 instead of silently recutting its denominator. Verified: core-domain 1237/1237, CLI 1305+132, contract 43/43 after adding the five `WIRE_VALIDATION_RESULT` entries. Falsified against a pristine `git archive HEAD` copy: 12 of the 17 new tests fail without the fix. **Closing the handler-coverage gap itself (≈240 unevaluable rules) is NOT part of this and stays open** — this row was about the denominator being honest, not about widening it. | `core-domain` | Cross | P0 | M | `DONE` |
+| [`GT-570`](./gap-reference-catalog.md#gt-570) | **npm serves 1.1.0 published 2026-07-18; the security wave landed 2026-07-23.** Verified with `npm view @beyondnet/evolith-cli version time.modified`. The public `CHANGELOG.md` enumerates the corrected files by name under `[Unreleased]`, and `SECURITY.md` declares the 1.1.x line "Current stable line — actively patched". Anyone following the README installs the unpatched build from a repository that publishes where the holes are. Fix: publish **1.2.0** with the security wave, deprecate 1.1.0 on npm with a message pointing at the fixed version, move the security section from `[Unreleased]` to the published heading, and issue the advisory `SECURITY.md` already promises. Follow-on: a release gate that fails when HEAD carries security-tagged commits absent from the last published tag. **Closure (run 30273290417, `main` @ `9a82d9f2`, 2026-07-27).** The published artifact no longer predates the security wave. Verified against the REGISTRY, not against an exit code — `@beyondnet/evolith-agent-runtime@1.2.0` (14:06:10), `@beyondnet/evolith-sdk@2.0.0` (14:06:24), `@beyondnet/evolith-mcp@1.2.0` (14:06:39), `@beyondnet/evolith-cli@1.2.0` (14:06:58) — timestamps that also confirm dependency order, since the last three consume the first. **All four carry `dist.attestations`**, which is the substance of this gap: the audit's finding was 0 of 8 packages with provenance, and these were produced by GitHub Actions with `id-token: write`, not by a developer machine. **The scope was corrected before shipping:** the plan was to bump mcp alone, which came from `git show --stat` TRUNCATING long paths — `--name-only` showed the wave touches three published packages (mcp 15 files, cli 7, agent-runtime 1: the CWE-78 shell runner). Publishing the original plan would have left two vulnerable and closed this gap against them. **Two rehearsals paid for themselves:** run 30265298045 found that none of the four tarballs carried a LICENSE on an MIT project and that `repository.url` was auto-corrected in all eight; run 30271837941 found `bin` paths auto-corrected in two. All three would have been permanent — npm forbids unpublishing after 72 hours. **RE-SCOPED, and the remainder is NOT silently dropped:** deprecating the 1.1.0 versions requires npm credentials and is an owner action, and the release gate that would fail when security-tagged commits are absent from the published tag was never built. Both moved to `GT-624`. This row closes on what it was actually about — an installable artifact older than its own published security fixes — and says plainly what it did not do. | `Infra` | Cross | P0 | S | `DONE` |
+| [`GT-571`](./gap-reference-catalog.md#gt-571) | **The highest-traffic surface of the product does not work as written.** (a) `README.md:96-98` (and `README.es.md:95-97`) instruct `evolith init` / `evolith validate`, but the published bin map declares only `evolith-cli` and `evolith-mcp` — the phantom command appears in **447 invocations across 49 non-`.es` markdown files**, so renaming the bin is cheaper than rewriting the docs. (b) Even with the alias, `init --name my-sat` creates a **subdirectory**, so the `validate` that follows in the same cwd targets the parent and raises `GOV-000` "Missing evolith.yaml" plus 41 blocking findings. Inside the correct satellite the first validate still returns 46 findings / 39 blocking, dominated by the vendor's own monorepo rules (`CLI-RR-01` "dist/main.js not found", `TAX-05` "Missing top-level directories: sdk, .harness") with rules from all 8 topologies firing on a repo declared phase-0. Additionally the published binary self-identifies as `main` (`evolith-cli init --help` prints `Usage: main init [options]`) because the program name is never set. **Progress (`44fe8dd3`):** the three CLI-side defects are fixed and tested — `evolith` published alongside `evolith-cli` in the bin map, the program name set so `--help` no longer says `main`, and `init` given a defined non-interactive contract (initializes the CURRENT directory, `--name` is the project name only, `evolith init <dir>` for a subdirectory; a closed stdin no longer prompts, failure sets a non-zero exit code, and `--format json` emits a parseable envelope and nothing else). **NOT closed on two criteria:** "a freshly initialized repo returns 0 blocking findings" is untouched — those 39 findings come from the vendor's own `CLI-RR-*`/`TAX-*` rules firing on a phase-0 satellite, which needs rule `audience`/topology gating in the ruleset path; and "`npx @beyondnet/evolith-cli@latest` works" cannot be true until a release ships (`GT-570`). **+2026-07-26 (wave 3) — criterion 2 of 3 MET, still open on criterion 1.** A freshly initialized satellite now returns **0 blocking** findings (was 35: CLI-RR-01/02, TAX-05/06, DEP-01/10, CB-VAL-01 plus rules from 7 topologies the repo never declared). Two mechanisms in the ruleset layer: an `audience: core\|satellite\|both` annotation (default `both`, so an unannotated rule keeps applying everywhere) marking the families that only address the vendor monorepo, and `topologies` + `appliesFromSdlcPhase` gating read from the satellite's declared phase and topology. **The GT-569 interaction was decided explicitly:** a rule addressed to somebody else is a PRE-FILTER, not a fourth outcome — it never reaches the evaluator, so `rulesChecked + rulesSkipped + rulesErrored === rulesTotal` still holds literally. Calling it `skipped` would inflate the unevaluated fraction of a healthy repo and could trip `maxSkippedFraction`. The exclusion is still visible: `rulesNotApplicable` / `notApplicableRuleIds` over a new `corpusTotal`, plus a non-blocking `GOV-RULE-NOT-APPLICABLE` advisory naming the counts and how to bring the rules into scope. Fresh satellite before/after: 379 total / 108 checked / 35 blocking / `failed` → 274 total / 41 checked / 233 skipped / 105 not-applicable / corpusTotal 379 / **0 blocking** / `warning`. **Still open:** criterion 1 (`npx @beyondnet/evolith-cli@latest` in a clean container) cannot be true until a release ships — blocked on `GT-570`. Wave 2: **AC1 tested against the published registry instead of assumed, and REFUTED harder than the row states.** `@beyondnet/evolith-cli@1.2.0` does not survive a clean install — even `--version` dies with MODULE_NOT_FOUND, because a deep import into `@beyondnet/evolith-core-domain/application/paths/rulesets-location` resolves only through the workspace symlink. The published artifact is not installable; the workspace hides it. Carved out as GT-625. AC2 and AC3 re-verified green. **Wave 2, measured 2026-07-28 against the PUBLISHED 1.2.1.** The literal README quickstart was executed end to end for the first time, and it does NOT complete. Steps 1-3 (`fixtures --type demo`, `init --name my-sat --yes`, `docs`) and step 6 (`evolith-mcp serve`, which starts on stdio) all pass. **Step 4 `validate` returns 91 BLOCKING findings of 230 issues** (152 checked / 119 skipped / 271 total, 109 not-applicable of a 380 corpus) — so criterion 2 is UNTICKED here: it had been marked met, and it is not. The README itself already said so in prose ("a freshly initialized satellite is a baseline, not a pass") while the board said otherwise. **Step 5 `scaffold --phase 1` FAILS outright** (exit 1): it resolves the workspace to `<proj>/src` and rejects it for having no `nx.json`/`package.json`, but `init` at step 2 is what created that `src/` without one — the two commands disagree about what `init` produces, and `--dir` is not an option on `scaffold`, so the quickstart has no workaround. Carved out as `GT-626`. Criterion 3 re-verified: `--help` prints `Usage: evolith`, not `main`. **CLOSED 2026-07-28, on a measurement rather than an argument.** A freshly initialized satellite now returns **0 blocking findings** (exit 0, status `warning`, 242 not-applicable of a 387 corpus), down from 91. The diagnosis was that all 91 blocking findings came from GENERATED ADR-conformance rulesets and **none from a hand-authored rule** — the repository had nothing wrong with it. The reason those rules fired is narrower than "satellites should not inherit Core decisions": each one asserts that the decision record it cites EXISTS under `reference/core/architecture/adrs/`, a tree only the Core repository has, so in a satellite it reports "the ruleset cites 1 decision record(s) that do not exist". A file-existence check against the Core's own ADR tree is a Core-repository concern by construction, so `audience: 'core'` is now emitted BY THE GENERATOR (not patched into 126 files by hand) and applies to every track, since `nodejs`, `dotnet`, `ai-augmented` and `android` records live under that same tree. **It is a filter, not an off-switch, and both directions were verified:** the Core still evaluates all 133 generated rules and still blocks (111 blocking, 55 not-applicable), while the satellite excludes them. The regression guard reads the REAL corpus rather than a fixture — regenerating without the audience turns it red, verified by removing the key from one file. Satellites remain bound by Core decisions through the inheritance model and the hand-authored rulesets that encode it; what changed is that they are no longer blocked for not containing the Core's own files. | `Evolith CLI` | Cross | P0 | S | `DONE` |
+| [`GT-572`](./gap-reference-catalog.md#gt-572) | **Reproduced against the published tarball, not the working tree.** `npm pack @beyondnet/evolith-mcp@1.1.0`, started over stdio without auth: 47 tools announced, **47 of 47 return FORBIDDEN (ABAC-02)**; `resources/list` (11) and `prompts/list` (8) do work. The two escape routes the code defines — `--allow-no-auth` (`main.ts:62-63`) and `EVOLITH_MCP_ALLOW_NO_AUTH=true`, both documented in `mcp-server-auth.ts` — were tested in all three combinations including `NODE_ENV=development` and **none of them has any effect on the default transport**, which is worse than their absence. Root cause: `mcpContextStorage.run` exists in exactly one non-spec site (`mcp-server.service.ts:451`) inside the HTTP dispatch closure, so the stdio path never establishes a context. Neither oracle can see it: the CI smoke asserts `success !== undefined`, and the exploratory tester drives MCP over HTTP only. Fix: wrap the stdio dispatch in `mcpContextStorage` with a local session context, and make the smoke assert a real invocation with a verdict. **Progress (`44fe8dd3`):** root cause confirmed and fixed — the stdio path never entered `mcpContextStorage`, so every `tools/call` reached dispatch as the anonymous `roles: []` fallback and native ABAC denied it. stdio now establishes an explicit local-session principal; the HTTP path is untouched and stays fail-closed. **Verified against the built server, not a report:** with `NODE_ENV` unset (the documented default, and what `npx`/Claude Desktop produce) `tools/call` returns a real `success: true` payload; 50 tools announced. **Why this stays open:** under `NODE_ENV=production` the same call is still FORBIDDEN, and `NODE_ENV=production` is exactly what the Docker images set — so a containerised stdio deployment remains unusable. That is now a narrow, documented, fail-closed-by-design decision rather than a silent 100% failure, but it is not closed. The CI smoke at `src/sdk/cli/examples/mcp-test.js` still asserts `success !== undefined`, which a FORBIDDEN envelope also satisfies; strengthening it is out-of-area follow-on. **+2026-07-26 (wave 3) — the production failure mode is fixed; 2 of 3 criteria still unmet, and the row is NOT closable yet.** stdio under `NODE_ENV=production` no longer boots into a state where all 50 tools deny: the server now refuses to start when it has no credentials, naming the variable to set, instead of advertising a surface that will reject every call; a denial that does happen says why and what to do rather than a bare ABAC-02. HTTP was not touched and stays fail-closed; no bypass was added, ABAC was not widened. **The agent reported this gap `done` at 7/7 against its own task list, which is not the same as this row's criteria — checked, and it is not.** Criterion 1 asks for a real `tools/call` **against the published tarball**; the published tarball is 1.1.0, which predates every fix here, so that criterion is blocked on `GT-570` exactly like GT-571's. Criterion 3 asks the CI smoke to assert a verdict; `src/sdk/cli/examples/mcp-test.js:284,375` still asserts `success !== undefined`, which a FORBIDDEN envelope satisfies too — out of the agent's owned area and still unchanged. Wave 2: production stdio fail-closed confirmed intact and deliberate. The advance came from GT-602 — a SECOND production denial the row never attributed: with a valid credential, 15 of 50 tools were still refused by the compiled policy; the stdio principal now goes 15→0. **AC1 blocked:** it demands a `tools/call` against the PUBLISHED tarball, which predates every fix here. AC3 is in `src/sdk/cli/examples/mcp-test.js`, still asserting `success !== undefined` — which a FORBIDDEN envelope also satisfies. **CLOSED 2026-07-29.** Verified against an `npm pack`ed tarball installed OUTSIDE the workspace, so no symlink could stand in for the shipped files — the GT-625 illusion. With the default configuration the packed server returns a real verdict over stdio (`gateId` `business-sign-off`, `verdict` `failed`); the row's original "47 of 47 FORBIDDEN" did not reproduce. Under `NODE_ENV=production` it WAS forbidden, and the cause is packaging rather than policy: `policy.wasm` is a gitignored build artifact written outside the mcp-server package, so no `files` setting can reach it and a published consumer inherited a fail-closed rule it had no way to satisfy. `EVOLITH_ABAC_POLICY_PATH` makes that posture satisfiable today. **Shipping the compiled bundle inside the package remains a release-pipeline decision: documented, and deliberately NOT done here.** Two defects were repaired on the way: `PhaseGateValidatorService.findCorePath` still resolved `<repo>/src` after the `src/` refactor — a GT-632 sibling — and `corePath` was read by `evolith-gate-evaluate` while being undeclared in its `inputSchema`. AC3 is met: the old smoke asserted `envelope.success !== undefined`, which is true of every response, and was observed printing `tools/call OK` while it was actually receiving `RULESET_NOT_FOUND`. The replacement asserts a real gate verdict and was proven falsifiable three ways, including a live run against the pre-fix dist. **AC1 is ticked against a locally packed tarball, not against the registry:** 1.1.0 predates every fix here and re-publishing is GT-570. | `MCP Server` | Cross | P0 | M | `DONE` |
+| [`GT-573`](./gap-reference-catalog.md#gt-573) | **The flagship integration fails silently, with both CIs green.** The inline branch returns the legacy envelope: `evaluation.controller.ts:186` returns `evaluationVerdict!.outputEnvelope`, built at `satellite-evaluation-pipeline.service.ts:85-94` as `createSuccessEnvelope({topology, gates, summary})`. The Tracker unwraps `data` (`CoreEvaluationGateway.cs:433`) and binds `CoreEvaluationEnvelope`, which declares only `overallVerdict / outcome / resolvedTopology / results.gate[] / evaluatedAt` (`CoreEvaluationDtos.cs:200-216`). `Passed` stays null (`:406`), `Gates` stays empty (`:414`), and `ToDecision` (`:583-606`) falls through to **`"SKIPPED"`**, written as `decision=SKIPPED, status=COMPLETED`. 0 of 12 Core workflows build the Tracker; 0 contract tests exist in either repo. Fix: route the inline branch through `EvaluationOrchestrator` so it returns the canonical `EvaluationResult`, and add a consumer-driven contract test in the Core CI asserting the exact JSON `CoreEvaluationEnvelope` binds; publish those request/response pairs as fixtures inside `@beyondnet/evolith-contracts` and promote both schemas to `MACHINE_CONTRACT_SET`. **Progress (`44fe8dd3`):** the inline branch no longer hand-builds the legacy `{topology, gates, summary}` envelope — it returns the canonical `EvaluationResult`, so there is ONE shape for the operation rather than two, and a consumer-driven contract spec asserts the exact keys the Tracker binds for both a passing and a FAILING evaluation. Request/response fixtures are published inside `@beyondnet/evolith-contracts` and both schemas were added to `MACHINE_CONTRACT_SET`. Backwards compatibility was checked rather than assumed: no legacy in-repo inline caller exists (both consumers already unwrap `data` as an `EvaluationResult`). **NOT closed:** the Tracker lives in another repository and must re-pin the contracts package for the round trip to be proven end to end, and the contract spec's FAIL case exercises a governance-rule failure rather than an OPA-gate failure. Verified: core-api 163/163, contracts 32/32. Wave 2: the FAIL case is a genuine OPA-gate failure, not a governance-rule one — the corpus is built so GOV-000 and artifact-absence cannot fire, with a differential control asserting the identical request PASSES when the policy returns no violations. The published fixtures were also wrong in a way that would have taught a consumer the wrong DTO (a `results` object carrying only `gate`, a shape the Core has never emitted); replaced by faithful captures with a congruence oracle against a LIVE response. **Remaining:** AC3 needs the contracts package published and re-pinned in the Tracker; the OPA transport in the test is stubbed because `policy.wasm` is gitignored. **CLOSED 2026-07-28 on the Core half, with the consumer half carved out rather than absorbed.** Criterion 3's first half landed: `evaluation-context` and `evaluation-result` are pinned in `MACHINE_CONTRACT_SET` with their sha256, verified by reading `evolith-machine-contracts.json` — it pinned only `gate-evidence` and `output-envelope` before. A change to either shape now fails `10-validate-contract-conformance` instead of reaching consumers silently. The second half — "re-pinned in the Tracker" — is another repository and is registered as `GT-631` with the exact five things it must do, following the same pattern GT-570 used for GT-624. This row closes on what it was about HERE, and says plainly what it did not do. | `Core API` | Cross | P0 | M | `DONE` |
+| [`GT-574`](./gap-reference-catalog.md#gt-574) | **Every "Enforced" rung claimed across the corpus collapses to "Implemented".** `Validate documentation` has been red since run 30011222627 (2026-07-23T13:26:39Z, last success): **43 of 43 completed runs failed**, plus 5 cancelled, with 8 PRs merged through — the latest, #209, landed on `main` at 2026-07-26T01:18:58Z with **0 reviews** and 5 checks in FAILURE. Protection on `main`: contexts `[Test, Test core-domain, Test core, Test mcp-server, Test core-api, Validate documentation]`, `enforce_admins=false`, `required_pull_request_reviews=null`, `strict=false`. `develop`, where all work lands, returns 404 "Branch not protected", and `ci-cd.yml` does not run on push to `develop`. The workflow owning CodeQL, Trivy, gitleaks, ZAP, `npm audit`, e2e and the parity gate shows **82 failures / 17 cancellations / 1 success in its last 100 runs on main** and none of its 13 jobs is a required context. Fix — counterintuitively, *fewer* gates: reduce the required set to a core that is genuinely green, enable `enforce_admins=true` over that core, protect `develop`, and declare everything else advisory rather than required-but-ignored. Note the current red is a derived-doc staleness assertion (`exploration.spec.ts:289`), so making it green is minutes of work, not days. **Closure:** the code half was done (`44fe8dd3`) making required checks green and running on `develop`; the enforcement half is now done via API (branch protection on `develop`, `enforce_admins=true` on both `main` and `develop`, and `CodeQL SAST` added to the required checks set). | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-575`](./gap-reference-catalog.md#gt-575) | **A product that sells AI governance ships its only LLM egress path without any of the controls it sells.** `GeminiProvider.ts:17` builds the URL with the API key in the query string; the whole 57-line file has no `AbortSignal` (`:31-37`), no budget, no redaction, no log or metric, and its only output validation is `JSON.parse(candidate) as T` (`:52`). It is a public export (`src/packages/agent-runtime/src/index.ts:22`) of `@beyondnet/evolith-agent-runtime@1.1.0`. Disclosure across `README.md`, `README.es.md`, `SECURITY.md` and the 8 package READMEs: zero. It violates at least 4 of the 9 blocking `AAI-*` rules the product itself sells. **Exposure is latent, not active** — the only in-tree caller is `src/sdk/cli/src/commands/plan/index.ts:27`, and `PlanCommand` is not registered in `app.module.ts` — but it sits on the public surface a security reviewer reads first. The correct implementation already exists in-house: `.harness/scripts/ci/agentic/review-provider.mjs:35-38` puts the key in a header with the literal comment "API key in a header, not the URL query string", with budget caps and 8 redaction patterns. Fix: port that control, and collapse the duplicate `ILLMProvider` port into the governed `IAssistantTransport`/`SupervisedAssistantClient` seam. **Progress (`44fe8dd3`):** the controls the repository already runs against itself in `.harness/scripts/ci/agentic/` were ported into the shipped provider rather than reinvented — API key moved from the URL query string to the `x-goog-api-key` header, `AbortController` timeout, byte/token budget that fails closed, secret redaction, schema-validated output, and an auditable log/metric. Egress is now **off unless `EVOLITH_LLM_EGRESS=true`**. **NOT closed:** turning an always-on published export into an opt-in one is a behavioural break for `@beyondnet/evolith-agent-runtime@1.1.0` (names stay additive, so the GT-388 contract freeze holds, but observable behaviour changed) and needs a deliberate version decision alongside `GT-570`; the duplicate `ILLMProvider` port is not yet fully collapsed into the governed `IAssistantTransport`/`SupervisedAssistantClient` seam; and the Spanish package READMEs still carry no disclosure. Verified: agent-runtime 309/309. **+2026-07-26 (wave 3) — 2 of 3 criteria met.** The duplicate LLM port was collapsed: `GeminiProvider` is now reachable only as an `IAssistantTransport` behind the supervised, fail-closed, off-by-default seam, so there is one governed path to an LLM instead of two with opposite postures. The Spanish egress disclosure was written into `src/packages/agent-runtime/README.es.md`, structurally mirroring the English one. **Still open:** criterion 3 — the repository does not pass its own 9 blocking `AAI-*` rules in a CI check, and there is still no root `agent.config.json`, so the agentic-ai topology is never evaluated against Evolith itself. Also unresolved and owner-gated: turning an always-on published export into an opt-in one is a behavioural break for `@beyondnet/evolith-agent-runtime@1.1.0` and needs a version decision alongside `GT-570`. `src/sdk/cli/README.es.md` still carries no disclosure (out of the agent's owned area). **CLOSED 2026-07-28, with the caveat that matters recorded rather than buried.** All three criteria are met: the key travels in a header with an `AbortController` timeout, an egress budget and secret redaction (`GeminiProvider`); the README carries a `Network egress and data handling` section naming the endpoint, what is sent, the opt-in and the sub-processor; and `agentic-ai-self-conformance.spec.ts` evaluates the repository against the nine blocking `AAI-*` rules it ships, 13/13, with a NEGATIVE FIXTURE proving all nine fail without `agent.config.json`. **The caveat:** that spec runs in `Test agent-runtime`, which is NOT one of main's seven required contexts (verified against the live branch protection). So the product now runs its own AI-egress rules against itself in CI — but a failure would not block a merge. Adding `Test agent-runtime` to the required set is a branch-protection change and an owner action; it is not something to do unilaterally, and it is the difference between a check that reports and a check that governs. | `agent-runtime` | Cross | P0 | S | `DONE` |
+| [`GT-576`](./gap-reference-catalog.md#gt-576) | **The self-assessment a buyer reads first is falsifiable in ten minutes, and the document incriminates itself.** `maturity-assessment.md` defines *Validated (Weight 1.0) — Passing all quality gates, tests, and active in CI/CD*, then marks **Pillar 1 Security "Level 4 (Managed) / Validated"** citing multi-tenant Row-Level Security (ADR-0010) and immutable audit trails via CDC (ADR-0016): `grep -rniE 'row.level.security\|current_setting\(\|debezium\|change data capture'` over `src` returns **ZERO files**, and core-api declares no database driver or ORM. **Pillar 4** is marked Level 4 / Validated citing "deterministic monorepo builds via Nx" — no `nx.json` and no `nx` dependency exist. It also claims dual-engine 8/8 parity while the gate covers 3 topologies and the published package ships policies for 5. (Pillar 3's stale `opossum` citation is a different matter — that pillar is honestly marked `Designed`.) Fix: downgrade Pillar 1 to `Designed` with the ADRs listed as intent, delete the Nx citation, report parity against the published artifact, and add a mechanical rule to `09-reconcile-maturity.mjs`: a capability may only be marked `Validated` if its evidence list contains at least one `file:line` reference or CI job, never an ADR alone. **Closure (`44fe8dd3`):** every claim in the statement was re-verified against the tree and all held. Pillar 1 (Security) and Pillar 4 dropped from `Validated` to `Designed` with their ADRs listed as intent, the Nx citation deleted, and parity reported against the published artifact — in BOTH languages, structurally identical. The class of error is now mechanically blocked: `09-reconcile-maturity.mjs` rejects any `Validated` capability whose evidence contains no `file:line` and no CI job, and that rule ships with a negative self-test that proves it goes red on a deliberately bad input. Verified: `09-reconcile-maturity.mjs --check` ✅, `04-check-bilingual-parity.mjs` ✅, governance 17/17. | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-577`](./gap-reference-catalog.md#gt-577) | **The artifact a customer would wire into their CI reads as a broken tool even though the gate works.** `.github/actions/evolith-validate/action.yml` reads `jq -r '.summary.violations // 0'`, but the real CLI envelope has top-level keys `[success, data, meta]` with `data = {status, rulesChecked, issues, coreRef, timestamp}` — there is no `.summary`. The same applies to the `--output` file (`validate.command.ts:353-361` writes the same `createSuccessEnvelope`). **Important nuance: the action does block correctly** — it captures `EXIT_CODE`, sets `compliance-status=non-compliant` and exits 1 when `fail-on-violation=true`; what is broken is the counter and the PR summary text, which renders literally "Non-compliant -- 0 violation(s) found". And `grep -rn 'evolith-validate' .github/` matches only inside the action's own README: zero consumers across the 12 workflows, so no regression is possible. Fix: change the jq path to `.data.issues \| map(select(.blocking)) \| length` and add a workflow in this repository that runs the action against a non-conforming satellite fixture, so it is dogfooded and regression-tested. **Progress (`44fe8dd3`):** the `jq` path now counts blocking issues from the real ADR-0073 envelope instead of reading a `.summary` key that never existed, and `.github/workflows/evolith-validate-dogfood.yml` runs the action against a deliberately non-conforming satellite fixture so the action is finally dogfooded. Validated by YAML parse and by executing the action's step scripts locally against the built CLI. **NOT closed:** the workflow has never executed on a GitHub runner, so by this audit's own standard the gate is not yet proven — a gate that has never been seen failing is the defect this whole wave is about. Close it after its first green run. Separately, it is not in the required-checks set, which is the `GT-574` owner action. **Closure (verified against CI run 30228607519, `develop`, 2026-07-27T00:56:37Z):** both jobs green — `Action contract (recorded envelopes)` and `Action vs non-conforming satellite`. The closure is NOT "the workflow is green": the log carries the two assertions that were impossible before, `OK: 34 blocking violation(s) of 274 issue(s), agreeing with the report.` and `OK: the gate blocked as expected with 34 blocking violation(s).` So the counter is non-zero, it agrees with the report file the action writes, `compliance-status` is `non-compliant`, and the negative half — `fail-on-violation: true` MUST fail the step — is exercised on every run. Five consecutive green runs. The action is now dogfooded and under regression, which was the more important half of this gap. Remaining and tracked elsewhere: the workflow is not in the required-checks set, which is branch-protection configuration. | `Infra` | Cross | P2 | XS | `DONE` |
+| [`GT-578`](./gap-reference-catalog.md#gt-578) | **The two systemic root causes behind most findings of the 2026-07-26 audit, addressed at the mechanism rather than instance by instance.** (a) *Path literals*: the move to `src/` migrated code and imports but not the hundreds of path strings in CI scripts, workflow `run:` steps, evaluator constants and Helm values — the compiler catches a moved module, nothing catches a moved file referenced by a string, and a path that does not resolve produces silence. Live instances: `OpaEvaluator` hardcoding `<corePath>/rulesets/opa/policy.wasm` (the whole OPA engine is non-functional against the Core layout); `upgrade` diffing against a nonexistent `<corePath>/rulesets`; the CLI boundary config guarding `src/domain`, `src/application`, `src/core`, none of which has ever existed; `sdk-cli-ci.yml:467` invoking a nonexistent script whose real counterpart points at a pre-refactor path, so "Winston Agentic Review" is dead twice and reports `success`. (b) *Anti-vacuous pass*: the pattern already exists at `34-boundary-guard-repository.mjs:57-73` ("A zero-file scan must never be reported as boundary guard passed") and as a negative self-test in the Tracker contract gate — it is applied to 2 guards of ~46. Fix: a ~40-line guard resolving every path literal against disk; every guard publishes its denominator and exits 1 on a zero-element scan; every guard ships a deliberately bad fixture that MUST turn it red in CI; and CI executes every `validationCommand` in `gap-closure-evidence.json`. **Closure (`44fe8dd3`):** `40-validate-path-literals.mjs` scans harness scripts, workflow `run:` steps and Helm values, resolves each literal against disk, publishes its denominator (109 literals across 197 files) and exits 1 on a vacuous scan — it obeys the discipline it enforces, with a negative fixture in `node --test` (15 tests). Both live defects it found are repaired: `sdk-cli-ci.yml:467` invoked a nonexistent `.harness/scripts/ci/13-agentic-code-review.mjs` (real path under `ci/agentic/`) and that script's argv targeted a pre-refactor `packages/mcp-server/dist/main.js` — which is why "Winston Agentic Review" reported `success` for months while never reaching the server. With both fixed, the guard was flipped from `--report` to its default STRICT mode in `ci-runner.mjs`, so a new dead literal now FAILS the governance run. The anti-vacuous half is enforced for this guard; extending the pattern to the other ~45 guards remains follow-on work. **NOT closed:** two of its three criteria remain unmet — the anti-vacuous-pass pattern is enforced for THIS guard only (~45 others to go), and the board's `validationCommands` are still not executed in CI. The path-literal guard itself is strict, wired and green. **+2026-07-26 (wave 3) — two new guards landed; criteria 2 and 3 advanced, neither closed.** `42-validate-guard-denominators.mjs` classifies all **54** CI guards and asserts none can pass a zero-element scan silently (8/8 unit tests, exit 0). `41-validate-evidence-commands.mjs` finally EXECUTES the board's `validationCommands` instead of only checking they are non-empty strings (27/27 unit tests), and it reports its denominator honestly: over **937 recorded commands across 544 closure records it finds 290 dead references**, and it prints `THIS IS NOT A PASS` rather than exiting green on a number that large. It is wired in report mode with a `--max-dead 290` ratchet so the count can only go down. **Still open:** criterion 3 needs dead == 0, which is a data migration of the board-owned evidence file, not a guard change; criterion 2 needs a negative fixture per guard, which classification does not substitute for. The 290 dead references are themselves a finding: they are the measured size of root cause C5 — a board that records intent rather than result. Wave 2: criterion 2 is now enforced by EXECUTION — `43-validate-guard-negative-fixtures.mjs` points every scanning guard at one deliberately empty tree and 32/32 turned red, 0 reported a pass. One shared fixture rather than 34 bespoke ones, derived from 42’s classification, so the next guard is exercised the day it lands. Two false-DEAD classes in 41 repaired and the ratchet made machine-independent (it now prints its own basis: 303, agreed between a laptop and the runner despite raw counts differing by 15). 43, 44 and 34 wired into ci-cd.yml, ratchet lowered 305→303. **AC3 untouched:** 288 dead references, 198 naming pre-refactor workspaces — a data migration of the evidence file. | `Governance` | Cross | P1 | M | `IN-PROGRESS` |
+| [`GT-580`](./gap-reference-catalog.md#gt-580) | `grep -rno "process.exit([0-9]*)" src/sdk/cli/src` returns **20 × `process.exit(1)` plus 2 bare `process.exit()`** — one single failure value for a FAIL verdict, a bad flag, a missing file and an infra crash alike, so no consumer can branch on the cause. Diagnostics share the machine channel: **341 `console.log` against 115 `console.error`**. And there is no incremental output — no `--format ndjson` — so a long `validate` is opaque until it terminates. An agent harness, a pre-commit hook and a CI step all have exactly one primitive in common (the process exit code) and the CLI currently declines to use it. Fix: a published taxonomy (`0` PASS · `2` usage error · `3` **verdict FAIL** · `1` infra failure · `4` HITL required), every diagnostic to stderr, a versioned NDJSON event stream, and the taxonomy governed by its own ruleset with Rego parity so a new command cannot regress it. **+wave 2026-07-28 — the taxonomy exists and its contract break is propagated.** `0` pass · `1` tool failure · `2` blocked · `3` invalid input, enforced centrally in `BaseEvolithCommand.handleError` plus a jest guard that fails the build on any exit literal outside the set. **The propagation was audited rather than assumed:** a repo-wide sweep found NOTHING branching on `1` as "gate failed", so there was no live break here — but the composite action collapsed every non-zero onto `non-compliant`, which **asserted a customer's repository was non-compliant when the CLI had merely crashed or been invoked wrongly**. That is the inverse of a gate reporting green over an unevaluated repo, and it is just as false. The action now reports `error` / `invalid-input`, exposes `exit-code`, fails the step for a non-verdict regardless of `fail-on-violation`, and its PR summary says "Not evaluated — this is not a finding about this repository". Its tests went 11 → 13, reclassified rather than loosened: four cases were blocked verdicts (now exit 2) and two were genuine tool failures (still exit 1, now `error`). Both language guides publish the four-value table. **NOT closed:** stdout/stderr discipline is untouched (341 `console.log` vs 115 `console.error`), there is no `--format ndjson` event stream, and the third criterion asks for a Rego-parity ruleset while what shipped is a jest guard covering only this package. **Follow-up outside this repository:** the Tracker invokes the CLI and may branch on its exit code — unverifiable from here and must be checked in `evolith_tracker`. **Criterion 1 ticked on 2026-07-28 after verification:** `exit-code-taxonomy.spec.ts` publishes exactly four codes, separates a blocked verdict from an unreachable Core, and — the load-bearing part — SCANS the command sources and asserts none names an exit code outside `0`, `1`, `2` or `3`, with an anti-vacuous guard so a green from an empty scan is not a green. 21/21. Criteria 2 and 3 remain: there is no test asserting that `--format json`/`ndjson` writes data only to stdout with every diagnostic on stderr, and no ruleset+Rego pair enforcing the taxonomy as governance rather than as a jest scan. **+wave 2026-07-29 — criteria 2 and 3 closed for the JSON channel; a strengthened sweep then found four more taxonomy-membership-but-wrong breaks.** Criterion 2: `machine-channel.registry-sweep.spec.ts` asks the CLI's own commander registry which of its commands declare `--format` (not a hand-picked list) and asserts every one of the 32 found writes exactly one parseable JSON document to stdout with diagnostics on stderr — 32/32 clean. This closes the stdout/stderr purity half of criterion 2; `--format ndjson` streaming, the fourth pillar of the original fix, is still unbuilt. Criterion 3: the taxonomy is now governed by `src/rulesets/cli/exit-code-taxonomy.rules.json` with Rego parity (`src/rulesets/opa/cli-exit-code-taxonomy.rego`, `opa test` 7/7) and a native evaluator (`cli-exit-taxonomy-rule.handler.ts`, 28/28 with `rule-corpus-triage.spec.ts`) — a new command can no longer regress the taxonomy without a ruleset failure. **Strengthening the sweep surfaced exactly the class of bug it exists to catch:** adding `envelope.success === (status === 0)` alongside taxonomy-membership found FOUR commands that were valid taxonomy members while contradicting their own envelope — `sdlc gate-status` exited 0 on an `INTERNAL_ERROR` envelope (a branching consumer reads that as a PASS), `alias` exited 1 instead of 3 on a usage error, `init-wizard`'s own catch-all collapsed a `NonInteractiveError` to `INTERNAL_ERROR`/1 before it ever reached `resolveExitCode`, and `sdlc generate`'s JSON branch `return`ed before reaching the `process.exitCode` assignment below it. All four fixed by routing through the existing `exitCodeForErrorCode`/`resolveExitCode`/`carriesCliExitCode` helpers rather than a hardcoded literal, and the sweep now asserts this agreement for every command going forward. Verified: CLI suite 101 suites/1446 tests, core-domain handler+triage 28/28, `opa test` 7/7, `tsc --noEmit` clean. [PR #278](https://github.com/beyondnetcode/evolith_arch32/pull/278). **Still open:** the `--format ndjson` event stream, and the Tracker cross-repo follow-up noted above (unverifiable from this repo). | `Evolith CLI` | Cross | P1 | M | `IN-PROGRESS` |
+| [`GT-581`](./gap-reference-catalog.md#gt-581) | `grep -rn "outputSchema\\|structuredContent" src/packages/mcp-server/src` returns **0**, and so does `annotations` — across **50 announced tools**, on SDK `1.29.0`, which supports all three. Every caller therefore receives a text block and must reverse-engineer its shape, and no client can tell a read-only tool (`evolith-adr-list`) from a destructive one (`evolith-satellite-create`) before invoking it. The specification draft additionally loosened `inputSchema`/`outputSchema` to accept any JSON Schema 2020-12 keyword (SEP-2106) and asks servers to return `tools/list` in a deterministic order to improve client and prompt-cache hit rates — both free wins on the same pass. Fix: derive `outputSchema` per tool from `@beyondnet/evolith-contracts`, emit `structuredContent`, add `readOnlyHint`/`destructiveHint`/`idempotentHint` annotations, and make `tools/list` ordering deterministic. Wave 2: all 50 tools declare an outputSchema and return structuredContent that validates under the SDK’s own validator — including on FORBIDDEN denials, the result an agent most needs to read mechanically. Generated centrally from the envelope version, so a new tool cannot be registered without a contract. **Caveat carried, not hidden:** the `data` branch is declared-but-open for all 50; narrowing it needs per-operation schemas, which is GT-583. | `MCP Server` | Cross | P1 | M | `DONE` |
+| [`GT-582`](./gap-reference-catalog.md#gt-582) | Verified directly against the live specification on 2026-07-26, not taken from a secondary source. The **current** protocol revision is `2025-11-25`; the **draft** removes protocol-level sessions and the `Mcp-Session-Id` header (SEP-2567), removes the `initialize`/`notifications/initialized` handshake in favour of per-request `_meta` (SEP-2575), makes `server/discover` mandatory (SEP-2575), replaces server-initiated requests with the **MRTR** pattern — `InputRequiredResult`, a required `resultType`, and `inputResponses` on a retry of the original request (SEP-2322) — deprecates Roots/Sampling/Logging (SEP-2577) and deprecates Dynamic Client Registration in favour of Client ID Metadata Documents. In this repository: SDK `1.29.0`, **7 `sessionId` sites** under `src/packages/mcp-server/src`, and `grep -rn "well-known\\|oauth-protected-resource" src` returns 2 unrelated matches, so no protected-resource metadata document is served either. MRTR matters beyond conformance: it is *approval as a protocol*, and it is the only way the HITL gate survives the removal of sessions. **Correction to the source document, which this row records rather than repeats:** the document labels this revision `2026-07-28` and frames it as a 3-day emergency. That date could not be confirmed — the specification's own versioning page still names `2025-11-25` as current, describes negotiation as happening during `initialize`, and publishes no release date for the draft. The technical content is real and confirmed; the urgency is not. This is tracked preparatory work against a draft, to be re-checked at each spec revision. | `MCP Server` | Cross | P1 | L | `PENDING` |
+| [`GT-583`](./gap-reference-catalog.md#gt-583) | `TOOL_SCHEMAS` is a hand-written map at `src/sdk/cli/src/commands/api/api.catalog.ts:81`, the MCP tools declare their own input schemas inline in code, and `buildCapabilityManifest` (GT-513) publishes only `evaluationKinds`, `engines`, `surfaces`, `supportedConsumers` and a `sha256` — **no per-operation input or output schema at all**. So "one registry generates the three surfaces" is asserted in prose and maintained by hand. Separately, **all 154 `*.schema.json` files declare `http://json-schema.org/draft-07/schema#`**, while the MCP draft expects 2020-12 keywords in tool schemas — which makes the pin a blocker for GT-581 rather than a neutral choice. Fix: extend the manifest with per-operation `inputSchema`/`outputSchema`, generate `TOOL_SCHEMAS` and the MCP registrations from it, and migrate the meta-schema to 2020-12 compiling under ajv's 2020 entry point. | `Evolith Core` | Cross | P1 | L | `PENDING` |
+| [`GT-584`](./gap-reference-catalog.md#gt-584) | The ADR-0111 seam is live — `quality-signal-provider.port.ts`, `quality-signal-registry.ts` and two real providers (`lighthouse-evidence.provider.ts`, `structural-review-provider.ts`) — and `Evidence` already carries `determinism` and `provenance{collectedBy, adapterVersion, artifactHash, timestamp}`. What is missing is the gate on top of it: `grep -rniE "confusion.matrix\|true.positive.rate\|cohen\|kappa\|false.block"` across `src` and `.harness` returns **0**. Nothing reads `determinism` as a condition for blocking, so the day a non-deterministic provider is pointed at something that matters, its finding is admissible by default and unmeasured. Fix: `probabilistic-evidence-admissibility.rules.json` with `.rego`/`.test.rego` parity — probabilistic evidence may block only while `tpr ≥ θ₁ ∧ tnr ≥ θ₂ ∧ age ≤ θ₃`, and degrades to advisory otherwise — plus the calibration fields on `Evidence` that the rule reads. Wave 2: found and closed a real heuristic→blocking path (`detectDependencyInversionIssues`, `detectLayerViolations` emitted blocking MUST and mcp-server copied the flag verbatim). Two concrete defects behind the unmeasured error rate: the framework check matched naked substrings, and the layer comparison was INVERTED — every legal `application → domain` import blocked while every real `domain → infrastructure` inversion passed. **No criterion met in its stated location:** AC1 wants a ruleset/Rego pair under `src/rulesets/**`, AC2 wants the calibration fields on `Evidence` itself. Thresholds are declared policy, not measurements — GT-585 is what makes them real. | `core-domain` | Cross | P1 | M | `IN-PROGRESS` |
+| [`GT-585`](./gap-reference-catalog.md#gt-585) | 167 rulesets and 45 policies decide `blocking`, and not one of them has ever been measured: the entire calibration vocabulary (`confusion matrix`, TPR/TNR, Cohen's κ, false block) appears **0 times** across `src` and `.harness`. The label source such a measurement needs — a human overriding a gate decision — lives in the Tracker, and per GT-435/GT-448 nothing has ever run in production, so **there is no organic label corpus yet and this row cannot be closed by code alone**. What is available today, and is the whole point of registering it now: a hand-labelled set drawn from this repository's own history, plus the harness (a `judge:validate`-style command reporting a confusion matrix, κ and a Wilson interval inside the ADR-0073 envelope), so that the moment labels exist the figure is derivable rather than retrofitted. | `Governance` | Cross | P1 | L | `PENDING` |
+| [`GT-586`](./gap-reference-catalog.md#gt-586) | `EvaluationContext` carries 30+ optional members including `executionMode: 'manual' \| 'hybrid' \| 'agentic'` and, per evidence item, `EvidenceContext.producer.actorType` — but it has **no requester identity and no code revision**: over `evaluation-context.ts`, `grep -nE "actor\|revision\|commit"` matches only `ExecutionMode` and that nested `producer`. `EvaluationResult` echoes `evaluatedAt` and `versions{core, ruleset, rulesetVersion, policy, blueprint}` — again no revision. So the engine cannot attribute a verdict to a human or an agent (`executionMode` describes the mode of operation, not the identity of the requester, and carries neither model nor session), and two verdicts over the same repository cannot be ordered against the code they judged. Fix: additive optional `requester{actorType, actorId, modelRef?, sessionId?}` and `repositoryRevision` on the context, echoed into the result. Additive only, so the GT-388 contract freeze holds. Wave 2: `requester` and `repositoryRevision` accepted, echoed onto the result and projected into the OPA input, all additively. Nothing is derived — absent in, absent out, because an invented commit sha in an audit trail is worse than an absent one. **Remaining:** AC3, fixture coverage in `@beyondnet/evolith-contracts`. **CLOSED 2026-07-28.** The third criterion landed: `@beyondnet/evolith-contracts` now publishes `EVALUATE_INLINE_ATTRIBUTED_REQUEST` and `EVALUATION_RESULT_ATTRIBUTION_FIXTURE` from its package index — not merely from the fixtures module, which is what the criterion asks for and what a consumer can actually pin. Four tests: the typed requester and revision are carried, the result echoes both VERBATIM (nothing derived — an invented commit sha in an audit trail is worse than an absent one), a verdict WITHOUT them still validates and still resolves to `PASSED`, and a caller that supplies no revision gets none back. That additive half is what makes the change safe to ship in a published package. | `core-domain` | Cross | P1 | S | `DONE` |
+| [`GT-587`](./gap-reference-catalog.md#gt-587) | `grep -rn "gen_ai" src` returns **0**. Tracing exists (`src/packages/mcp-server/src/tracing.ts`) and GT-546 emits `evolith_*` metrics, so the plumbing is in place and only the vocabulary is private. The OpenTelemetry GenAI semantic conventions define `gen_ai.evaluation.result` — which is the exact shape of an ADR-0111 quality signal — plus an `mcp.*` namespace; the MCP draft additionally documents trace-context propagation through `_meta` (`traceparent`, `tracestate`, `baggage`, SEP-414). Fix: emit the semconv attributes alongside `evolith.*`, and pin the semconv version, since that registry is still Development status. | `Evolith Core` | Cross | P2 | M | `PENDING` |
+| [`GT-588`](./gap-reference-catalog.md#gt-588) | `Provenance{collectedBy, adapterVersion, artifactHash, timestamp}` is mandatory on every `Evidence` — and entirely unsigned: `grep -rniE "scitt\|cose_sign\|transparency"` over `src` returns a single unrelated match. GT-576 already downgraded the Pillar 1 claim of "immutable audit trails" from `Validated` to `Designed` for exactly this reason. An `artifactHash` that a producer computes about its own output is not tamper-evidence. Fix: a signed statement plus receipt per decision in the shape RFC 9943 (SCITT) defines with COSE receipts, an `evolith-cli audit verify` to check them, and — the part that makes the ledger load-bearing rather than ornamental — a governance rule that FAILS when receipts do not verify. | `Governance` | Cross | P2 | L | `PENDING` |
+| [`GT-589`](./gap-reference-catalog.md#gt-589) | `grep -rniE "scip\|tree-sitter"` over `src` returns **0**. Depth today comes from the OSS enforcer seam (GT-514/GT-515/GT-521), whose output is a flat `Violation` list per tool run — useful, but not a queryable fact base: no symbol graph, no module graph, no import or call structure the evaluator can ask questions of. Fix: a content-hashed `RepoFacts` package produced by a SCIP indexer (`scip-typescript` and peers) plus tree-sitter, extracted **outside** the Core and handed in inline as a deterministic `EvaluationContext` member — the same shape ADR-0101 already mandates for source files via `OverlayFileSystem`, so it reinforces the statelessness constraint instead of eroding it. | `Evolith Core` | Cross | P1 | L | `PENDING` |
+| [`GT-590`](./gap-reference-catalog.md#gt-590) | `structurizr-parser.ts` and `c4-compiler.ts` exist under `src/packages/core-domain/src/application/validators/enforcement/`, so the *intended* model is already parsed. What is absent is the mapping step: nothing binds a C4 element to a code symbol, module or path, so the system holds an intent and an implementation and cannot compare them. Fix: a probabilistic provider proposes bindings through the ADR-0111 seam, a human confirms them at a HITL gate, the confirmed mapping is persisted versioned, and from that point on it is a deterministic input. Depends on GT-589 for the symbol side of each binding. | `Evolith Core` | Cross | P2 | L | `PENDING` |
+| [`GT-591`](./gap-reference-catalog.md#gt-591) | `.harness/scripts/opa-runtime.mjs:6` pins `OPA_VERSION = '0.65.0'` and `compile-opa-wasm.mjs:41` downloads that same version; `@open-policy-agent/opa-wasm` sits at `1.10.0` in both `core-domain` and `mcp-server`. OPA has since shipped its v1 line, where the `if` and `contains` keywords are mandatory rather than opt-in. In this repository the migration is **already half done and measurable**: 13 of 45 policies declare `import rego.v1`, leaving **32 in v0 style**, with 39 `*.test.rego` files as the harness that proves the conversion did not change a single decision. Fix: `opa fmt --rego-v1` over the 32, bump the pinned version, and assert the pin in CI. Wave 2: 85/85 files in `src/rulesets` are v1; 275 test cases pass identically under the pinned 0.65.0 and a real 1.10.0, which is the strongest available proof no decision changed (HEAD produces 813 parse errors under the same v1 binary). Row evidence corrected: the v0 set was 77 files, not 32. **DO NOT BUMP THE PIN:** 6 tracked v0 policies under `reference/.../progressive-axis/**` still fail a v1 binary and are the ones the parity gate actually executes. | `Evolith Core` | Cross | P2 | M | `IN-PROGRESS` |
+| [`GT-592`](./gap-reference-catalog.md#gt-592) | The stack is finished: GT-538 (durable pgvector adapter), GT-539 (Qwen3 embeddings per ADR-0112), GT-540 (production `IKnowledgePort`) and GT-541 (delta-sync workflow) are all DONE, with `pgvector-knowledge.adapter.ts` and eight `rag-*` scripts under `.harness/scripts/ci/` — and **none of the 50 announced MCP tools is a search or knowledge operation**, so no external agent can query any of it. Second problem: GT-540's adapter ranks by cosine similarity alone, while this corpus is queried by exact identifiers (`ADR-0111`, `GT-569`, `SCHEMA_VERSION`, `EVD-01`), which is the regime where lexical BM25 beats dense retrieval. Fix: an `evolith-knowledge-search` MCP tool, hybrid retrieval with BM25 first and dense as reranker, and a retrieval eval harness in CI over a fixed query set so a ranking change becomes visible. | `MCP Server` | Cross | P2 | M | `PENDING` |
+| [`GT-593`](./gap-reference-catalog.md#gt-593) | GT-386 delivered durable *state* — `file-scheduler.adapter.ts`, `file-memory.adapter.ts`, `file-approval-store.ts` — but there is no step journal: `grep -rniE "resume\|journal"` over `src/packages/agent-runtime/src` returns **0**. So the pipeline (`plan()`, the harness, each provider, the Core evaluate) keeps no per-step record of inputs and outputs, which means a `kill -9` loses the work and, worse, loses the account of what the non-deterministic steps actually returned. Fix: journal each step with hashed inputs and outputs, and resume from the journal. Wave 2: append-only step journal content-addressed on input, in-memory + JSONL-durable; four steps journaled and resumed, proven by killing the Core mid-pipeline. The NOT-resumable set (approvals, policy verdicts, steps killed before completing, sink re-emissions) is written into the port rather than implied — approvals and verdicts are re-decided every attempt on purpose, because replaying a grant could resume on a revoked decision. | `agent-runtime` | Cross | P2 | M | `DONE` |
+| [`GT-594`](./gap-reference-catalog.md#gt-594) | The 167 rulesets and 45 policies reason about structure, boundaries and imports — and the failure modes the source document's longitudinal evidence names (duplication instead of reuse, collapsed refactoring, dead abstraction, error-masking constructs) are all **legal in terms of imports**, so no rule can see them: `grep -rlniE "duplicat"` over `src/rulesets` matches only prose (a README, the engineering manifesto, one ADR ruleset) and no rule computes a duplication ratio, a refactor-to-copy ratio, or an error-masking construct count. Fix: evaluators for those signals behind the ADR-0111 seam, **advisory first**, admissible for blocking only through GT-584. Depends on GT-589 for the structural facts the signals are computed over. | `Evolith Core` | Cross | P2 | L | `PENDING` |
+| [`GT-595`](./gap-reference-catalog.md#gt-595) | **Not from the source document — found while cross-checking it.** GT-569 carved this out explicitly ("closing the handler-coverage gap itself (≈240 unevaluable rules) is NOT part of this and stays open") and left it with no row of its own, which is how a P0 becomes invisible on the board. After that fix, `validate` on this repository reports **269 skipped of 380** rules, **192 of them `blocking`**: the native engine has handlers for a minority of the rule corpus (`find src/rulesets -name '*.rules.json'` counts 167 files across 21 directories). A skipped blocking rule is not a neutral outcome — it is a rule the product ships, documents and charges for, which never runs. Fix is triage before code: per ruleset, decide which rules need a native handler, which are better expressed as Rego (45 policies already exist), and which are documentation-only and must be marked non-executable so they stop inflating the denominator. Wave 2: every rule classified and the ratio published per ruleset. The headline is the reframing — of 380 rules, 129 are documentation or declare no check at all, so the "240 handlers to write" figure counted work nobody can do; the real backlog is 60. **AC2 deliberately NOT enforced:** blocking-and-skipped would fail this repository on ~85 rules today and was not switched on inside a shared wave. **CLOSED 2026-07-29.** AC2 is enforced: `RuleEvaluationEngine.toValidationIssues` now emits a `blocking` ValidationIssue whenever a rule declared `blocking` returns `skipped`, so the combination fails the run. It is deliberately NOT a thrown error — `RulesetValidatorService.validate` catches engine exceptions and downgrades them to `logger.warn`, so a throw would have been silently swallowed by the only product caller. The rule's own outcome stays `skipped` on purpose: promoting it to `failed` would move it into `rulesChecked` and re-inflate the very coverage GT-569 made honest. Switching it on exposed **181 rules declared `blocking` that never execute**. 96 were auto-generated ADR placeholders whose own `validationQuery` ends "Concrete checks to be wired into the harness" — the generator asserted `blocking: true` on a check it never wired, and now emits `blocking: false`. Of the remaining 85, **12 were closed for real** and the pinned count now stands at **73**, recomputed against the real corpus rather than assumed (the pin was perturbed to 74 and observed failing): 8 config-shaped (ED-R04, ED-R05, ED-R06, DAM-R05, MTN-05, GIT-08, SEC-RL-01, SEC-RL-02) and 4 module-boundary (HXA-01, HXA-02, HXA-04, HXA-05). Two findings are worth keeping, both instances of the pattern this wave is about. The four HXA rules were dead because **`DiskRulesetRepository.normalizeRuleset` never copied the `enforce` field**: the schema has accepted it since GT-516, ADR-0002 authors six blocks and the PolicyCompiler compiles them, but normalization dropped it, so `rule.enforce` was always `undefined` and the whole enforcer subsystem was unreachable for lack of data, not for lack of wiring. And **`rule-corpus-triage.spec.ts`'s own loader dropped `enforce` too**, under a docstring claiming it loads "exactly as `DiskRulesetRepository` does" — the measuring instrument was measuring a different corpus than the one production evaluates. Two things were deliberately NOT done. `dependency-cruiser` was not adopted: the Core is a stateless engine reading satellites through an overlay filesystem that a subprocess cannot see, and the tool's config matches `node_modules/`, so an uninstalled satellite would yield zero violations and PASS four blocking rules — a false pass is worse than the skip it would replace. OCB-02 was not closed: no artifact anywhere carries an `availability` marker, so the rule quantifies over the empty set and can only pass; that is recorded as three executable tests instead of prose. | `core-domain` | Cross | P0 | L | `DONE` |
+| [`GT-510`](./gap-reference-catalog.md#gt-510) | **16 DONE gaps lack a closure-evidence record in `gap-closure-evidence.json`.** The registry holds 417 closure records but 433 are required (425 `GT-*` DONE + 8 `MT-*`), so `08-validate-tracking.mjs` and `09-reconcile-maturity.mjs --check` fail. Surfaced once [`GT-476`](./gap-reference-catalog.md#gt-476) re-pointed the tracking/maturity guards to the real paths — the stale paths had hidden it. Affected: GT-424, GT-436, GT-440, GT-449, GT-450, GT-452, GT-466, GT-467, GT-468, GT-469, GT-470, GT-471, GT-472, GT-473, GT-474, GT-484. Fix: add the real closure record (commit + verification) for each, or revert any not actually DONE — do not fabricate evidence. **Closure:** the registry now holds 439 records (≥ required) and BOTH guards pass — `08-validate-tracking.mjs` "Validated 523 gaps and 439 closure records" and `09-reconcile-maturity.mjs --check` "✅ Maturity reconciliation matches" (the latter completed by the maturity `asOf` sync `0d45a08e`). Every DONE gap has a record (08 enforces exactly that). | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-511`](./gap-reference-catalog.md#gt-511) | (EAG-02 · A/B integration) **Single normalized evidence/Violation model.** One canonical `Violation` model (`ruleId, tool, file, line?, column?, severity, message, adrRef, owner?, fingerprint, frozen`) + an evidence contract against `src/rulesets/evidence/evidence-manifest.rules.json` (EVD-01..04); unifies the OSS normalizer (A) and the `EvidenceNormalizer` (B). Today the only engine is OPA-WASM + 12 native handlers (`native-evaluator.ts`), there is no OSS-ingestion adapter, and `RuleExecutionRef.engine` is a strict Ajv enum. Fix: `violation.ts` in core-domain (fingerprint normalized WITHOUT message + normalized path), map to `GapFinding`/`RiskFinding`, `violation.schema.json` + `enforcer-evidence.schema.json`, add engine `'enforcer'` with an enum version/tolerance strategy. **Closure (`d769c97b`):** `violation.ts` (Violation model + invertible severity maps + fingerprint over normalized path excluding `message` + Violation⇄GapFinding/RiskFinding + `EnforcerEvidenceManifest`/`buildEnforcerEvidence` discharging EVD-01..04); `violation.schema.json` + `enforcer-evidence.schema.json` (ajv-valid, incl. negative EVD-02); `RuleExecutionRef.engine` widened to an open `RuleEngine` vocab + `'enforcer'` (`isKnownEngine`/`normalizeEngine`). Verified: core-domain 752/752 (+17), tsc clean, ajv valid. | `core-domain` | Cross | P0 | M | `DONE` |
+| [`GT-512`](./gap-reference-catalog.md#gt-512) | (EAG-04 · A/B integration) **Evaluation-environment provisioning (restore/scoping/cache/sandbox).** Make source-analyzers runnable and safe. `GitHubRepositorySourceReader` delivers a TEXT tarball with no dependencies → dependency-cruiser/import-linter give false negatives; Core and satellites are Nx monorepos. Fix: PA-01 restore (`npm ci`/`dotnet restore+build`/`pip install`+grimp/`composer install`); PA-02 per-project Nx scoping; PA-03 EvaluationResult cache by commit-SHA + changed-files-only; PA-04 shell-out sandbox (no egress, no secrets, ulimits/cgroups, binary allowlist); PA-05 toolchain per `evolith.yaml` manifest. **Progress (`970a0da6`):** the verifiable pure slice landed in `provisioning.ts` — PA-01 `buildRestorePlan`, PA-02 `resolveProjectScope` (Nx affected), PA-03 `computeEvaluationCacheKey`+`IEvaluationCache` (AC3 done — unchanged commit+scope hits cache), PA-04 `SandboxPolicy`+`enforceSandboxPolicy`+`SandboxedProcessRunner` (fail-closed: non-allowlisted binary / secret-env rejected before the inner runner; hardens the GT-514 `IProcessRunner`), PA-05 `resolveRuntimeFromManifest`. Verified: core-domain 838/838 (+16), tsc clean. **+2026-07-12 (PA-06 + real runner):** `executeRestorePlan` (runs the plan fail-fast in the checkout cwd) + `provisionEvaluationEnvironment` (composes scope→cache→restore) in core-domain; and the real **`NodeProcessRunner`** in `@beyondnet/evolith-infra-providers` (`execFile`, no shell, no secret inheritance —curated PATH/HOME/locale passthrough, never TOKEN/SECRET—, timeout+kill, cwd-confined) — the inner runner that `SandboxedProcessRunner` wraps; port exposed in core-domain's public API. Verified: core-domain 893/893, infra-providers 67/67, tsc clean. **Gated (OS-infra only):** OS-level egress/cgroup/namespace enforcement (needs a locked-down deploy container) + the real repo fetch/checkout integration. | `Evolith Core` | Cross | P0 | L | `DONE` |
+| [`GT-513`](./gap-reference-catalog.md#gt-513) | (EAG-06 · A/B integration) **Stable API + capabilities manifest.** The front door for external consumers. `evolith-machine-contracts.json` lists only `evolith_tracker` in `supportedConsumers` and there is no `/capabilities`. Fix: a versioned `@beyondnet/evolith-contracts` package (SemVer + sha256); `GET /api/v1/capabilities` next to `ReferenceController` (REST-only per ADR-0074, no GraphQL here); contract-parity tests. **Progress (`6b4bebf4`, parallel wave):** the versioned manifest + drift guard landed in core-domain — `capabilities/capabilities-manifest.ts` `buildCapabilityManifest` (kinds from `EvaluationResult.results`, engines from `KNOWN_RULE_ENGINES` incl. `enforcer`, `supportedConsumers` adds `external`, SemVer `version`, `sha256` of canonical JSON) + `capabilityManifestFingerprint` parity guard + compile-time exhaustiveness guards. Verified: core-domain 822/822 (+15), tsc clean. **Gated:** the live `GET /api/v1/capabilities` core-api endpoint + the published `@beyondnet/evolith-contracts` package (shared-file/module wiring). **+parallel wave (`d144736e`):** landed the live `GET /api/v1/capabilities` endpoint (`CapabilitiesController` → `buildCapabilityManifest`, ADR-0073 envelope). Verified 2/2 + reference no regression. Remaining: the published `@beyondnet/evolith-contracts` package. **Closure:** that remainder was delivered — `@beyondnet/evolith-contracts@1.1.0` is live on npm (verified with `npm view`), so nothing is left open on this row. The sentence above is retained for history. | `Core API` | Cross | P1 | M | `DONE` |
+| [`GT-514`](./gap-reference-catalog.md#gt-514) | (EAG-08 · A/B integration) **`IEnforcerAdapter` + `EnforcerEvaluator` + Composite + catalog.** The enforcer orchestration seam. `rule-evaluation-engine.ts`/`RulesetValidatorService` use a single `this.strategy` (Native). Fix: `IEnforcerAdapter.analyze(ctx)→Violation[]` with a `runtime` union; `EnforcerEvaluator` (an `IRuleEvaluatorStrategy`) filtering `enforce.engine==='enforcer'`; `CompositeRuleEvaluator` preserving the Native default; `ShellEnforcerAdapter` + `IProcessRunner`; `enforcer-catalog.json` aligned with `product/infra/validated-tool-catalog.md`. **Closure (`30aee332`):** `enforcement/` seam — `IEnforcerAdapter.analyze→Violation[]` + `IProcessRunner` port (hardened by GT-512) + `StubProcessRunner` (no unsandboxed default shipped); reusable `ShellEnforcerAdapter` (buildSpec+parse); `EnforcerEvaluator` (filters `enforce.engine==='enforcer'`, correlates by `toolRuleId`, frozen⇒pass, missing-adapter/crash⇒skip); `CompositeRuleEvaluator` drops into the engine's injectable `strategy` unchanged; `NormalizedRule.enforce?`; `enforcer-catalog.json` mirrors new §4.3 of the tool catalog (EN+ES). Verified: core-domain 762/762 (+10), tsc clean. | `core-domain` | Cross | P1 | M | `DONE` |
+| [`GT-515`](./gap-reference-catalog.md#gt-515) | (EAG-09 · A/B integration) **dependency-cruiser adapter + SARIF ingester.** First source-analyzer adapter (Node/TS, where Core code lives). depcruise has no native SARIF ≤v16 and tsconfig resolution can yield false "not resolvable". Fix: `DependencyCruiserAdapter` (`depcruise -T json`, parse `summary.violations[]`) + a generic reusable SARIF 2.1.0 ingester. Gate: 0 false positives on a real corpus before any block. **Progress (`a1bc3ea1`):** AC1+AC2 done — `DependencyCruiserAdapter` (pure `parseDependencyCruiserReport`: `summary.violations[]`→`Violation` file:line, error/warn/info, cycle path, malformed⇒`[]`) over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam; generic reusable **SARIF 2.1.0 ingester** (tool from `driver.name`, not depcruise-specific — reused by GT-521). Verified: core-domain 773/773 (+11), tsc clean. **AC3 (0 FP on a REAL corpus) gated by GT-512** (needs a `depcruise` run in a restored env). | `Evolith Core` | Cross | P1 | M | `DONE` |
+| [`GT-516`](./gap-reference-catalog.md#gt-516) | (EAG-10 · A/B integration) **`enforce:` block + PolicyCompiler + `evolith enforce compile` + ADR-0002 pilot.** Single-policy → native checks. HXA-01..07 in `adr-0002-hexagonal-architecture.rules.json` are only text in `validationQuery`. Fix: `enforce:` in `ruleset-standard.schema.json` (`engine, tool, toolRuleId, config\|configRef, severityMap, runtime, mode`); PolicyCompiler + `evolith enforce compile` (nest-commander, `src/sdk/cli/src/commands/enforce/`) with per-rule fallback for uncompilable rules (NetArchTest no cycles; Deptrac PHP-only; Conftest IaC-only); populate `enforce` in ADR-0002; round-trip test 0 FP. | `Evolith CLI` | Cross | P1 | L | `DONE` |
+| [`GT-517`](./gap-reference-catalog.md#gt-517) | (EAG-12 · A/B integration) **Freezing/baseline + ratchet + warn→block + enforce versioning.** Incremental adoption without breaking builds. Fix: `PolicyBaselineStore` (single authoritative fingerprint store; map native baselines toward it — not two parallel baselines); ratchet (fail if the baseline grows); per-rule warn\|block + `--enforce-mode`; `evolith enforce freeze`; a debt budget with expiry; `enforce`-block versioning + baseline rebase when a rule changes. **Closure (`e0e2b72c`, parallel wave):** `policy-baseline.ts` — single authoritative `PolicyBaseline` (frozen fingerprints; unifies native+enforcer, no parallel stores); `freezeViolations`, `applyBaseline` (frozen vs NEW/`fresh`), `ratchet` (fails on growth), `rebase` (fingerprint-stable ratchet-down — survives tool upgrades because GT-511's fingerprint excludes `message`), `decide` (warn\|block). Verified: core-domain 822/822 (+17), tsc clean. | `Evolith Core` | Cross | P1 | M | `DONE` |
+| [`GT-518`](./gap-reference-catalog.md#gt-518) | (EAG-13 · A/B integration) **PR/CI drift gate + SARIF exporter + evidence manifest + waivers.** Deterministic merge gate. Fix: SARIF exporter of `EvaluationResult` (`evolith evaluate --format sarif`); a CI drift-gate on the GitHub/GitLab Checks API (needs a GitHub App with `checks:write` + GHAS in private repos; fallback = PR comment + exit code); emit an enforcer-evidence manifest (EVD-01..03 via the unified `EvidenceNormalizer`); a waiver flow (request/approve/version/expire) for `waiverRef`; owner enrichment via CODEOWNERS. **Progress (`72441eff`, parallel wave):** the core-domain slice landed — `sarif-exporter.ts` `exportEvaluationResultToSarif` (valid SARIF 2.1.0, findings→results with level/location, round-trips through `ingestSarif`) + `emitEvaluationEvidence` reusing `buildEnforcerEvidence` (carries EVD-01..03). Verified: core-domain 822/822 (+17), tsc clean. **Gated:** the `evolith evaluate --format sarif` CLI flag, the PR/CI Checks-API gate, and the waiver flow (CLI/GitHub App/GT-516). **+parallel wave (`a28c54d9`):** landed the `evolith evaluate --format sarif` flag (prints SARIF 2.1.0 via `exportEvaluationResultToSarif`, envelope suppressed in sarif mode) — 1 of 3 ACs. Stays open (drift gate PR/CI + waivers + evidence pending). **Closure (`2abe60b5`, 2026-07-14):** the remaining two ACs landed the day AFTER the sentence above was written, and it was never updated — so the row contradicted its own Status column. Durable waiver store + `evolith waiver` CLI; the drift gate met via the mandated PR-comment fallback + non-zero exit, verified live on a violating workspace. The native GitHub-App Checks-API publish is scoped out as owner infra (`accepted-scope` in the closure record, which spells out the rationale). The stale sentence is kept for history. | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-519`](./gap-reference-catalog.md#gt-519) | (EAG-14 · A/B integration) **CLI/MCP/REST parity (BR-008) + reproducible toolchain + enforcer observability.** Surface parity + operability. Fix: register the Composite in `evaluate` / the MCP `architecture` tool / `POST /api/v1/evaluate`; pin exact tool versions (`validated-tool-catalog.md` ↔ `enforcer-catalog.json`); per-runtime composable CI images (not one monolith) with vuln scan + Renovate; enforcer OTel metrics (duration, failure rate, timeouts, violation counts). **Closure (`4eb471a6` + prior `f8310fac`/`4b6db4d5`):** the headline parity slice was already live — all three surfaces inject `processRunner: new NodeProcessRunner()` (core-api `core-domain.module.ts`, cli `app.module.ts`, mcp `domain.module.ts`) and the `enforcer-catalog.json`↔§4.3 pins match behind a green doc-parity guard. **Completion:** the OTel metrics seam terminated internally — `EnforcerEvaluator`/`createCompositeEnforcerStrategy` accepted an `IEnforcerMetrics`, but `RulesetValidatorService`/`RulesetValidatorOptions` (the single public construction point all three surfaces route through) neither accepted nor forwarded one, and the port types weren't exported ⇒ metrics were permanently no-op and un-wireable by a host. Fixed: `RulesetValidatorOptions.metrics?` forwarded into the subsystem factory + re-exported the public metrics API (`IEnforcerMetrics`/`NoopEnforcerMetrics`/`RecordingEnforcerMetrics`/`ENFORCER_METRICS`), no-op-safe. Verified: core-domain 1026/1026 (+2), mcp 326/326, cli 969/969, core-api 152/152, tsc clean. **Gated (ops only):** per-runtime composable CI images + vuln-scan/Renovate, and wiring a live OTel `Meter`-backed adapter inside each surface module (host activation/config — the code seam is complete and importable). | `Evolith Core` | Cross | P2 | M | `DONE` |
+| [`GT-520`](./gap-reference-catalog.md#gt-520) | (EAG-15 · A/B integration) **Hardened MCP (Streamable HTTP + OAuth + per-identity ABAC).** Safe external/agent MCP consumption of `src/packages/mcp-server` (`@beyondnet/evolith-mcp`). Fix: Streamable HTTP + OAuth bearer in `mcp-server/main.ts` (MCP has no built-in authz); per-consumer ABAC in `tool-registry` (`abac-mcp-tool-access.rego`), audit every `tools/call`; resources `evolith://capabilities` and `evolith://contracts`. | `MCP` | Cross | P1 | M | `DONE` |
+| [`GT-521`](./gap-reference-catalog.md#gt-521) | (EAG-24 · A/B integration) **Deferred enforcers (Deptrac/import-linter/Conftest/Checkov/Trivy + ArchUnit JVM/jQAssistant).** Expand language/security coverage once repos exist; today there is no JVM/PHP/Python code in the repos (speculative). Fix (when a real repo of that runtime exists): `DeptracAdapter`, `ImportLinterAdapter` (`line=null`), Conftest/Checkov/Trivy (`category='security'`, SARIF), ArchUnit JVM + `FreezingArchRule`, jQAssistant (Cypher/Neo4j). **Promoted DEFERRED→PENDING (2026-07-12):** activated as part of the common multi-language base (alongside GT-524 .NET / GT-515 Node-TS). Note: ArchUnit/jQAssistant (JVM) is not yet in tool-catalog §4.3 — catalog it before the adapter. **Closure (`e322bd7b`):** landed the two runtimes with a real corpus on this machine — `ImportLinterAdapter` (Python: `lint-imports` broken-contract report → `Violation`, `file=''`/`line=null`, chain in message; completed run always prints the "Contracts: N kept, M broken." summary ⇒ its absence on exit≠0 SKIPs not false-passes) + the security-SARIF adapters (Checkov/Trivy + any SARIF emitter: reuse the GT-515 `ingestSarif` and stamp `category='security'`). Added optional `Violation.category` (schema+model) so security findings route to the security dimension; registered Checkov/Trivy in `enforcer-catalog.json` + §4.3; `createEnforcerAdapters` returns all five. **Live-verified:** real Python domain→infra import = 1 Violation (clean 0); real Checkov SARIF over Terraform (8 findings) = 8 Violations all `category='security'` (clean 0). core-domain 1024/1024, core-api tsc clean. **Deptrac/ArchUnit/jQAssistant stay adapter-pending — no real PHP/JVM/Neo4j repo exists to exercise them (criterion #1's own gate).** | `Evolith Core` | Cross | P2 | L | `DONE` |
+| [`GT-522`](./gap-reference-catalog.md#gt-522) | There is no second style of query interface, and no consumer has ever asked for one **What it means:** A different way of asking the system for information was considered and set aside. Nobody needs it, and building it would mean permanent extra upkeep plus one more door for an attacker to try **Example:** The only consumer that exists already talks to the system in the current style; the recommendation on file is to drop the idea unless somebody asks | `Core API` | Cross | P3 | L | `DEFERRED` |
+| [`GT-485`](./gap-reference-catalog.md#gt-485) | **CLI `validate --format json` does not emit the ADR-0073 envelope, unlike MCP and REST.** The CLI prints the bare result (`{status, rulesChecked, issues, coreRef}`) with no top-level `success` field, while `evolith-validate` (MCP) and `POST /architecture/validate-satellite` (REST) both wrap it as `{success:true, data, meta}` — a cross-surface contract divergence that breaks any client parsing the envelope. **Auto-detected by the running exploration agent** (`npm run test:exploration`, operation `validate-satellite`). Fix: wrap `validate`'s JSON output in the shared `createSuccessEnvelope` as `gate`/`drift`/`phase` do. | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-523`](./gap-reference-catalog.md#gt-523) | **Reactivating the tracking guard surfaced board/registry drift; the guard's original ~653-error report was mostly stale.** After `d11c6e52` (945 evidence paths repointed + 16 closure records added) and this session, the real remaining set was small. **Resolved (`f3f271da`, `f70b98ce`):** (a) EN/ES reconciled to 523/523 — `GT-484`→`DONE`, the last status desync; (c) 13 ES `HECHO`→`COMPLETADO` ([`GT-480`](./gap-reference-catalog.md#gt-480)); (e) progress counter → `451/523 · 62 pending · 3 deferred` ([`GT-477`](./gap-reference-catalog.md#gt-477)); (d) 6 legacy closure records repaired — `partial`→`accepted-scope` (GT-425/431/434/462), GT-463 criteria checked (evidence-backed), GT-465 criteria reworded to delivered-scope + G1 delegation (GT-462 pattern, no fabrication of a live Cilium install); (b) catalog sections were already present (36/36). **`08-validate-tracking.mjs` now GREEN** (523 gaps / 433 records). **Remaining:** `09-reconcile-maturity.mjs` needs re-observed maturity evidence (`asOf` 2026-07-03 vs board `2026-07-11`, and 4 checks `observedAt` 2026-06-13 near the 30-day limit → requires a fresh CI run, not a date bump); and re-arming 08/09 in CI/pre-commit is `.harness`-owned → [`GT-476`](./gap-reference-catalog.md#gt-476). **+2026-07-17 (`e138b1d4`) — `08-validate-tracking` back to GREEN.** Reactivating it after the day's 3 DONE flips surfaced the expected drift: added closure-evidence records for GT-519/GT-438/GT-451 (registry 512→515, matching the board DONE count — real commits + verification, not fabricated) and fixed GT-519's ES catalog (two acceptance criteria unchecked while DONE → `[x]` parity + `[~]` delivered-scope for the CI-images half; detail `Status` EN `IN-PROGRESS`/ES `PENDING`→`DONE`). Guard now reports "Validated 551 gaps and 515 closure records." **Remaining (CI-owned):** `09-reconcile-maturity` needs a GENUINE fresh maturity observation — the 4 checks (cli-baseline/coverage/documentation/release) are CI-gated evidence with GitHub Actions run URLs and `observedAt` 2026-06-13 (>30-day stale), and `asOf` must re-sync to the board. Per decision 2026-07-17 this is left as the CI-owned remainder (a real CI run refreshes it; NOT a local date bump), tracked with the guard re-arm under [`GT-476`](./gap-reference-catalog.md#gt-476). **+2026-07-18 (`35ea46e1`) — the CI-owned remainder was PAID, and the gap closes.** The maturity evidence was genuinely re-observed rather than date-bumped: all four checks now carry `observedAt` 2026-07-18 with real run URLs and commits, `asOf` re-synced to the board, and the observation was honest enough to INVERT three checks from PASS to BLOCKED (MCP smoke timeout, branch coverage 62.89% vs the 75% gate, 174 doc-validation errors) with no threshold relaxed and no stale figure carried forward. Guard 08 green: "Validated 565 gaps and 530 closure records." The three failures that observation exposed were provisionally mapped to this gap as a placeholder; they now have their own rows — [`GT-561`](./gap-reference-catalog.md#gt-561), [`GT-562`](./gap-reference-catalog.md#gt-562), [`GT-563`](./gap-reference-catalog.md#gt-563) — and `maturity-evidence.json` has been repointed at them, so nothing is left attached to this row. Guard re-arm remains delegated to [`GT-476`](./gap-reference-catalog.md#gt-476) (`DONE`; 08 and 09 run in `docs.yml`). | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-524`](./gap-reference-catalog.md#gt-524) | **[Common base · axis 2] `.NET` / NetArchTest adapter — the suite's primary runtime has no enforcer.** Catalog §4.3 lists `NetArchTest` (1.3.x) bound to ADR-0002, but no adapter exists; UMS/Tracker/MMS are .NET clean/hexagonal, so architecture control does not cover the ecosystem's most-used language. Completes the multi-language base alongside GT-515 (Node/TS) and GT-521 (PHP/Python/JVM). Fix: `NetArchTestAdapter` over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam (exit-code + parse→`Violation`), 0-FP gate on a real .NET corpus (depends on GT-512). From positioning analysis §13.2. **Progress (`netarchtest-adapter.ts`):** landed the pure verifiable portion — `parseNetArchTestReport` (`dotnet test` output→`Violation[]`, one violation per failed architecture test, `file=''` locationless, message carrying the offending types, summary line never mis-parsed, malformed/clean⇒`[]`), `isNetArchTestFailure` (a completed run ≠ a build break ⇒ SKIP not false-pass) and `createNetArchTestAdapter` over the GT-514 `ShellEnforcerAdapter`/`IProcessRunner` seam. Verified: core-domain 879/879 (+11), tsc clean. **+wiring (`enforcer-subsystem.ts`):** `createCompositeEnforcerStrategy` composes runner→`SandboxedProcessRunner`→adapters→`EnforcerEvaluator`→`CompositeRuleEvaluator`, wired **opt-in** into `RulesetValidatorService` (`processRunner` field, non-forking); end-to-end loop verified (.NET `enforce:` rule → composite → NetArchTest → violation → `failed`). core-domain 898/898. **Blocked by GT-512:** the real `dotnet test` run against a restored .NET checkout + the 0-FP gate on a real corpus. | `core-domain` | Cross | P1 | M | `DONE` |
+| [`GT-525`](./gap-reference-catalog.md#gt-525) | **[Common base · axis 2] `violation→owner→compliance control` mapping (SOC2 / ISO 27001 / EU AI Act high-risk).** Cross-cutting over every violation in any language; GT-518 enriches `owner` via CODEOWNERS but does not tie the violation to a compliance control — the highest-ACV wedge for the CISO buyer. Extends GT-518. Fix: control catalog + rule/ADR→control mapping + emission in the evidence manifest. Analysis §12 (P1 wedge). **Closure (`57b2cc09`):** `domain/compliance.ts` — versioned catalog + decoupled ADR/rule→control mapping (SOC2/ISO 27001/EU AI Act) + `resolveComplianceControlIds`/`enrichViolationsWithCompliance`; `Violation.complianceControls?` (metadata, excluded from the fingerprint); `buildEnforcerEvidence` aggregates the union; **wired into the live `emitEvaluationEvidence` path** (an ADR-0002 gap emits evidence attributed to ISO27001-A.14.2.5 + SOC2-CC8.1, per-violation and at manifest level). Verified: core-domain 910/910 (+12), tsc clean. No infra gate. | `Evolith Core` | Cross | P1 | S | `DONE` |
+| [`GT-526`](./gap-reference-catalog.md#gt-526) | **[Control surface · axis 2] `edit-time` enforcement — cross-agent hook.** The 3rd of the three READ→CONTROL surfaces (§14.1): pre-generation (MCP, partial GT-520) and PR/CI (GT-518) exist, but the hook that blocks the offending change in-flight as the agent writes is missing. No market incumbent. Fix: cross-agent hook (Claude Code/Cursor/Copilot) that queries the architecture contract and rejects the non-conforming edit. Analysis §14. **Progress (`edit-gate.ts`):** landed the verifiable core — `evaluateEdit(edit, rules)` decides **allow/block in-flight** with a fast single-file check (no toolchain; GT-518's PR/CI stays the authoritative gate): `extractImports` (TS/JS `import`/`export from`/`require` + C# `using`) + `EditBoundaryRule` boundary rules (`appliesTo`/`forbiddenImports`), emits canonical `Violation`s (tool `edit-gate`, reusable by evidence/compliance), `allow=false` only on `error` severity. Agent-neutral (pure function). Verified: core-domain 917/917 (+7), tsc clean. **Remaining (integration):** the per-agent adapter (Claude Code PreToolUse hook / Cursor extension) that feeds the edit and enforces the decision. | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-527`](./gap-reference-catalog.md#gt-527) | **[Wedge · axis 2] Lock-in-free ownership ingestion connectors: Port / Cortex / OpsLevel + Backstage.** Ingest IDP blueprints and `catalog-info.yaml` as an ownership/service source to enrich violations and ADRs without vendor lock-in; Evolith blocks where they only measure (§13.2). Fix: read-only connectors via ACL normalizing to the canonical ownership shape. **Progress (`domain/ownership.ts`):** landed the pure normalization core — canonical `OwnershipEntry`, `parseBackstageCatalog` (`catalog-info.yaml` kind Component → owner + pathPrefix via `evolith.io/path`/relative `source-location`; drops non-Components/incomplete), `parseBlueprintOwnership` (generic Port/Cortex/OpsLevel: `component`\|`identifier` + `owner`\|`team`), `resolveOwner` (file→owner longest-prefix) and `enrichViolationsWithOwner` (fills `owner` without overwriting, excluded from the fingerprint). **Completes the violation→owner→compliance chain** (composes with GT-525). Verified: core-domain 925/925 (+8), tsc clean. **Remaining (connector/infra):** reading the repo's `catalog-info.yaml` (via the config-parser port) and the read-only Port/Cortex API fetch. **+parallel wave (`63fda478`):** landed `loadBackstageOwnership(yamlText)` in infra-providers (multi-doc YAML parse → `parseBackstageCatalog` → `OwnershipEntry[]`). Verified 4/4. Remaining: the read-only Port/Cortex API fetch. **Closure (`wave`):** `fetchBlueprintOwnership(client, source)` + injected `BlueprintHttpClient` complete the IDP connectors (Backstage loader + Port/Cortex) over the pure ownership parsers. Verified: infra-providers 78/78. | `Evolith Core` | Cross | P2 | L | `DONE` |
+| [`GT-528`](./gap-reference-catalog.md#gt-528) | **[Wedge · axis 2] Structurizr / C4 DSL ingestion → executable ADR.** Turn Structurizr/C4 models (architecture intent, today prose/diagram) into `enforce:` rules verifiable against real code (§13.2). Fix: DSL parser + mapping to `NormalizedRule.enforce`; complements GT-516. **Progress (`c4-compiler.ts`):** landed the compiler — `compileC4ToBoundaryRules(model)` turns a normalized `C4Model` (elements with `path`/`importPrefix` + allowed relationships) into GT-526 `EditBoundaryRule`s, deriving the denylist from the model's allowlist (an element may only depend on what it declares; everything else is forbidden), with `ruleId` `C4-<id>`, ADR and severity. **The C4 diagram becomes executable** and feeds the edit-time gate (GT-526) and PR/CI. Verified end-to-end: a `src/domain` edit importing `src/infrastructure` → blocked; core-domain 933/933 (+5), tsc clean. **Remaining (ingestion):** parse the raw Structurizr `.dsl` (or its JSON export) into the normalized `C4Model`. **Closure (`5c66dd69`, parallel wave):** landed `parseStructurizrDsl(dsl)` — parses element defs (`ident = keyword "Name"` + path/import/adr tags) and relationships (`a -> b`), ignoring scaffolding; composes end-to-end with `compileC4ToBoundaryRules` + `evaluateEdit`. Driver-verified: core-domain 950/950. Single-line subset documented. | `Evolith Core` | Cross | P2 | M | `DONE` |
+| [`GT-529`](./gap-reference-catalog.md#gt-529) | **[Surround · axis 1] ACL contract + Jira Enterprise integration reference.** Map Jira ideas/epics/stories/approvals/releases to Evolith artifacts preserving origin/identity/timestamps/lineage, with transition safeguards (completing a Jira workflow does not authorize a phase transition). §8.3 / §12. Fix: external work-system ACL + integration guide. **Progress (`domain/external-work-acl.ts`):** landed the pure ACL — `CanonicalWorkItem` with `WorkItemProvenance` (source/externalId/externalKey/url/created/updated), `parseJiraIssue`/`parseJiraIssues` (maps Jira issues preserving provenance; rejects a missing `id` rather than fabricating identity), `mapJiraIssueType` (Epic/Story/Task/Version→canonical kind). **Transition safeguard (§9-6):** `authorizesPhaseTransition: false` by contract + `externalWorkAuthorizesTransition`⇒`false` (completing a Jira workflow does NOT authorize a phase gate). Verified: core-domain 939/939 (+6), tsc clean. **Remaining (connector/infra + doc):** the read-only Jira REST API fetch + the documented integration guide. **Closure (`wave`):** `fetchJiraWorkItems(client, jql)` + injected `JiraHttpClient` port land the read-only connector over the ACL; live fetch is the injected client at deploy. Verified: infra-providers 78/78. | `Evolith Core` | Cross | P1 | L | `DONE` |
+| [`GT-530`](./gap-reference-catalog.md#gt-530) | **[Surround · axis 1] Langfuse adapter → canonical evidence.** Map Langfuse traces/evaluations/cost/latency/prompt-version/tool-calls to Evolith's evidence model, to avoid rebuilding an LLM telemetry platform. §8.1 / §12. Fix: `LangfuseEvidenceAdapter` via the observability port. **Progress (`domain/observability-evidence.ts`):** landed the pure mapper + portable shape — `ObservabilityEvidence` (traceId/model/promptVersion/costUsd/latencyMs/totalTokens/toolCalls/evaluations/url, provider-neutral §9-5), `mapLangfuseTrace` (aggregates cost/tokens/latency across observations, takes model/prompt from the first GENERATION, collects distinct tool-calls, maps scores→evaluations; a trace with no id⇒null) and the `IObservabilityEvidenceSource` port. Verified: core-domain 945/945 (+6), tsc clean. **Remaining (connector/infra):** the read-only Langfuse API fetch behind the port. **Closure (`wave`):** `LangfuseEvidenceAdapter implements IObservabilityEvidenceSource` over an injected `LangfuseHttpClient`, delegating to `mapLangfuseTrace`. Verified: infra-providers 78/78. | `Evolith Core` | Cross | P2 | L | `DONE` |
+| [`GT-531`](./gap-reference-catalog.md#gt-531) | The adapter that lets an AI assistant do supervised work cannot make a real call to the assistant yet **What it means:** Work can be handed to an AI assistant under supervision, restricted to what it is allowed to touch and with a record of what it did. The supervision works; the part that actually contacts the assistant is missing **Example:** A supervised task is refused before the assistant is ever contacted, because the human approval it depends on has nowhere to go | `agent-runtime` | Cross | P2 | M | `IN-PROGRESS` |
+| [`GT-532`](./gap-reference-catalog.md#gt-532) | There is no portfolio-wide view for an executive, and governance cannot be packaged per customer **What it means:** A director cannot see the health of every project side by side, and each customer cannot be handed its own tailored set of rules. Both make the product easier to adopt; neither makes it check anything new **Example:** It was ranked last of nine improvements precisely because it adds reach rather than capability, and it belongs to the companion app rather than the engine | `Tracker` | Cross | P3 | XL | `PENDING` |
+| [`GT-533`](./gap-reference-catalog.md#gt-533) | **[Evidence · ADR-0111] Quality Signal Provider port + canonical `Evidence` model + per-tenant registry.** The seam through which any external quality/evidence tool enriches the Core without becoming a dependency: driven port `IQualitySignalProvider` owned by orchestration (never `core-domain`); Core imports only `Evidence` and receives it inline (like source files via `OverlayFileSystem`, ADR-0080); Core never executes providers; declarative opt-in registry per tenant; mandatory `provenance` + `determinism` flag. Generalizes the GT-530 `ObservabilityEvidence` adapter into one uniform seam. **Prototype first.** | `Evolith Core` | Cross | P1 | L | `DONE` |
+| [`GT-534`](./gap-reference-catalog.md#gt-534) | **[Evidence adapter · HIGH] Lighthouse reference adapter (Apache-2.0).** Runtime evidence (performance/a11y/SEO, deterministic) behind `IQualitySignalProvider`; the prototype-first proof of the port. OSS, embeddable Node module with JSON output, no lock-in. Needs a companion Node.js Platform ADR for the concrete vendor/runtime choice. | `infra-providers` | Cross | P1 | M | `DONE` |
+| [`GT-535`](./gap-reference-catalog.md#gt-535) | **[Quality gate · HIGH] Thermo-nuclear structural-review rubric → code-quality agent + Quality Gate.** Adopt the strict structural-review methodology (code-judo, file-size discipline, spaghetti/abstraction/layering checks, severity hierarchy) as a skill for the code-quality-review agent and as the structural-regression criteria of the Quality Gate. Reference methodology, no runtime dependency; respect source attribution/license. | `agent-runtime` | Cross | P1 | M | `DONE` |
+| [`GT-536`](./gap-reference-catalog.md#gt-536) | There is no connector to the external testing service, so its results cannot feed a project's scorecard **What it means:** An outside service could contribute a judgement about how well a project is tested. Connecting it is optional and off unless a customer asks for it, because it charges per run and processes their code on someone else's cloud **Example:** A customer's scorecard carries no testing judgement from this source at all; it appears only if they explicitly opt in | `infra-providers` | Cross | P2 | M | `DEFERRED` |
+| [`GT-537`](./gap-reference-catalog.md#gt-537) | Nothing measures how easily search engines and AI assistants can find and describe a product **What it means:** Beyond checking that a system is well built, one could check how visible it is to the tools people use to discover things. That check does not exist, and it would belong to the companion product rather than the engine **Example:** An open-source project already proved the pattern works -- many small reviewers producing one score plus a ranked list of fixes -- but nothing here applies it to discoverability | `Tracker` | Cross | P3 | L | `DEFERRED` |
+| [`GT-538`](./gap-reference-catalog.md#gt-538) | **[RAG · operationalize] Durable vector-store adapter (pgvector) behind `rag-port.mjs`.** Register a real `durable: true` adapter via `registerRagAdapter('pgvector', …)` so `14-rag-index-sync.mjs` stops failing closed and actually persists embeddings. ADR-0090 §5 names pgvector the preferred self-hosted target and Postgres already runs on :5432. Today the only adapter is the non-durable `memory` stand-in — nothing reaches a real store. | `Operations` | Cross | P1 | M | `DONE` |
+| [`GT-539`](./gap-reference-catalog.md#gt-539) | **[RAG · operationalize] Real embedding model behind the RAG port `embed()`.** Replace the deterministic `hashEmbed` sha256 pseudo-embedding with the real model fixed by **ADR-0112 — Qwen3-Embedding (Apache-2.0, OSS/self-hosted)** behind a local inference sidecar, declared in `corpus_version` metadata per ADR-0090 §3 and governed by ADR-0003 model selection. The port is already model-agnostic — a single adapter swap. | `Operations` | Cross | P1 | S | `DONE` |
+| [`GT-540`](./gap-reference-catalog.md#gt-540) | **[RAG · retrieval] Production `IKnowledgePort` adapter (vector-store, semantic).** The runtime read-side is a stub: `InMemoryKnowledgeAdapter` scores by substring/token-overlap with "No vector embeddings" in its own docstring. Build the production adapter querying the GT-538 store by cosine similarity, returning ranked chunks with the citation metadata already modeled. This is `maturity-assessment.md:147` "Knowledge / RAG — Not implemented" (HIGH). | `agent-runtime` | Cross | P1 | M | `DONE` |
+| [`GT-541`](./gap-reference-catalog.md#gt-541) | **[RAG · wiring] Delta-sync workflow trigger + agent grounding (close the loop).** Wire a CI/workflow that runs `14-rag-index-sync.mjs` with `EVOLITH_RAG_SYNC=true` + `EVOLITH_RAG_PROVIDER` on `reference/` commits (delta re-embed per ADR-0090 §4), and have at least one agent (Winston) query `IKnowledgePort` before recommending. Only then is RAG operational end-to-end. | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-542`](./gap-reference-catalog.md#gt-542) | **[Metrics · governance signal] The flagship gate metric is declared but never emitted.** `evolith_gate_evaluations_total{status,gateId}` and `evolith_gate_evaluation_duration_seconds{gateId}` are constructed in `src/apps/core-api/src/infrastructure/metrics/metrics.service.ts` but **no `.inc()`/`.observe()` exists anywhere in the tree** — only HTTP (`evolith_http_requests_total`) and cache metrics are recorded. Governance operability is blind: nobody can chart gate pass/fail rate, per-gate volume, or evaluation latency — the single most product-differentiating metric of a governance engine. Fix: record both from the gate/evaluation path (inject `MetricsService` into the evaluate/gate flow or a dedicated interceptor), labelled by `verdict`/`gateId`/`phase`. | `Core API` | Cross | P1 | S | `DONE` |
+| [`GT-543`](./gap-reference-catalog.md#gt-543) | **[Metrics · SLO alignment] SLO/alert PromQL references metrics the code does not emit, so the alerts never fire.** `product/operations/alerts/prometheus-alerts.yml` and `product/operations/slo/core-api-slo.md` query `http_requests_total` and `http_request_duration_seconds_bucket`, but core-api emits `evolith_http_requests_total` and **has no HTTP-latency histogram at all**. HighErrorRate, HighLatency and the multi-window error-budget burn-rate alerts are therefore inert against the real Node services. Fix: add an HTTP request-duration histogram and reconcile metric names across `metrics.service.ts` ↔ alerts ↔ SLO. | `Core API` | Cross | P1 | M | `DONE` |
+| [`GT-544`](./gap-reference-catalog.md#gt-544) | **[Grafana] No Prometheus datasource and zero dashboards — metrics are unusable even if scraped.** `product/operations/grafana/provisioning/datasources/datasources.yml` provisions only Loki + Tempo; there is **no Prometheus datasource** and **no committed dashboard JSON** anywhere under `product/operations/grafana/`. Fix: add the Prometheus datasource + versioned, provisioned dashboards (Platform SRE / RED, Governance Health — gate pass·fail·drift, Agent Runtime). | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-545`](./gap-reference-catalog.md#gt-545) | **[Prometheus · scrape coverage] Scrape config covers only core-api, at a target that does not match the service.** `product/operations/otel/prometheus-config.yml` scrapes a single job `core-api` at `bff:8000` (a UMS-template hostname/port, not the real core-api service:3000); **mcp-server (`evolith_mcp_`) and agent-runtime-api (`evolith_agent_runtime_`) `/metrics` are never scraped**. Fix: correct the core-api target and add scrape jobs for mcp-server and agent-runtime-api (or a k8s `ServiceMonitor`). | `Operations` | Cross | P2 | S | `DONE` |
+| [`GT-546`](./gap-reference-catalog.md#gt-546) | **[Metrics · AI-era signal] Agent Runtime exposes only default Node metrics; the agent-execution signal is absent.** `src/apps/agent-runtime-api/src/health/metrics.controller.ts` serves `/metrics` with `collectDefaultMetrics({ prefix: 'evolith_agent_runtime_' })` only — no business counters. There is a noop metrics port from GT-519 to hang them on. Fix: emit `evolith_agent_runs_total{engine,verdict}`, `evolith_agent_run_duration_seconds`, `evolith_skill_invocations_total{skill}`, Core-call totals/errors, and `evolith_hitl_approvals_total`. The differentiating "did governance actually run the agent" signal. | `agent-runtime` | Cross | P1 | M | `DONE` |
+| [`GT-547`](./gap-reference-catalog.md#gt-547) | **[Ops · runnable stack] The observability backend runs only in the UMS template compose, never for the Node core.** The full stack (Prometheus/Grafana/Tempo/Loki/Mimir/OTel-collector) is defined in `product/infra/docker-compose.yml` (the `ums-*` template); the runnable Node compose `product/infra/docker-compose.evolith.yml` brings only Redis — so today the Evolith Core services are scraped/visualized by nothing. Fix: add an `observability` profile (compose/Helm/Coolify) that stands the stack next to core-api/mcp/agent-runtime. | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-548`](./gap-reference-catalog.md#gt-548) | **[Metrics · multi-tenant] Business metrics carry no tenant dimension, blocking per-tenant scorecards.** Metric labels are app-level only (`app: evolith-core-api`); there is no `tenantId` on gate/evaluation/agent metrics, so per-tenant governance scorecards and compliance evidence cannot be derived from the metrics plane. Fix: add a **bounded** `tenant` label (allowlist or hash) with a documented cardinality budget; prefer aggregating per-tenant in Core over raw high-cardinality labels. | `Evolith Core` | Cross | P2 | M | `DONE` |
+| [`GT-549`](./gap-reference-catalog.md#gt-549) | **[Security · metrics exposure] `/metrics` is fail-closed on core-api but public on agent-runtime and mcp.** core-api guards `/metrics` with `MetricsAuthGuard` (GT-393); agent-runtime-api serves it publicly and mcp-server exposes it on its raw HTTP server unguarded. Metrics can leak operational shape (routes, volumes) to unauthenticated callers. Fix: apply guard/`NetworkPolicy` parity so scraping requires credentials or is network-restricted on all three (Helm already ships `networkpolicy.yaml`). | `Evolith Core` | Cross | P2 | S | `DONE` |
+| [`GT-550`](./gap-reference-catalog.md#gt-550) | **[Governance · anti-drift guard] Nothing verifies that metrics cited in alerts/SLO actually exist in code — the root cause of GT-543/GT-545.** Alert and SLO PromQL drifted from emitted metric names with no CI check. Fix: a guard/test that extracts metric names from `prometheus-alerts.yml`/`core-api-slo.md` and asserts each is emitted by a service (registry introspection or a static allowlist generated from the code), reddening the PR on drift — consistent with the repo's guard culture. | `Operations` | Cross | P2 | S | `DONE` |
+| [`GT-551`](./gap-reference-catalog.md#gt-551) | **[Governance Engine · OPA metrics] The OPA sidecar metrics the alerts already expect are not exposed/scraped.** `prometheus-alerts.yml` has an `OpaEvaluationFailure` rule on `opa_evaluation_errors_total`, but OPA's native Prometheus endpoint is not enabled/scraped, so policy-evaluation reliability is unobservable. Fix: enable OPA's `/metrics` (decision + error counters, eval latency) and add a scrape job; surface it on the Governance Health dashboard (GT-544). **Closure (`e32e3412`) — and a deeper defect surfaced.** Empirically probing the pinned binary (`opa run --server` + GET /metrics) showed OPA emits ONLY `go_*`, `process_*` and `http_request_duration_seconds{code,handler,method}` — **zero `opa_*` series**, so the `OpaEvaluationFailure` rule on `opa_evaluation_errors_total` referenced a **metric that does not exist**: scraping alone would never have made it fire (false coverage). Fixed all three layers: (1) alert repointed to a real signal — `rate(http_request_duration_seconds_count{job="opa",handler=~"v1/data.*",code=~"5.."}[5m]) > 0`, scoped to `job="opa"` so it can never match our own `evolith_http_*` series; selector verified against live series (`handler="v1/data"` emitted, `code` tracks status — 200/400 observed); (2) **exposed** — the `evolith-mcp` Service now publishes the sidecar's 8181 as `opa-metrics` (targetPort `opa-http`), gated on `.Values.opa.enabled`; it was pod-local and unreachable before; (3) **scraped** — new `opa` job (name matches the alert scope); OPA serves `/metrics` on its main server port, no extra flag needed. Verified: `helm template` renders the port with `opa.enabled=true` and omits it with `false`; `helm lint` passes; both YAML configs parse. **+LIVE-VERIFIED (2026-07-18, kind `evolith-cluster`):** `helm upgrade --set opa.enabled=true` made the **real k8s Service object** gain `opa-metrics 8181→opa-http` and the pod came up with the `opa` sidecar; fetching `http://<pod-ip>:8181/metrics` from another pod returned **HTTP 200, 109 metrics, ZERO `opa_*` series, `http_request_duration_seconds` present** — confirming in a deployed cluster what the binary probe showed and discharging the exposure half of the deploy-gated caveat. A real `code="500"` sample was observed, proving the `code=~"5.."` selector matches live series (correctly scoped to `handler=~"v1/data.*"`, so a health-probe 500 is not mistaken for a policy-decision failure). **Still deploy-gated:** only an actual Prometheus instance scraping it end-to-end; `promtool` unavailable locally so the rule was validated by YAML parse + empirical series matching instead of `promtool check rules`; the compose stack does not run OPA yet ([`GT-547`](./gap-reference-catalog.md#gt-547)). Note: enabling the sidecar locally also required overriding `opa.bundle.signing.enabled=false` / `tls.caCertSecretName` / `credentials.existingSecretName` — the chart otherwise mounts `opa-bundle-signing-key` / `opa-bundle-ca` secrets that do not exist locally, so the pod stays `ContainerCreating`. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-486`](./gap-reference-catalog.md#gt-486) | **cli did not emit a parseable ADR-0073 envelope for sdlc-status.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-status`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-487`](./gap-reference-catalog.md#gt-487) | **cli did not emit a parseable ADR-0073 envelope for sdlc-handoff.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-handoff`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-490`](./gap-reference-catalog.md#gt-490) | **cli did not emit a parseable ADR-0073 envelope for sdlc-generate.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `sdlc-generate`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-491`](./gap-reference-catalog.md#gt-491) | **cli did not emit a parseable ADR-0073 envelope for dora-metrics.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `dora-metrics`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-492`](./gap-reference-catalog.md#gt-492) | **cli did not emit a parseable ADR-0073 envelope for agents-install.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-install`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-493`](./gap-reference-catalog.md#gt-493) | **cli did not emit a parseable ADR-0073 envelope for agents-list.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-list`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-494`](./gap-reference-catalog.md#gt-494) | **cli did not emit a parseable ADR-0073 envelope for agents-validate.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-validate`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-495`](./gap-reference-catalog.md#gt-495) | **cli did not emit a parseable ADR-0073 envelope for agents-upgrade.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-upgrade`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-496`](./gap-reference-catalog.md#gt-496) | **cli did not emit a parseable ADR-0073 envelope for agents-remove.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `agents-remove`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-497`](./gap-reference-catalog.md#gt-497) | **cli did not emit a parseable ADR-0073 envelope for adr-crud.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `adr-crud`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-498`](./gap-reference-catalog.md#gt-498) | **cli did not emit a parseable ADR-0073 envelope for standards-crud.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `standards-crud`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-499`](./gap-reference-catalog.md#gt-499) | **cli did not emit a parseable ADR-0073 envelope for init-project.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `init-project`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-500`](./gap-reference-catalog.md#gt-500) | **cli did not emit a parseable ADR-0073 envelope for history.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `history`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-501`](./gap-reference-catalog.md#gt-501) | **cli did not emit a parseable ADR-0073 envelope for completion.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `completion`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-502`](./gap-reference-catalog.md#gt-502) | **cli did not emit a parseable ADR-0073 envelope for profile.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `profile`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-503`](./gap-reference-catalog.md#gt-503) | **cli did not emit a parseable ADR-0073 envelope for mcp-serve.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `mcp-serve`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-504`](./gap-reference-catalog.md#gt-504) | **cli did not emit a parseable ADR-0073 envelope for alias.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `alias`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-505`](./gap-reference-catalog.md#gt-505) | **cli did not emit a parseable ADR-0073 envelope for fixtures.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `fixtures`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-506`](./gap-reference-catalog.md#gt-506) | **cli did not emit a parseable ADR-0073 envelope for api-browser.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `api-browser`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-507`](./gap-reference-catalog.md#gt-507) | **cli did not emit a parseable ADR-0073 envelope for update-cli.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `update-cli`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-508`](./gap-reference-catalog.md#gt-508) | **cli did not emit a parseable ADR-0073 envelope for init-wizard.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `init-wizard`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-509`](./gap-reference-catalog.md#gt-509) | **cli did not emit a parseable ADR-0073 envelope for upgrade-satellite.** Output could not be parsed into an { success, data\|error, meta } envelope. (Auto-detected by the exploratory test agent on operation `upgrade-satellite`.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-488`](./gap-reference-catalog.md#gt-488) | **cli envelope is missing a boolean success field for validate-satellite.** ADR-0073 requires a boolean top-level success. (Auto-detected by the exploratory test agent on operation `validate-satellite`.) | `Evolith CLI` | Cross | P3 | S | `DONE` |
+| [`GT-489`](./gap-reference-catalog.md#gt-489) | **cli envelope is missing a boolean success field for architecture-validate.** ADR-0073 requires a boolean top-level success. (Auto-detected by the exploratory test agent on operation `architecture-validate`.) | `Evolith CLI` | Cross | P3 | S | `DONE` |
+| [`GT-475`](./gap-reference-catalog.md#gt-475) | **Newer write-class MCP tools bypass the GT-158 HITL approval gate** — `evolith-satellite-create`/`-adopt` and `evolith-moscow-create`/`-update`/`-remove` are ABAC `write` but omit `mutative: true`, so the dispatcher's out-of-band `apply`+`approvalToken` second factor (`mcp-tool-dispatch.ts:136-146`) never fires; `satellite-create` even provisions a live GitHub repo unguarded. Fix: set `mutative: true` on write-class tool schemas + a registry-parity test asserting every ABAC `write` tool is `mutative` (`evolith-phase-advance` may instead warrant reclassification to `read` per GT-379). Found by the exploratory test-agent design pass. | `MCP Server` | Cross | P1 | S | `DONE` |
+| [`GT-476`](./gap-reference-catalog.md#gt-476) | **Gap-consistency guard `08-validate-tracking.mjs` (+5 sync helpers) reference pre-refactor tracking paths → the semantic guard is dormant.** Lines 7-14 point at `reference/core/control-center/gap-tracking.md` / `gap-closure-evidence.json`, but commit `e16120e9` moved them under `gaps/`+`evidence/`; the script `process.exit(1)`s with "Missing tracking artifacts" before validating anything, and its unit test bypasses path resolution so CI stays green. Same stale paths in `sync-tracking-order`/`sync-tables`/`fix-tracking-parity`/`fix-tracking-structural`/`sync-project-board`. The `.harness/` guard scripts are owned by this repository and fixed directly here. Follow-on: re-point the six scripts and re-arm the guard on push/PR. **Closure (`56968194`, parallel wave):** the 6 scripts were already re-pointed; the agent armed the guard in `docs.yml` as a `tracking-guard` job on `pull_request` + `push` to main/develop (gating the heavy publish job to `workflow_dispatch`). Driver-verified: guard green (532/478) + the job runs on PR. | `.harness` | Cross | P2 | S | `DONE` |
+| [`GT-477`](./gap-reference-catalog.md#gt-477) | **`gap-tracking` Progress/Progreso counters drift from the real board with no live enforcement.** The line claimed `438/450` while the table held 474 rows (450 done / 7 in-progress / 16 pending / 1 deferred); root cause is the dead guard path ([`GT-476`](./gap-reference-catalog.md#gt-476)), so reconciliation never runs. Counters corrected during the GT-475…GT-484 registration; the systemic fix is to re-point + re-arm `08-validate-tracking.mjs` on push/PR so they cannot drift again. **Closure (`56968194`):** GT-476 armed the `parseProgress`-validating guard on pull_request + push, so counter drift reds the PR. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-478`](./gap-reference-catalog.md#gt-478) | **`ArchitecturePlanController` yields a double-`v1` route and skips validation + OpenAPI.** `@Controller('v1/architecture-plans')` (string literal) combined with global URI versioning (`prefix: 'api/v'`, `defaultVersion: '1'`) resolves to `/api/v1/v1/architecture-plans/evaluate`; the body binds to a bare `Partial<ArchitecturePlan>` (no class-validator DTO → ValidationPipe inert) and carries no `@nestjs/swagger` decorators (omitted from the OpenAPI contract). Fix: `@Controller({ path: 'architecture-plans', version: '1' })` + a validated DTO + `@ApiTags`/`@ApiResponse`. | `Core API` | Cross | P2 | S | `DONE` |
+| [`GT-479`](./gap-reference-catalog.md#gt-479) | **`surface-parity.e2e-spec.ts` is a false-green cross-surface test.** Each `OperationFixture` declares an `envCommand` field that is never read (only the CLI binary is spawned — no second surface is exercised), and every envelope assertion is wrapped in `if (envelope && envelope.success === …)` with no else, so the suite stays green even when the CLI emits no parseable ADR-0073 envelope (the exact GT-452/GT-474 regression class). The real tri-surface net lives in `src/tests/contract/roundtrip-gate-evaluate.spec.ts`. Fix: wire `envCommand` into a real second-surface equivalence check or delete it and make assertions unconditional. (Also contradicts GT-223's DONE claim of a `surface-parity-fixture.ts` invoking CLI+MCP+REST — no such fixture exists.) | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-480`](./gap-reference-catalog.md#gt-480) | **Spanish board rows GT-462..474 use the non-canonical status token `HECHO`, unsupported by the guard's `STATUS_MAP`.** GT-417 normalized ES done-statuses to `COMPLETADO` (the canonical token), but the recent closures re-introduced `HECHO` (13 rows). Once the guard path ([`GT-476`](./gap-reference-catalog.md#gt-476)) is fixed, `canonicalStatus('HECHO')` is undefined → "unsupported ES status" + EN(DONE)/ES(HECHO) mismatches. Fix (preferred): normalize the 13 `HECHO` rows back to `COMPLETADO`. **Closure (`85595fd6`):** 0 `HECHO` tokens remain; guard STATUS_MAP green. | `Governance` | Cross | P2 | XS | `DONE` |
+| [`GT-481`](./gap-reference-catalog.md#gt-481) | **Dead CLI e2e tests invoked the `mcp` subcommand removed by GT-449 + the CLI e2e suite was red.** mcp refs dropped; then the residual ~12 failures were found to be NOT fixture debt but the `98a20dca` taxonomy split (`reference/`@root vs `rulesets/`@src → `gate.e2e-spec` REPO_ROOT + `gate-status` reference resolution) and 5 `validate`/arch tests asserting an unattainable `passed\|warning` against a bare fixture. Resolved test-only: v1 fixtures, `REPO_ROOT` fix, validate/arch rewritten to the real ADR-0073 contract, gate-status mock-Core. **CLI e2e suite green: 18 suites / 132 tests.** Underlying standalone-CLI reference-path defect stays with GT-451 (F-007). | `Evolith CLI` | Cross | P2 | XS | `DONE` |
+| [`GT-482`](./gap-reference-catalog.md#gt-482) | **`tools-registration.spec.ts` is stale and non-exhaustive — it can't catch added/removed tools.** Its `expected` list enumerates 28 of the 35 registered tools (omits `evolith-evaluate`, `-composable-validate`, `-agent-run`, the 4 `-topology-*`) and asserts with `toContain`, which is blind to extra tools. Fix: regenerate `expected` from code and assert set equality (`expect(new Set(names)).toEqual(new Set(expected))`). | `MCP Server` | Cross | P3 | XS | `DONE` |
+| [`GT-483`](./gap-reference-catalog.md#gt-483) | **QA-suite engine + E2E playbooks carry dangling `.bmad-core/agents/` references after the taxonomy migration.** `engine/step-executor.mjs` `AGENT_PROMPTS` tell each specialist it lives at `.bmad-core/agents/<role>.md` (lines 67/76/85/94/103), but commit `e16120e9` moved the personas to `reference/core/foundations/agent-skills/`; same stale path in `e2e-test-playbooks.md:7` (+ `.es.md`). Low impact (informational prompt text; validationScripts still run). Fix: repoint the five template paths + the two playbook lines. | `.bmad-core` | Cross | P3 | XS | `DONE` |
+| [`GT-484`](./gap-reference-catalog.md#gt-484) | **`mcp-server` package README tool count is stale (27 vs real 35).** `README.md:17,184,598` and `README.es.md` assert 27 tools while the live registry (`api.catalog.generated.ts` + the `*.tool.ts` sources) exposes 35; the 27 predates the 8 single-file tools. Distinct from GT-460 (`api` command counts) and GT-445 (governance/product docs). Fix: regenerate the count in both READMEs to the live 47 (the 35 predated the +11 parity tools + `evolith-scaffold`) (resources 9 / prompts 8 stay correct). | `MCP Server` | Cross | P3 | XS | `DONE` |
+| [`GT-462`](./gap-reference-catalog.md#gt-462) | **Done (ADR-0108):** message-path Exchange/Queue/Binding/DLX CRDs retired; `tenant-topology.yaml`→`broker-rbac.yaml` (per-product User/Permission only). **CRD/code conflict in the message topology → `406 PRECONDITION_FAILED` → dead consumer with a Ready pod.** §5.1/§5.2: the Exchange/Queue/Binding CRDs don't match the topology MassTransit auto-declares (a fanout type-exchange); CRD-pre-created queues carrying DLX args make MassTransit's re-declare fail — the endpoint faults forever while the pod stays Ready (the classic silent 3 a.m. failure). Follow-on: G1 asserts the endpoint *started* (not just pod Ready). Risk §15 #3 (high). | `Messaging` | Release | P0 | S | `DONE` |
+| [`GT-466`](./gap-reference-catalog.md#gt-466) | **Done (ADR-0109) — Phase-0 gate #1:** SVC-01 reframed repo-scoped → **project-scoped** ("each satellite project must have exactly one `evolith.yaml` at its project root; a manifest nested in another project's tree is prohibited; a workspace declares its roots in `evolith.workspace.yaml`") + new **SVC-06 (workspace integrity)** (every discovered `evolith.yaml` must map 1:1 to a declared `spec.projects[].path`, and vice versa). Landed in `satellite-contracts.rules.json`, the OPA mirror (`satellite-contracts.rego`: fact `hasEvolyamlAtRoot`→`hasEvolyamlAtProjectRoot`, `+isWorkspace`/`workspaceIntegrityOk`) + input schema, and the workspace-aware native handler (`satellite-contract-rule.handler.ts`) with a bounded tree-walk. Single-repo satellites are the degenerate one-project workspace (backward compatible). Gates the MMS+UMS+Tracker monorepo cutover. | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-467`](./gap-reference-catalog.md#gt-467) | **Done (ADR-0109) — Phase-0 gate #2:** new `rulesets/schema/evolith-workspace.schema.json` (`kind: SatelliteWorkspace`, `spec.projects[].{name,path}`, relative-path guard rejecting leading `/` and `..`). The per-project `evolith-yaml.schema.json` is **unchanged** — product identity remains the project manifest's own `metadata.name` at its `path`. | `Governance` | Cross | P0 | S | `DONE` |
+| [`GT-468`](./gap-reference-catalog.md#gt-468) | **Done (ADR-0109) — Phase-0 gate #3:** optional **`subpath`** added to `SatelliteRecord` (+ `satellite-record.schema.json`); identity becomes **(`repoUrl`, `subpath`)** — a workspace is N records sharing a `repoUrl`, absent `subpath` = repo-root satellite (pre-existing records untouched). `initialize-satellite`/`sync-satellite` learn to **enumerate workspace projects** via a shared `workspace-descriptor` primitive; sync targets each project's `subpath`. | `Governance` | Cross | P0 | S | `DONE` |
+| [`GT-469`](./gap-reference-catalog.md#gt-469) | **Done (ADR-0109) — Phase-0 gate #4:** unified a canonical **`--satellite <path>`** across `validate`/`gate`/`phase`/`upgrade` (with `--project` kept as a **deprecated alias** on `gate`/`phase`) + a shared **nearest-ancestor `evolith.yaml`** resolver (explicit → ancestor-from-cwd → `profile.satellite` → cwd). **Fixes `upgrade`'s `process.cwd()` hardcode** so `cd mms && evolith upgrade` and `evolith upgrade --satellite mms` resolve the same project root. CLI unit tests green (86). | `Evolith CLI` | Cross | P0 | M | `DONE` |
+| [`GT-470`](./gap-reference-catalog.md#gt-470) | **Done (`7e772d1c`) — pre-existing test debt.** `DiskRulesetRepository.loadAllRulesets` (over-broadened by GT-456) swallowed **syntactically malformed** `*.rules.json`, silently zeroing validation on a corrupt corpus. Split the paths: JSON parse errors fail hard; only valid-but-non-standard rulesets skip with a warning. **Real bug.** 3 disk-ruleset specs green. | `Rulesets` | Cross | P1 | XS | `DONE` |
+| [`GT-471`](./gap-reference-catalog.md#gt-471) | **Done — pre-existing test debt.** The ADR-0073 contract-roundtrip suite (`roundtrip-gate-evaluate.spec.ts`) never ran. Fixed the isolated `src/tests/contract` module resolution (drop the hoisted `nest-commander-testing` mapper; `moduleResolution` `node`→`bundler` so `exports` maps resolve `@beyondnet/*` subpaths + ESM `conf`; ts-jest `warnOnly`; ESM mocks; `--experimental-vm-modules` for the MCP OPA ABAC) and the stale REST/MCP fixtures (`REPO_ROOT`→repo root, `process.exit` neutralised, REST rewritten to the workspace-ref API, MCP StreamableHTTP handshake). Minimal contract-honoring API fix: optional `evaluatedBy` on `EvaluateGateDto` + unknown-gate `400`. **Mixed: config bug + stale fixtures + small API fix.** `npm run test:contract` 34/34. | `Cross` | Cross | P1 | M | `DONE` |
+| [`GT-472`](./gap-reference-catalog.md#gt-472) | **Done — pre-existing test debt (GT-229 parity gap).** After the reference-taxonomy reorg, the native handlers (`DOD-07`, `TAX-07`/`TAX-08`) and the OPA input-builder still resolved the ADR dir at the stale `reference/architecture/adrs` → ADR governance rules `skipped` (real hole against the live Core repo). Corrected all three sites to `reference/core/architecture/adrs` and updated the specs pinned to the old path. **Real bug; fixtures were correct.** core-domain 735/735. | `Core Domain` | Cross | P1 | S | `DONE` |
+| [`GT-473`](./gap-reference-catalog.md#gt-473) | **Done — pre-existing test debt.** (a) **Real bug:** `RulesetValidationMode.RULESET_ID_MAP` still pointed at the pre-reorg directory-per-ruleset layout for 6 ids → CLI `validate -r <id>` falsely `failed` (`FILE_NOT_FOUND`); corrected to the `cross-cutting/`·`sdlc/`·`governance/` layout. (b) **Stale fixture:** `validate-blueprint.use-case.spec` computed the SDLC gate registry off `src/` instead of repo-root `reference/governance/sdlc/gates` (the use case takes `corePath`+`sdlcPath` separately by design). core-domain 735/735. | `Core Domain` | Cross | P1 | S | `DONE` |
+| [`GT-452`](./gap-reference-catalog.md#gt-452) | **Done — superseded by [`GT-474`](./gap-reference-catalog.md#gt-474).** `validate` gave a false green/reassuring verdict with `rulesChecked: 0`. The interim mitigation degraded a zero-rule run to `warning`; GT-474 completed the closure — a zero-rule run is now a **blocking `failed`**, an unresolvable ruleset corpus throws `RulesetsNotFoundError`, and every abort path exits non-zero. **Real bug.** | `Evolith CLI` | Cross | P0 | S | `DONE` |
+| [`GT-474`](./gap-reference-catalog.md#gt-474) | **Done — real bug (silent zero-rule validation), found by the ADR-0109 Phase-0b spike.** `validate --core <checkout>` reported `status: "warning"` with `rulesChecked: 0` — it validated **nothing** and did not say so. Root cause: two resolvers disagreed — `resolveRulesets()` knew the corpus is at `<core>/src/rulesets`, but `DiskRulesetRepository` re-joined `<core>/rulesets` (absent post `apps/`→`src/`) → `[]` → 0 rules. `RulesetValidatorService` then swallowed the empty corpus into a `warning`, and the abort path exited **0** (green CI gate). Fix: one shared candidate list across all three resolvers; new fatal `RulesetsNotFoundError` on a missing root **or** a 0-rule corpus (rethrown, not swallowed); zero rules ⇒ blocking `failed`; every abort exits 1. `--core <core>` now checks **105 rules** (was 0). Supersedes GT-452. | `Evolith CLI` | Cross | P0 | S | `DONE` |
+| [`GT-451`](./gap-reference-catalog.md#gt-451) | **Umbrella — the published npm CLI (`@beyondnet/evolith-cli@1.0.0`) is STALE vs `src/sdk/cli/src`, under the same `1.0.0` (SemVer immutability violation).** Verified on the MMS satellite: the installed `dist` lacks batch-init (`resolveBatchInput`) and crashes `evaluate` with `IConfigParser is required` — both already fixed in source. So F-001/F-008 read as regressions of GT-12/GT-395 only because the artifact predates their fixes. **Correction: F-007 (gate/phase/sdlc-status ENOENT on `reference/governance/sdlc/gates`) is NOT fixed in source — the path is wrong AND the gate data files never existed; tracked separately as GT-461.** Fix: bump `1.0.1` + rebuild + republish + a release guard that diffs published-vs-built dist. **Progress: version bumped to `1.0.1`, CHANGELOG updated, and a `check:release-drift` guard wired into `prepublishOnly` (fails the publish when the built dist lacks the merged fixes). Follow-on: run `npm publish` (owner) so satellites get F-001/F-008.** **+2026-07-17 (`fd03cf53`) — the real defect was deeper than a stale CLI dist:** (1) the owner-published `cli@1.0.1` crashed at boot with `Cannot find module '@beyondnet/evolith-infra-providers'` — a runtime dep imported by the shipped `dist` (`app.module` + 5 commands) but never declared in `dependencies`; and (2) the **entire `@beyondnet/evolith-*@1.0.0` line** (published 2026-07-05) is stale vs `develop` — the CLI deep-imports subpaths absent from the published tarballs (`enforcement/policy-compiler` GT-516, `enforcement/edit-gate` GT-526, `domain/waiver` GT-518, `application/sync` GT-541 → 0 files in the published `core-domain@1.0.0`). So a clean install crashes regardless of the dist fix. **Prepared + offline-verified a coordinated `1.1.0` re-release of all 8 packages:** declared the missing `infra-providers` dep; hardened `check:release-drift` to fail the publish when the shipped `dist` imports any undeclared `@beyondnet/*` (proven: aborts without the dep, passes with it); bumped all 8 to `1.1.0` with inter-package pins `^1.1.0`; rebuilt `mcp` past the `tsbuildinfo` no-op trap (165 dist files). Verified against local tarballs of the full set: **clean CLI install boots** (`--version`/`--help`/`evaluate --help`, no MODULE_NOT_FOUND), **MCP server boots** (NestFactory + modules initialized), and `npm publish --dry-run` green for all 8. **Remaining (owner):** run `npm publish` in dependency order `core-domain → contracts → sdk → infra-providers → core → agent-runtime → mcp → cli`. **Closure (2026-07-17):** owner published the coordinated `1.1.0` set; verified against the LIVE registry — a clean `npm i @beyondnet/evolith-cli@1.1.0` in an empty project resolves the full closure from npm (agent-runtime/core-domain/infra-providers/sdk all `1.1.0`) and the CLI boots: `--version` → `1.1.0`, `evaluate --help` OK, and `enforce --help` OK (exercises `enforcement/policy-compiler`, the exact subpath missing from the stale `1.0.0`). `cli` dist-tag `latest: 1.1.0`. The boot-crash and the transitive-staleness are both gone. (Follow-up, non-blocking: `@beyondnet/evolith-contracts@1.1.0` — nothing in the CLI/MCP closure consumes it — publishes cleanly on its own; closes the last bit of GT-513's "published contracts package".) | `Evolith CLI` | Cross | P0 | M | `DONE` |
+| [`GT-453`](./gap-reference-catalog.md#gt-453) | **Bundled `templates/evolith.yaml.example` uses a legacy format that fails the CLI's own `evolith-yaml.schema.json`** (missing `apiVersion: evolith.dev/v1` / `kind: Satellite` / `spec`; uses `product/governance/metadata`). Copying the template yields an invalid manifest. Fix: regenerate from the schema (Tracker `evolith.yaml` as reference) + CI test asserting the template validates. | `Evolith CLI` | Cross | P1 | XS | `DONE` |
+| [`GT-454`](./gap-reference-catalog.md#gt-454) | **`docs` scaffolds the manifest to `.evolith/evolith.yaml` in legacy format, but `validate` (GOV-000) + the schema expect a root `evolith.yaml` (v1).** Following `docs` leaves the satellite invalid; likely origin of empty `.evolith/` dirs on satellites. Fix: write `evolith.yaml` at repo root in the v1 schema (or delegate to `init`). | `Evolith CLI` | Cross | P1 | S | `DONE` |
+| [`GT-458`](./gap-reference-catalog.md#gt-458) | **`agents` ignores its documented flags (`--install`/`--remove`/`--list`/`--run`) — it routes only on a positional action, so `agents --list` opens the interactive menu instead of listing.** Same class as F-001 (declared flag not honored). Fix (branch `fix/cli-gaps-gt451-457`): derive the action from the flags when no positional action is given. | `Evolith CLI` | Cross | P1 | S | `DONE` |
+| [`GT-459`](./gap-reference-catalog.md#gt-459) | **`upgrade` crashes with a raw stack trace** — `TypeError: Cannot read properties of undefined (reading 'exists')`: `SatelliteUpgradeService` is constructed bare (`new SatelliteUpgradeService()`), leaving `this.fs`/`this.logger` undefined (DI/wiring bug, F-008 class). Fix (branch): inject `IFileSystem` + logger. | `Evolith CLI` | Cross | P1 | S | `DONE` |
+| [`GT-463`](./gap-reference-catalog.md#gt-463) | **Done:** `messaging-alerts` group (`MassTransitPoisonMessages` on `.+_error` depth>0 + `TenantProjectionQueueMissing`) added to `product/operations/alerts/prometheus-alerts.yml`; bilingual shovel runbook `incident-response-poison-message-reprocess.md`. **Poison-message alerts watching the wrong queue (DLX instead of `<queue>_error`).** §5.3: after retries are exhausted MassTransit *moves* the faulted message to `<queue>_error` and never nacks, so the broker's `x-dead-letter-exchange` never fires. Risk §15 #9 (medium). | `Infra` | Release | P1 | S | `DONE` |
+| [`GT-461`](./gap-reference-catalog.md#gt-461) | **The SDLC gate machinery (`gate evaluate`/`phase advance`/`sdlc gate-status`) was inoperative: it reads `<core>/reference/governance/sdlc/gates/gate-f*.json`, but that directory AND the gate DATA files never existed in Core — only the schema (`sdlc-gate.schema.json`) + prose (`quality-gates.md`).** The `gate-registry.service.ts` comment itself says the `gate-f*.json` files "were never consumed / created". **Progress: authored the 5 `gate-f{1-5}.json` (faithful twins of `phase-gates.rules.json` mandatoryEvidence, generated from it) → `gate evaluate -p discovery --core` now emits real ADR-0073 GateEvidence and `phase advance` correctly blocks discovery→design on the failed gate (verified on the MMS satellite). Sub-findings: `sdlc gate-status` has no `--core` (resolves to the satellite cwd → ENOENT); free-text `blockingCriteria` are treated as always-triggered by the evaluator (kept `[]` so gates stay artifact-driven and PASS-able).** | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-456`](./gap-reference-catalog.md#gt-456) | **CLI cannot resolve Core rulesets from an external satellite.** `validate --core <valid>` leaves `coreRef.path: null`; `-r inheritance`/`-r adr-0002` (ids from `--help`) → "Ruleset not found"; `-t modular-monolith` → `ARCH-TOPOLOGY-MISSING`. No bundled rulesets; `--core`/`EVOLITH_CORE_PATH` not honored consistently → rule/topology/ADR validation inoperative outside the Core monorepo. Fix: unify Core resolution across validate/gate/phase/evaluate, propagate to `coreRef.path`, fail actionably when rulesets are missing. **Progress (b8897f86 + follow-up): `validate` now resolves rulesets via `resolveRulesets` (--core → EVOLITH_CORE_PATH → profile → bundled), `-r <id>` resolves against bundled + `<core>/src/rulesets`, `coreRef.path` is populated, and an invalid `--core` fails actionably. **Default full-validation now executes the bundled rulesets: `DiskRulesetRepository.loadAllRulesets` no longer aborts on the first non-standard `*.rules.json` (it skips with a warning) — a bare satellite (MMS) now reports `rulesChecked: 98` with 46 real findings instead of a false "0 rules". Follow-on: gate/phase/evaluate Core-resolution parity.** | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-455`](./gap-reference-catalog.md#gt-455) | **`scaffold` has no .NET target** though `init -r dotnet` advertises it and the whole suite (UMS/Tracker/MMS) is .NET clean/hexagonal. `scaffold --format json` forces `--frontend react\|angular` + `--orm prisma\|typeorm` (Node-only), so the primary generator can't scaffold the suite's real runtime. Fix: add an ASP.NET Core + EF Core target (hexagonal slice, UMS-shaped) or document scaffold as Node-only and make `init -r dotnet` emit "not yet supported". **Progress (branch): added `--runtime dotnet` + `DotnetWorkspaceStrategy` (shells out to the `dotnet` CLI, like Nx does to `nx`). `scaffold --runtime dotnet --phase 1 --api-name <n> --domains <ctx>` generates a clean/hexagonal solution under `src/apps/<n>` (Domain/Application/Infrastructure/Presentation + refs + one classlib per bounded context), honoring --dry-run + the JSON envelope. Verified: the generated solution passes `dotnet build` (0 errors, .NET 10). Follow-on: richer templates (EF Core + MassTransit/RabbitMQ wiring, aggregate folders) + phase 2/3.** | `Evolith CLI` | Cross | P1 | L | `DONE` |
+| [`GT-457`](./gap-reference-catalog.md#gt-457) | **`validate -f table` hides issue detail** — a failed validation renders `issues [N items]` without the ruleId/title/description; the actionable detail is only in `-f json`. (GT-224 added JSON to drift/scaffold/docs but not `validate` table parity.) Fix: render per-issue detail in the table formatter. | `Evolith CLI` | Cross | P2 | XS | `DONE` |
+| [`GT-460`](./gap-reference-catalog.md#gt-460) | **`api` command's MCP-surface counts are hardcoded and drift from the live server.** `api -l` reports "23 tools / 8 resources", but a stdio smoke of the running `@beyondnet/evolith-mcp` server returns **35 tools / 9 resources** (`tools/list`/`resources/list`). Source `api.catalog.ts` hardcodes the counts as description strings. Fix: derive the counts/catalog from the live MCP tool+resource registry (or regenerate them in CI, cf. GT-445). **Progress (branch): added `scripts/gen-api-catalog.mjs` (introspects the live MCP server) → checked-in `api.catalog.generated.ts`; `api --list` now shows the real 35 tools / 9 resources with counts derived from the arrays, and the stale `evolith mcp serve` footer → `evolith-mcp serve`. Follow-on: full SCHEMAS/COMMANDS enumeration + a CI guard that regenerates and diffs.** | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-465`](./gap-reference-catalog.md#gt-465) | **Done:** `kind-cluster.yaml` sets `disableDefaultCNI:true` (kindnet off → Cilium enforces policy; README adds the Cilium install step); `deploy/kubernetes/network-policies.yaml` (22 policies) codifies the §7 model — default-deny per product ns + DNS/broker/Core/OTLP/ingress/intra-ns allows, with the structural invariant that `evolith-core` has NO path to :5672. **kindnet doesn't enforce NetworkPolicy → the default-deny model was silently ineffective.** Follow-on: allow/deny assertions in G1. Risk §15 #13 (low). | `Infra` | Release | P2 | M | `DONE` |
+| [`GT-464`](./gap-reference-catalog.md#gt-464) | Three products depend on a single shared message broker, so one broker outage reaches all of them at once **What it means:** The three applications pass news to each other through one shared post office. If it goes down they all stop hearing from each other at the same time, though nothing is lost -- messages queue up and arrive late **Example:** The alerts that would tell an operator the broker is down, or that data is falling behind, do not exist yet | `Infra` | Cross | P2 | S | `DEFERRED` |
+| [`GT-447`](./gap-reference-catalog.md#gt-447) | The whole stack does not come up locally yet: the engine starts, the companion app and the interface do not **What it means:** Anyone on the team should be able to start the entire product on their own machine with one command and click through it. Today only the engine starts; the parts a person actually looks at do not **Example:** The three engine services come up healthy on a local cluster and answer a full governed request, but there is no screen to open against them. **Closure (`0b387b44`):** `product/infra/docker-compose.fullstack.yml` brings the whole stack up healthy with one command (8/8 services), and the browser chain is verified end-to-end — a governed evaluation flows tracker-web → tracker-api → core-api `evaluate()` and back (HTTP 200, `provenance:core`, a real architectural FAIL verdict, persisted in Postgres), and the UI (Control Tower) renders against local URLs with every data call 200. Two build drifts fixed cross-repo in `evolith_tracker` (branch `feature/gt-447-fullstack-local`, `f8b68f2`): a missing build `.dockerignore` (663 MB `node_modules` in context) and a stale `/api` SPA base baked into tracker-web (→ `/api/v1`, which broke login with a 404). All 7 child gaps were already DONE. | `Cross` | Cross | P0 | L | `DONE` |
+| [`GT-448`](./gap-reference-catalog.md#gt-448) | Nothing runs in production: the stack has never been promoted to the server that customers would reach **What it means:** The product does not exist anywhere a real customer could use it. Everything so far lives on developer machines **Example:** The production server and its deployment tooling are already set up, but no part of the product has ever been installed on them | `Cross` | Cross | P1 | XL | `PENDING` |
+| [`GT-435`](./gap-reference-catalog.md#gt-435) | The end-to-end path from code to a running product in real use is not deployed or validated **What it means:** This is the umbrella item for taking the product from something that works on developer machines to something real people use. It stays open until every piece under it is finished **Example:** An assessment put the engine at roughly ninety-five percent ready while everything around it -- packaging, deployment, the companion app -- was not | `Cross` | Cross | P0 | XL | `PENDING` |
+| [`GT-436`](./gap-reference-catalog.md#gt-436) | Ship the npm packages. The old `@evolith/*` scope was polluted with published history (1.0.x/1.1.x/2.0.0-beta/tombstones) that blocked a clean 1.0.0, so the whole library family was renamed to a fresh unified scope. **Closure (0edaa22b): all 7 libs published at a clean `1.0.0` under `@beyondnet/evolith-*` (core-domain, infra-providers, core, agent-runtime, sdk, mcp, cli — all HTTP 200 on the registry). Old `@evolith/*` deprecated pointing to the new names (4 are in a broken 404 registry state and unusable anyway).** Follow-on: sweep the docs from `@evolith/*` → `@beyondnet/evolith-*`. | `CLI` | Cross | P0 | M | `DONE` |
+| [`GT-437`](./gap-reference-catalog.md#gt-437) | Add `agent-runtime-api` to CI/CD (docker build+push to GHCR + Coolify deploy) — today it has a Dockerfile but is NOT built/tested/deployed by any workflow. **Closure (`1ddbe25b`):** the premise was partly stale — agent-runtime WAS already built/tested by `ci-cd.yml` (3 workspace builds). The genuine hole: it was absent from the `docker-services` matrix (only core-api + mcp-server) and had no Coolify deploy step, so **on main it was never imaged or deployed** (`docker-images.yml` covered it only on tags/`workflow_dispatch`). Fixed: matrix + `agent-runtime` → `ghcr.io/<owner>/evolith-agent-runtime` (repo-root context, `./src/apps/agent-runtime-api/Dockerfile`, image name matching `docker-images.yml`), and a `Trigger Coolify deploy (agent-runtime)` step on the established fail-soft contract (unset hook ⇒ warn + exit 0, never fails CD). agent-runtime-api now sits in the same CI/CD posture as its two siblings. Verified: `ci-cd.yml` parses as YAML, resolving to 3 matrix services + 3 deploy steps; the referenced Dockerfile exists. **Owner-gated (delegated to [`GT-324`](./gap-reference-catalog.md#gt-324)):** provisioning `COOLIFY_AGENTRUNTIME_DEPLOY_HOOK`/`COOLIFY_API_TOKEN`; the first live build+deploy runs on the next merge to main (the job is main/tag-only, not exercisable from develop). | `Infra` | Cross | P1 | M | `DONE` |
+| [`GT-438`](./gap-reference-catalog.md#gt-438) | Production adapter wiring for `agent-runtime-api`: default bootstrap uses `StubCoreEvaluationAdapter` + `StubAgentEngineAdapter` + in-memory state; wire real Core-eval (HTTP), engine (Hermes/routing), durable memory + scheduler by default/env in prod. **Progress (local kind):** the real `HttpCoreEvaluationAdapter` is already in the factory (env-driven); wired + **verified in the kind cluster** — the agent-runtime `values-local` sets `AGENT_RUNTIME_CORE_ENDPOINT` to the in-cluster `core-api` service, and a `POST /v1/agent/handle` produced a real `POST /api/v1/evaluate` to core-api (SecurityAudit: `200 ALLOW 569ms`, from the runtime pod). The runtime now governs over the REAL Core, not the stub. **Remaining:** real agent-engine (GT-385-gated), durable state, and assembling a real workspace context (today the Core evaluates an empty context → 39 correct GOV-000-style findings). **Closure (`ff57cec6`):** the last non-gated piece — real workspace-context assembly — landed. The runtime now assembles the workspace and passes it **inline** as `evaluationInput.files` (the `OverlayFileSystem` inline-ingestion shape the Core API already consumes), so the Core no longer evaluates an empty context. New `IWorkspaceContextPort` + `FsWorkspaceContextAdapter` (bounded deterministic walk: file/byte budgets, excluded dirs, relative-posix keys, injectable `fsImpl`); additive `InlineEvaluationInput`/`RuntimeEvaluationContext`; `context-mapper` attaches files only when non-empty; a workspace outage degrades to the prior flow (never fails a run); `runtime.factory` wires it from `AGENT_RUNTIME_WORKSPACE_CONTEXT_ROOT` (unset ⇒ prior behavior). GT-388 surface-freeze updated (additive/minor). Verified: agent-runtime 131/131 (+8), agent-runtime-api 80/80 (+3), tsc clean. **Still gated (as designed):** real reasoning engine (GT-385/Hermes) + durable memory/scheduler needing external services; a Tracker-driven context assembler is a future sibling adapter behind the same port. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-439`](./gap-reference-catalog.md#gt-439) | Enforce fail-closed auth + wire `TenantCorpusGuard` (ABAC multi-tenancy, GT-394 runtime): `EVOLITH_API_KEY` is opt-in and the tenant guard is defined but not in `APP_GUARD`; no JWT tenant-claim extraction, no per-tenant corpus isolation. | `Security` | Cross | P1 | M | `DONE` |
+| [`GT-440`](./gap-reference-catalog.md#gt-440) | Observability completeness: add `/metrics` (Prometheus) to `mcp-server` + `agent-runtime-api`; `OTEL_EXPORTER_OTLP_ENDPOINT` configurable; liveness/readiness split. **Closure (b3c6557f): `/metrics` on all 3 services (core-api existing + mcp `evolith_mcp_*` + agent-runtime `evolith_agent_runtime_*`), `/health/live`+`/health/ready` on mcp+agent-runtime, OTEL endpoint via env. Verified on the local stack (all 200).** | `Observability` | Cross | P1 | M | `DONE` |
+| [`GT-441`](./gap-reference-catalog.md#gt-441) | The system can ask a human to approve a sensitive action, but nothing exists yet to receive the request **What it means:** Before doing anything sensitive the system is supposed to stop and wait for a person. It stops correctly, but the request never reaches anybody, so it always ends in a refusal **Example:** Every action marked as needing approval comes back refused with "could not ask", because the place chosen to answer has not been built yet. **Closure (`a299ab89`):** the receiver now exists. The Tracker shipped the endpoint (CD-23, migration `AddRuntimeApprovals`, 2026-07-19) and the Core shipped the concrete `TrackerApprovalHttpClient` behind the GT-441 seam — POST `/runtime-approvals` with the CoreMachine key (the tenant is derived from WHICH key matched, never the body); a non-2xx throws so the adapter denies fail-closed as "unavailable" — wired opt-in in `runtime.factory` (`AGENT_RUNTIME_APPROVAL_TRACKER_URL`/`_KEY`, mandatory under production). Live-smoked against the running Tracker: submit → pending (persisted in Postgres) → adapter denies fail-closed → idempotent by `correlationId` → a human reject flows back as a `tracker-decision` denial. The approve→grant path needs a designated UMS approver (CD-31; dev-bypass deliberately cannot be one) so it stays covered by unit + Tracker-side tests. package 249/249 + app 81/81 green. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-442`](./gap-reference-catalog.md#gt-442) | Production secrets + DB connectivity strategy: document/wire a secret store (Coolify vault / K8s secrets) for `EVOLITH_API_KEY` etc., and clarify `DATABASE_URL`/connection config (absent from the deploy config today). **Closure (accepted-scope) — both halves of the framing were misaligned with the codebase.** (1) *Secret store: substantially already delivered* — all three charts take credentials from a pre-created K8s Secret **by name** via `secretKeyRef`, gated on `auth.existingSecretName` (`core-api-auth`, `mcp-auth`, `agent-runtime-auth`; plus `opa-bundle-credentials` / `opa-bundle-signing-key` on mcp). No chart embeds a literal. The real gap was that this was undocumented and scattered → now consolidated in `product/infra/README.md`(+`.es.md`) §*Secrets and Data Connectivity*, with the Coolify (encrypted env var) equivalent. (2) *DB connectivity: **NOT APPLICABLE to the Core*** — `core-api` and `agent-runtime-api` declare **zero** DB dependencies (no driver/ORM/connection string, verified against both `package.json`). That is **ADR-0101 by design**: the Core is a stateless evaluation engine (`EvaluationContext`→`EvaluationResult`; product/tenant/initiative are opaque context, never persisted). So `DATABASE_URL` is not "missing" — there is nothing to connect to, and adding it would *contradict* ADR-0101. The `postgresql` strings in `projects.controller.ts`/`core-domain.module.ts` are the **scaffolding generator** choosing a DB for the *generated* project. Persistence lives in the **Tracker** (own Postgres `tracker_governance`) → DB-connectivity work delegated to that repo's board. **Remaining (owner-gated, not code):** provisioning the real secret values on the VPS/cluster — same blocker as [`GT-324`](./gap-reference-catalog.md#gt-324)/[`GT-437`](./gap-reference-catalog.md#gt-437). | `Infra` | Cross | P1 | S | `DONE` |
+| [`GT-443`](./gap-reference-catalog.md#gt-443) | How the system behaves under failure and heavy load has never been measured on a running deployment **2026-07-28: given acceptance criteria at last.** This row sat IN-PROGRESS with ZERO acceptance criteria — its section carried only prose ("Closure: breaker integration tests + K6 load/chaos + DR deploy with measured RTO/RPO"), so it could not be closed by anybody, because nothing defined done. `08-validate-tracking` did not catch it: it verifies that a DONE row has its criteria ticked, and says nothing about an IN-PROGRESS row having criteria at all. The prose is now four checkable criteria; the guard gap is registered as `GT-629`. **What it means:** We say the system keeps working when parts of it break or when traffic spikes. That claim has only been checked in isolated tests, never against something actually running **Example:** Nobody can say how long the service would take to come back after a total outage, because that recovery time has never been timed | `Reliability` | Cross | P2 | L | `IN-PROGRESS` |
+| [`GT-444`](./gap-reference-catalog.md#gt-444) | No outside party has ever attempted to break into the running system **What it means:** Automated tools scan the code for weaknesses that are already catalogued. Nobody has been hired to actively attack the live system the way a real intruder would, so unknown holes stay unknown **Example:** The entire security position rests on two automated scanners; there is no report from a human attacker | `Security` | Cross | P2 | S | `PENDING` |
+| [`GT-552`](./gap-reference-catalog.md#gt-552) | **`release-please` is wired to configuration files that no longer exist, so no version can ever be cut.** `sdk-cli-release.yml` passes `config-file: release-please-config.json` and `manifest-file: .release-please-manifest.json`, both DELETED in `aed33ba9` ("versioning managed manually"), present in neither `main` nor `develop` and not gitignored. Consequently `release_created` can never be `true`: the npm publish, binary packaging, smoke-test and asset-upload jobs are unreachable, and the repository's ONLY workflow that auto-creates a GitHub Issue (`failure-notification`) is dead code gated on that same output. Fix: restore the two config files or migrate the workflow to the manual-versioning reality it claims. **Closure (`38db17bf`):** the workflow no longer references `release-please-config.json` / `.release-please-manifest.json` (both deleted in `aed33ba9`), and the orphaned `release-please` job was replaced by a `release-gate` job, so the workflow no longer claims it can auto-cut a version. **Correction to the original write-up:** the `failure-notification` job is NOT unreachable dead code -- it RAN AND SUCCEEDED in run 29641024724. The release pipeline still fails for unrelated reasons, now tracked by [`GT-561`](./gap-reference-catalog.md#gt-561), [`GT-562`](./gap-reference-catalog.md#gt-562) and [`GT-563`](./gap-reference-catalog.md#gt-563); this gap was about the broken WIRING, which is fixed. | `Infra` | Cross | P1 | S | `DONE` |
+| [`GT-553`](./gap-reference-catalog.md#gt-553) | **`09-reconcile-maturity.mjs` carries dead path constants and miscounts rulesets.** FOUR constants derive from the deleted `reference/core/sdlc/standards/vision/` — `VISION_DIR` and the three built from it (`BOARD`, `REGISTRY`, `RUNTIME_EVIDENCE`); the latter three are each referenced only by their own declaration, so the cluster is inert (the guard works via correct hardcoded `control-center/` reads). Separately `rulesetCount` scans `rulesets/` instead of `src/rulesets/`, which is why the committed `maturity-reconciliation.json` snapshot reports `"rulesetCount": 0`. Fix: delete the dead constants and repoint the ruleset scan to `src/rulesets/`. **Closure (`35ea46e1`):** criterion 1 was satisfied by [`GT-556`](./gap-reference-catalog.md#gt-556) -- all constants now resolve through `resolveKey`, and the only remaining mention of `vision/` is an explanatory comment; criterion 2 is satisfied and the snapshot regenerated, `rulesetCount` now reporting **145**, matching `find src/rulesets -name "*.rules.json" \| wc -l`. **Correction:** the committed snapshot did carry the field, as `0` -- it was not absent, and that zero was the symptom. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-554`](./gap-reference-catalog.md#gt-554) | **`CONTRIBUTING.md` cites a tracking path that no longer exists and documents no procedure for filing a gap.** Section 5.H names `reference/core/sdlc/standards/vision/` as the home of `gap-tracking.md` and `maturity-assessment.md`; both moved to `control-center/`. Beyond one line asking contributors to reference a `GT-###`, nothing documents how a finding BECOMES a gap: the catalog schema, the closure-evidence contract and the `COORDINATION.md` identifier ledger are all unmentioned, and no gap template or generator script exists. Fix: repoint the path and document the intake procedure. **Closure (`9a13d0d6`):** section 5.H repointed from the deleted `reference/core/sdlc/standards/vision/` to the four real surfaces under `control-center/`, and a new section 6 documents the intake procedure written from the actual artefacts -- the reserve-then-push protocol from `COORDINATION.md`, the board row shape the guard parses, a catalog skeleton matching the real schema, a real-shaped closure-evidence record with all seven fields, and the validation commands. The Spanish file's drifted paths (`sdk/cli`, `rulesets/schema/`, `rulesets/opa/`, all missing `src/`) were fixed too, since the criterion is that every cited path resolves. 28/28 headings. | `Documentation` | Cross | P2 | S | `DONE` |
+| [`GT-555`](./gap-reference-catalog.md#gt-555) | **The GitHub collaboration surface is incomplete for anyone who is not a core contributor.** There is no `CODEOWNERS` (no review routing), no `.github/ISSUE_TEMPLATE/config.yml` (blank issues allowed, no contact links, Discussions unreachable from the chooser), and the only two templates — `adr-proposal.yml` and `docs-gap.yml` — both demand insider vocabulary, leaving **no bug-report and no feature-request path**. `FUNDING.yml` also sits in `src/sdk/cli/` where GitHub will not render it. Fix: add CODEOWNERS, a template `config.yml`, bug/feature templates, and relocate `FUNDING.yml`. **Closure (`9a13d0d6`):** added `.github/CODEOWNERS`, `.github/ISSUE_TEMPLATE/config.yml` (blank issues off; contact links to Discussions, private advisory and CONTRIBUTING) and bug-report + feature-request templates in plain language; `FUNDING.yml` moved from `src/sdk/cli/` to `.github/`. **Near-miss recorded:** CODEOWNERS first shipped naming `@beyondnetcode/evolith-team`, copied from the release workflow's failure notifier -- that team DOES NOT EXIST (`gh api orgs/beyondnetcode/teams` returns only `evolith-core-s-development`), and GitHub silently ignores an unresolvable owner, so every line would have routed nothing while the file looked correct. Corrected to the verified team (also confirmed to have repository access); the same bad handle in `sdk-cli-release.yml` was fixed, meaning that failure notification had been at-mentioning nobody. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-560`](./gap-reference-catalog.md#gt-560) | A protective component is installed and counted as working, but nothing in the system is routed through it **What it means:** There is a safety mechanism meant to cut off a failing dependency fast instead of letting requests pile up behind it. It is plugged in but connected to nothing, and the system's own health report still credits it as real protection **Example:** It earned a resilience score of 7 out of 10, yet a search of the entire codebase finds zero places that use it. **Closure:** closed via the "stop scoring what protects nothing" branch — the Core is a stateless evaluator (ADR-0101) that makes no outbound calls, and its only cache candidate never connected to Redis (two confirmed wiring bugs). Removed the orphan `CircuitBreakerService` (+ spec, + `opossum`/`@types/opossum` deps) and the dead Redis wiring (`redis-store.factory.ts` deleted; `redis-cache.module.ts` → `in-memory-cache.module.ts`, honest per-process cache with no ignored `REDIS_*`/boot warnings), and rewrote the `senior-architectural-assessment.md` resilience note (4/10, no unsubstantiated claim). core-api build + 158/158 tests green; lockfile reconciled (-opossum only). Adjacent finding (cache metrics permanently zero) left as a separate item. | `Core API` | Cross | P1 | M | `DONE` |
+| [`GT-561`](./gap-reference-catalog.md#gt-561) | **The MCP smoke test times out, failing E2E and cascading into DAST.** The E2E Tests job fails at the MCP stdio/HTTP smoke with `MCP smoke test FAILED: Timed out waiting for initialize (id 1)`; DAST then fails with `MCP Server failed to start after 60s`. The last green run of this pipeline was 2026-06-30. Observed 2026-07-18 in run 29646397424. **Closure (`b408a0ef`):** the server was never broken. The smoke spawned `node dist/main.js mcp serve` from the CLI's dist, and `dc0b9667` (2026-06-30, "decouple mcp-server from smart-cli") DELETED that command -- the exact date of the last green run. The process died instantly with `error: unknown command 'mcp'`, but the stdio path piped stderr and never read it, so an instant hard failure was reported as a 5-second timeout; that misdirection is why it stayed opaque for 19 days. The fix repoints both transports at the standalone gateway, adds a pre-flight check that fails with "build it first" rather than timing out, and captures stderr and the early-exit code into the failure message. No assertion was weakened and NO timeout was raised -- startup measures ~1s, so the 5s limit was never implicated. **Correction to this gap's own premise:** DAST was NOT a downstream cascade from E2E. The jobs are independent and DAST carried its OWN copy of the same stale `mcp serve` invocation, so fixing the smoke alone would have left it red; its start step was repointed too, plus `--allow-no-auth` so ZAP scans a reachable surface. **Three follow-on commits were needed before the criteria could be OBSERVED**, each layer hiding the one beneath: `6cac6cda` -- the SDK 2.0.0 bump had left `package-lock.json` desynced, so `npm ci` refused and eight jobs died on their first step, never reaching the smoke; `b75d43fc` -- the CLI pipeline's `paths` filter did not list `package.json` / `package-lock.json`, so neither the break nor its fix triggered the pipeline they affected (it also listed `release-please-config.json`, deleted in `aed33ba9` -- a filter watching a path that cannot change); `37cbeae1` -- DAST still reported red on `Resource not accessible by integration`, because the ZAP action files its report as a GitHub issue and the workflow grants no `issues: write`; the scan itself was clean (`FAIL-NEW: 0, PASS: 146`), so issue-filing was disabled rather than granting a scanner write access, the report already being uploaded as an artifact. All three criteria are CI-verified in run 29665015800: the MCP smoke passes on both transports (47 tools, 11 resources, 8 prompts, both `tools/call` checks, stdio and HTTP), the E2E Tests job is **success**, and DAST's `Start MCP Server` and `Wait for MCP Server` steps both succeed. **Stated plainly:** the job still shows red for reasons unrelated to this gap -- the CLI's branch-coverage gate (69.3% vs 75, tracked by [`GT-562`](./gap-reference-catalog.md#gt-562)) and 12 pre-existing bilingual-terminology findings in files last touched 2026-07-04 to 07-13. The pipeline is not green. | `MCP Server` | Cross | P1 | M | `DONE` |
+| [`GT-562`](./gap-reference-catalog.md#gt-562) | Coverage of the code's decision points sits below the minimum the project requires, and the check blocks **What it means:** Places where the code chooses between two outcomes were never exercised by a test. The project set a minimum, coverage fell under it, and the decision was to earn the difference back rather than lower the bar **Example:** All 969 tests pass and the build still fails: 69 percent of decision points are covered against a required 75 percent. **Closure (`7cffd734`):** the debt was paid rather than written off — branch coverage 70.57% → **75.54%**, jest exits 0, threshold untouched (85 suites, 1250 tests). **The gap's own estimate had the wrong shape:** it predicted ~100-140 tests over interactive wizards, "tests that assert a mock was asked a question." The uncovered branches were not the wizards — they were the **non-interactive, machine-readable paths** (`--format json` across five commands, `init --batch`, the composable engine's report), the paths no human walks by hand, which is exactly why nobody had noticed they were untested; they are also the contract every script and CI job depends on. Three needed a seam before they could be tested at all: `agents --name` did not exist (added; missing agent now returns `RULESET_NOT_FOUND`), `scaffold`'s specs stubbed `process.exit` which does not halt (reading the FIRST envelope makes the assertion mean what it says), and the composable report has no extractable method — but `createComposableEngine()` `require`s its five modes lazily, so they can be mocked by module path, which is why that spec is a separate file. **On the exclusion this gap declared:** it withheld ~100 branches in `adr`/`agents` to avoid blessing the success-envelope defect; that defect was fixed earlier in this campaign, and the new tests now assert the corrected ADR-0073 contract explicitly, pinning the right behaviour instead of freezing the wrong one. | `SDK CLI` | Cross | P2 | M | `DONE` |
+| [`GT-563`](./gap-reference-catalog.md#gt-563) | **174 doc-validation errors, and the workflow that should catch them reports success.** RESOLVED (`c63c3eb7`): the `validate` job was gated on `workflow_dispatch`, so on push and PR only the tracking guard ran and the job reported green over a check that never executed -- now armed and blocking. Three of the four error categories were NOT defects: 97 of 108 broken links were in a gitignored build-time copy, all 9 mojibake were false positives from a rule lacking a word boundary, and the 5 schema violations were a stale pre-`src/` schema. Two further defects fixed on the way: an unanchored fence matcher that blanked prose instead of code (hiding real emoji violations), and `10-validate-contract-conformance.mjs`, which had crashed on every invocation since the `src/` refactor unnoticed because its job was skipped. Validation now passes for 1535 files and 407 rendered diagrams. The job still fails on a DIFFERENT check, `bilingual-terminology-lint` (12 pre-existing findings). | `Documentation` | Cross | P2 | L | `DONE` |
+| [`GT-556`](./gap-reference-catalog.md#gt-556) | **Harness guards resolved paths from `process.cwd()`, so a guard returned a different answer depending on where it was invoked -- always in green.** `30-validate-phase-topology-disjoint` reported 8 topology ids from the repo root and 5 from `src/`, exit 0 both times. Six dead path literals compounded it. Fix: `.harness/scripts/lib/paths.mjs` derives the root by marker ascent (`package.json` + `.harness` + `evolith.yaml`) and `resolve()` throws when a path does not exist; 15 scripts migrated and verified identical from three directories. | `Harness` | Cross | P0 | M | `DONE` |
+| [`GT-557`](./gap-reference-catalog.md#gt-557) | **A check that scanned zero items reported success.** Seven confirmed false greens; `31` and `32` scanned `rulesets/`, a directory that EXISTS but holds only `agents/`, so zero rulesets matched while the real 145 sat in `src/rulesets` -- `existsSync` passed and the answer was still fabricated. Fix: `.harness/scripts/lib/coverage.mjs` asserts on items scanned, not path validity; `assertScannedPerSource` stops a live root masking a dead one; `allowEmpty` demands a written reason at the call site and is not settable from env or config. | `Harness` | Cross | P0 | M | `DONE` |
+| [`GT-558`](./gap-reference-catalog.md#gt-558) | **Six finding models coexisted, whose true intersection was only `message` plus some notion of severity.** Five carried no provenance, none carried determinism, so a finding crossing from a PR review to a scorecard to the knowledge base had nothing to preserve; `GateViolation` and `ValidationIssue` had additionally FORKED into `sdk-client` and are no longer assignable in either direction. Fix: canonical `Finding` (ADR-0116) with mappers from all six, strictly additive; `FindingOrigin` is a required argument, so an unattributed finding is a compile error. | `Core Domain` | Core | P0 | M | `DONE` |
+| [`GT-559`](./gap-reference-catalog.md#gt-559) | **The advisory-authority boundary was prose re-encoded in 60 files, so there was nothing to cite in review and nothing that could detect a violation.** Fix: `evaluateAuthority()` (ADR-0116) answers whether an actor may take an action on an artefact, returning a quotable reason, a stable rule id (AP-R01..R06) and the ADR clause it derives from; the ADR-0097 promotion lifecycle is encoded as data rather than described again. AP-R03 (self-authorization) is ordered ahead of AP-R02 deliberately. | `Core Domain` | Core | P0 | M | `DONE` |
+| [`GT-564`](./gap-reference-catalog.md#gt-564) | **The SDK's exported payload types were a fork that did not describe the wire.** REST and MCP call the SAME use case and return the domain object verbatim, so there was no reshaping to justify separate DTOs. The fork declared `passed: boolean` where the API emits `verdict: 'passed'\|'failed'\|'skipped'` -- and `README.md` told users to print `result.data.passed`, which is undefined at runtime; it omitted `gateId`, `rulesetRef` and `rulesetVersion`, which ARE emitted, dropped the REQUIRED `location`, and declared `artifact?`/`remediation?` that no producer emits. `ViolationSeverity` admitted an unreachable `'info'`, forked across two files; `ValidationIssue` had degraded to `severity: string`, losing `MUST\|SHOULD\|COULD`. Fix: `sdk-client` re-exports `@beyondnet/evolith-core-domain` and is bumped to **2.0.0** -- a major bump rather than a deprecation window, because a window preserves types that are actively wrong and any 1.1.0 consumer is already broken at runtime; and a real dependency rather than vendored copies with a parity guard, because two sources of truth plus a watcher is the pattern being removed. 54/54 sdk tests; `tsc` clean for sdk-client, mcp-server and `src/sdk/cli`. Publishing 2.0.0 is deliberately NOT done -- owner's call. | `SDK` | Cross | P1 | L | `DONE` |
+| [`GT-565`](./gap-reference-catalog.md#gt-565) | **The SDK's tests mocked `fetch` to return the SDK's OWN invented shape and asserted on it, so its types could drift arbitrarily and stay green** -- the root cause of [`GT-564`](./gap-reference-catalog.md#gt-564). Fix: a contract test asserting the SDK types against the real wire, in two layers, because each is blind to a drift the other catches -- compile-time cannot see a controller change its response without touching the domain type, and runtime cannot see fields absent from the sample or required-vs-optional distinctions. Booting core-api measured ~3s, so the cost argument for compile-time-only did not survive measurement. The runtime checker's key set and required flags are TYPE-DERIVED from the SDK types, so the runtime half cannot drift from the type it enforces; proven to bite with three deliberate breaks, each restored. The suite also ran in NO workflow and is now wired into `ci-cd.yml` (`1875f725`), and its symlink workaround was REMOVED by `e25804dc`, which fixed the underlying ruleset resolution -- the removal is the evidence that fix is real. 43/43. | `Testing` | Cross | P1 | M | `DONE` |
+| [`GT-566`](./gap-reference-catalog.md#gt-566) | **Supersedes [`GT-329`](./gap-reference-catalog.md#gt-329), whose closure was unsound: it CLAIMED the topology corpus was unified and left it duplicated.** Its implementing commit `d2b7d2b7` copied the five advanced topologies into `rulesets/topologies/` and deleted nothing -- `--diff-filter=D` is empty -- then closed DONE against the criterion "all topologies under a single canonical location". Ten `RELOCATED.md` tombstones asserted for two weeks that "all tooling, CI scripts, and validators now read from the canonical path" while FOUR CI validators read the directory they called historical, and the two copies quietly diverged. That divergence is what silently disabled ADR-0104 design governance for those same five topologies (`35f79934`): only the `reference/` manifests carried `designProfile`/`phaseProfiles`, and `TopologyCatalogService` de-dupes first-occurrence-wins with `src/` probed first. **Closure (`29d69ae8`, `353cdbd4`):** 180 duplicated files removed; every topology now exists in exactly ONE place. Blast radius was measured by simulating the deletion in a throwaway worktree BEFORE touching anything -- of the ~25 consumers feared, exactly one broke (`17-validate-knowledge-intake`, which read accepted ids from one root and now reads both). 14 doc links, 21 pattern fichas and two E2E specs repointed. Phase A first: the `src/` manifests carried 46 dead references of their own, and a corpus about to become canonical must resolve what it declares. **Explicitly NOT in scope:** collapsing the dual root. The three progressive-axis topologies stay under `reference/` where their full corpora are, and both `src/rulesets/topologies/README.md` and `paths.mjs` document that split as intentional -- deduplication is not the same goal as a single location, and nobody has decided the latter. Historical records in `control-center/` keep the old paths on purpose: rewriting them would erase the evidence that GT-329's closure was unsound. Verified: 8 manifests validate (was 13; five were duplicates), the catalogue resolves all 8 with a designProfile, 11 guards exit 0, 2892 tests green. | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-567`](./gap-reference-catalog.md#gt-567) | **CD apunta al VPS, que esta fuera de alcance: falla en cada push a `main` y nadie lo mira.** `Deploy services (Coolify)` falla desde 2026-07-19 (14+ corridas) porque el host `72.60.63.240` no responde en ningun puerto. NO es una caida de produccion: el entorno objetivo es hoy el cluster kind local `evolith-cluster`, sano y con los 3 servicios `1/1` desde hace 2d14h. El VPS se retoma mas adelante. El defecto real es que CD despliega a un entorno que no se usa, genera un rojo permanente que nadie lee, y `Build & Push` sigue verde publicando imagenes que ningun runtime consume. | `Infra` | Cross | P3 | S | `DONE` |
+| [`GT-568`](./gap-reference-catalog.md#gt-568) | **The Security Audit job fails on a high-severity advisory that lives entirely in dev-only tooling.** `npm audit` reports `brace-expansion` (GHSA-3jxr-9vmj-r5cp, DoS via exponential-time expansion) as high, reached through six paths that are ALL build/lint tooling -- `eslint`, `@eslint/config-array`, `@eslint/eslintrc`, `@typescript-eslint/typescript-estree`, `test-exclude` -- and none of which ship in the published CLI. Observed 2026-07-20 in run 29780735123, and pre-existing: it is not caused by the coverage work in [`GT-562`](./gap-reference-catalog.md#gt-562), which shares that run. The job is a blanket `npm audit` with no production/dev distinction, so a vulnerability that cannot reach a user still reds the pipeline. Two questions to settle together: whether the audit should scope to `--omit=dev` (or record a reasoned exception) so the signal matches the risk, and whether to take the transitive bump at all -- `npm audit fix` rewrites `package-lock.json`, and a full lockfile regeneration is explicitly off-limits here after the ajv override incident. **Closure (`92390d6d`):** auditing before acting inverted the premise. The write-up called it "entirely dev-only tooling," but the same run's tree also carries `js-yaml` (high) and `protobufjs` (moderate), and `npm ls js-yaml --omit=dev` puts js-yaml on the CLI's **production** path — `evolith-cli -> nest-commander -> cosmiconfig -> js-yaml@4.2.0`. So `--omit=dev` would not have gone green; it would have HIDDEN a vulnerability the published CLI ships. Fixed rather than hidden, with targeted `overrides` (not a regeneration): js-yaml → 4.3.0 (+ a scoped `@nestjs/swagger` override so core-api's exact-4.1.1 pin dedupes up), brace-expansion → 1.1.16/2.1.2/5.0.7, protobufjs → 7.6.5. `npm audit --audit-level=high` now reports **0 vulnerabilities**, `npm ci` accepts the lockfile, the diff is 30/-18 lines, build green and all five suites pass (132/168/1174/226/342). The workflow now states its own scope: one root lockfile means it audits the whole monorepo tree (stricter than a CLI-only scan), and a fix-less transitive advisory is patched with an override, not a regeneration. | `Infra` | Cross | P2 | S | `DONE` |
+| [`GT-445`](./gap-reference-catalog.md#gt-445) | Regenerate the stale doc-count / version surfaces to the fresh `0.0.1` baseline: `maturity-reconciliation.json` (`1.1.4` + 422 gaps), `maturity-assessment.md` (`1.1.0`, "32 tools"), `product-inventory.md` (`1.1.4`, 33 tools/26 cmds), and the hand-written `evolith-mcp-tools.md` catalog — regenerate counts from code after the in-flight topology/phase-artifacts surface edits land. (2026-07-04 audit fixed version/link/field drift; count regen gated on those edits.) **+2026-07-17 (`459676aa`) — root cause fixed + code-derived surfaces regenerated.** `generate-product-inventory.mjs` scanned pre-`src/`-cutover dead paths (`sdk/cli`, `packages/mcp-server`, output `reference/products/smart-cli`) → the inventory was frozen and CI false-green. Repointed to the `src/`-nested layout + real output dir; regenerated `product-inventory.md`+`.es.md` from source: `@beyondnet/evolith-cli` 1.1.4→**1.1.0**, 26→**31** commands, 33→**47** MCP tools, 9→**11** resources, 40→**44** schemas (generator `--check` now green). `maturity-assessment.md` (EN+ES): 32→47 tools, 9→11 resources. `evolith-mcp-tools.md`: replaced the 11-row inventory (7 obsolete tool names) with the complete source-derived **47-tool** table; detailed specs flagged legacy-subset (obsolete entries called out) pending full regen. **Remaining (not by hand):** `maturity-reconciliation.json` is emitted by `09-reconcile-maturity.mjs`, blocked on the CI-owned maturity-evidence refresh ([`GT-523`](./gap-reference-catalog.md#gt-523)) — re-syncs on the next green CI run; and the per-tool detailed-spec regeneration is a follow-on. **Closure (`702de08b`):** all four named surfaces are regenerated. `maturity-reconciliation.json` was regenerated in `35ea46e1` (now 559 gaps / 145 rulesets / 132 ADRs / CLI 1.1.0); `maturity-assessment.md` verified clean (no `1.1.4`, no "32 tools", no `@evolith/smart-cli`); `product-inventory.md` clean at 1.1.0; `evolith-mcp-tools.md` regenerated to 47 tools in `459676aa`. The final blocker was the inventory generator itself: `07-generate-inventories.mjs` resolved the dead `rulesets/` path and reported 0, wrote to an orphaned location, and its `--check` flag WROTE FILES. Fixed in `702de08b`; the canonical `maturity-reports/inventory-summary.md` went from a two-week-frozen 119 ADRs / 144 rulesets / 40 schemas to **132 / 145 / 44**, now agreeing exactly with what script 09 derives independently. | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-446`](./gap-reference-catalog.md#gt-446) | **Cross-repo (evolith_tracker):** Tracker production pilot — the .NET backend is a real Clean-Architecture scaffold (Discovery/Governance/Artifacts/Audit contexts) that lagged the current Core design. **Closure (tracker b2ac7ef): the BFF `CoreEvaluationGateway` is now wired to the REAL local Core — canonical `EvaluationContext` request + real `EvaluationResult` parsing + Bearer auth + `BaseUrl` :3001; proven by an opt-in live E2E that hits core-api `/api/v1/evaluate` (200 ALLOW) and by the core-api access log. Local Postgres persistence DONE (tracker c91692e): EF `InitialCreate` migration + Postgres-backed `CoreEvaluationTransaction` repo wired into `/api/core/evaluate`; verified by a live write/read-back roundtrip. PhaseGate→Core DONE (tracker 38102e0): `POST /gates/{id}/phase/{phase}/evaluate-with-core` asks the Core, maps the verdict, and drives the gate state — a live Discovery-gate E2E drove a real `discovery` gate to `fail` in Postgres from the Core's verdict. Local dev-auth + UI wiring DONE (tracker cb6d38e): a Development-only dev-bypass auth scheme (no UMS needed) makes the BFF callable locally, and tracker-web points at the local BFF URL — verified over HTTP (no JWT): `POST /gates/{id}/phase/discovery/evaluate-with-core` → 200, gate persisted `fail`. Suite 54/54.** The Objective-1 M1 subset (Tracker→Core integration + local DB + Discovery gate E2E + BFF/UI on local URLs) is met; remaining is Phase-2: run/verify the React UI in a browser and extend to the other phases. | `Tracker` | Cross | P1 | XL | `DONE` |
+| [`GT-450`](./gap-reference-catalog.md#gt-450) | Containerization out of sync with the `src/`-nested monorepo: the 3 service Dockerfiles + `docker-compose.evolith.yml` assumed a flat `packages/apps/sdk/rulesets` layout (repo nests them under `src/`), so `docker compose build` couldn't even find the Dockerfiles — and the Coolify config (`apps/core-api/Dockerfile`) was broken too. Fixed paths to `src/*` (Dockerfiles + compose + Coolify hints), wired agent-runtime→real Core over HTTP (GT-438), added the missing `.dockerignore`; also fixed a latent clean-build bug (root tsconfig referenced mcp-server before sdk-client). **VERIFIED: `docker compose build` green, all 4 containers healthy, core-api `/evaluate` returns a real EvaluationResult (200), and the agent-runtime→real-Core HTTP chain is proven (core-api access log shows the inbound POST from the agent-runtime container).** | `Infra` | Cross | P0 | S | `DONE` |
+| [`GT-434`](./gap-reference-catalog.md#gt-434) | EPIC — Downstream phase artifact profiles (Construction/Quality/Deployment): mirror GT-425 for the 3 downstream phases — `spec.phaseProfiles` in topology manifests (universal + topology-derived artifacts + gate criteria, DN-06), phase evaluators (extend `checkpoint`/`deployment` kinds), registry entries, exposure. Conceptual spec: `downstream-artifact-profiles`. First increment (schema + 7 manifests) landed (3fe3be23). | `Rulesets` | Cross | P2 | L | `DONE` |
+| [`GT-449`](./gap-reference-catalog.md#gt-449) | Canonical-only command surface — nothing shipped (never in production), so remove the deprecated aliases instead of keeping shims: the `smart-cli mcp` command references (→ standalone `evolith-mcp serve`), the F1/F2/F3 topology input aliases (`--arch-level`, `normalizeTopology`/MCP legacy branches) and the f1–f5 phase-alias narrative across CLI/MCP/core-api + READMEs. Scope = command surface only; core-domain's internal `f1..f5` phase encoding kept. Build clean; CLI 918/918. Follow-on: terminology sweep of F1/F2/F3 in historical planning/roadmap docs. | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-425`](./gap-reference-catalog.md#gt-425) | EPIC — Design-phase advisory governance (ADR-0104): Core recommends/validates/measures technical maturity over a Convention-over-Configuration block catalog; blueprint as composable, multi-concern development guide that drives downstream criteria. F0 (ADR-0104) landed. **Umbrella — decomposed into `GT-426`…`GT-433`.** | `Core Domain` | Cross | P1 | XL | `DONE` |
+| [`GT-426`](./gap-reference-catalog.md#gt-426) | F1 — Contracts: extend `EvaluationContext`/`EvaluationResult` with a `design` facet (topology recommended/confirmed, artifact refs, per-concern maturity) + formal `evolith.yaml` schema with `design.topology.recommended\|confirmed` (composition). | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-427`](./gap-reference-catalog.md#gt-427) | F2 — Add `spec.designProfile { required[], conditional[] }` to `topology-manifest.schema.json` and populate the 8 topology manifests. | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-428`](./gap-reference-catalog.md#gt-428) | F3 — Blueprint multi-concern composition under Convention over Configuration: extend `blueprint.schema.json` to compose by concern (frontend/backend/services/mobile/data) via a block-type registry; + design-artifact block schemas, bilingual templates, fixtures. **Central piece.** | `Schemas` | Cross | P1 | L | `DONE` |
+| [`GT-429`](./gap-reference-catalog.md#gt-429) | F4 — `design` `EvaluationKind` evaluator: derive artifacts as the union over the confirmed topology composition (strictest-wins, incompatibility→ADR), validate completeness/traceability vs blueprints/ADRs/coding-practices, emit technical-maturity score; Native/OPA parity. Closes GT-08…GT-11. | `Core Domain` | Cross | P1 | L | `DONE` |
+| [`GT-430`](./gap-reference-catalog.md#gt-430) | F5 — Topology-recommendation engine: `topology-recommendation.rules.json` + evaluator (technical signals → recommended topology/composition), on-demand and as a complete proactive finding set. | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-431`](./gap-reference-catalog.md#gt-431) | F6 — Exposure + collaboration: CLI/MCP/API `design-evaluate` + `topology-recommend` (BR-008 parity); `design-template.schema.json` (scope tenant\|core, complexity simple\|medium\|complex); agent skills `design-template-proposal` + `template-promotion`; tenant→Core UP-NNN promotion flow. | `Cross` | Cross | P1 | L | `DONE` |
+| [`GT-432`](./gap-reference-catalog.md#gt-432) | F7 — Blueprint→downstream derivation: the `design` evaluator derives Construction/Quality/Deployment requirements and criteria from the composed blueprint as recommendations the Tracker uses to configure the F3/F4/F5 gates. | `Core Domain` | Cross | P2 | M | `DONE` |
+| [`GT-433`](./gap-reference-catalog.md#gt-433) | F8 — Verification: acceptance checklist, E2E demo (recommended→confirmed→evaluated via CLI/MCP/API), gap reconciliation, canonical Design-phase docs. | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-424`](./gap-reference-catalog.md#gt-424) | Three skill registries drift with no single source of truth: `DEFAULT_SKILLS` (agent-runtime intent→capability catalog), `reference/core/foundations/agent-skills/manifest.json` (agent-owned analysis skills) and `.harness/manifest.yaml` (canonical harness capabilities) declare skills independently and diverge (e.g. `gap-prioritization-engine` runs a real `.harness` script but is undeclared in `manifest.yaml`), with no CI guard enforcing convergence. **REOPENED 2026-07-26 — the defect this row declares closed is still alive.** The title promises "Single source of truth + CI parity guard for the three skill registries" and the closure record is dated 2026-07-04 (`833aa888`). Measured today: `.harness/manifest.yaml` declares **16** capabilities and `adapters/skills/default-skills.ts` seeds **7** (validate-discovery-gate, check-initiative-artifacts, validate-adr-architecture, run-opa-audit, recommend-initiative-unblock, code-quality-structural-review, publish-trace-event). The agent offers 44% of what the harness knows, which is precisely the drift ADR-0102 named as its principal risk. Whatever parity guard was declared, it does not cover this pair today. This is the fourth verified instance of root cause C5 — the board records intent, not result — alongside GT-12, GT-568 and GT-254. Its closure record is withdrawn. Origin: finding 5.2 of the product diagnostic (https://github.com/beyondnetcode/why-architecture/blob/main/docs/evolith-diagnostico-es.md). Wave 2: R3 now measures the EFFECTIVE routing surface and AUDITS GT-608’s derivation instead of trusting it — the synthesizer must be exported, actually called, and filtering on nothing but the complement of the bound set. Three negative fixtures, including a synthesis narrowed by one extra conjunct. The report keeps hand-bound (4) and synthesized (5) separate, because a synthesized skill answers only to its capability name and never to a natural intent. Wired into ci-cd.yml. | `.harness` | Cross | P2 | S | `DONE` |
+| [`GT-413`](./gap-reference-catalog.md#gt-413) | Real runtime OPA adapter fails closed because `OpaCliPolicyValidationAdapter` loads `rulesets/opa/` including `schemas/` JSON files as OPA data, producing schema merge errors before any policy can evaluate. | `Agent Runtime` | Cross | P0 | S | `DONE` |
+| [`GT-414`](./gap-reference-catalog.md#gt-414) | Runtime policy references drift from actual Rego packages: `.harness/manifest.yaml`, `DEFAULT_SKILLS`, tests, and agent-runtime docs reference `evolith.gates.discovery` / `evolith.architecture.adr`, while the available packages expose names such as `evolith.phase_gates` and `evolith.capability_source_interface`. | `Agent Runtime` | Cross | P0 | S | `DONE` |
+| [`GT-415`](./gap-reference-catalog.md#gt-415) | Agent Runtime public-surface and SemVer authority drift: the freeze guard is red after additive adapter exports, and README pre-1.0 guidance conflicts with `package.json` version `1.0.0`. | `Agent Runtime` | Cross | P0 | S | `DONE` |
+| [`GT-417`](./gap-reference-catalog.md#gt-417) | Closure-evidence registry drift: semantic tracking still fails because recently marked `DONE` gaps lack registry closure records and/or have unchecked closure criteria in the EN/ES catalog. | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-421`](./gap-reference-catalog.md#gt-421) | Transicionar playbooks y salidas de agentes hacia JSON Schemas estrictos (`.harness/schemas/`). | `.harness` | Cross | P1 | M | `DONE` |
+| [`GT-423`](./gap-reference-catalog.md#gt-423) | Implementar y automatizar el `core-health-checklist.md` como un validador (Gate). | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-416`](./gap-reference-catalog.md#gt-416) | `.harness` capability catalog is under-productized: 110 script/playbook files exist, but only 7 capabilities are declared in `.harness/manifest.yaml`, leaving no governed promotion/deprecation contract for most executable harness assets. | `.harness` | Cross | P1 | M | `DONE` |
+| [`GT-418`](./gap-reference-catalog.md#gt-418) | Self-improving loop is seeded but not fully enforced: playbook, schema, skill, and manifest capability exist, but CI/Agent Runtime do not yet require progress-audit JSONL, automatic gap registration, or learning promotion for every approved agent run. | `.harness` | Cross | P1 | M | `DONE` |
+| [`GT-422`](./gap-reference-catalog.md#gt-422) | Diseñar e implementar el **Harness Orchestrator (Router Agent)** como único agente frontal leyendo `manifest.yaml`. | `.harness` | Cross | P2 | L | `DONE` |
+| [`GT-420`](./gap-reference-catalog.md#gt-420) | Implementar el emisor de `progress-audit.jsonl` en el `Agent Runtime` para persistir la memoria de ejecución sin saturar el contexto del LLM. | `Agent Runtime` | Cross | P0 | M | `DONE` |
+| [`GT-419`](./gap-reference-catalog.md#gt-419) | Refactorizar `AGENTS.md` a un Router/Bootstrapper mínimo. Extraer la tabla de "Intake and Discovery Agents" a `.harness/agents/discovery-agents.md`. | `.harness` | Cross | P1 | M | `DONE` |
+| [`GT-377`](./gap-reference-catalog.md#gt-377) | R1 — `EvaluationContext`/`EvaluationResult` contracts + Contract Schema Registry (canonical types reusing `Verdict`/`PhaseId`; versioned schemas; ADR-0073 envelope; ESLint boundary guard banning `*Repository` for business entities) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-395`](./gap-reference-catalog.md#gt-395) | **WS7 Gobernanza Transversal:** Las reglas de gobernanza agnósticas existen como archivos estáticos pero carecen de aplicación universal en runtime. | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-375`](./gap-reference-catalog.md#gt-375) | Core stateless evaluation contracts — formalize `EvaluationContext` (input) / `EvaluationResult` (output): consumers (Evolith Tracker) send context, the Core returns structured verdicts/recommendations. Product/tenant/initiative are **opaque context identifiers only**, never Core entities; epics/stories as `ExternalReferenceContext`. The Core emits non-binding `Recommendation`/`DecisionRecommendation`; the Tracker decides, persists and audits. Per ADR-0101 (corrects ADR-0100) / UP-002. **Umbrella epic — decomposed into `GT-376`…`GT-381` (R0–R5).** | `Cross` | Cross | P0 | XL | `DONE` |
+| [`GT-390`](./gap-reference-catalog.md#gt-390) | Remove the duplicate `rulesets/sdlc/phase-gates.rules.json` — it collides with `rulesets/phase-gates/phase-gates.rules.json` under a different `$id`, so the two can silently diverge. Consolidate to the one canonical location + add a CI guard that fails on same-named `*.rules.json`. (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§16.) | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-405`](./gap-reference-catalog.md#gt-405) | **MCP interaction adapter:** Not formalized. MCP bypasses strict runtime port. | `Agent Runtime` | Cross | P1 | S | `DONE` |
+| [`GT-410`](./gap-reference-catalog.md#gt-410) | **BMAD Intelligence feedback:** BMAD agents missing adapter maturity skills and automated feedback loop. | `.bmad-core` | Cross | P1 | S | `DONE` |
+| [`GT-411`](./gap-reference-catalog.md#gt-411) | **Core API ADR-0073 Envelope Unification:** Missing envelope in Core API responses. | `Core API` | Cross | P1 | S | `DONE` |
+| [`GT-324`](./gap-reference-catalog.md#gt-324) | The pipeline builds and publishes the service images, but the deploy step has never reached the server **What it means:** New versions of the software get packaged automatically, but nothing installs them where they would actually run, so the last step is still done by hand **Example:** The deploy step runs and fails with "could not resolve host": the deploy address stored in the pipeline is a fragment, not a full web address | `Infra` | Cross | P1 | M | `IN-PROGRESS` |
+| [`GT-384`](./gap-reference-catalog.md#gt-384) | R1 — Real Core-evaluation adapter: replace `StubCoreEvaluationAdapter` behind `ICoreEvaluationPort`. In-process variant wraps the Core's `EvaluationOrchestrator.evaluate(ctx)` (constructed in `apps/core-api/src/app.module.ts`, exported from `@evolith/core-domain/evaluation`); REST variant calls the existing `/evaluate` controller. Contracts already match (`EvaluationContext`→`EvaluationResult`), so this is wiring + `workspaceRef` resolution, not new evaluation logic. Stub↔real parity tests (0 contract drift). **Central blocker for GT-383.** | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-396`](./gap-reference-catalog.md#gt-396) | **Contrato de Ingesta Cliente:** Existen esquemas parciales pero falta un `SatelliteManifest` o `ProjectInput` formal y unificado para validaciones. | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-399`](./gap-reference-catalog.md#gt-399) | **Real Adapters Injection:** Replace Stubs with HTTP/Harness adapters in CLI `AgentRuntimeFactory`. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-400`](./gap-reference-catalog.md#gt-400) | **REST Endpoint Hermes:** Create a controller in `core-api` to serve external conversational requests. | `Core API` | Cross | P1 | M | `DONE` |
+| [`GT-403`](./gap-reference-catalog.md#gt-403) | **Hermes Chat Box adapter:** Ensure Hermes cannot execute shell directly and uses interaction port. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-406`](./gap-reference-catalog.md#gt-406) | **External HITL adapters:** Missing real Slack/Tracker/GitHub human approval ports. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-407`](./gap-reference-catalog.md#gt-407) | **Policy-based routing:** Missing dynamic routing to engines based on risk/privacy. | `Agent Runtime` | Cross | P1 | M | `DONE` |
+| [`GT-408`](./gap-reference-catalog.md#gt-408) | **Knowledge/RAG adapter:** Missing internal corpus context querying for agents. | `Agent Runtime` | Cross | P1 | L | `DONE` |
+| [`GT-383`](./gap-reference-catalog.md#gt-383) | EPIC — `@evolith/agent-runtime` v1.0.0 productionization & publish: graduate the default stub/in-memory adapters to production, freeze the public contract (`.`/`./ports`/`./adapters` exports), and make the package publish-safe. Central blocker is the Core-evaluation port — today `StubCoreEvaluationAdapter` fabricates a canonical `EvaluationResult` from `passthrough` facts (`results:{}`, `rulesExecuted:[]`, `policiesApplied:[]`), so the runtime governs over a simulated Core. Per ADR-0102. **Umbrella — decomposed into `GT-384`…`GT-389`.** | `Agent Runtime` | Cross | P1 | XL | `DONE` |
+| [`GT-388`](./gap-reference-catalog.md#gt-388) | R5 — Public-contract freeze + SemVer 1.0.0: freeze the `.`/`./ports`/`./adapters` export surface and the canonical contract types; define the `schemaVersion` evolution + deprecation/compat policy; bump `0.1.0`→`1.0.0` only after GT-384 (no stable contract over a simulated Core). | `Agent Runtime` | Cross | P2 | S | `DONE` |
+| [`GT-389`](./gap-reference-catalog.md#gt-389) | R6 — Packaging & release hygiene: replace `@evolith/core-domain: "*"` with a real SemVer range (`^1.x`) and publish `@evolith/core-domain` (1.0.5); verify `files`/`exports`/`dist` resolve for an external consumer; wire `build`+`test` into release CI. | `Agent Runtime` | Cross | P2 | S | `DONE` |
+| [`GT-391`](./gap-reference-catalog.md#gt-391) | CI schema validation — run `ajv` over every `*.rules.json` against its declared `$schema` (no such gate today; broken/inaccessible `$schema` paths went undetected). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15/§17.) | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-393`](./gap-reference-catalog.md#gt-393) | `/metrics` scrape isolation in core-api — serve Prometheus metrics on an internal port / behind a NetworkPolicy instead of the public listener (today only `@SkipThrottle`; the API-key guard is opt-in, so metrics can be publicly scrapable). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §13/§16.) | `Core API` | Cross | P2 | S | `DONE` |
+| [`GT-397`](./gap-reference-catalog.md#gt-397) | **WS9 Paridad Bilingüe:** Script `04-check-bilingual-parity.mjs` ausente, degradando el coverage del gate de calidad a 75%. | `.harness` | Cross | P2 | S | `DONE` |
+| [`GT-381`](./gap-reference-catalog.md#gt-381) | R5 — Docs/taxonomy + final reconciliation + Tracker integration (reclassify agile artifacts to `ExternalReferenceContext`; publish canonical Core Evaluation Engine doc; Tracker sends context/consumes result/emits `GateDecision`; Core degrades to evaluation-only; CLI/MCP/API parity) | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-386`](./gap-reference-catalog.md#gt-386) | R3 — Durable persistence adapters: replace `InMemorySchedulerAdapter` (no timers; lost on restart) with a durable cron/queue adapter behind `ISchedulerPort`, and `InMemoryMemoryAdapter` with a persistent store behind `IMemoryPort`. In-memory stays the test default. | `Agent Runtime` | Cross | P2 | M | `DONE` |
+| [`GT-385`](./gap-reference-catalog.md#gt-385) | R2 — Production engine wiring: default `IAgentEnginePort` to a real Hermes client (the lazy `HermesAgentAdapter` exists; the bootstrap default is `StubAgentEngineAdapter`) and add multi-engine routing; keep the deterministic stub as the offline/test default (design rule #5). | `Agent Runtime` | Cross | P2 | M | `DONE` |
+| [`GT-387`](./gap-reference-catalog.md#gt-387) | R4 — HITL approval workflow: replace `AutoApprovalAdapter`/`DenyByDefaultApprovalAdapter` with a real chat/Tracker human-in-the-loop workflow behind `IApprovalPort` (production currently deny-by-default for high-impact capabilities). | `Agent Runtime` | Cross | P2 | M | `DONE` |
+| [`GT-392`](./gap-reference-catalog.md#gt-392) | Structured blueprints — create `rulesets/blueprints/*.json` for the blueprints that today live only as human-read `reference/` Markdown, so they are machine-validatable and operative (not just prose). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §15.) | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-394`](./gap-reference-catalog.md#gt-394) | Per-tenant ABAC on corpus access in core-api — prevent a tenant reading another tenant's rulesets/corpus (the stateless Core serves a shared corpus today). (Extracted from `EVOLITH-ARCHITECTURE-DESIGN.md` §16 risk.) | `Core API` | Cross | P2 | M | `DONE` |
+| [`GT-404`](./gap-reference-catalog.md#gt-404) | **OpenCode adapter:** Not implemented. OpenCode lacks secure runtime capability adapter. | `Agent Runtime` | Cross | P2 | M | `DONE` |
+| [`GT-409`](./gap-reference-catalog.md#gt-409) | **Freshness checks:** Missing CI guards for visual map and adapter capability desynchronization. | `.harness` | Cross | P2 | M | `DONE` |
+| [`GT-313`](./gap-reference-catalog.md#gt-313) | Rotate and externalize GH_TOKEN via a secret manager | `Security` | Cross | P0 | XS | `DONE` |
+| [`GT-398`](./gap-reference-catalog.md#gt-398) | **Dual-Engine Parity for `allowedSourceInterfaces`:** Missing OPA policy to validate interaction origins (e.g., chat). | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-01`](./gap-reference-catalog.md#gt-01) | Unified contract ADR | `Governance` | F0 | P0 | S | `DONE` |
+| [`GT-27`](./gap-reference-catalog.md#gt-27) | Canonical tracking semantic consistency | `Governance` | Cross | P0 | S | `DONE` |
+| [`GT-59`](./gap-reference-catalog.md#gt-59) | Hardening HTTP — Helmet + CORS + Rate Limiting (OWASP API4/8) | `BFF API` | Cross | P0 | S | `DONE` |
+| [`GT-152`](./gap-reference-catalog.md#gt-152) | External Knowledge Contract and Source Registry Schema | `Governance` | Cross | P0 | S | `DONE` |
+| [`GT-226`](./gap-reference-catalog.md#gt-226) | Wire Dependabot/Renovate config (ADR-0009 compliance) | `Governance` | Cross | P0 | S | `DONE` |
+| [`GT-250`](./gap-reference-catalog.md#gt-250) | Fix MCP auth bypass when no API key configured | `Security` | Cross | P0 | S | `DONE` |
+| [`GT-251`](./gap-reference-catalog.md#gt-251) | Fix command injection in update command via execSync | `Security` | Cross | P0 | S | `DONE` |
+| [`GT-253`](./gap-reference-catalog.md#gt-253) | Pin trivy-action to specific version tag instead of master branch | `CI/CD` | Cross | P0 | S | `DONE` |
+| [`GT-268`](./gap-reference-catalog.md#gt-268) | Restore missing CI validator scripts referenced by workflows and rules | `Governance CI` | Cross | P0 | S | `DONE` |
+| [`GT-274`](./gap-reference-catalog.md#gt-274) | Harden cleanup-temp-files against tracked-file deletion | `Harness` | Cross | P0 | S | `DONE` |
+| [`GT-286`](./gap-reference-catalog.md#gt-286) | compliance-baseline ruleset exists — rulesets/cross-cutting/compliance-baseline.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-287`](./gap-reference-catalog.md#gt-287) | definition-of-done ruleset exists — rulesets/cross-cutting/definition-of-done.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-288`](./gap-reference-catalog.md#gt-288) | engineering-manifesto ruleset exists — rulesets/cross-cutting/engineering-manifesto.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-289`](./gap-reference-catalog.md#gt-289) | repository-taxonomy ruleset exists — rulesets/cross-cutting/repository-taxonomy.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-290`](./gap-reference-catalog.md#gt-290) | phase-gates ruleset exists — rulesets/phase-gates | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-291`](./gap-reference-catalog.md#gt-291) | quality-thresholds ruleset exists — rulesets/sdlc/quality-thresholds.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-292`](./gap-reference-catalog.md#gt-292) | satellite-contracts ruleset exists — rulesets/governance/satellite-contracts.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-293`](./gap-reference-catalog.md#gt-293) | executive-scorecards ruleset exists — rulesets/governance/executive-scorecards.rules.json | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-294`](./gap-reference-catalog.md#gt-294) | OPA policies for architecture — rulesets/architecture/opa | `Architecture` | Cross | P0 | S | `DONE` |
+| [`GT-336`](./gap-reference-catalog.md#gt-336) | SDK REST client missing /api prefix — all calls 404 | `SDK` | Cross | P0 | S | `DONE` |
+| [`MT-A01`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Ratify the Multi-Topology Reference Corpus ADR | `Governance` | Cross | P0 | S | `DONE` |
+| [`MT-A02`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Freeze the root-taxonomy decision: no root `/topologies/` without superseding ADR | `Governance` | Cross | P0 | S | `DONE` |
+| [`MT-A03`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Authorize `reference/core/architecture/topologies/` as the canonical human-readable topology corpus | `Taxonomy` | Cross | P0 | S | `DONE` |
+| [`MT-A04`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Authorize `rulesets/topologies/` as the canonical executable topology rules location | `Rulesets` | Cross | P0 | S | `DONE` |
+| [`GT-401`](./gap-reference-catalog.md#gt-401) | **InteractionAdapterPort formalized:** Missing or not fully integrated single governed entry point for interfaces. | `Agent Runtime` | Cross | P0 | M | `DONE` |
+| [`GT-402`](./gap-reference-catalog.md#gt-402) | **Smart CLI adapter:** Formalize CLI as interaction adapter to prevent bypassing runtime layer. | `Evolith CLI` | Cross | P0 | M | `DONE` |
+| [`GT-412`](./gap-reference-catalog.md#gt-412) | **Runtime Policy Enforcement Guarantee:** Governance policies are absent in runtime execution flows. | `Agent Runtime` | Cross | P0 | M | `DONE` |
+| [`GT-02`](./gap-reference-catalog.md#gt-02) | `GateEvidence` modeled in the domain layer | `Core Domain` | F1 | P0 | M | `DONE` |
+| [`GT-03`](./gap-reference-catalog.md#gt-03) | `EvaluateGateUseCase` and `gate evaluate` command | `Core Domain` | F1 | P0 | M | `DONE` |
+| [`GT-06`](./gap-reference-catalog.md#gt-06) | MCP tool `evolith-gate-evaluate` | `CLI` | F2 | P0 | M | `DONE` |
+| [`GT-28`](./gap-reference-catalog.md#gt-28) | Restore CLI build, test, and smoke baseline | `CLI` | F0 | P0 | M | `DONE` |
+| [`GT-37`](./gap-reference-catalog.md#gt-37) | Evidence-gated semantic gap closure | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-41`](./gap-reference-catalog.md#gt-41) | Automated maturity reconciliation | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-44`](./gap-reference-catalog.md#gt-44) | Deterministic release pipeline integrity | `CLI` | F5 | P0 | M | `DONE` |
+| [`GT-60`](./gap-reference-catalog.md#gt-60) | Validación Global DTOs con class-validator (OWASP API3) | `BFF API` | Cross | P0 | M | `DONE` |
+| [`GT-64`](./gap-reference-catalog.md#gt-64) | Structured Logging con Correlation ID | `BFF API` | Cross | P0 | M | `DONE` |
+| [`GT-151`](./gap-reference-catalog.md#gt-151) | Complete Native/OPA Rule-ID Coverage for Accepted Topologies | `Rulesets` | Cross | P0 | M | `DONE` |
+| [`GT-153`](./gap-reference-catalog.md#gt-153) | Knowledge Lifecycle Governance by Winston | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-154`](./gap-reference-catalog.md#gt-154) | RAG Projection and Native/OPA Parity for External Knowledge | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-155`](./gap-reference-catalog.md#gt-155) | REST Core API envelope conformance with ADR-0073 | `BFF API` | Cross | P0 | M | `DONE` |
+| [`GT-209`](./gap-reference-catalog.md#gt-209) | Create agnostic baseline (`agnostic-baseline.md` missing) | `Architecture` | Cross | P0 | M | `DONE` |
+| [`GT-227`](./gap-reference-catalog.md#gt-227) | Add CodeQL + Trivy SAST/SCA to CI workflows | `Security` | Cross | P0 | M | `DONE` |
+| [`GT-252`](./gap-reference-catalog.md#gt-252) | Wire all 19 orphaned OPA policies into main.rego aggregator | `Rulesets` | Cross | P0 | M | `DONE` |
+| [`GT-267`](./gap-reference-catalog.md#gt-267) | Restore workspace build/test after Redis cache integration | `Core API/MCP` | Cross | P0 | M | `DONE` |
+| [`GT-269`](./gap-reference-catalog.md#gt-269) | Restore ADR-0073 contract roundtrip reproducibility | `Contracts` | Cross | P0 | M | `DONE` |
+| [`GT-275`](./gap-reference-catalog.md#gt-275) | Reconcile closure evidence registry with canonical tracking semantics | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-280`](./gap-reference-catalog.md#gt-280) | SDLC phases como datos consultables (JSON/YAML) — mapeo gate → artefactos → reglas Rego | `Governance` | Cross | P0 | M | `DONE` |
+| [`GT-283`](./gap-reference-catalog.md#gt-283) | f1-modular-monolith ruleset exists — rulesets/topologies/progressive-axis/modular-monolith | `Rulesets` | Cross | P0 | M | `DONE` |
+| [`GT-284`](./gap-reference-catalog.md#gt-284) | f2-distributed-modules ruleset exists — rulesets/topologies/progressive-axis/distributed-modules | `Rulesets` | Cross | P0 | M | `DONE` |
+| [`GT-285`](./gap-reference-catalog.md#gt-285) | f3-microservices ruleset exists — rulesets/topologies/progressive-axis/microservices | `Rulesets` | Cross | P0 | M | `DONE` |
+| [`GT-295`](./gap-reference-catalog.md#gt-295) | Gate evaluation logic exists — packages/core-domain/src/gates | `Core Domain` | Cross | P0 | M | `DONE` |
+| [`GT-296`](./gap-reference-catalog.md#gt-296) | Phase transition logic exists — packages/core-domain/src/phases | `Core Domain` | Cross | P0 | M | `DONE` |
+| [`GT-297`](./gap-reference-catalog.md#gt-297) | MCP resources for corpus — packages/mcp-server/src/resources | `MCP` | Cross | P0 | M | `DONE` |
+| [`GT-298`](./gap-reference-catalog.md#gt-298) | WatcherService integration — packages/mcp-server/src/watcher | `MCP` | Cross | P0 | M | `DONE` |
+| [`GT-314`](./gap-reference-catalog.md#gt-314) | Validate the real satellite artifact, not the Core template (evidence-validator resolves template paths) | `Core Domain` | Cross | P0 | M | `DONE` |
+| [`GT-359`](./gap-reference-catalog.md#gt-359) | Define `SatelliteManifest` ingestion contract schema | `Core Domain` | Cross | P0 | M | `DONE` |
+| [`GT-363`](./gap-reference-catalog.md#gt-363) | GitHub API integration client — secure auth + repo operations (create, configure, branch protection, rulesets, webhooks) | `Infra` | Cross | P0 | M | `DONE` |
+| [`GT-376`](./gap-reference-catalog.md#gt-376) | R0 — Core stateless evaluator decision + documentation reconciliation (finalize ADR-0101; correct ADR-0100 Decision 1, UP-002 d2/d7; supersede prior design entity/repo sections; `GateDecision`→`CoreGateVerdict`, `'WAIVED'`→`Verdict.WAIVE`) | `Cross` | Cross | P0 | M | `DONE` |
+| [`MT-A05`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create `topology-manifest.schema.json` | `Schema` | Cross | P0 | M | `DONE` |
+| [`MT-A06`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add manifest validation to documentation and ruleset gates | `Harness` | Cross | P0 | M | `DONE` |
+| [`MT-A07`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Define the dimensional topology model | `Architecture` | Cross | P0 | M | `DONE` |
+| [`MT-A08`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Preserve F1/F2/F3 as the `progressive-axis` compatibility model | `Architecture` | Cross | P0 | M | `DONE` |
+| [`GT-29`](./gap-reference-catalog.md#gt-29) | Native/OPA rule execution parity | `Core Domain` | F1 | P0 | L | `DONE` |
+| [`GT-48`](./gap-reference-catalog.md#gt-48) | Restore the normative CLI coverage threshold | `CLI` | F0 | P0 | L | `DONE` |
+| [`GT-62`](./gap-reference-catalog.md#gt-62) | Autenticación API Key + JWT (OWASP API1/2/5) | `BFF API` | F2 | P0 | L | `DONE` |
+| [`GT-72`](./gap-reference-catalog.md#gt-72) | Eliminar @ts-nocheck del application layer | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-73`](./gap-reference-catalog.md#gt-73) | Tests Unit + Integration + E2E del Core API | `BFF API` | Cross | P0 | L | `DONE` |
+| [`GT-110`](./gap-reference-catalog.md#gt-110) | Migrate ingress off the abandoned Kong OSS to Traefik/NGINX | `Platform` | Cross | P0 | L | `DONE` |
+| [`GT-112`](./gap-reference-catalog.md#gt-112) | Replace HashiCorp commercial binaries with OpenTofu + OpenBao | `Platform` | Cross | P0 | L | `DONE` |
+| [`GT-146`](./gap-reference-catalog.md#gt-146) | Secure, Provider-Neutral, and Token-Bounded Agentic CI Review | `Governance` | Cross | P0 | L | `DONE` |
+| [`GT-156`](./gap-reference-catalog.md#gt-156) | Core API product hub, API reference, and deployment runbook | `Product` | Cross | P0 | L | `DONE` |
+| [`GT-315`](./gap-reference-catalog.md#gt-315) | Domain event system: bus + outbox + versioned events (phase/gate/artifact/blueprint/workflow) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-316`](./gap-reference-catalog.md#gt-316) | Unified verdict + artifact/phase lifecycle state machine (created to archived) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-317`](./gap-reference-catalog.md#gt-317) | validateWorkflow(definition): validate Tracker-supplied flow against Core invariants (tenant-agnostic seam) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-344`](./gap-reference-catalog.md#gt-344) | Published CLI crashes (ENOENT default-workflow.yaml) — embedded default workflow fallback | `Evolith CLI` | Cross | P0 | L | `DONE` |
+| [`GT-347`](./gap-reference-catalog.md#gt-347) | Core OPA suite green 197/197 + wasm builds + CI gate wired (29-test-core-opa) | `Governance` | Cross | P0 | L | `DONE` |
+| [`GT-362`](./gap-reference-catalog.md#gt-362) | Implement runtime enforcement for Rego policies in evaluation engine | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-364`](./gap-reference-catalog.md#gt-364) | `InitializeSatelliteUseCase` — domain use case orchestrating full satellite provisioning (new + adopt flows) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-378`](./gap-reference-catalog.md#gt-378) | R2 — Wrap existing engines behind the contract (adapter over `satellite-evaluation-pipeline`; Gate/Artifact/Evidence/Ruleset/OPA + Compliance emit canonical results; legacy verdict compatibility; Native+OPA parity 0 drift) | `Core Domain` | Cross | P0 | L | `DONE` |
+| [`GT-281`](./gap-reference-catalog.md#gt-281) | Pipeline de evaluación end-to-end: cliente → topología → reglas → veredicto | `Core Domain` | Cross | P0 | XL | `DONE` |
+| [`GT-312`](./gap-reference-catalog.md#gt-312) | SDLC validation orchestration: phase → gate → artifacts → schemas → rulesets → topology → ADRs → OPA → blocking criteria | `Core Domain` | Cross | P0 | XL | `DONE` |
+| [`GT-343`](./gap-reference-catalog.md#gt-343) | EPIC: unify SDLC phase ids (f1..f5) and topology F1/F2/F3 vocabulary — stages 1-5: canonical PhaseId + core-domain + public enums + topology maturityLevel + anti-collision guard (2b done; 4b deferred — F# values interlock 22 files across forbidden packages) | `Cross` | Cross | P0 | XL | `DONE` |
+| [`GT-212`](./gap-reference-catalog.md#gt-212) | Resolve ADR-0049/0056 status ambiguity | `Docs` | Cross | P1 | XS | `DONE` |
+| [`GT-234`](./gap-reference-catalog.md#gt-234) | Fix R-27 bilingual parity gap in global-rules.es.md | `Docs` | Cross | P1 | XS | `DONE` |
+| [`GT-342`](./gap-reference-catalog.md#gt-342) | README lists 8 topologies (added Distributed Modules + Microservices, EN+ES) | `Docs` | Cross | P1 | XS | `DONE` |
+| [`GT-04`](./gap-reference-catalog.md#gt-04) | Remove service locator from domain | `Core Domain` | F1 | P1 | S | `DONE` |
+| [`GT-07`](./gap-reference-catalog.md#gt-07) | MCP gate-evaluation release smoke | `CLI` | F2 | P1 | S | `DONE` |
+| [`GT-08`](./gap-reference-catalog.md#gt-08) | Phase 2 real ADR registry validation | `CLI` | F3 | P1 | S | `DONE` |
+| [`GT-09`](./gap-reference-catalog.md#gt-09) | Phase 3 real coverage enforcement | `CLI` | F3 | P1 | S | `DONE` |
+| [`GT-12`](./gap-reference-catalog.md#gt-12) | `--dry-run` on all write operations | `CLI` | F3 | P1 | S | `DONE` |
+| [`GT-14`](./gap-reference-catalog.md#gt-14) | Outbound webhook on gate completion | `CLI` | F4 | P1 | S | `DONE` |
+| [`GT-18`](./gap-reference-catalog.md#gt-18) | Publish `@evolith/smart-cli` to npm | `CLI` | F5 | P1 | S | `DONE` |
+| [`GT-34`](./gap-reference-catalog.md#gt-34) | Roadmap reprioritization around governance proof | `Governance` | Product | P1 | S | `DONE` |
+| [`GT-47`](./gap-reference-catalog.md#gt-47) | Product documentation and release synchronization | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-61`](./gap-reference-catalog.md#gt-61) | Manejo de errores RFC 9457 Problem Details | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-63`](./gap-reference-catalog.md#gt-63) | Auditoría y logging de seguridad (OWASP API9) | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-69`](./gap-reference-catalog.md#gt-69) | Richardson Level 2 — HTTP Verbs y Status Codes | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-70`](./gap-reference-catalog.md#gt-70) | Graceful Shutdown y manejo de señales OS | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-74`](./gap-reference-catalog.md#gt-74) | ConfigModule con validación de env vars (Zod) | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-79`](./gap-reference-catalog.md#gt-79) | Restore the green CLI CI validation pipeline | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-159`](./gap-reference-catalog.md#gt-159) | REST API URI versioning and deprecation policy | `BFF API` | Cross | P1 | S | `DONE` |
+| [`GT-165`](./gap-reference-catalog.md#gt-165) | Concrete SLO and cost budgets for serverless and edge topologies | `Documentation` | Cross | P1 | S | `DONE` |
+| [`GT-175`](./gap-reference-catalog.md#gt-175) | Fix ADR-0076 duplicate (renumber OPA bundle to next free Core ID) | `Docs` | Cross | P1 | S | `DONE` |
+| [`GT-176`](./gap-reference-catalog.md#gt-176) | Remove duplicate `patterns/es/` subdirectory (Pattern A/B mix) | `Docs` | Cross | P1 | S | `DONE` |
+| [`GT-177`](./gap-reference-catalog.md#gt-177) | Complete `core/README.md` with all missing Core ADRs | `Docs` | Cross | P1 | S | `DONE` |
+| [`GT-213`](./gap-reference-catalog.md#gt-213) | Add governance metadata to topology manifests | `Architecture` | Cross | P1 | S | `DONE` |
+| [`GT-232`](./gap-reference-catalog.md#gt-232) | Create Winston and PO full personas in .bmad-core/agents | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-233`](./gap-reference-catalog.md#gt-233) | Add rate limiting middleware to Core API | `Security` | Cross | P1 | S | `DONE` |
+| [`GT-235`](./gap-reference-catalog.md#gt-235) | Resolve CI script numbering collisions (05/15/16) | `CI` | Cross | P1 | S | `DONE` |
+| [`GT-254`](./gap-reference-catalog.md#gt-254) | Add path traversal protection to MCP resource resolution | `Security` | Cross | P1 | S | `DONE` |
+| [`GT-255`](./gap-reference-catalog.md#gt-255) | Add Content-Security-Policy headers to MCP HTTP transport | `Security` | Cross | P1 | S | `DONE` |
+| [`GT-256`](./gap-reference-catalog.md#gt-256) | Fix Traefik healthcheck by adding --ping=true to command | `Infrastructure` | Cross | P1 | S | `DONE` |
+| [`GT-257`](./gap-reference-catalog.md#gt-257) | Pin MongoDB image version instead of using latest | `Infrastructure` | Cross | P1 | S | `DONE` |
+| [`GT-259`](./gap-reference-catalog.md#gt-259) | Fix ci-cd.yml publish trigger to use tag-based instead of string match | `CI/CD` | Cross | P1 | S | `DONE` |
+| [`GT-260`](./gap-reference-catalog.md#gt-260) | Create PO agent Spanish language file and add to workflows | `BMAD Agents` | Cross | P1 | S | `DONE` |
+| [`GT-332`](./gap-reference-catalog.md#gt-332) | Redact approvalToken + args in mutative dispatch audit log | `MCP Server` | Cross | P1 | S | `DONE` |
+| [`GT-335`](./gap-reference-catalog.md#gt-335) | Fix read-gap-tracking dead PENDING filter (status parser + injectable root) | `MCP Tools` | Cross | P1 | S | `DONE` |
+| [`GT-337`](./gap-reference-catalog.md#gt-337) | SDK ApiEnvelope type as discriminated union matching core-api | `SDK` | Cross | P1 | S | `DONE` |
+| [`GT-338`](./gap-reference-catalog.md#gt-338) | @evolith/core broken subpath exports (MODULE_NOT_FOUND) pruned + README | `Core` | Cross | P1 | S | `DONE` |
+| [`GT-339`](./gap-reference-catalog.md#gt-339) | core-api propose-advance forwarded fromPhase undefined (contract bug) | `Core API` | Cross | P1 | S | `DONE` |
+| [`GT-340`](./gap-reference-catalog.md#gt-340) | core-api test harness sets WORKSPACE_ROOT — npm test 105/105 (was 23 failing) | `Core API` | Cross | P1 | S | `DONE` |
+| [`GT-341`](./gap-reference-catalog.md#gt-341) | product-inventory generator repointed to packages/mcp-server (was 0/0/0, now 27/9/8) | `Governance` | Cross | P1 | S | `DONE` |
+| [`GT-361`](./gap-reference-catalog.md#gt-361) | Apply ADR-0073 standard envelope to Core API evaluation responses | `Core API` | Cross | P1 | S | `DONE` |
+| [`MT-A09`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the English and Spanish Topology Hub | `Documentation` | Cross | P1 | S | `DONE` |
+| [`MT-A10`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the English and Spanish Rulesets Topologies Hub | `Rulesets` | Cross | P1 | S | `DONE` |
+| [`GT-05`](./gap-reference-catalog.md#gt-05) | MCP SDK Streamable HTTP transport | `CLI` | F2 | P1 | M | `DONE` |
+| [`GT-10`](./gap-reference-catalog.md#gt-10) | Phase 4 security scan content validation | `CLI` | F3 | P1 | M | `DONE` |
+| [`GT-11`](./gap-reference-catalog.md#gt-11) | Phase 5 observability and rollback validation | `CLI` | F3 | P1 | M | `DONE` |
+| [`GT-13`](./gap-reference-catalog.md#gt-13) | `evolith-phase-advance` proposal runner | `CLI` | F4 | P1 | M | `DONE` |
+| [`GT-17`](./gap-reference-catalog.md#gt-17) | DI consolidation and strict boundaries | `CLI` | F5 | P1 | M | `DONE` |
+| [`GT-33`](./gap-reference-catalog.md#gt-33) | Evidence-backed maturity scoring | `Governance` | Product | P1 | M | `DONE` |
+| [`GT-35`](./gap-reference-catalog.md#gt-35) | Automated inventories and tracking validation | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-42`](./gap-reference-catalog.md#gt-42) | Cross-repository contract conformance | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-45`](./gap-reference-catalog.md#gt-45) | MCP transport and tool conformance suite | `CLI` | F2 | P1 | M | `DONE` |
+| [`GT-46`](./gap-reference-catalog.md#gt-46) | Core HTTP service ownership boundary | `CLI` | F2 | P1 | M | `DONE` |
+| [`GT-49`](./gap-reference-catalog.md#gt-49) | Enforce TypeScript strict mode and typed filesystem ports | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-51`](./gap-reference-catalog.md#gt-51) | Build-versus-Compose gate evidence validation | `CLI` | F3 | P1 | M | `DONE` |
+| [`GT-55`](./gap-reference-catalog.md#gt-55) | TypeScript strictness and implicit any elimination | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-56`](./gap-reference-catalog.md#gt-56) | Silent failures and missing mocks in CLI E2E tests | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-65`](./gap-reference-catalog.md#gt-65) | Prometheus Metrics + Health checks liveness/readiness | `BFF API` | F2 | P1 | M | `DONE` |
+| [`GT-67`](./gap-reference-catalog.md#gt-67) | Especificación OpenAPI 3.1 completa | `BFF API` | F2 | P1 | M | `DONE` |
+| [`GT-76`](./gap-reference-catalog.md#gt-76) | PhaseTransitionUseCase expuesto en Core API | `BFF API` | F1 | P1 | M | `DONE` |
+| [`GT-80`](./gap-reference-catalog.md#gt-80) | Type-check the CLI test suite | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-97`](./gap-reference-catalog.md#gt-97) | Multiple CLI profiles | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-113`](./gap-reference-catalog.md#gt-113) | Clean Architecture Purification in core-domain | `Core Domain` | Transversal | P1 | M | `DONE` |
+| [`GT-114`](./gap-reference-catalog.md#gt-114) | Human-in-the-Loop for Mutative MCP Tools | `CLI` | Transversal | P1 | M | `DONE` |
+| [`GT-117`](./gap-reference-catalog.md#gt-117) | Read/query (GET) endpoints on Core API for Tracker BFF composition | `BFF API` | F2 | P1 | M | `DONE` |
+| [`GT-130`](./gap-reference-catalog.md#gt-130) | CI pipeline validation for BMAD Agent signatures on ADRs and Technical Specs | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-132`](./gap-reference-catalog.md#gt-132) | Autonomous Agentic Code Reviews in CI | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-135`](./gap-reference-catalog.md#gt-135) | Agentic AI Telemetry & Cost Control Standard | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-140`](./gap-reference-catalog.md#gt-140) | Workload Identity Token Rotation Standard for Satellite Reference | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-144`](./gap-reference-catalog.md#gt-144) | Infinite Loop Prevention and Circuit Breaker Rules for Agents | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-147`](./gap-reference-catalog.md#gt-147) | Automated Operational Capability and Efficiency Drift Audit | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-148`](./gap-reference-catalog.md#gt-148) | Topology-Aware Rule Reference and Coverage Migration Repair | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-157`](./gap-reference-catalog.md#gt-157) | MCP authentication and authorization parity with REST | `MCP Services` | Cross | P1 | M | `DONE` |
+| [`GT-158`](./gap-reference-catalog.md#gt-158) | Human-in-the-loop and ABAC scoping for mutative MCP tools | `MCP Services` | Cross | P1 | M | `DONE` |
+| [`GT-160`](./gap-reference-catalog.md#gt-160) | Cross-surface correlation-ID and request-context propagation | `Cross` | Cross | P1 | M | `DONE` |
+| [`GT-161`](./gap-reference-catalog.md#gt-161) | Formal JSON input schemas for core OPA policies | `Schema` | Cross | P1 | M | `DONE` |
+| [`GT-162`](./gap-reference-catalog.md#gt-162) | Aggregator `main.rego` unit tests and parity follow-through | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-163`](./gap-reference-catalog.md#gt-163) | Topology manifest CI validation for referenced artifacts | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-164`](./gap-reference-catalog.md#gt-164) | Event-driven and data-mesh ruleset richness | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-166`](./gap-reference-catalog.md#gt-166) | Missing SDLC phase runbooks for Phases 1, 2, and 4 | `Documentation` | Cross | P1 | M | `DONE` |
+| [`GT-167`](./gap-reference-catalog.md#gt-167) | Phase-gate evidence templates and acceptance checklists | `Documentation` | Cross | P1 | M | `DONE` |
+| [`GT-170`](./gap-reference-catalog.md#gt-170) | UMS reference product hub | `Product` | Cross | P1 | M | `DONE` |
+| [`GT-180`](./gap-reference-catalog.md#gt-180) | Replace cross-boundary `require()` with ES imports / dynamic `import()` | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-181`](./gap-reference-catalog.md#gt-181) | Split large files into smaller modules | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-182`](./gap-reference-catalog.md#gt-182) | Add tests for Core Domain SDK | `SDK` | Cross | P1 | M | `DONE` |
+| [`GT-184`](./gap-reference-catalog.md#gt-184) | Remove `@ts-nocheck` from 19 files | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-185`](./gap-reference-catalog.md#gt-185) | Fix MCP tool stubs | `MCP Services` | Cross | P1 | M | `DONE` |
+| [`GT-210`](./gap-reference-catalog.md#gt-210) | Complete SDLC Phase 05 (missing phase) | `SDLC` | Cross | P1 | M | `DONE` |
+| [`GT-216`](./gap-reference-catalog.md#gt-216) | Close OPA input-schema parity gap (17 native rulesets uncovered) | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-231`](./gap-reference-catalog.md#gt-231) | Wire 10 unlinked CI scripts to GitHub Actions workflows | `CI` | Cross | P1 | M | `DONE` |
+| [`GT-237`](./gap-reference-catalog.md#gt-237) | Author 5 proposed AI ADRs (ADR-AI-001 through 005) | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-249`](./gap-reference-catalog.md#gt-249) | Add Redis caching layer for Core API, MCP, and Tracker consumption | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-258`](./gap-reference-catalog.md#gt-258) | Add concurrency controls to all GitHub Actions workflows | `CI/CD` | Cross | P1 | M | `DONE` |
+| [`GT-270`](./gap-reference-catalog.md#gt-270) | Pin mutable infrastructure images and disable dev-only exposed defaults | `Infrastructure` | Cross | P1 | M | `DONE` |
+| [`GT-271`](./gap-reference-catalog.md#gt-271) | Add Kubernetes workload hardening to Helm charts | `Infrastructure` | Cross | P1 | M | `DONE` |
+| [`GT-272`](./gap-reference-catalog.md#gt-272) | Secure OPA sidecar bundle distribution and verification | `Rulesets` | Cross | P1 | M | `DONE` |
+| [`GT-277`](./gap-reference-catalog.md#gt-277) | Topology OpenAPI specs — framework interfaces ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-278`](./gap-reference-catalog.md#gt-278) | Topology MCP manifests — framework interfaces ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-279`](./gap-reference-catalog.md#gt-279) | Topology CLI flows — framework interfaces ausentes en las 8 topologías | `Architecture` | Cross | P1 | M | `DONE` |
+| [`GT-282`](./gap-reference-catalog.md#gt-282) | Reporte accionable con evidencia detallada (qué regla falló, qué artefacto falta, por qué) | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-299`](./gap-reference-catalog.md#gt-299) | OpenAPI specification — apps/core-api/src/openapi | `BFF API` | Cross | P1 | M | `DONE` |
+| [`GT-300`](./gap-reference-catalog.md#gt-300) | agents command exists — sdk/cli/src/commands/agents | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-301`](./gap-reference-catalog.md#gt-301) | upgrade command exists — sdk/cli/src/commands/upgrade | `CLI` | Cross | P1 | M | `DONE` |
+| [`GT-303`](./gap-reference-catalog.md#gt-303) | Evidence Graph implementation — packages/core-domain/src/evidence | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-304`](./gap-reference-catalog.md#gt-304) | Gate Decision model — packages/core-domain/src/gates/decision | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-305`](./gap-reference-catalog.md#gt-305) | Phase Transition model — packages/core-domain/src/phases/transition | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-306`](./gap-reference-catalog.md#gt-306) | Provider ports model — packages/core-domain/src/providers | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-307`](./gap-reference-catalog.md#gt-307) | Tenant authority model — packages/core-domain/src/tenancy | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-310`](./gap-reference-catalog.md#gt-310) | Test suite exists — sdk/cli/src/__tests__ | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-311`](./gap-reference-catalog.md#gt-311) | E2E tests exist — sdk/cli/src/__tests__/e2e | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-318`](./gap-reference-catalog.md#gt-318) | Unify the two divergent gate sources and execute the OPA rules they cite | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-319`](./gap-reference-catalog.md#gt-319) | Formal role model (RBAC enum/hierarchy) | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-320`](./gap-reference-catalog.md#gt-320) | Enforce gate approver/waiver role via OPA (accountableRole is declarative only) | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-321`](./gap-reference-catalog.md#gt-321) | Persistent append-only audit ledger (not only in-memory/JSONL) | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-322`](./gap-reference-catalog.md#gt-322) | Typed @evolith/sdk client (REST+MCP) generated from OpenAPI/schemas | `SDK` | Cross | P1 | M | `DONE` |
+| [`GT-323`](./gap-reference-catalog.md#gt-323) | Production Dockerfiles for core-api and mcp-server (bundle the corpus) | `Infra` | Cross | P1 | M | `DONE` |
+| [`GT-348`](./gap-reference-catalog.md#gt-348) | MCP ABAC OPA policy now CACHED (path+mtime) — loaded once, not recompiled per dispatch + 2 tests | `MCP Server` | Cross | P1 | M | `DONE` |
+| [`GT-357`](./gap-reference-catalog.md#gt-357) | META: gap board over-reports completion vs validated build/test reality | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-358`](./gap-reference-catalog.md#gt-358) | OPA suite: 12 assertion failures fixed (stale fixtures/mocks) → 197/197 | `Governance` | Cross | P1 | M | `DONE` |
+| [`GT-360`](./gap-reference-catalog.md#gt-360) | Expose topology evaluation in Core API via `ValidateSatelliteUseCase` | `Core API` | Cross | P1 | M | `DONE` |
+| [`GT-365`](./gap-reference-catalog.md#gt-365) | `evolith satellite create` command in SmartCLI — interactive wizard (org, name, topology, phase, features, CI/CD) | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-366`](./gap-reference-catalog.md#gt-366) | `evolith satellite adopt` command in SmartCLI — analyze existing repo, check compatibility, apply controlled migration | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-368`](./gap-reference-catalog.md#gt-368) | MCP tools for satellite provisioning — `evolith-satellite-create`, `evolith-satellite-adopt`, `evolith-satellite-list`, `evolith-satellite-status` | `MCP Server` | Cross | P1 | M | `DONE` |
+| [`GT-369`](./gap-reference-catalog.md#gt-369) | `SatelliteRecord` entity + persistent registry model in Core Domain | `Core Domain` | Cross | P1 | M | `DONE` |
+| [`GT-380`](./gap-reference-catalog.md#gt-380) | R4 — OPA `input.context` aligned to `EvaluationContext`: `dod.rego` re-anchored off `input.story.*`; story artifacts removed from canonical gates (`gate-f2/f3.json`) + legacy `phase-gates` rulesets + validators/MCP; `EvaluationContext` facts threaded into the OPA input. **AC1 (no Rego reads `input.story`; no Core gate depends on stories) ✓ + AC2 (Native+OPA parity 0 drift; OPA suite green) ✓.** Verdict-consumption of threaded facts split to `GT-382`. | `OPA` | Cross | P1 | M | `DONE` |
+| [`GT-382`](./gap-reference-catalog.md#gt-382) | R4 follow-on — context-aware OPA verdicts were inert (`OpaEvaluator` matched `v.id === rule.id`, discarding threaded `DOD-*`/`CB-*`/`PG-*`). Fixed: prefix-match for the 3 context-aware rule ids (collision-free) + `dod_declared`/`spec_declared` "no-facts→no-opinion" guards so the FS path cannot newly fail; phase-gates already no-ops without `input.gate`. Adversarially reviewed (MERGE, no blockers); opa-parity CI green. Follow-up (non-blocking): wasm install path vs `corePath` resolution — see chip. | `OPA` | Cross | P1 | M | `DONE` |
+| [`MT-A11`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the modular-monolith topology profile | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A12`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the distributed-modules topology profile | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A13`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create the microservices topology profile | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A14`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profiles for serverless and edge computing | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A15`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profiles for event-driven and data mesh | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A16`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Create draft profile for agentic AI | `Architecture` | Cross | P1 | M | `DONE` |
+| [`MT-A23`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Preserve CLI `--arch-level F1/F2/F3` compatibility | `Evolith CLI` | Cross | P1 | M | `DONE` |
+| [`GT-19`](./gap-reference-catalog.md#gt-19) | Incremental hexagonal migration of `core/` | `CLI` | Cross | P1 | L | `DONE` |
+| [`GT-20`](./gap-reference-catalog.md#gt-20) | ADR content backfill to authoring standard | `Governance` | Cross | P1 | L | `DONE` |
+| [`GT-57`](./gap-reference-catalog.md#gt-57) | Incomplete MCP tooling and validation implementation | `CLI` | F2 | P1 | L | `DONE` |
+| [`GT-66`](./gap-reference-catalog.md#gt-66) | Distributed Tracing con OpenTelemetry | `BFF API` | F3 | P1 | L | `DONE` |
+| [`GT-98`](./gap-reference-catalog.md#gt-98) | CLI extension/plugin system | `CLI` | Cross | P1 | L | `DONE` |
+| [`GT-111`](./gap-reference-catalog.md#gt-111) | Plan the MassTransit v9 commercial pivot (stay v8 OSS or move to Rebus) | `Platform` | Cross | P1 | L | `DONE` |
+| [`GT-118`](./gap-reference-catalog.md#gt-118) | Remote/SaaS consumption model — decouple Core API from local filesystem paths | `BFF API` | F3 | P1 | L | `DONE` |
+| [`GT-123`](./gap-reference-catalog.md#gt-123) | CLI does not build — pre-existing TypeScript errors block `tsc` (init.wizard, progress.service, alias, old MCP auto-fix) | `CLI` | Cross | P1 | L | `DONE` |
+| [`GT-125`](./gap-reference-catalog.md#gt-125) | Maturation of Agentic AI Topology — modular-monolith maturity parity | `Architecture` | Cross | P1 | L | `DONE` |
+| [`GT-136`](./gap-reference-catalog.md#gt-136) | Context-Aware Access Control (ABAC for LLMs) | `Governance` | Cross | P1 | L | `DONE` |
+| [`GT-142`](./gap-reference-catalog.md#gt-142) | Real LLM Bridge Pipeline in CI for Agentic Reviews | `Governance` | Cross | P1 | L | `DONE` |
+| [`GT-145`](./gap-reference-catalog.md#gt-145) | Truthful Provider-Neutral RAG Vector Synchronization | `Operations` | Cross | P1 | L | `DONE` |
+| [`GT-149`](./gap-reference-catalog.md#gt-149) | Executable OPA Tests and Native/OPA Semantic Parity Gate | `Rulesets` | Cross | P1 | L | `DONE` |
+| [`GT-150`](./gap-reference-catalog.md#gt-150) | Mature Remaining Draft Topologies to Accepted Corpus Parity | `Architecture` | Cross | P1 | L | `DONE` |
+| [`GT-168`](./gap-reference-catalog.md#gt-168) | Cross-topology composition reference application | `Architecture` | Cross | P1 | L | `DONE` |
+| [`GT-169`](./gap-reference-catalog.md#gt-169) | Agentic AI operational budgets, credential lifecycle, and runbooks | `Architecture` | Cross | P1 | L | `DONE` |
+| [`GT-179`](./gap-reference-catalog.md#gt-179) | Add tests for 5 low-coverage CLI commands | `CLI` | Cross | P1 | L | `DONE` |
+| [`GT-217`](./gap-reference-catalog.md#gt-217) | Backfill topology operational guidance corpus (7 topologies) | `Architecture` | Cross | P1 | L | `DONE` |
+| [`GT-230`](./gap-reference-catalog.md#gt-230) | Create skills directory and composable skill framework | `Governance` | Cross | P1 | L | `DONE` |
+| [`GT-236`](./gap-reference-catalog.md#gt-236) | Implement knowledge intake pipeline automation | `Governance` | Cross | P1 | L | `DONE` |
+| [`GT-302`](./gap-reference-catalog.md#gt-302) | scaffold command exists — sdk/cli/src/commands/architecture/scaffold | `CLI` | Cross | P1 | L | `DONE` |
+| [`GT-325`](./gap-reference-catalog.md#gt-325) | Blueprint as a first-class entity validated against rulesets/topologies/tenant policy/OPA | `Architecture` | F2 | P1 | L | `DONE` |
+| [`GT-326`](./gap-reference-catalog.md#gt-326) | End-to-end integration validation Core and Tracker and agents | `Quality` | Cross | P1 | L | `DONE` |
+| [`GT-345`](./gap-reference-catalog.md#gt-345) | Smart CLI `npm test` 100% green: unit 905/905 + e2e 175/175 (validate restored, --version, mcp-e2e stale tests fixed) | `Evolith CLI` | Cross | P1 | L | `DONE` |
+| [`GT-351`](./gap-reference-catalog.md#gt-351) | infra-providers: WebhookAdapter hardened (timeout+retry+SSRF guard) +5 tests +jest harness; README/coverage/deriveCategory remain | `Infra` | Cross | P1 | L | `DONE` |
+| [`GT-367`](./gap-reference-catalog.md#gt-367) | Core API satellite registry endpoints — CRUD `/api/v1/satellites` (register, list, get, update, deregister, evaluate, sync) | `Core API` | Cross | P1 | L | `DONE` |
+| [`GT-379`](./gap-reference-catalog.md#gt-379) | R3 — Architectural engines (Architecture/Blueprint/Topology/Checkpoint/Recommendation; `DecisionRecommendation` `binding:false`; checkpoint does not mutate state) | `Core Domain` | Cross | P1 | L | `DONE` |
+| [`MT-A17`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Move or mirror current F1/F2/F3 rules into topology-aware ruleset discovery | `Core Domain` | Cross | P1 | L | `DONE` |
+| [`MT-A18`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for serverless | `Rulesets` | Cross | P1 | L | `DONE` |
+| [`MT-A19`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for event-driven | `Rulesets` | Cross | P1 | L | `DONE` |
+| [`MT-A20`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Native + OPA starter rules for agentic AI | `Rulesets` | Cross | P1 | L | `DONE` |
+| [`MT-A21`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add shared topology catalog and manifest resolver in Core Domain | `Core Domain` | Cross | P1 | L | `DONE` |
+| [`MT-A22`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add CLI `--topology` support to validation | `Evolith CLI` | Cross | P1 | L | `DONE` |
+| [`MT-A24`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add MCP topology resources and tools | `MCP Services` | Cross | P1 | L | `DONE` |
+| [`MT-A25`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Add Service CORE API topology discovery and validation endpoints | `Core API` | Cross | P1 | L | `DONE` |
+| [`GT-228`](./gap-reference-catalog.md#gt-228) | Create agent orchestration engine for BMAD workflows | `Governance` | Cross | P1 | XL | `DONE` |
+| [`GT-229`](./gap-reference-catalog.md#gt-229) | Complete Dual-Engine TypeScript evaluator (R-25 compliance) | `Core Domain` | Cross | P1 | XL | `DONE` |
+| [`GT-331`](./gap-reference-catalog.md#gt-331) | MCP binary version read from package.json (was hardcoded 1.0.0) | `MCP Server` | Cross | P2 | XS | `DONE` |
+| [`GT-333`](./gap-reference-catalog.md#gt-333) | Constant-time API-key comparison (timingSafeEqual) | `MCP Server` | Cross | P2 | XS | `DONE` |
+| [`GT-334`](./gap-reference-catalog.md#gt-334) | Declare @open-policy-agent/opa-wasm as direct mcp-server dependency | `MCP Server` | Cross | P2 | XS | `DONE` |
+| [`GT-16`](./gap-reference-catalog.md#gt-16) | Documentation consolidation | `Governance` | F5 | P2 | S | `DONE` |
+| [`GT-22`](./gap-reference-catalog.md#gt-22) | ADR ID uniqueness scheme | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-26`](./gap-reference-catalog.md#gt-26) | Zero-Downtime Release Playbook | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-50`](./gap-reference-catalog.md#gt-50) | Enforce coverage thresholds in Jest configuration | `CLI` | F0 | P2 | S | `DONE` |
+| [`GT-52`](./gap-reference-catalog.md#gt-52) | Remove dead dependency-injection container stubs | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-53`](./gap-reference-catalog.md#gt-53) | Repair migrated product-vision references | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-58`](./gap-reference-catalog.md#gt-58) | Clean up TODO stubs injected by Hexagonal Scaffolder | `Core Domain` | Cross | P2 | S | `DONE` |
+| [`GT-68`](./gap-reference-catalog.md#gt-68) | Versionado de API con estrategia URI | `BFF API` | F3 | P2 | S | `DONE` |
+| [`GT-77`](./gap-reference-catalog.md#gt-77) | CoreDomainModule extraído de AppModule | `BFF API` | Cross | P2 | S | `DONE` |
+| [`GT-78`](./gap-reference-catalog.md#gt-78) | Eliminar scripts de debug de la raíz del repositorio | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-82`](./gap-reference-catalog.md#gt-82) | Revive or remove the dead gate-status spec | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-103`](./gap-reference-catalog.md#gt-103) | CLI subcommand depth | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-105`](./gap-reference-catalog.md#gt-105) | CLI Docker image | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-106`](./gap-reference-catalog.md#gt-106) | CLI command aliases | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-108`](./gap-reference-catalog.md#gt-108) | CLI fixtures/test data | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-109`](./gap-reference-catalog.md#gt-109) | CLI shell integration | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-119`](./gap-reference-catalog.md#gt-119) | Reconcile ADR-0074 §5 (MCP in NestJS) with the standalone `@evolith/mcp-server` | `Governance` | Cross | P2 | S | `DONE` |
+| [`GT-174`](./gap-reference-catalog.md#gt-174) | Envelope `meta.schemaVersion` and producer/consumer compatibility matrix | `Cross` | Cross | P2 | S | `DONE` |
+| [`GT-190`](./gap-reference-catalog.md#gt-190) | Add logging to 9 empty catch blocks | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-191`](./gap-reference-catalog.md#gt-191) | Fix ADR matrix label mismatch | `Docs` | Cross | P2 | S | `DONE` |
+| [`GT-192`](./gap-reference-catalog.md#gt-192) | Fix MASTER_INDEX EN links `.es.md` → `.md` | `Docs` | Cross | P2 | S | `DONE` |
+| [`GT-193`](./gap-reference-catalog.md#gt-193) | Remove TODO placeholders from governance docs | `Docs` | Cross | P2 | S | `DONE` |
+| [`GT-195`](./gap-reference-catalog.md#gt-195) | Fix Linux-only shell paths for Windows compat | `CLI` | Cross | P2 | S | `DONE` |
+| [`GT-211`](./gap-reference-catalog.md#gt-211) | Create EN counterparts for 3 orphan ES-only ADRs | `Docs` | Cross | P2 | S | `DONE` |
+| [`GT-218`](./gap-reference-catalog.md#gt-218) | Author Phase 05 rollback rehearsal + on-call handoff templates | `SDLC` | F5 | P2 | S | `DONE` |
+| [`GT-219`](./gap-reference-catalog.md#gt-219) | Add `operationalBudgets` to agentic-ai topology manifest | `Architecture` | Cross | P2 | S | `DONE` |
+| [`GT-240`](./gap-reference-catalog.md#gt-240) | Tighten CORS by environment (dev/staging/prod) | `Security` | Cross | P2 | S | `DONE` |
+| [`GT-241`](./gap-reference-catalog.md#gt-241) | Add SBOM generation (CycloneDX) to CI pipeline | `Security` | Cross | P2 | S | `DONE` |
+| [`GT-261`](./gap-reference-catalog.md#gt-261) | Add resource limits to all Docker containers | `Infrastructure` | Cross | P2 | S | `DONE` |
+| [`GT-263`](./gap-reference-catalog.md#gt-263) | Add infrastructure-level Prometheus alerts | `Observability` | Cross | P2 | S | `DONE` |
+| [`GT-264`](./gap-reference-catalog.md#gt-264) | Fix DAST scan to target real server or remove | `CI/CD` | Cross | P2 | S | `DONE` |
+| [`GT-265`](./gap-reference-catalog.md#gt-265) | Add secret detection (gitleaks) to CI pipeline | `Security` | Cross | P2 | S | `DONE` |
+| [`GT-276`](./gap-reference-catalog.md#gt-276) | Correct bilingual coverage dashboard area pairing logic | `Governance CI` | Cross | P2 | S | `DONE` |
+| [`GT-349`](./gap-reference-catalog.md#gt-349) | MCP ABAC OPA fail-open FIXED — missing policy.wasm now denies in prod (fail-closed) + 6 tests | `MCP Server` | Cross | P2 | S | `DONE` |
+| [`GT-352`](./gap-reference-catalog.md#gt-352) | mcp-tools: inputSchema validation added (CallTool → isError) + README (EN/ES) + 7 tests | `MCP Tools` | Cross | P2 | S | `DONE` |
+| [`GT-354`](./gap-reference-catalog.md#gt-354) | core-api OpenAPI module dead code; api-reference missing cache/invalidate | `Core API` | Cross | P2 | S | `DONE` |
+| [`GT-355`](./gap-reference-catalog.md#gt-355) | @evolith/core has no contract/smoke test for the re-export barrel | `Core` | Cross | P2 | S | `DONE` |
+| [`GT-356`](./gap-reference-catalog.md#gt-356) | mcp-services README hand-maintained counts/command stale | `Docs` | Cross | P2 | S | `DONE` |
+| [`GT-371`](./gap-reference-catalog.md#gt-371) | Satellite → product/idea/tenant/topology/blueprint linking in Core API | `Core API` | Cross | P2 | S | `DONE` |
+| [`GT-374`](./gap-reference-catalog.md#gt-374) | Connect `upgrade.command.ts` to `SatelliteUpgradeService` — remove stub, wire real upgrade logic | `Evolith CLI` | Cross | P2 | S | `DONE` |
+| [`GT-21`](./gap-reference-catalog.md#gt-21) | Placement review of tool-centric Core ADRs | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-24`](./gap-reference-catalog.md#gt-24) | Execute declared documentation migrations | `Governance` | Cross | P2 | M | `DONE` |
+| [`GT-71`](./gap-reference-catalog.md#gt-71) | Circuit Breaker para llamadas a servicios externos | `BFF API` | F3 | P2 | M | `DONE` |
+| [`GT-75`](./gap-reference-catalog.md#gt-75) | Paquete @evolith/infra-providers compartido | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-81`](./gap-reference-catalog.md#gt-81) | Raise CLI branch coverage to the statement floor | `CLI` | F0 | P2 | M | `DONE` |
+| [`GT-100`](./gap-reference-catalog.md#gt-100) | CLI API browser/explorer | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-101`](./gap-reference-catalog.md#gt-101) | CLI auto-update mechanism | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-102`](./gap-reference-catalog.md#gt-102) | CLI real-time progress/streaming | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-104`](./gap-reference-catalog.md#gt-104) | CLI package-manager distribution | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-107`](./gap-reference-catalog.md#gt-107) | CLI interactive wizards | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-116`](./gap-reference-catalog.md#gt-116) | Elimination of Blocking I/O Operations in the CLI | `CLI` | Transversal | P2 | M | `DONE` |
+| [`GT-120`](./gap-reference-catalog.md#gt-120) | GraphQL exposure for the Core API (ADR-0074 scope) | `BFF API` | F3 | P2 | M | `DONE` |
+| [`GT-121`](./gap-reference-catalog.md#gt-121) | Decommission the in-process MCP subsystem in the Smart CLI (post-delegation, ADR-0074/0075 Phase 3) | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-122`](./gap-reference-catalog.md#gt-122) | Consolidate duplicated infrastructure adapters across sdk/cli, apps/core-api and packages/infra-providers | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-124`](./gap-reference-catalog.md#gt-124) | CLI e2e suite broken — missing fixtures (SDLC templates, shell hooks) and stale old-MCP prompt naming | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-126`](./gap-reference-catalog.md#gt-126) | Maturation of Serverless Topology | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-127`](./gap-reference-catalog.md#gt-127) | Maturation of Event-Driven Topology | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-128`](./gap-reference-catalog.md#gt-128) | Baseline Ruleset for Data Mesh | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-129`](./gap-reference-catalog.md#gt-129) | Baseline Ruleset for Edge Computing | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-134`](./gap-reference-catalog.md#gt-134) | Standardized MCP Tools Registry | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-137`](./gap-reference-catalog.md#gt-137) | Sovereign Identity for Agentic AI | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-138`](./gap-reference-catalog.md#gt-138) | Event-Driven Agentic Workflows | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-141`](./gap-reference-catalog.md#gt-141) | Concurrency Control and Resource Locking Standard for MCP Tools | `Architecture` | Cross | P2 | M | `DONE` |
+| [`GT-173`](./gap-reference-catalog.md#gt-173) | OpenTelemetry export parity across CLI, MCP, and REST | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-178`](./gap-reference-catalog.md#gt-178) | Rebuild `core/README.es.md` with all ADRs | `Docs` | Cross | P2 | M | `DONE` |
+| [`GT-186`](./gap-reference-catalog.md#gt-186) | Remove `@ts-nocheck` from 19 files (phased) | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-187`](./gap-reference-catalog.md#gt-187) | Enable strict mode in tsconfig | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-189`](./gap-reference-catalog.md#gt-189) | Replace `require()` with ES imports | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-194`](./gap-reference-catalog.md#gt-194) | Eliminate `any` types in public APIs | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-196`](./gap-reference-catalog.md#gt-196) | Add E2E tests for MCP HTTP transport | `MCP Services` | Cross | P2 | M | `DONE` |
+| [`GT-220`](./gap-reference-catalog.md#gt-220) | Raise gate-status branch coverage (40% → ≥80%) and lift CLI branches threshold | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-221`](./gap-reference-catalog.md#gt-221) | Add structured audit logging to MCP HTTP transport | `MCP Services` | Cross | P2 | M | `DONE` |
+| [`GT-222`](./gap-reference-catalog.md#gt-222) | Add OPA test cases for under-covered topologies (modular-monolith 2/12, distributed-modules 4/8, agentic-ai 4/9) | `Rulesets` | Cross | P2 | M | `DONE` |
+| [`GT-223`](./gap-reference-catalog.md#gt-223) | Add cross-surface parity e2e tests for core operations | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-238`](./gap-reference-catalog.md#gt-238) | Add Prometheus/Mimir metrics to observability stack | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-239`](./gap-reference-catalog.md#gt-239) | Define SLOs per service with alerting rules | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-243`](./gap-reference-catalog.md#gt-243) | Implement k6 load tests (3 ADR-0037 scenarios) | `QA` | Cross | P2 | M | `DONE` |
+| [`GT-244`](./gap-reference-catalog.md#gt-244) | Create incident response playbooks and templates | `Operations` | Cross | P2 | M | `DONE` |
+| [`GT-262`](./gap-reference-catalog.md#gt-262) | Add backup/DR procedures for data stores | `Infrastructure` | Cross | P2 | M | `DONE` |
+| [`GT-266`](./gap-reference-catalog.md#gt-266) | Create API key provisioning service for MCP HTTP transport | `Security` | Cross | P2 | M | `DONE` |
+| [`GT-308`](./gap-reference-catalog.md#gt-308) | Plugin system for commands — sdk/cli/src/plugins | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-309`](./gap-reference-catalog.md#gt-309) | Contribution validation — sdk/cli/src/contributions | `CLI` | Cross | P2 | M | `DONE` |
+| [`GT-327`](./gap-reference-catalog.md#gt-327) | Evolve the one-shot webhook into subscriptions + retries + HMAC signing | `Core Domain` | Cross | P2 | M | `DONE` |
+| [`GT-328`](./gap-reference-catalog.md#gt-328) | Roll out ESLint boundaries to packages/* and apps/* with a CI step | `Quality` | Cross | P2 | M | `DONE` |
+| [`GT-329`](./gap-reference-catalog.md#gt-329) | Relocate the 5 advanced topologies to rulesets/topologies | `Rulesets` | Cross | P2 | M | `DONE` |
+| [`GT-346`](./gap-reference-catalog.md#gt-346) | Smart CLI shell-injection surface CLOSED — providers now run shell-free (executeFile + arg arrays) + tests | `Evolith CLI` | Cross | P2 | M | `DONE` |
+| [`GT-350`](./gap-reference-catalog.md#gt-350) | standards.service rule-check `new Function()` sink REMOVED — restricted predicate evaluator + 6 tests (no-code-exec proven) | `Core Domain` | Cross | P2 | M | `DONE` |
+| [`GT-353`](./gap-reference-catalog.md#gt-353) | sdk-client orphaned (no consumer/README); low method coverage | `SDK` | Cross | P2 | M | `DONE` |
+| [`GT-370`](./gap-reference-catalog.md#gt-370) | Inheritance propagation mechanism — push Core updates to registered satellites (trigger + dry-run + approval) | `Cross` | Cross | P2 | M | `DONE` |
+| [`GT-372`](./gap-reference-catalog.md#gt-372) | Audit trail per satellite — what was inherited vs customized, by whom, when | `Core Domain` | Cross | P2 | M | `DONE` |
+| [`GT-373`](./gap-reference-catalog.md#gt-373) | Tracker integration — satellite registration, state sync, and satellite management UI | `Cross` | Cross | P2 | M | `DONE` |
+| [`MT-A26`](../audits/multi-topology-reference-corpus-implementation-plan.md#6-tracking-authority) | Update navigation, indexes, validation evidence, and tracker status | `Documentation` | Cross | P2 | M | `DONE` |
+| [`GT-23`](./gap-reference-catalog.md#gt-23) | Spanish translation backfill | `Governance` | Cross | P2 | L | `DONE` |
+| [`GT-25`](./gap-reference-catalog.md#gt-25) | First provider profiles | `Governance` | Cross | P2 | L | `DONE` |
+| [`GT-36`](./gap-reference-catalog.md#gt-36) | Machine-readable rules language coverage | `Governance` | Cross | P2 | L | `DONE` |
+| [`GT-54`](./gap-reference-catalog.md#gt-54) | Complete strict hexagonal boundary enforcement | `Cross` | Cross | P2 | L | `DONE` |
+| [`GT-115`](./gap-reference-catalog.md#gt-115) | Auto-fix of Architectural Failures via MCP Tools | `CLI` | Transversal | P2 | L | `DONE` |
+| [`GT-131`](./gap-reference-catalog.md#gt-131) | Create Sandbox/Reference App for Agentic AI Topology with live MCP | `Architecture` | Cross | P2 | L | `DONE` |
+| [`GT-133`](./gap-reference-catalog.md#gt-133) | Centralized Agnostic OPA Wasm Distribution Architecture | `Architecture` | Cross | P2 | L | `DONE` |
+| [`GT-139`](./gap-reference-catalog.md#gt-139) | RAG Knowledge Governance Standard | `Governance` | Cross | P2 | L | `DONE` |
+| [`GT-143`](./gap-reference-catalog.md#gt-143) | Multi-Agent Handoff and Task Delegation Standards | `Governance` | Cross | P2 | L | `DONE` |
+| [`GT-171`](./gap-reference-catalog.md#gt-171) | Command-as-a-service surface parity audit (CLI vs MCP vs REST) | `Cross` | Cross | P2 | L | `DONE` |
+| [`GT-172`](./gap-reference-catalog.md#gt-172) | Cross-surface contract roundtrip test suite | `Cross` | Cross | P2 | L | `DONE` |
+| [`GT-188`](./gap-reference-catalog.md#gt-188) | Add tests for 15 zero-coverage files | `CLI` | Cross | P2 | L | `DONE` |
+| [`GT-242`](./gap-reference-catalog.md#gt-242) | Complete OPA parity for 17 uncovered native rulesets | `Rulesets` | Cross | P2 | L | `DONE` |
+| [`GT-197`](./gap-reference-catalog.md#gt-197) | Fix intermittent release pipeline failures | `CI` | Cross | P2 | XL | `DONE` |
+| [`GT-225`](./gap-reference-catalog.md#gt-225) | Revive or document 4 `it.skip` cases in `wizard.service.spec` | `CLI` | Cross | P3 | XS | `DONE` |
+| [`GT-198`](./gap-reference-catalog.md#gt-198) | Fix `Moscoww` typo (5 sites) | `CLI` | Cross | P3 | S | `DONE` |
+| [`GT-199`](./gap-reference-catalog.md#gt-199) | Move import to top of file | `CLI` | Cross | P3 | S | `DONE` |
+| [`GT-200`](./gap-reference-catalog.md#gt-200) | Convert 11-param constructor to options object | `CLI` | Cross | P3 | S | `DONE` |
+| [`GT-201`](./gap-reference-catalog.md#gt-201) | Extract hardcoded values to constants | `CLI` | Cross | P3 | S | `DONE` |
+| [`GT-202`](./gap-reference-catalog.md#gt-202) | Add README to `governance/adr/` directory | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-203`](./gap-reference-catalog.md#gt-203) | Remove or populate empty `kubernetes/` dir | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-204`](./gap-reference-catalog.md#gt-204) | Add READMEs to infra directories | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-205`](./gap-reference-catalog.md#gt-205) | Add README to SDLC playbooks dir | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-206`](./gap-reference-catalog.md#gt-206) | Formalize BILINGUAL_INDEX nesting rule | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-207`](./gap-reference-catalog.md#gt-207) | Standardize ADR heading format | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-208`](./gap-reference-catalog.md#gt-208) | Schedule ADR-0077 re-evaluation reminder | `Docs` | Cross | P3 | S | `DONE` |
+| [`GT-224`](./gap-reference-catalog.md#gt-224) | Add `--format json` to `drift`/`scaffold`/`docs` CLI commands (ADR-0073 envelope) | `CLI` | Cross | P3 | S | `DONE` |
+| [`GT-247`](./gap-reference-catalog.md#gt-247) | Replace hardcoded Docker-compose credentials | `Platform` | Cross | P3 | S | `DONE` |
+| [`GT-248`](./gap-reference-catalog.md#gt-248) | Create ADR freshness monitor and weekly review script | `Governance` | Cross | P3 | S | `DONE` |
+| [`GT-273`](./gap-reference-catalog.md#gt-273) | Restore DAST scan against staging or ephemeral environment | `CI/CD` | Cross | P3 | S | `DONE` |
+| [`GT-330`](./gap-reference-catalog.md#gt-330) | Mitigate bus factor (second maintainer + deep onboarding) | `Governance` | Cross | P3 | M | `DONE` |
+| [`GT-245`](./gap-reference-catalog.md#gt-245) | Add DAST (OWASP ZAP) to security pipeline | `Security` | Cross | P3 | L | `DONE` |
+| [`GT-246`](./gap-reference-catalog.md#gt-246) | Implement Chaos Mesh/Litmus experiments | `QA` | Cross | P3 | L | `DONE` |
+
+
+**Progress:** 602 / 643 done · 15 in progress · 22 pending · 4 deferred
 
 **Wave 2026-06-23 (Winston deep audit III):** Added 14 new gaps `GT-212`…`GT-225` from the Winston Audit Playbook covering: ADR status hygiene (GT-212), topology manifest metadata + operational budgets + guidance corpus (GT-213, GT-217, GT-219), REST controller observability + OpenAPI (GT-214, GT-215), OPA input-schema parity + per-topology test density (GT-216, GT-222), SDLC Phase 05 rollback + on-call templates (GT-218), CLI branch coverage + envelope format coverage + skip-list cleanup (GT-220, GT-224, GT-225), MCP HTTP audit logging (GT-221), and cross-surface parity e2e tests (GT-223).
 
diff --git a/reference/core/control-center/maturity-reports/executive-summary.es.md b/reference/core/control-center/maturity-reports/executive-summary.es.md
index fcc69258..ef663d27 100644
--- a/reference/core/control-center/maturity-reports/executive-summary.es.md
+++ b/reference/core/control-center/maturity-reports/executive-summary.es.md
@@ -13,7 +13,7 @@ Instantánea estratégica generada desde el tablero canónico de gaps y la recon
 
 **Mayor problema ahora:** `Evolith Core` concentra el mayor riesgo abierto ponderado (8 pendientes, 0 P0). Ataca esa concentración antes de ampliar alcance.
 
-**Dónde atacar primero:** [GT-602](../gaps/gap-reference-catalog.es.md#gt-602), [GT-603](../gaps/gap-reference-catalog.es.md#gt-603), [GT-604](../gaps/gap-reference-catalog.es.md#gt-604), [GT-435](../gaps/gap-reference-catalog.es.md#gt-435).
+**Dónde atacar primero:** [GT-603](../gaps/gap-reference-catalog.es.md#gt-603), [GT-604](../gaps/gap-reference-catalog.es.md#gt-604), [GT-435](../gaps/gap-reference-catalog.es.md#gt-435).
 
 ## Diagnóstico Estratégico
 
@@ -25,7 +25,7 @@ La forma correcta de usar este resumen es simple: si necesitas contexto, abre so
 
 | Orden | Foco | Motivo | IDs |
 |---:|---|---|---|
-| 1 | Bloqueadores P0 | Impiden afirmar readiness productivo o release mayor. | [GT-602](../gaps/gap-reference-catalog.es.md#gt-602), [GT-603](../gaps/gap-reference-catalog.es.md#gt-603), [GT-604](../gaps/gap-reference-catalog.es.md#gt-604), [GT-435](../gaps/gap-reference-catalog.es.md#gt-435) |
+| 1 | Bloqueadores P0 | Impiden afirmar readiness productivo o release mayor. | [GT-603](../gaps/gap-reference-catalog.es.md#gt-603), [GT-604](../gaps/gap-reference-catalog.es.md#gt-604), [GT-435](../gaps/gap-reference-catalog.es.md#gt-435) |
 | 2 | Área de mayor riesgo | `Evolith Core` tiene la mayor carga ponderada abierta. | [GT-583](../gaps/gap-reference-catalog.es.md#gt-583), [GT-589](../gaps/gap-reference-catalog.es.md#gt-589), [GT-614](../gaps/gap-reference-catalog.es.md#gt-614), [GT-587](../gaps/gap-reference-catalog.es.md#gt-587), [GT-591](../gaps/gap-reference-catalog.es.md#gt-591), [GT-590](../gaps/gap-reference-catalog.es.md#gt-590), +2 |
 | 3 | Ganancias rápidas | Alta criticidad con complejidad XS/S. | [GT-597](../gaps/gap-reference-catalog.es.md#gt-597), [GT-631](../gaps/gap-reference-catalog.es.md#gt-631), [GT-643](../gaps/gap-reference-catalog.es.md#gt-643) |
 | 4 | Ola P1 | Endurecimiento siguiente después de limpiar P0. | [GT-597](../gaps/gap-reference-catalog.es.md#gt-597), [GT-631](../gaps/gap-reference-catalog.es.md#gt-631), [GT-643](../gaps/gap-reference-catalog.es.md#gt-643), [GT-324](../gaps/gap-reference-catalog.es.md#gt-324), [GT-578](../gaps/gap-reference-catalog.es.md#gt-578), [GT-580](../gaps/gap-reference-catalog.es.md#gt-580), [GT-584](../gaps/gap-reference-catalog.es.md#gt-584), [GT-605](../gaps/gap-reference-catalog.es.md#gt-605), +7 |
@@ -35,10 +35,9 @@ La forma correcta de usar este resumen es simple: si necesitas contexto, abre so
 
 | ID | Ataque | Componente | Esfuerzo |
 |---|---|---|---|
-| [GT-602](../gaps/gap-reference-catalog.es.md#gt-602) | **15 de las 50 herramientas MCP están denegadas en producción por la política compilada que el dispatcher carga de verdad.** Establecido cargando src/sdk/cli/rulesets/opa/policy.wasm —el artefacto que se usa en dispatch, no el fuente rego— y evaluándolo para un architect en production: evolith-adr-list, evolith-adr-get/create/update/matrix, evolith-pattern-list/get/list-by-topology, evolith-scaffold, evolith-docs-scaffold, evolith-init-batch, evolith-sdlc-generate, evolith-fixtures y evolith-upgrade-plan/apply devuelven ABAC-03 + ABAC-01. Como mcp-tool-dispatch.ts:146 exige que permitan **ambos** motores, las quince quedan FORBIDDEN. El propio comentario del rego predijo este fallo; abac-classification-coverage.spec.ts guarda TS↔registro pero **nada guarda rego↔TS**. Consecuencia: un agente que pide a Evolith sus propios ADRs es rechazado, en silencio y por completo. Ola 2: el P0 está corregido — 15 pares herramienta/rol permitidos, cada uno argumentado por separado, y el ensanchamiento es estructuralmente nulo porque el dispatch exige nativo Y opa y los 15 ya estaban permitidos por el ABAC nativo. viewer/production sigue denegado en las 20 herramientas de escritura. Un spec de paridad bidireccional rego↔TypeScript lo protege. **AC1 NO acreditado:** el test de wasm SE AUTO-SALTA en CI porque el job Test mcp-server no ejecuta build:policy, así que CI verifica paridad contra el FUENTE rego, no contra el bundle compilado — un test que se salta justo donde se exige es el patrón de pase vacuo que este tablero persigue. AC2 intacto. **Criterio 2 intentado el 2026-07-28 y NO enviado, porque la versión ingenua es una regresión en producción.** Generar los tres conjuntos rego desde TOOL_CLASSIFICATION parece obvio y está mal: el mapa tiene 50 herramientas, el rego enumera 62, y la diferencia de 9 (evolith-ping, evolith-echo, evolith-read-file, evolith-list-dir, evolith-read-gap-tracking, evolith-gate-status, evolith-write-file, evolith-replace-file, evolith-run-command) la clasifica en runtime el FALLBACK de classifyTool — los conjuntos heredados READ_TOOLS/WRITE_TOOLS/DEPLOY_TOOLS más heurísticas de nombre (includes() over read/write/run/deploy and friends), no el mapa. Un generador alimentado solo por el mapa habría BORRADO esas nueve de la política, dejándolas sin clasificar y por tanto denegadas por ABAC-03 en producción — el mismo modo de fallo por el que se registró este gap, reintroducido por el arreglo. Detectado comparando la pertenencia antes y después en vez de dar por cosmético el diff; no se commiteó nada. **La fuente correcta es la lista de herramientas registradas clasificada a través del propio classifyTool, no el mapa**, lo que exige que el paquete mcp-server exponga primero esa proyección (dist construido, o un artefacto volcado) para que el generador consuma una sola respuesta en lugar de reimplementar el fallback y crear una tercera copia de la lógica. abac-rego-parity.spec.ts pasa hoy justamente porque compara contra classifyTool, fallback incluido — que es la razón de que nunca señalara el hueco de 12 herramientas entre el mapa y el rego. **Criterio 2 CERRADO el 2026-07-29, en el segundo diseño.** Los conjuntos rego se derivan ahora de AbacEvaluator.toolProjection() — la unión enumerable de todos los conjuntos que declara el código, con cada nombre clasificado LLAMANDO a classifyTool en vez de releyendo sus mapas. El generador ejecuta esa proyección con ts-node sobre el fuente TypeScript, así que no necesita build ni crea una tercera copia de la lógica del fallback. Resultado: **64 herramientas, CERO pérdidas** frente a la política mantenida a mano, más dos nombres (read-tool, write-tool) que el runtime ya clasificaba y el rego omitía. Es un ensanchamiento de dos nombres de fixture que el lado TypeScript ya permitía, así que la intersección nativo∧opa no cambia. El --check está cableado en el job Test mcp-server y el artefacto queda registrado como PRIMER eslabón de la cadena de artefactos derivados de GT-630, que ahora corre 3 eslabones y sigue en punto fijo. mcp-server 434/434 con la política generada; tests de política OPA 224/224. El primer diseño — alimentarse solo de TOOL_CLASSIFICATION — se descartó porque habría borrado doce herramientas y las habría denegado en producción; ese razonamiento se conserva arriba en vez de borrarlo con el arreglo que vino después. | `Evolith MCP` | P0/M |
 | [GT-603](../gaps/gap-reference-catalog.es.md#gt-603) | **El ledger de turnos de agente está completo, con tests unitarios y ausente de la inyección de dependencias, y la columna de actor no se puede tipar retroactivamente.** AgentExecutionService.cs valida el alcance y luego **audita antes de ejecutar y aborta el turno si falla la escritura de auditoría**; AgentTurnAuditor.cs registra alcances concedidos frente a usados y guarda la longitud del prompt, no su texto. IAgentExecutionPort aparece en **cero registros de DI y cero endpoints**, mientras AssistantEndpoints.cs pasa de largo por AgentRuntimeGateway sin persistir nada. Aparte, AuditEntryProps.cs:11 declara public Guid ActorId sin actor_type, agent_id, model_id ni session_id. Como audit_entries es append-only por trigger de base de datos (migración 20260719202323), **las filas escritas antes de que exista el discriminador no se pueden corregir jamás**. Complementa a [GT-586](../gaps/gap-reference-catalog.es.md#gt-586), que cubre el lado Core; éste es el lado de persistencia del Tracker. | `Evolith Tracker` | P0/M |
-| [GT-604](../gaps/gap-reference-catalog.es.md#gt-604) | **Ninguna superficie escribe evidencia en el Tracker: el camino de escritura es unidireccional y apunta hacia dentro.** Un grep sobre src/sdk/cli, src/packages/mcp-server y src/packages/core-domain no devuelve ninguna URL base del Tracker ni cliente de ingesta; la única URL del Tracker en este repositorio es AGENT_RUNTIME_APPROVAL_TRACKER_URL, y los únicos escritores de core_evaluation_transactions son endpoints iniciados por el propio Tracker. Consecuencia: cada evolith validate, cada veto de enforce edit, cada tools/call de MCP y cada ejecución del drift-gate en CI se evapora al terminar el proceso. La estrategia se apoya en evidencia acumulada mientras las superficies que la producen no tienen dónde depositarla. Es un defecto de composición: ninguna revisión por componente puede verlo, porque cada componente es internamente coherente. **EN-PROGRESO 2026-07-29 — solo el criterio 1.** El contrato de ingesta aterrizó en src/packages/contracts/src/ingest/evaluation-ingest.ts con correlationId OBLIGATORIO y AMBOS responsables representados por separado: requestedBy.actorId es quien pidió la evaluación y violations[].accountableOwner es quien debe corregir. El criterio 2 no se puede completar desde aquí — no existe endpoint de ingesta en el Tracker al que llamar. El criterio 3 es 0% construible en este repositorio: RoboSoft vive en evolith_tracker. Se escribió un traspaso bilingüe en reference/core/control-center/opportunities/tracker-handover-gt604.md y su equivalente .es.md, con 22 encabezados cada uno. **Sin confirmar, y así queda registrado: la dependencia declarada de esta fila respecto a GT-603 parece equivocada.** GT-603 migra audit_entries mientras esta fila nombra core_evaluation_transactions, y la atribución del lado Core ya se entregó bajo GT-586 — pero el esquema del Tracker no está en este repositorio, así que es una hipótesis a confirmar por el responsable del Tracker, no un hallazgo. | `Evolith Suite` | P0/L |
-| [GT-435](../gaps/gap-reference-catalog.es.md#gt-435) | El camino completo desde el código hasta un producto en uso real no está desplegado ni validado | `Cross` | P0/XL |
+| [GT-604](../gaps/gap-reference-catalog.es.md#gt-604) | **Ninguna superficie escribe evidencia en el Tracker: el camino de escritura es unidireccional y apunta hacia dentro.** Un grep sobre src/sdk/cli, src/packages/mcp-server y src/packages/core-domain no devuelve ninguna URL base del Tracker ni cliente de ingesta; la única URL del Tracker en este repositorio es AGENT_RUNTIME_APPROVAL_TRACKER_URL, y los únicos escritores de core_evaluation_transactions son endpoints iniciados por el propio Tracker. Consecuencia: cada evolith validate, cada veto de enforce edit, cada tools/call de MCP y cada ejecución del drift-gate en CI se evapora al terminar el proceso. La estrategia se apoya en evidencia acumulada mientras las superficies que la producen no tienen dónde depositarla. Es un defecto de composición: ninguna revisión por componente puede verlo, porque cada componente es internamente coherente. **Avance 2026-07-29 — solo el criterio 1.** El contrato de ingesta aterrizó en src/packages/contracts/src/ingest/evaluation-ingest.ts con correlationId OBLIGATORIO y AMBOS responsables representados por separado: requestedBy.actorId es quien pidió la evaluación y violations[].accountableOwner es quien debe corregir. El criterio 2 no se puede completar desde aquí — no existe endpoint de ingesta en el Tracker al que llamar. El criterio 3 es 0% construible en este repositorio: RoboSoft vive en evolith_tracker. Se escribió un traspaso bilingüe en reference/core/control-center/opportunities/tracker-handover-gt604.md y su equivalente .es.md, con 22 encabezados cada uno. **Sin confirmar, y así queda registrado: la dependencia declarada de esta fila respecto a GT-603 parece equivocada.** GT-603 migra audit_entries mientras esta fila nombra core_evaluation_transactions, y la atribución del lado Core ya se entregó bajo GT-586 — pero el esquema del Tracker no está en este repositorio, así que es una hipótesis a confirmar por el responsable del Tracker, no un hallazgo. | `Evolith Suite` | P0/L |
+| [GT-435](../gaps/gap-reference-catalog.es.md#gt-435) | El camino completo desde el código hasta un producto en uso real no está desplegado ni validado **Qué significa:** Es el ítem paraguas para llevar el producto de algo que funciona en máquinas de desarrollo a algo que usa gente real. Sigue abierto hasta que se cierre todo lo que cuelga de él **Ejemplo:** Una evaluación situó al motor cerca del noventa y cinco por ciento de preparación mientras todo lo que lo rodea —empaquetado, despliegue, aplicación compañera— no lo estaba | `Cross` | P0/XL |
 
 ## Métricas
 
@@ -46,22 +45,22 @@ La forma correcta de usar este resumen es simple: si necesitas contexto, abre so
 |---|---:|
 | Fecha canónica del tablero | 2026-07-26 |
 | Gaps totales | 643 |
-| Gaps cerrados | 601 |
-| Gaps pendientes | 42 |
-| P0 abiertos | 4 |
+| Gaps cerrados | 602 |
+| Gaps pendientes | 41 |
+| P0 abiertos | 3 |
 | P1 abiertos | 15 |
 | P2 abiertos | 20 |
-| Cierre total | 93.5% |
-| Registros de evidencia de cierre | 583 |
+| Cierre total | 93.6% |
+| Registros de evidencia de cierre | 584 |
 | Readiness registrado | 4 PASS |
 
 | Área | Pendientes | P0 | P1 | Primeros IDs |
 |---|---:|---:|---:|---|
 | `Evolith Core` | 8 | 0 | 2 | [GT-583](../gaps/gap-reference-catalog.es.md#gt-583), [GT-589](../gaps/gap-reference-catalog.es.md#gt-589), [GT-614](../gaps/gap-reference-catalog.es.md#gt-614), [GT-587](../gaps/gap-reference-catalog.es.md#gt-587), +4 |
 | `Cross` | 2 | 1 | 1 | [GT-435](../gaps/gap-reference-catalog.es.md#gt-435), [GT-448](../gaps/gap-reference-catalog.es.md#gt-448) |
-| `Evolith MCP` | 2 | 1 | 1 | [GT-602](../gaps/gap-reference-catalog.es.md#gt-602), [GT-606](../gaps/gap-reference-catalog.es.md#gt-606) |
 | `Evolith Suite` | 2 | 1 | 1 | [GT-604](../gaps/gap-reference-catalog.es.md#gt-604), [GT-605](../gaps/gap-reference-catalog.es.md#gt-605) |
 | `Evolith Tracker` | 2 | 1 | 1 | [GT-603](../gaps/gap-reference-catalog.es.md#gt-603), [GT-631](../gaps/gap-reference-catalog.es.md#gt-631) |
+| `Governance` | 6 | 0 | 2 | [GT-578](../gaps/gap-reference-catalog.es.md#gt-578), [GT-585](../gaps/gap-reference-catalog.es.md#gt-585), [GT-642](../gaps/gap-reference-catalog.es.md#gt-642), [GT-599](../gaps/gap-reference-catalog.es.md#gt-599), +2 |
 
 ## Fuente y Regla de Actualización
 
diff --git a/reference/core/control-center/maturity-reports/executive-summary.md b/reference/core/control-center/maturity-reports/executive-summary.md
index 96ee80e6..d3b24b89 100644
--- a/reference/core/control-center/maturity-reports/executive-summary.md
+++ b/reference/core/control-center/maturity-reports/executive-summary.md
@@ -13,7 +13,7 @@ Strategic snapshot generated from the canonical gap board and maturity reconcili
 
 **Biggest problem now:** `Evolith Core` carries the highest weighted open risk (8 open, 0 P0). Attack that concentration before expanding scope.
 
-**Where to attack first:** [GT-602](../gaps/gap-reference-catalog.md#gt-602), [GT-603](../gaps/gap-reference-catalog.md#gt-603), [GT-604](../gaps/gap-reference-catalog.md#gt-604), [GT-435](../gaps/gap-reference-catalog.md#gt-435).
+**Where to attack first:** [GT-603](../gaps/gap-reference-catalog.md#gt-603), [GT-604](../gaps/gap-reference-catalog.md#gt-604), [GT-435](../gaps/gap-reference-catalog.md#gt-435).
 
 ## Strategic Diagnosis
 
@@ -25,7 +25,7 @@ Use this summary with a simple rule: if you need context, open only the linked I
 
 | Order | Focus | Reason | IDs |
 |---:|---|---|---|
-| 1 | P0 blockers | They prevent production-readiness or major-release confidence. | [GT-602](../gaps/gap-reference-catalog.md#gt-602), [GT-603](../gaps/gap-reference-catalog.md#gt-603), [GT-604](../gaps/gap-reference-catalog.md#gt-604), [GT-435](../gaps/gap-reference-catalog.md#gt-435) |
+| 1 | P0 blockers | They prevent production-readiness or major-release confidence. | [GT-603](../gaps/gap-reference-catalog.md#gt-603), [GT-604](../gaps/gap-reference-catalog.md#gt-604), [GT-435](../gaps/gap-reference-catalog.md#gt-435) |
 | 2 | Highest-risk area | `Evolith Core` has the largest weighted open load. | [GT-583](../gaps/gap-reference-catalog.md#gt-583), [GT-589](../gaps/gap-reference-catalog.md#gt-589), [GT-614](../gaps/gap-reference-catalog.md#gt-614), [GT-587](../gaps/gap-reference-catalog.md#gt-587), [GT-591](../gaps/gap-reference-catalog.md#gt-591), [GT-590](../gaps/gap-reference-catalog.md#gt-590), +2 |
 | 3 | Quick wins | High criticality with XS/S complexity. | [GT-597](../gaps/gap-reference-catalog.md#gt-597), [GT-631](../gaps/gap-reference-catalog.md#gt-631), [GT-643](../gaps/gap-reference-catalog.md#gt-643) |
 | 4 | P1 wave | Next hardening after P0 is cleared. | [GT-597](../gaps/gap-reference-catalog.md#gt-597), [GT-631](../gaps/gap-reference-catalog.md#gt-631), [GT-643](../gaps/gap-reference-catalog.md#gt-643), [GT-324](../gaps/gap-reference-catalog.md#gt-324), [GT-578](../gaps/gap-reference-catalog.md#gt-578), [GT-580](../gaps/gap-reference-catalog.md#gt-580), [GT-584](../gaps/gap-reference-catalog.md#gt-584), [GT-605](../gaps/gap-reference-catalog.md#gt-605), +7 |
@@ -35,10 +35,9 @@ Use this summary with a simple rule: if you need context, open only the linked I
 
 | ID | Attack | Component | Effort |
 |---|---|---|---|
-| [GT-602](../gaps/gap-reference-catalog.md#gt-602) | **15 of the 50 MCP tools are denied in production by the compiled policy the dispatcher actually loads.** Established by loading src/sdk/cli/rulesets/opa/policy.wasm — the artifact used at dispatch, not the source — and evaluating it for an architect in production: evolith-adr-list, evolith-adr-get/create/update/matrix, evolith-pattern-list/get/list-by-topology, evolith-scaffold, evolith-docs-scaffold, evolith-init-batch, evolith-sdlc-generate, evolith-fixtures and evolith-upgrade-plan/apply all return ABAC-03 + ABAC-01. Since mcp-tool-dispatch.ts:146 requires native **and** OPA to allow, every one is FORBIDDEN. The rego's own comment predicted this; abac-classification-coverage.spec.ts guards TS↔registry but **nothing guards rego↔TS**. Consequence: an agent asking Evolith for its own ADRs is refused, silently and totally. Wave 2: the P0 is fixed — 15 tool/role pairs permitted, each argued individually, and the widening is structurally nil because dispatch requires native AND opa and all 15 were already allowed by native ABAC. Viewer/production still denied on all 20 write tools. A bidirectional rego↔TypeScript parity spec guards it. **AC1 NOT credited:** the wasm test SELF-SKIPS in CI because Test mcp-server does not run build:policy, so CI enforces parity against the rego SOURCE, not the compiled bundle — a test that skips where it is enforced is the vacuous-pass pattern this board tracks. AC2 untouched. **Criterion 2 attempted 2026-07-28 and NOT shipped, because the naive version is a production regression.** Generating the three rego sets from TOOL_CLASSIFICATION looks obvious and is wrong: the map holds 50 tools, the rego enumerates 62, and the 9-tool difference (evolith-ping, evolith-echo, evolith-read-file, evolith-list-dir, evolith-read-gap-tracking, evolith-gate-status, evolith-write-file, evolith-replace-file, evolith-run-command) is classified at runtime by classifyTool's FALLBACK — the legacy READ_TOOLS/WRITE_TOOLS/DEPLOY_TOOLS sets plus name heuristics (includes() over read/write/run/deploy and friends), not by the map. A generator sourced from the map alone would have DELETED those nine from the policy, making them unclassified and therefore denied by ABAC-03 in production — the same failure mode this gap was registered for, reintroduced by the fix. Caught by diffing membership before and after rather than trusting the diff to be cosmetic; nothing was committed. **The correct source is the registered tool list classified through classifyTool itself, not the map**, which means the mcp-server package must first expose that projection (built dist, or a dumped artifact) so the generator consumes one answer instead of re-implementing the fallback and creating a third copy of the logic. abac-rego-parity.spec.ts passes today precisely because it compares against classifyTool, fallback included — which is why it never flagged the 12-tool gap between the map and the rego. **Criterion 2 CLOSED 2026-07-29, on the second design.** The rego tool sets are now derived from AbacEvaluator.toolProjection() — the enumerable union of every set the code declares, each name classified by CALLING classifyTool rather than by re-reading its maps. The generator runs that projection through ts-node against the TypeScript source, so it needs no build and creates no third copy of the fallback logic. Result: **64 tools, ZERO losses** against the hand-maintained policy, plus two names (read-tool, write-tool) the runtime already classified and the rego omitted. That is a widening of two fixture names the TypeScript side already allowed, so the native∧opa intersection is unchanged. --check is wired into the Test mcp-server job and the artifact is registered as the FIRST link of GT-630's derived-artifact chain, which now runs 3 links and stays at a fixed point. mcp-server 434/434 with the generated policy; OPA policy tests 224/224. The first design — sourcing from TOOL_CLASSIFICATION alone — was thrown away because it would have deleted twelve tools and denied them in production; that reasoning is preserved above rather than erased by the fix that followed. | `Evolith MCP` | P0/M |
 | [GT-603](../gaps/gap-reference-catalog.md#gt-603) | **The agent-turn ledger is complete, unit-tested and absent from dependency injection, and the actor column cannot be typed retroactively.** Tracker.Application/Integration/AgentExecution/AgentExecutionService.cs validates scope, then **audits before executing and aborts the turn if the audit write fails**; AgentTurnAuditor.cs records granted-vs-used scopes and stores prompt length, not text. IAgentExecutionPort appears in **zero DI registrations and zero endpoints**, while AssistantEndpoints.cs proxies straight through AgentRuntimeGateway persisting nothing. Separately AuditEntryProps.cs:11 declares public Guid ActorId with no actor_type, agent_id, model_id or session_id. Because audit_entries is append-only by database trigger (migration 20260719202323), **rows written before the discriminator exists can never be corrected**. Complements [GT-586](../gaps/gap-reference-catalog.md#gt-586), which covers the Core-side EvaluationContext; this is the Tracker persistence side. | `Evolith Tracker` | P0/M |
-| [GT-604](../gaps/gap-reference-catalog.md#gt-604) | **No surface writes evidence to the Tracker: the write path is one-directional and points inward.** Grep across src/sdk/cli, src/packages/mcp-server and src/packages/core-domain returns no Tracker base URL and no ingest client; the only Tracker URL in the Core repo is AGENT_RUNTIME_APPROVAL_TRACKER_URL, and the only writers of core_evaluation_transactions are Tracker-initiated endpoints. Consequence: every evolith validate, every enforce edit veto, every MCP tools/call and every CI drift-gate run evaporates on process exit. The strategy is premised on accumulated evidence and the components that generate it have no way to deposit it. This is a composition defect: no single component review can see it, because each one is internally consistent. **IN-PROGRESS 2026-07-29 — criterion 1 only.** The ingest contract landed at src/packages/contracts/src/ingest/evaluation-ingest.ts with correlationId REQUIRED and BOTH owners carried distinctly: requestedBy.actorId is who asked, violations[].accountableOwner is who must fix. Criterion 2 cannot be completed from here — there is no Tracker ingest endpoint to call. Criterion 3 is 0% buildable in this repository: RoboSoft lives in evolith_tracker. A bilingual handover was written at reference/core/control-center/opportunities/tracker-handover-gt604.md and its .es.md counterpart, 22 headings each. **Unconfirmed, and recorded as such: this row's declared dependency on GT-603 appears wrong.** GT-603 migrates audit_entries while this row names core_evaluation_transactions, and the Core-side attribution already shipped under GT-586 — but the Tracker schema is not in this repository, so that is a hypothesis for the Tracker owner to confirm, not a finding. | `Evolith Suite` | P0/L |
-| [GT-435](../gaps/gap-reference-catalog.md#gt-435) | The end-to-end path from code to a running product in real use is not deployed or validated | `Cross` | P0/XL |
+| [GT-604](../gaps/gap-reference-catalog.md#gt-604) | **No surface writes evidence to the Tracker: the write path is one-directional and points inward.** Grep across src/sdk/cli, src/packages/mcp-server and src/packages/core-domain returns no Tracker base URL and no ingest client; the only Tracker URL in the Core repo is AGENT_RUNTIME_APPROVAL_TRACKER_URL, and the only writers of core_evaluation_transactions are Tracker-initiated endpoints. Consequence: every evolith validate, every enforce edit veto, every MCP tools/call and every CI drift-gate run evaporates on process exit. The strategy is premised on accumulated evidence and the components that generate it have no way to deposit it. This is a composition defect: no single component review can see it, because each one is internally consistent. **Progress 2026-07-29 — criterion 1 only.** The ingest contract landed at src/packages/contracts/src/ingest/evaluation-ingest.ts with correlationId REQUIRED and BOTH owners carried distinctly: requestedBy.actorId is who asked, violations[].accountableOwner is who must fix. Criterion 2 cannot be completed from here — there is no Tracker ingest endpoint to call. Criterion 3 is 0% buildable in this repository: RoboSoft lives in evolith_tracker. A bilingual handover was written at reference/core/control-center/opportunities/tracker-handover-gt604.md and its .es.md counterpart, 22 headings each. **Unconfirmed, and recorded as such: this row's declared dependency on GT-603 appears wrong.** GT-603 migrates audit_entries while this row names core_evaluation_transactions, and the Core-side attribution already shipped under GT-586 — but the Tracker schema is not in this repository, so that is a hypothesis for the Tracker owner to confirm, not a finding. | `Evolith Suite` | P0/L |
+| [GT-435](../gaps/gap-reference-catalog.md#gt-435) | The end-to-end path from code to a running product in real use is not deployed or validated **What it means:** This is the umbrella item for taking the product from something that works on developer machines to something real people use. It stays open until every piece under it is finished **Example:** An assessment put the engine at roughly ninety-five percent ready while everything around it -- packaging, deployment, the companion app -- was not | `Cross` | P0/XL |
 
 ## Metrics
 
@@ -46,22 +45,22 @@ Use this summary with a simple rule: if you need context, open only the linked I
 |---|---:|
 | Canonical board date | 2026-07-26 |
 | Total gaps | 643 |
-| Closed gaps | 601 |
-| Open gaps | 42 |
-| Open P0 | 4 |
+| Closed gaps | 602 |
+| Open gaps | 41 |
+| Open P0 | 3 |
 | Open P1 | 15 |
 | Open P2 | 20 |
-| Total closure | 93.5% |
-| Closure evidence records | 583 |
+| Total closure | 93.6% |
+| Closure evidence records | 584 |
 | Recorded readiness | 4 PASS |
 
 | Area | Open | P0 | P1 | First IDs |
 |---|---:|---:|---:|---|
 | `Evolith Core` | 8 | 0 | 2 | [GT-583](../gaps/gap-reference-catalog.md#gt-583), [GT-589](../gaps/gap-reference-catalog.md#gt-589), [GT-614](../gaps/gap-reference-catalog.md#gt-614), [GT-587](../gaps/gap-reference-catalog.md#gt-587), +4 |
 | `Cross` | 2 | 1 | 1 | [GT-435](../gaps/gap-reference-catalog.md#gt-435), [GT-448](../gaps/gap-reference-catalog.md#gt-448) |
-| `Evolith MCP` | 2 | 1 | 1 | [GT-602](../gaps/gap-reference-catalog.md#gt-602), [GT-606](../gaps/gap-reference-catalog.md#gt-606) |
 | `Evolith Suite` | 2 | 1 | 1 | [GT-604](../gaps/gap-reference-catalog.md#gt-604), [GT-605](../gaps/gap-reference-catalog.md#gt-605) |
 | `Evolith Tracker` | 2 | 1 | 1 | [GT-603](../gaps/gap-reference-catalog.md#gt-603), [GT-631](../gaps/gap-reference-catalog.md#gt-631) |
+| `Governance` | 6 | 0 | 2 | [GT-578](../gaps/gap-reference-catalog.md#gt-578), [GT-585](../gaps/gap-reference-catalog.md#gt-585), [GT-642](../gaps/gap-reference-catalog.md#gt-642), [GT-599](../gaps/gap-reference-catalog.md#gt-599), +2 |
 
 ## Source and Refresh Rule
 
diff --git a/reference/core/control-center/maturity-reports/maturity-reconciliation.json b/reference/core/control-center/maturity-reports/maturity-reconciliation.json
index 4d523630..0be2eff1 100644
--- a/reference/core/control-center/maturity-reports/maturity-reconciliation.json
+++ b/reference/core/control-center/maturity-reports/maturity-reconciliation.json
@@ -4,13 +4,13 @@
   "asOf": "2026-07-26",
   "gaps": {
     "total": 643,
-    "done": 601,
+    "done": 602,
     "pending": 22,
-    "inProgress": 16,
+    "inProgress": 15,
     "deferred": 4
   },
   "evidence": {
-    "closureRecords": 583,
+    "closureRecords": 584,
     "cliPackage": "@beyondnet/evolith-cli@1.2.2",
     "adrCount": 139,
     "rulesetCount": 175,