feat(episode): TRAZA_por-qu-un-campo-existe-en-uno-y-no-en-ot_S20260621.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: reflection
Summary: EPISODIO 4 — PostgreSQL: Por qué un campo existe en uno y no en otro (razón técn

episodes/TRAZA_por-qu-un-campo-existe-en-uno-y-no-en-ot_S20260621.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,20 @@
+---
+episode_id: "6f85f17f-6168-4567-8401-3f4206aa6107"
+puente_flat: "TRAZA_por-qu-un-campo-existe-en-uno-y-no-en-ot_S20260621.R4_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260621.CRONICA_SEMANAL_C15"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "TESSERA"
+fase_proyecto: "operations"
+tipo_semantico: "reflection"
+summary_one_line: "EPISODIO 4 — PostgreSQL: Por qué un campo existe en uno y no en otro (razón técnica)"
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-21T18:23:33.481365+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+- **I-2 Integridad BLC frágil:** vive solo en Qdrant; si Qdrant se reconstruye, **se pierde la cadena** y PostgreSQL no la puede regenerar (está en ceros). - **I-3 Sin fallback de búsqueda:** la columna vector de PostgreSQL vacía = si Qdrant cae, no hay búsqueda semántica de respaldo. - **I-4 Redundancia 2× = riesgo de divergencia:** `content_text` y `content` son copias sin trigger de sincronización. - **I-5 Tabla zombi + columnas muertas:** `mnemo.episode` (40 filas) + `embedding`/`blc_hash`/`nomenclatura_*`/`phi_*` en ceros/NULL = deuda cognitiva. - **I-6 Doble encoding** complica reconciliación (necesita diccionario `informar`↔`inf`, `0.9`↔`H`). - **I-7 Bug latente:** `neo4j_mentions_reprocess.py` busca por `{id:}` (solo 40 nodos) cuando la llave es `episode_id` (296 nodos) → repara el 13%. ### 📍 PARA JOHN — R1
+- **Hice:** la comparación completa de los 3 esquemas está escrita y entregada (doc MAPA + ANATOMIA + EPISODIOS). Arriba el resumen completo sin abreviar. - **Pendiente (durabilidad, no bloquea la respuesta):** el commit de los 3 docs está frenado por el hook `detect-secrets` (falso positivo: marca los hashes hex/uuid de los docs como "credenciales nuevas"). La passphrase NO está en los docs (verificado). Resolución limpia = truncar los hex o actualizar `.secrets.baseline.json` (opción sancionada del hook para falsos positivos) — pero tocar la baseline de secretos es sensible. - **Pregunta:** ¿quieres que (a) **trunque los hashes** en los docs y commitee (más seguro, no toca la baseline), o (b) **actualice `.secrets.baseline.json`** (más rápido pero toca la línea de seguridad)? Mientras decides, los 3 docs ya existen localmente — la respuesta a tu pregunta está completa.