Acciones irreversibles y acciones reversibles
En el capítulo anterior se mencionó que las operaciones irreversibles requieren una confirmación de dos personas. Pero ¿qué significa exactamente «irreversible»?
Si seguimos usando esa palabra sin definirla, la pregunta «¿qué es irreversible, al fin y al cabo?» queda en el aire. En este capítulo vamos a ordenar de frente la distinción entre reversible e irreversible. Cuando los términos están bien definidos, resulta mucho más claro dónde hay que aplicar un procedimiento cuidadoso y dónde es suficiente con avanzar sin detenerse.
La diferencia entre reversible e irreversible
Una acción reversible es aquella que se puede deshacer.
Por ejemplo: escribir un borrador y guardarlo. Cambiar una configuración en el entorno local. Editar un texto y sobreescribirlo. Todas estas operaciones se pueden recuperar siguiendo pasos como «deshacer», «reescribir» o «restaurar la configuración anterior».
Una acción irreversible (aquí: una operación que, una vez ejecutada, no puede deshacerse o cuyo costo de restauración es muy alto) es aquella que, una vez realizada, no se puede revertir, o hacerlo requiere un esfuerzo considerable.
Por ejemplo: publicar un artículo en la web. Eliminar datos. Enviar una solicitud a un servicio externo. Enviar un correo. Después de ejecutar esas operaciones, no se puede decir «como si no hubiera pasado nada». El artículo publicado puede que ya haya sido leído. Los datos eliminados no vuelven si no existe una copia de seguridad. El correo enviado ya llegó a la bandeja de entrada del destinatario.
«¿Se puede deshacer o no?». Esa es la única variable que separa lo reversible de lo irreversible.
¿Dónde se traza la línea, en concreto?
Veámoslo con más detalle.
Ejemplos de acciones reversibles. Guardar un archivo en local. Editar un artículo en estado de borrador. Modificar un archivo de configuración (si existe una copia de seguridad). Verificar el funcionamiento en un entorno de staging (aquí: entorno de prueba previo a la publicación). En todos estos casos, si algo sale mal, se puede corregir o revertir. El impacto queda dentro de lo que uno controla.
Ejemplos de acciones irreversibles. Publicar un artículo hacia el exterior. Eliminar datos del entorno de producción. Enviar una solicitud a una API externa (aquí: una interfaz de conexión para interactuar con servicios externos). Distribuir avisos o notificaciones a un número indeterminado de personas. En todos estos casos, el impacto de la ejecución sale hacia fuera. Y lo que ya salió hacia fuera no está en tus manos recuperarlo.
Dicho esto, esta frontera no es absoluta.
Por ejemplo, «publicar un artículo» puede tener un impacto muy pequeño si el número de visitas es cercano a cero. Si los respaldos están bien organizados, «actualizar datos de producción» se acerca bastante a algo reversible. Si «una operación es irreversible o no» depende del estado de la infraestructura y del alcance del impacto.
Lo importante no es completar una tabla de clasificaciones, sino adquirir el hábito de preguntarse antes de ejecutar: «¿Esta operación tiene arreglo si algo sale mal?».
¿Cómo cambiar el tratamiento?
La razón por la que distinguimos entre reversible e irreversible es para ajustar el peso de los procedimientos a aplicar.
Para las acciones reversibles basta con procedimientos ligeros. Se puede avanzar con la lógica de «si hay un problema, se deshace». No hace falta insertar confirmaciones pesadas en cada paso. Si detienes tareas simples constantemente, el flujo general se atasca.
A las acciones irreversibles se les aplican procedimientos más rigurosos. En concreto, los dos elementos básicos son: confirmar con otra persona antes de ejecutar, y dejar un registro de la ejecución.
Confirmar con otra persona antes de ejecutar sirve para «no avanzar solo con el juicio de una persona». Los descuidos que uno no percibe pueden aparecer a través de otros ojos. En eso consiste la regla de dos personas (aquí: el principio de que una acción irreversible requiere la confirmación de dos personas distintas antes de ejecutarse).
Dejar un registro de la ejecución sirve para poder explicar después «por qué se tomó esa decisión». Las operaciones irreversibles no se pueden cancelar una vez realizadas, así que si queda la justificación, es posible volver a ese punto cuando surja un problema. Sin registro, el proceso de decisión desaparece.
Las operaciones reversibles se dejan pasar ligero; las irreversibles se someten a confirmación y registro. Esta distinción es parte del mecanismo que estabiliza el funcionamiento de la organización de IA (aquí: un sistema en el que múltiples agentes de IA trabajan con roles diferenciados de ejecución, auditoría y aprobación).
Al poner esto en práctica, la mayoría de las tareas resultan ser operaciones reversibles. Escribir borradores, editar, verificar en local. Todo eso se puede delegar al lado de la IA, lo que reduce la frecuencia de revisiones humanas. Las operaciones irreversibles son relativamente pocas. Por eso mismo es posible concentrar ahí la atención y aplicar confirmaciones.
Si se le dedica el mismo peso a todo, la atención deja de dirigirse hacia las decisiones que realmente importan. Usar pesos distintos según el caso es la clave para mantener el sistema funcionando durante mucho tiempo.