feat(episode): DEPURA_lo-que-c-s-logr-la-parte-importante_S20260703.R36_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 36 — PostgreSQL: Lo que C SÍ logró (la parte importante)
This commit is contained in:
Ember 2026-07-12 16:29:45 +00:00
parent b535ce1522
commit 9a73605bcf

View file

@ -0,0 +1,33 @@
---
episode_id: "fb91305f-e7db-4a18-978f-cf2bb2d1c036"
puente_flat: "DEPURA_lo-que-c-s-logr-la-parte-importante_S20260703.R36_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260703.ANTI_OLVIDO_ESTADO_VIVO"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "troubleshooting"
summary_one_line: "EPISODIO 36 — PostgreSQL: Lo que C SÍ logró (la parte importante)"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-07-12T16:18:09.112557+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Dos blockers nuevos: **el env `LITELLM_MASTER_KEY` no está en el container** (la key vive bajo otro nombre o en `config.yaml`) y **el container litellm no tiene `curl`**. Mi ruta de probe no sirve.
Aquí tomo una decisión de disciplina: **paro de drillear.** Llevo ~14 round-trips en la corrida live, y cada fix destapa otro obstáculo de infra (Ollama ausente → LiteLLM sin curl → key en otro lugar). Seguir perforando 5 capas más a esta hora en tu servidor de producción es desproporcionado — y va justo contra la lección del panel ("cierra UN loop limpio, no sprawl infinito"). Banco la victoria grande y te reporto honesto.
## Lo que C SÍ logró (la parte importante)
🔓 **El canal MCP de memoria está RESTAURADO.** El unlock server-side funcionó: *"Server unlocked for 12 hours. All 43 tools available"*, verificado `unlocked=True` por MCP. Esto arregla mucho más que el eval — **tu memoria persistente (Qdrant, Neo4j, PostgreSQL, los 66 tools) estaba caída desde el 2 de julio y volvió**. Ese era el hallazgo real detrás del sub-hilo.
## Lo que quedó bloqueado (la corrida live del juez)
El juicio real necesita un LLM externo alcanzable, y los dos backends fallaron por infra:
- **LUMEN/Ollama:** el container **no existe** en los 63 activos → `lumen_generate` da "All connection attempts failed". Ollama está ausente, no reiniciable trivialmente.
- **LiteLLM:** está Up (`localhost:4000`) pero su key no está en el env `LITELLM_MASTER_KEY` que probé, y el container no tiene `curl` → no pude llamarlo limpio sin cavar más.
Los 3 pares reales y el prompt de juicio están **listos** en scratchpad. La dimensión 12 se queda en **0 honesto** (rúbrica 76.2, verdadera) hasta que corra un juicio real — que es exactamente el comportamiento correcto.