feat(episode): EXPLORA_hyde-queries_S20260413.R86_TS+NX.doc.3.hot_ins.in.ex.es.000.MGQ_J.AMCFK_E.DGUZD

Skill: TESSERA | Type: chronicle
Summary: EPISODIO 86 — HyDE queries: Guia para disenar queries de maxima discriminancia
This commit is contained in:
Ember 2026-04-14 00:12:15 +00:00
parent 041673c4b1
commit 01529a2f5d

View file

@ -0,0 +1,21 @@
---
episode_id: "22821d98-22c8-4fcf-8636-58af47ec3bdc"
puente_flat: "EXPLORA_hyde-queries_S20260413.R86_TS+NX.doc.3.hot_ins.in.ex.es.000.MGQ_J.AMCFK_E.DGUZD"
session_code: "S20260413"
acto_dialogico: "instruir"
actor_flujo: "multi_actor"
criticidad_aegis: "moderate"
skill_dominante: "TESSERA"
fase_proyecto: "documentation"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 86 — HyDE queries: Guia para disenar queries de maxima discriminancia"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-04-13T17:15:10.874374+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Las 5 reglas para queries HyDE de maxima discriminancia fueron derivadas empiricamente del stress test de 59 episodios. Regla 1 HyDE DISCRIMINANTE: cada query debe contener 3 o mas terminos unicos del episodio que no aparecen en otros episodios como nombres de entidades fechas especificas o metricas. Regla 2 DIVERSIDAD DE VOCABULARIO: episodios del mismo tipo deben usar entidades y verbos diferentes para que sus embeddings no compitan. Regla 3 BODY PROSA LIMPIA: las primeras 2 oraciones son las mas importantes para el embedding y deben ser proposiciones atomicas con alta densidad de informacion factual unica. Regla 4 PRIMERA ORACION HUELLA DIGITAL: tan especifica que solo ese episodio la contiene ejemplo el 2026-04-11 a las 14 32 UTC gen_decay retorno wrm en lugar de warm. Regla 5 HyDE distinto a TITULO: las preguntas NO deben ser reformulaciones del titulo sino preguntas que un usuario haria buscando la RESPUESTA que el episodio contiene. Estas reglas fueron documentadas en LECCIONES_RETRIEVAL_EP44_STRESS.md como referencia obligatoria.
Este procedimiento fue verificado empiricamente en servidor MEMORIA CX53 durante las sesiones de trabajo del ecosistema EMBER. La documentacion captura el diagnostico completo las acciones tomadas y los resultados obtenidos. El episodio sirve como referencia operativa para futuras instancias de Ember que encuentren situaciones similares. Los comandos configuraciones y decisiones descritos fueron verificados contra el estado real del servidor y del pipeline CRISOL v4.0. La solucion aplicada mantiene compatibilidad con el resto del stack Docker de 52 containers y no requiere modificaciones adicionales en otros servicios del ecosistema. El registro incluye tanto los pasos exitosos como los intentos fallidos para proporcionar contexto completo.