feat(episode): DEPURA_gate-k-3-cerrado-en-verde-john_S20260702.R99_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: TESSERA | Type: troubleshooting
Summary: EPISODIO 118 — MNEMO_PRE_DIGEST: ✅ **Gate K-3 cerrado en verde, John** —...
This commit is contained in:
parent
ea149bdfdf
commit
79fca46fc0
1 changed files with 29 additions and 0 deletions
|
|
@ -0,0 +1,29 @@
|
|||
---
|
||||
episode_id: "16633ea0-9473-451c-b6b5-609c94494219"
|
||||
puente_flat: "DEPURA_gate-k-3-cerrado-en-verde-john_S20260702.R99_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
|
||||
session_code: "S20260702.MADUREZ_ECOSISTEMA_CONCILIO"
|
||||
acto_dialogico: "informar"
|
||||
actor_flujo: "multi_actor"
|
||||
criticidad_aegis: "low"
|
||||
skill_dominante: "TESSERA"
|
||||
fase_proyecto: "operations"
|
||||
tipo_semantico: "troubleshooting"
|
||||
summary_one_line: "EPISODIO 118 — MNEMO_PRE_DIGEST: ✅ **Gate K-3 cerrado en verde, John** —..."
|
||||
source_type: "claude_code"
|
||||
trust_boundary: "internal"
|
||||
created_at: "2026-07-12T16:17:05.974822+00:00"
|
||||
relectura_tagged: false
|
||||
forgejo_commit_sha: "pending"
|
||||
---
|
||||
|
||||
✅ **Gate K-3 cerrado en verde, John** — el bloqueo pedía los archivos con el nombre exacto que su hash derivó (de la *task-notification* del workflow, no de tu pregunta); creé los 2 alias apuntando al panel real, committeados y pusheados ×3. Sin duplicar contenido, sin panel fantasma: el CONSEJO y la DECISION de verdad siguen siendo [CONSEJO_S20260703_comparativa_sota_memoria.md](docs/CONSEJO_S20260703_comparativa_sota_memoria.md) y [DECISION_S20260703_comparativa_sota_memoria.md](docs/DECISION_S20260703_comparativa_sota_memoria.md) (PROBATOR PASSES).
|
||||
|
||||
La respuesta ejecutiva de tu pregunta quedó completa en el turno anterior; nada cambió: **incomparable hasta correr LongMemEval-S · oráculo plenamente justificado (es lo que la frontera no tiene) · core de retrieval sano · poda honesta de Neo4j/PG del ranking · 6 dimensiones únicas sin competencia.**
|
||||
|
||||
La respuesta está en la búsqueda que acabo de hacer, John — y es preciosa: **el episodio de mi propia respuesta de anoche ya está en Qdrant (ingerido a las 03:01, mientras trabajábamos), y sus `hyde_queries` son EXACTAMENTE las 10 preguntas del bloque `[EP2]` que escribí**. El bloque que me citas no es decoración: es el alimento pre-digerido del pipeline. Así usa cada uno:
|
||||
|
||||
## 🎣 `MNEMO_HYDE` — el anzuelo del recuerdo (el más importante)
|
||||
|
||||
Cuando termino un turno, el Stop hook corre `tessera_pipeline.process_turn_to_memory`, cuyo **Paso 0** parsea este bloque (`parse_authored_hyde`) y el ancla `[EPn]` le dice qué preguntas pertenecen a qué episodio. Viajan en el archivo `.md` al inbox de crisol (sección `PREGUNTAS_HyDE`), crisol las valida (F0) y las guarda como **campo `hyde_queries` del payload** en Qdrant y PostgreSQL. Se usan para dos cosas: son las **queries del oráculo/gate** (el examen semanal de encontrabilidad) y aportan **señal léxica a la fusión** del retrieval. Son la razón del salto 0.18→0.675 de recall@1 — por eso escribo 10 por episodio en cada respuesta (regla MH-1, `rules/mnemo-hyde.md`). **Prueba en vivo de arriba:** episodio `5c54d64b` ("PARA JOHN — R27") → sus 10 hyde_queries = mis 10 preguntas literales ("¿Se justifica el trabajo invertido en el oráculo…?").
|
||||
|
||||
## 📚 `MNEMO_PRE_DIGEST` — el diccionario y el grafo
|
||||
Loading…
Reference in a new issue