--- title: "Un registro de gobierno por task, en tu propia rama" description: "Declarado frente a tocado, quién aprobó qué y cada override con su motivo y su owner. Markdown legible sin la herramienta." url: https://commitcycle.com/es/audit-record/ language: es --- # La respuesta a «¿quién aprobó esto?» es un fichero, no una reunión > Declarado frente a tocado, quién aprobó qué y cada override con su motivo y su owner. Markdown legible sin la herramienta. El audit record Shipped Cada task cerrada deja un registro — en la rama donde ocurrió cuando se cierra desde la CLI, por defecto, y en el board cuando la cierra la consola o un merge, o cuando el repositorio guarda allí sus registros: lo que el trabajo dijo que iba a tocar, lo que el diff demuestra que tocó, quién abrió lo que estaba cerrado, y qué se resolvió con un override, con el nombre de quién lo firmó. Un cierre por el connector lleva la lista de ficheros que reportó el agente, y el registro dice que fue reportada, no observada. Cada cierre deja un registro: qué se pidió, qué no estaba permitido, qué cambió y qué se salió de lo declarado. ## La unidad es todo el argumento La procedencia duradera del código escrito por IA ya existe y es buena: hay herramientas que escriben el agente, el modelo y el prompt en Git Notes, línea a línea, y sobreviven a un rebase y a un squash. Si eso es lo que necesitas, usa una — esto es un objeto distinto. Aquí un registro es **por task, no por línea**. No responde a «quién escribió esta línea» sino a **«¿se autorizó este cambio, y se quedó dentro de lo autorizado?»** — una pregunta de gobierno que la autoría por línea no puede responder, por completa que sea. ## Qué lleva uno - **Declarado frente a tocado** — las zones que nombró la spec, junto a las zones que el change manifest calculó a partir de la rama — o a partir de la lista que reportó el agente en un cierre por el connector, marcada como reportada - **Evidencia** — lo que pidiera el quality gate de la task: una revisión, un check de contrato, una pasada de regresión, un visto bueno - **Aprobaciones** — cada access request que abrió una zone cerrada, con quién respondió y cuánto duró - **Overrides** — legales, y nunca silenciosos. Un bypass lleva un motivo y un owner - **Excepciones, antes del relato** — lo que se bloqueó, se escaló o se resolvió con un override va primero, y una lista de ficheros que reportó quien cerró se marca como reportada, no observada ## El censo, incluida la parte que no nos favorece En un recuento del 2026-08-21 este repositorio tenía **131 tasks cerradas, 112 de ellas con audit records commiteados** — y en el primer censo de 77 cierres, **34 se cerraron con un único override firmado** , un cierre en bloque de trabajo anterior al gate de cierre, registrado una sola vez con un motivo en lugar de fabricado task por task. Del 2026-10-06 (CC-1150) al 2026-10-10 (CC-1288) este repositorio guardó sus registros en el board; desde entonces vuelven a commitearse aquí. Esa cifra está en esta página por la misma razón por la que está en el audit trail: un producto que defiende que los overrides siempre quedan registrados, y que después escondiera su override más grande, estaría argumentando contra sí mismo. El registro sólo vale algo si se le permite decir algo que preferirías que no dijera. ## Nos sobrevive, a propósito Por defecto un cierre desde la CLI escribe su registro como markdown en `.zones/audit/`, en tu repositorio, en tu rama, escrito para que lo lea una persona sin ninguna herramienta. Desinstala CommitCycle y cada uno de ellos se queda exactamente donde está. El board guarda una copia de cada uno, y la única copia de un registro que escribió la consola o un merge, o de todos en un repositorio configurado con `"records": "board"`; `cycle export --audits` te los entrega como el mismo Markdown — **la salida es parte del producto**, y una respuesta de compliance que no te puedes llevar no es una respuesta. ## Dónde se detiene - **Se escribe al cerrar, no de forma continua.** El trabajo en marcha tiene eventos; el registro es lo que produce el segundo gate, y una task que nunca se cierra nunca escribe uno. - **La evidencia es una URL o una captura que ya tienes.** Aquí no hay alojamiento de previews, e inventar uno para guardar capturas sería otro producto. - **Registra; no juzga.** Un override con un mal motivo sigue siendo un override con un motivo, y ningún fichero puede arreglar eso. Lo que sí puede hacer es que sea imposible callarlo. La forma del registro está en [la documentación](https://commitcycle.com/docs/operations/audit-record/) (en inglés), el gate que lo escribe es [el gate de cierre](https://commitcycle.com/es/board/), y contra lo que mide es [el mapa de zones](https://commitcycle.com/es/zones/). ## Preguntas que responde esta página ### ¿Qué pasa con el audit trail si dejo de usar CommitCycle? Te lo quedas. Por defecto una task cerrada desde la CLI deja su registro como un fichero markdown en tu propio repositorio, en la rama donde ocurrió el trabajo, escrito para leerse sin la herramienta que lo produjo. Uno cerrado desde la consola o por un merge, y todos los de un repositorio configurado para guardar sus registros en el board, los guarda el board, y cycle export --audits los imprime en Markdown. Desinstalar quita el gate, no el historial.