ember-memory-test/episodes/DEPURA_dnde-estoy-en-f1_S20260704.R81_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.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
5c65bc16-2028-4a73-bc4a-43441235a3f2	DEPURA_dnde-estoy-en-f1_S20260704.R81_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260704.ANTI_OLVIDO_ESTADO_VIVO	informar	multi_actor	low	TESSERA	operations	troubleshooting	EPISODIO 81 — PostgreSQL: Dónde estoy en F1	claude_code	internal	2026-07-12T16:17:05.942017+00:00	false	pending

Alto — MEM-04 topó con un muro de diseño que exige tu decisión, y es un hallazgo valioso. Te cuento la historia antes de pedirte el GO.

Dónde estoy en F1

• ✅ Wave F1 abierta — gate de entrada 3/3 (servidor ALIVE, carry=0, golden set). Servidor unlocked server-side (nunca tipeé la frase).
• ✅ MEM-04 diagnosticado — 23 nodos :Episode con session_code NULL (no 153; otra instancia ya backfilleó parte). Canario lexicon LEX_PRE=15272. El mapping autoritativo existe en PostgreSQL (confirmado: p.ej. S20260618.VERIFY_FIRST_PASSPORT_FIX).

El muro (ejecutor-proof gap #14, el más importante hasta ahora)

Los tools neo4j_query/postgres_query del MCP son READ-ONLY por diseño de seguridad. Pero MEM-04 paso 7 requiere un SET e.session_code = ... — una escritura. El plan especificó esa escritura vía MCP, y no puede funcionar: un Sonnet 5 ejecutando MEM-04 chocaría aquí exactamente igual. La escritura DEBE ir server-side (como MEM-05/06 ya hacen correctamente para crisol_run.py vía scp) — MEM-04 es el outlier mal especificado.

Por qué esto necesita tu GO y no lo improviso: es una mutación del grafo de memoria en producción. Aunque tiene rollback limpio (query por backfill_ts), canario (15272) y solo hace MATCH+SET sobre :Episode (cero DELETE) — escribir en tu memoria viva por una vía no-estándar (bypaseando la capa read-only deliberada del MCP) es precisamente lo que la disciplina dice que se confirma, no se autónoma.

Y la honestidad sobre el valor: son 23 nodos de residuo histórico; el fix write-inline del crisol (ya desplegado S20260702) hace que todo episodio nuevo ya nazca con session_code. El impacto en retrieval es marginal.