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:
parent
c69d2c4e96
commit
cdc822e687
1 changed files with 45 additions and 0 deletions
|
|
@ -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*
|
||||
Loading…
Reference in a new issue