john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): TRAZA_el-hallazgo-central-la-cadena-causal-com_S20260711.R43_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Browse source 
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 43 — ember_experience: El hallazgo central (la cadena causal completa,
This commit is contained in:
Ember 2026-07-12 15:21:11 +00:00
parent 9c0b4797f6
commit c4274b6b5d
1 changed files with 28 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

28
episodes/TRAZA_el-hallazgo-central-la-cadena-causal-com_S20260711.R43_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md Normal file
View file

@ -0,0 +1,28 @@
---
episode_id: "c5b6257e-63a2-41ac-9e22-65193e86c8e8"
puente_flat: "TRAZA_el-hallazgo-central-la-cadena-causal-com_S20260711.R43_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260711.SHERPA_BRIEFING_FABLE"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 43 — ember_experience: El hallazgo central (la cadena causal completa, con evidenci"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-12T15:16:10.038260+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
## El hallazgo central (la cadena causal completa, con evidencia literal)
1. **La regla MNEMO-HYDE (jun-13) exige ≥10 preguntas HyDE por episodio; el schema PostgreSQL v2 (spec 011) tiene un CHECK que acepta entre 3 y 5.** Crisol envía hasta 10 → el constraint `episode_hyde_queries_check` rechaza **todo INSERT nuevo**. Lo vi literal en los logs de PostgreSQL: `ERROR: new row violates check constraint "episode_hyde_queries_check"`. Dos contratos del mismo ecosistema, nunca reconciliados.
2. **El fallo es invisible por tres capas de contabilidad falsa:** crisol ejecuta el batch con `psql ON_ERROR_STOP=off` (retorna éxito aunque todos los statements fallen), cuenta `pg_ok = tamaño del batch`, imprime "PG +43", y `pipeline_runs` graba `success` con `errors=[]`. Es la misma clase de bug de contabilidad que arreglaron en el outbox el 18-jun, una capa más adentro.
3. **Consecuencia 1 — deadlock de la cola:** el sha-gate cliente verifica aterrizaje contra PG; como PG nunca recibe los sha nuevos, los 71 payloads se re-empujan en cada turno y crisol re-procesa 43-50 episodios por ciclo, para siempre.
4. **Consecuencia 2 — contaminación:** Qdrant y Neo4j (sin ese constraint) sí escriben; cada vez que el cuerpo generado evoluciona (p.ej. el strip de chrome aprendió patrones nuevos el 11-jul), el mismo episodio produce un sha distinto y entra como punto/nodo NUEVO. Sesión S20260705: **122 puntos en Qdrant vs 10 filas en PG**. Esto ya degradó el retrieval medible: recall@1 cayó de 0.675 a 0.544 con el corpus casi duplicado.
5. **Agravante:** el upsert de F5 (`ON CONFLICT (puente_flat) DO UPDATE`) solo refresca metadata de clasificación, **no** `content_sha256` ni el texto — así que aunque se destape el constraint, la convergencia del gate seguiría rota para re-pushes con cuerpo evolucionado. H-1 y H-5 se arreglan juntos.
6. **Y el hueco del 8-11 jul:** el transporte SCP estuvo fallando (`Connection timed out`, el gotcha de rate-limit SSH) 4 días sin que nadie lo notara — el watchdog C2 (SLO 2h) que se diseñó el 18-jun **nunca se construyó**, y el `retrieval_gate` está roto (timeout corto → FAIL espurio con nulls) y **no está en ningún cron**.
## Calidad de las memorias y del retrieval