ember-memory-test/episodes/TRAZA_hice-el-gate-calibrado-contra-verdad-d_S20260726.R2_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
ed78f909-204f-4148-9979-6c6167ec699e	TRAZA_hice-el-gate-calibrado-contra-verdad-d_S20260726.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD	S20260726.ARCO_CICLO4_AUTOMEJORA	informar	multi_actor	low	NONE	operations	troubleshooting	EPISODIO 2 — MNEMO_PRE_DIGEST: - **Hice:** el gate calibrado contra verdad-de-campo (11...	claude_code	internal	2026-07-27T00:10:37.244726+00:00	false	pending

• Hice: el gate calibrado contra verdad-de-campo (11 passed, cero falsos positivos tras retirar la firma ruidosa) y su primera corrida completa, con la prueba decisiva de que el hallazgo es real. Todo anclado.
• Falta: tu decisión sobre cómo remediarlo (abajo) · DC-6 vence mañana · C5-09 · la v2 con mutación dinámica.
• Mi consejo — y aquí necesito tu criterio, no tu permiso: hay dos caminos. (A) Convertir ese check() en un helper que asierte: es un cambio de una línea que pondría decenas de suites en rojo de golpe — y ese rojo es la verdad que llevaba meses oculta. (B) Migrar test por test, manteniendo el árbol verde mientras se arregla. Yo iría por A, porque hasta que el rojo aparezca no sabemos qué está realmente roto; pero es tu llamada: A significa convivir unos días con un árbol rojo que asusta y dice la verdad, B significa un árbol verde que sigue mintiendo un tiempo más.

📌 PILA (R22): 🔴 DC-6 vence 2026-07-28 · ❓ política de remediación A/B (406 tests) · ❓ C5-09 · 🟠 v2 mutación dinámica · 🟠 enganchar el gate al flujo · 🟡 auditoría Fable (ciclos 5 y 6) · ✅ C6-01

Hecho, y en los tres remotos. Dos correcciones que venían de la misma raíz. ## Lo que cambió, con la prueba al lado

PF-22 ahora dice la verdad. Antes mandaba consultar un directorio que nunca existió; ahora describe el mecanismo real —cerrojo automático y bloqueante vía base de datos con latidos— y lleva incorporada la lección, incluido el coste que la desactualización tuvo conmigo ayer. La brecha está cerrada. Con otra instancia sosteniendo el cerrojo:

Y el que se topa con el cerrojo recibe el nombre de quien lo tiene, no un "acceso denegado" mudo. ## El hallazgo que no buscaba

Al declarar presencia usé el tag PF22_FIX_CERROJOS, descriptivo de la tarea. Y el guardián me expulsó de mi propia zona, porque mi instancia se identifica como ARCO_CICLO4_AUTOMEJORA y compara ambos literalmente. Declarar presencia con un tag distinto a tu identificador te bloquea a ti mismo. Lo pisé yo hoy y lo pisaría cualquiera, porque la función acepta un tag libre y nada avisa. Queda documentado en el commit; si quieres, otro día lo arreglamos de raíz haciendo que la función use el tag real por defecto. ## Higiene

El flag de override está retirado —no queda ventana abierta— y mi presencia, cerrada. El respaldo de CLAUDE.md sigue en disco por si quieres comparar. ---

—

Hice — Las dos cosas que pediste, con la prueba del antes y el después. Cuatro archivos que la doctrina decía proteger y nadie protegía, ahora están protegidos de verdad. Falta — Nada de esto.