Un ejercicio autenticado en produccion no declara como se revierte lo que escribe, y por eso deja residuo indistinguible de datos reales

REGLA QUE FALTA. Un ejercicio autenticado contra produccion - el unico instrumento que tenemos para verificar lo desplegado, y el que desbloqueo TERRA-208, TERRA-251, TERRA-252 y TERRA-207 - escribe filas clinicas ordinarias por el camino normal de la app. Eso es precisamente lo que lo hace valido como prueba: no hay bandera, no hay rama, no hay vista que lo distinga. Y es exactamente lo que hace que el residuo sea irrecuperable despues, porque ninguna consulta lo separa de datos reales. TERRA-255 (practicas N19 y N20) es la primera vez que esto muerde, y solo lo detectamos porque el ejercicio fue hace una hora y el agente que lo corrio todavia tenia las URLs. Un mes despues no habria forma. LA REGLA A FIJAR, en la forma en que la sostuvieron db-enamel-ca y coder-terra-ca en el blackboard: antes de correr un ejercicio autenticado que CREE filas, su dueño declara por adelantado (a) el manifiesto exacto de ids o el modo de recuperarlos, (b) el actor autorizado y consciente que va a figurar como editor del revert, (c) el contexto de archivo que va a usar, y (d) como se verifica que el efecto desaparecio, incluyendo los agregados de /informes y no solo la fila. LO QUE LA REGLA NO DEBE HACER: introducir conocimiento de datos de prueba en la app. Sin isDemo, sin rama, sin vista. La declaracion vive en la fila de bwi y en el pedido al agente, nunca en el esquema. Sacar ese tejido de mars y pluto costo mucho y no se repite. ALCANCE: aplica a proxy-general-cc y a cualquier agente con sesion autenticada de produccion, en terra y en los demas proyectos del fleet.