feat(episode): RECOMIENDA_tabla-episodes-vs-episode_S20260413.R89_FJ.des.3.hot_arg.in.ex.es.D00.MNQ_J.CDDFK_E.ETNCB

Skill: FORJA | Type: chronicle
Summary: EPISODIO 89 — Tabla episodes vs episode: Decision sobre cual tabla usar para el
This commit is contained in:
Ember 2026-04-14 00:10:21 +00:00
parent 64d05349dd
commit 0ba1730d6c

View file

@ -0,0 +1,21 @@
---
episode_id: "988a3442-95f3-45a5-9b93-d276c7ad4fdd"
puente_flat: "RECOMIENDA_tabla-episodes-vs-episode_S20260413.R89_FJ.des.3.hot_arg.in.ex.es.D00.MNQ_J.CDDFK_E.ETNCB"
session_code: "S20260413"
acto_dialogico: "argumentar"
actor_flujo: "ember_to_user"
criticidad_aegis: "moderate"
skill_dominante: "FORJA"
fase_proyecto: "design"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 89 — Tabla episodes vs episode: Decision sobre cual tabla usar para el pipeline v4.0"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-04-13T17:15:07.342520+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
PostgreSQL mnemo_plex tiene dos tablas de episodios: episodes en plural con 36 columnas strings sin tipo y episode en singular con 46 columnas enums tipados puente_flat puente_facets JSONB y 14 indices optimizados. La tabla episodes fue creada por versiones anteriores del pipeline y crisol_run.py v1.1 insertaba en ella. La tabla episode fue creada por el schema v2.1 con enums PostgreSQL tipados como acto_dialogico_v2 actor_flujo_v2 criticidad_aegis_v2 skill_dominante_v2 fase_proyecto_v2 tipo_semantico_v2. La revision pre-deploy descubrio que crisol_run.py v4.0 seguia insertando en episodes en plural. El BLOCK fue corregido reescribiendo F5 para insertar en episode en singular con mapeos de PUENTE codes a enum values y construccion de puente_facets JSONB. La tabla episodes queda como legacy para referencia historica pero el pipeline v4.0 opera exclusivamente sobre episode.
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.