Cinco reglas para dejar que una IA opere tu infraestructura

Hay una diferencia enorme entre una IA que te responde preguntas y una IA que puede apagar un servidor. La primera se equivoca y pierdes cinco minutos. La segunda se equivoca y pierdes el martes.

Las dos cosas se pueden hacer. Lo que cambia es el andamiaje que hay alrededor, y ese andamiaje no es opcional.

Estas son las reglas con las que operamos nuestro propio laboratorio. No son teóricas: son las que quedaron escritas después de trabajar así.

Regla 1: permisos mínimos, siempre

Nunca la cuenta del administrador. Un usuario propio, con los permisos justos para lo que va a hacer y ninguno más. Es el mismo principio que se aplica a las personas desde hace décadas, y no cambia porque del otro lado haya un programa.

En la práctica:

• Una llave de acceso por cada uso, para poder revocar una sin romper el resto.
• Empezar en solo lectura. Consultar el estado no rompe nada, y ahí está la mayor parte del valor.
• Ampliar permisos cuando haga falta, uno a uno y sabiendo por qué.

Si algún día algo va mal, quieres poder cortar ese acceso en un minuto, sin cambiar la contraseña que usa media empresa.

Regla 2: lo irreversible se aprueba

Hay operaciones que se deshacen y operaciones que no. Reiniciar un servidor en horario de trabajo, borrar una máquina, formatear un disco, cambiar la red o el almacenamiento: eso se propone, se lee y se aprueba. Nunca se ejecuta solo.

La frontera es fácil de trazar con una pregunta: si esto sale mal, ¿puedo volver atrás en cinco minutos? Si la respuesta es no, lleva firma humana.

Y la aprobación tiene que ser real. Leer el plan, entenderlo y decir que sí. Un botón que se pulsa por costumbre no es un control, es un trámite.

Regla 3: respaldo antes de tocar

Antes de modificar una configuración, se guarda una copia de cómo estaba. Antes de cambiar algo grande, se respalda entero.

Esto no es desconfianza hacia la herramienta. Es lo mismo que hace cualquier ingeniero serio con sus propias manos, porque el que se equivoca no siempre es el otro. La regla 3-2-1 sigue valiendo exactamente igual cuando quien ejecuta es un asistente.

Un cambio sin vuelta atrás no es un cambio: es una apuesta.

Regla 4: verificar lo real, no lo esperado

Después de cada cambio se comprueba el estado de verdad. Que el servicio responde, que el almacenamiento está sano, que la máquina arrancó.

"Debería funcionar" no es una comprobación. Es la frase que precede a la mayoría de las llamadas de emergencia.

Esta regla parece la más obvia y es la que más se salta, porque llega al final, cuando ya parece que todo salió bien.

Regla 5: que quede escrito

Qué se hizo, cuándo, por qué y qué se comprobó. No hace falta un sistema caro: hace falta que exista.

Es lo que convierte una intervención en algo que se puede auditar, repetir y explicar. Y es lo que nadie hace cuando trabaja con prisa, motivo por el cual la mayoría de las redes pequeñas no tienen historia y cada avería se investiga desde cero.

Lo que estas reglas NO resuelven

• No convierten a la IA en responsable. Si algo sale mal, quien responde delante del cliente es una persona. Eso no se delega.
• No sustituyen saber lo que haces. Aprobar un plan que no entiendes es lo mismo que no aprobarlo.
• No cubren la parte de los datos. Qué información sale de tu empresa es un problema aparte, y tiene sus propias respuestas.
• No hacen segura una red desordenada. Automatizar encima del desorden solo lo hace más rápido.

El caso: el reinicio de las once de la mañana

Un servidor que necesitaba actualización. La propuesta incluía reiniciar el servicio, y en el plan escrito se veía la hora: once de la mañana, con toda la operación conectada.

El comando era correcto. El momento, no. Se leyó, se movió a la noche y no pasó nada.

Ese es el trabajo que hace la regla 2, y por eso no se negocia. La herramienta hizo bien su parte, propuso una acción válida. Lo que no sabía es que a las once el negocio estaba lleno.

Cómo se empieza sin arriesgar

El orden que recomendamos, y el que seguimos:

• Un mes en solo lectura. Que consulte, resuma y encuentre. Vas a descubrir que la mayor parte del valor está aquí.
• Después, cambios reversibles con aprobación: crear algo nuevo, ajustar una configuración que se puede revertir.
• Al final, y solo si hace falta, lo irreversible, siempre con respaldo previo y con alguien mirando.

La pregunta que decide si estás listo no es si la tecnología funciona. Es si sabrías darte cuenta de que algo salió mal, y si podrías volver atrás. Mientras la respuesta a alguna de las dos sea no, toca esperar.