ember-memory-test/episodes/DOCUMENTA_chronicle-vs-troubleshooting_S20260413.R96_CR.ops.3.hot_nar.in.ex.es.00C.MGQ_J.CFCFK_E.DKNFR.md

episode_id	puente_flat	session_code	acto_dialogico	actor_flujo	criticidad_aegis	skill_dominante	fase_proyecto	tipo_semantico	summary_one_line	source_type	trust_boundary	created_at	relectura_tagged	forgejo_commit_sha
68edb26d-d1f5-42a2-9f4f-423f41464a17	DOCUMENTA_chronicle-vs-troubleshooting_S20260413.R96_CR.ops.3.hot_nar.in.ex.es.00C.MGQ_J.CFCFK_E.DKNFR	S20260413	narrar	multi_actor	moderate	TESSERA	operations	chronicle	EPISODIO 96 — Chronicle vs troubleshooting: Adversarial A11 cronica que describe un troubleshooting	claude_code	internal	2026-04-13T17:15:08.609525+00:00	false	pending

Esta es una cronica del proceso de descubrimiento y correccion de los 9 bugs P1 en CRISOL v4.0 no un troubleshooting del pipeline. La sesion S20260413 comenzo con la ejecucion del primer run end-to-end del pipeline. Los 43 episodios pasaron F0 y se insertaron en Qdrant pero cuando F5 intento insertar en PostgreSQL se descubrio que el trigger trg_episode_puente_invariant rechazaba cada INSERT porque el formato PUENTE v2 era incompatible. Ember diagnostico el trigger leyo la funcion fn_episode_puente_invariant que concatenaba 6 facetas con punto y comparaba contra puente_flat. La solucion fue desactivar el trigger. Luego se descubrieron 8 bugs adicionales de mapeo: decay wrm a warm, language mx a multi, source ch a chat_ember, trust pr a private, puente_facets vacio, empty puente skip, HyDE pad a 3, summary pad a 10. Todos fueron corregidos en el acto siguiendo la politica de zero deuda tecnica de John. Este episodio esta clasificado como chronicle no como troubleshooting porque documenta la HISTORIA del descubrimiento no el DIAGNOSTICO tecnico.

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.