El texto de FIX del checker de citaciones ofrece una unica salida - 'predates the convention' - que hoy habria sido falsa: sugiere la frase, no la forma

scripts/check-migration-citations.sh:132, en el texto de FIX del brazo 1, le ofrece al autor UNA sola salida cuando no encuentra tag de autorizacion, y la salida esta redactada como una afirmacion de hecho: "If this file predates the hash-tag convention and no tag exists, say so in the file - a recorded 'no tag: predates the convention' is an accepted resolution". El escape que el script realmente acepta es cualquier linea que empiece con "-- NO TAG:", con texto libre despues (linea 129). O sea que el MECANISMO es correcto y general; lo que esta mal es la unica redaccion que se sugiere. POR QUE IMPORTA Y NO ES UN DETALLE DE COPY: hoy el brazo rechazo terra_22 y esa frase habria sido FALSA. terra_22 es del 2026-08-16 y terra_6, que es ANTERIOR - aplicada el 2026-07-30 - cita tres tags. El archivo no precede a la convencion; le falta el tag. Un autor apurado copia la frase que el propio gate le ofrece, pasa, y queda una afirmacion falsa escrita adentro de una migracion aplicada para satisfacer un chequeo. Es exactamente la clase de defecto que TERRA-188 esta sacando del corpus, plantada por la herramienta que existe para subir el estandar. Y EL DAÑO ES PEOR QUE UN COMENTARIO VENCIDO CUALQUIERA, por dos razones. Primero, "precede a la convencion" es una explicacion EXCULPATORIA: cierra la pregunta. Quien lea eso deja de buscar el tag, porque la ausencia ya quedo justificada. Un hueco de procedencia declarado como hueco sigue invitando a que alguien lo llene; declarado como inaplicable, no. Segundo, el script REPORTA la excepcion en cada corrida - "declares NO TAG (recorded exception, not a citation)" - o sea que la frase falsa sale impresa periodicamente con el aval del checker. QUE HICE EN LUGAR DE USARLA, como referencia de la forma que si sirve: escribi el hueco real en terra_22 - que el tag falta y NO es que preceda a la convencion, con terra_6 citado como prueba de que la convencion ya existia; que lo que el archivo si tiene son dos autorizaciones sin hash que nombran persona y fecha, el GO de db-enamel-cc en :81 y el ruling de pm-terra-cc del 2026-08-16 en :220; y que ninguna se puede recuperar a hash desde este repo. Queda registrado como hueco del apply ORIGINAL, sin resolver. Pusheado en cf3c894. ARREGLO PROPUESTO, y es de texto, no de logica: el FIX debe ofrecer la FORMA, no una frase. Algo como "escribi '-- NO TAG:' seguido del motivo REAL - por que no hay tag, que autorizacion sin hash si tiene el archivo si tiene alguna, y si no sabes, deci que no sabes". Y conviene que diga explicitamente que 'predates the convention' hay que VERIFICARLO contra la fecha de otra migracion antes de escribirlo, porque es la unica afirmacion del escape que es chequeable y falsable. SEGUNDO ITEM, mas chico: los brazos no distinguen una revision SOLO DE COMENTARIOS de un cambio de SQL ejecutable. Editar comentarios de una migracion aplicada no necesita autorizacion de apply propia - el SQL ya corrio y Supabase strippea los comentarios al registrarla, medido sobre terra_41 - pero el gate pide igual la citacion del apply original. No pido que se relaje: el rechazo de hoy fue UTIL, porque descubrio un hueco de procedencia real que nadie habia notado. Lo anoto porque si alguien despues decide relajarlo, tiene que saber que este es el caso en que el "falso positivo" hizo el trabajo. LIMITE DE ESTA FILA: no verifique cuantas otras migraciones aplicadas no tienen tag - solo se de terra_22 porque cayo en un diff mio. terra_21 y terra_23 tampoco muestran tags en un grep, pero no las lei enteras y no las cuento. El brazo solo corre sobre archivos del diff, asi que el corpus entero nunca fue medido contra este chequeo. scripts/ es carril de coder-terra-ca.