feat(episode): TRAZA_regla-a-verificada-funciona-commit-c4a0a_S20261018.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 1 — PostgreSQL: Regla A verificada: funciona. Commit c4a0a39d en los...
This commit is contained in:
Ember 2026-10-30 04:50:08 +00:00
parent c69d2c4e96
commit cdc822e687

View file

@ -0,0 +1,45 @@
---
episode_id: "0fd4e84d-3f3b-422d-990a-c9311dadc716"
puente_flat: "TRAZA_regla-a-verificada-funciona-commit-c4a0a_S20261018.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20261018.SIDBD9734A85309"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 1 — PostgreSQL: Regla A verificada: funciona. Commit c4a0a39d en los..."
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-10-30T04:49:57.403309+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
**Regla A verificada: funciona.** Commit `c4a0a39d` en los 3 remotos (forgejo/origin/sriyantra, hash comprobado con `git ls-remote`).
**La historia en corto (analogía primero):** encendimos un portero nuevo en la puerta de la memoria el 20 de octubre. El portero dejaba entrar episodios "flacos" (con menos de 10 preguntas HyDE) marcados como `deficient`. Fui a mirar el libro de registro del portero y estaba en blanco desde esa noche. Pero cuando fui al almacén (PostgreSQL del servidor MEMORIA, solo lectura) estaba lleno de episodios nuevos: el portero trabajaba, solo que no apuntaba a quién dejaba pasar.
**Cifras medidas (cada una con su comando en §I del informe):**
| Qué | Antes del flag (1-20 oct) | Después (21-30 oct) |
|---|---|---|
| Episodios por día en PostgreSQL | 3-5 | 20-49 |
| Episodios con <10 HyDE que entraron | 0 de 143 (control) | **89 de 197** |
| Puntos `hyde_origin=deficient` en Qdrant | — | 124 de 3.157 |
| Retrieval limpio recall@1 / @5 | 0,1333 / 0,2867 | 0,1333 / 0,28 (PASS, sin regresión) |
| Carta muerta | 250 / 50 | 250 / 50 (quieta: todo trae ancla real) |
**Lo único roto, ya reparado:** el sensor `hyde_enforcement.jsonl` solo escribía al *bloquear*; con la regla A nadie se bloquea y el log callaba. Ahora `hyde_dead_letter.admitir_deficientes` apunta `{origen: regla_a, admitidos, retenidos}` cada vez que admite. Test rojo-primero (2 rojos contra HEAD → 19/19 verdes). `stop-enricher.py` no se tocó. La Z8 no se tocó.
**Dato para P11c:** el 45 % de lo que entra (89 de 197) es "flaco". La regla A salva memoria, pero la calidad del retrieval no mejorará hasta que Ember emita sus 10 HyDE en cada respuesta. Dueño Ember, fecha 2026-11-05.
> 🎯 **En una frase:** el portero nuevo funciona (la memoria recibe 10 veces más episodios y el retrieval no se resiente), y el libro de registro que estaba en blanco ya apunta cada admisión.
**✅ Hice:** medí 8 días en PostgreSQL, Qdrant y el retrieval; reparé el sensor con test rojo-primero; escribí el veredicto en el informe (§I), TEMAS_ACTIVOS, la memoria y la nota compartida; commit `c4a0a39d` en los 3 remotos.
**⏳ Falta:** P4 (tus 15-40 preguntas, lo único que solo tú puedes dar) · P11c (mi disciplina de 10 HyDE por respuesta, 2026-11-05) · P2 (puntos sombra, con tu GO).
**💡 Mi consejo:** P4 ahora. El corpus ya crece y tu examen es el único oráculo que no escribí yo.
**Para avanzar, elige:** 🟢 **A** → *me pegas tus preguntas y armo el banco + corro los oráculos* *(recomendado)* · 🟡 **B** → *P11c: hago que Ember no pueda cerrar un turno sin sus 10 HyDE* · ⚪ **C** → *cerrar por hoy con relevo*