ember-memory-test/episodes/TRAZA_qu-se-decide-de-verdad_S20260908.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 02ea1904de feat(episode): TRAZA_qu-se-decide-de-verdad_S20260908.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: NONE | Type: troubleshooting
Summary: EPISODIO 2 — MEMORIA: Qué se decide de verdad
2026-09-13 01:06:35 +00:00

2.1 KiB
Raw Blame History

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
c264d705-46af-431d-ae65-594d289152cc TRAZA_qu-se-decide-de-verdad_S20260908.R2_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260908.SIDA4E4EA94E7E4 informar multi_actor low NONE operations troubleshooting EPISODIO 2 — MEMORIA: Qué se decide de verdad claude_code internal 2026-09-13T01:06:33.709875+00:00 false pending

El 8 de septiembre la revisión de seguridad encontró que ese guion falla hacia el lado cómodo: si no encuentra el programa que hace la revisión, escribe un aviso en pantalla y deja pasar el commit igual. Lo mismo si falta el fichero de referencia. Una corrección a mi propio argumento, y va en tu contra de lo que te recomendé. Dije que el muro del guardián de nombres «se paga en cada enjambre». Los números dicen otra cosa:

Dónde ocurrieron los bloqueos Cuántos
Ficheros normales del repositorio (bloqueos legítimos) 766
Carpeta de memorias (bloqueo deliberado, tú lo decidiste así) 59
Carpeta de borradores temporales (el falso positivo) 43
De hoy, en la carpeta de borradores 0

Los 43 casos existen, así que el problema es real. Pero los últimos son todos del 8 de septiembre, o sea de la corrida en la que lo sufrí yo. Hoy hubo 19 bloqueos y ninguno fue en borradores: tres en un fichero de memoria y el resto en ficheros reales del repositorio de otra instancia que está trabajando en paralelo. Qué cambia en mi consejo. La mitad uno de DPG pasa de «molesta siempre» a «molesta cuando un agente usa borradores, y la mayoría no los usa». Sigue mereciendo el arreglo, porque 43 bloqueos inútiles son 43 intentos perdidos, pero deja de ser urgente. La mitad dos, la del escáner de contraseñas, no se mueve: sigue siendo la que decide algo de seguridad. La pregunta sigue siendo la misma y sigue siendo tuya: si el escáner no puede revisar un commit, ¿que te frene o que te deje pasar?