Encontrar el cambio que tumbó un servicio y deshacerlo

A quién le sirve. Equipos técnicos que mantienen un servicio en producción (el que usan tus clientes en directo) y quieren encontrar rápido qué cambio lo tumbó; si no programas, te sirve para saber qué pedirle a quien te lo lleve.

Qué hicieron

En una caída simulada, un ingeniero de fiabilidad abrió Gemini CLI. La herramienta reunió los datos del incidente y analizó los registros con las herramientas internas de Google. Propuso reiniciar el servicio, pero no funcionó. Entonces revisó el código y los cambios recientes, encontró una configuración defectuosa y redactó la orden para revertirla. Después, un comando propio escribió el informe posterior y creó las tareas pendientes.

Cómo salió

El agente localizó el cambio defectuoso en menos de dos minutos, la reversión aprobada por el ingeniero se desplegó y el servicio se recuperó. El artículo no da más mediciones y el escenario era una simulación.

Conviene saber

Una persona aprobaba cada cambio en producción y el agente solo podía usar herramientas con reglas de control. Varias son internas de Google, así que tendrías que montar las tuyas.

Qué necesitas

• Gemini CLI, la herramienta de Google que se maneja desde la terminal (la ventana donde se escriben órdenes), con una cuenta de Google
• Acceso de solo lectura a los registros del servicio (el diario donde el sistema apunta lo que hace y lo que falla)
• El código del servicio y su historial de cambios guardados en un repositorio (el sitio donde se guarda el código con todo su historial), por ejemplo en Git
• Una persona con permiso para aprobar cualquier cambio en producción
• Opcional: una conexión MCP (el enlace estándar entre una IA y una herramienta) con tu sistema de tareas, para que cree las pendientes del informe

Cómo hacerlo tú, paso a paso

1. Instala Gemini CLI en el ordenador desde el que ya trabajas con tu servicio e inicia sesión.
2. Abre la herramienta dentro de la carpeta del código, para que pueda leerlo y ver los últimos cambios.
3. Dale acceso solo de lectura a los registros, con un comando que los muestre o una carpeta donde se guarden. No le des permiso para desplegar nada.
4. Pega el prompt de la ficha con el nombre del servicio y pídele que enseñe sus pruebas (la línea del registro, la hora del cambio) antes de proponer nada.
5. Comprueba tú su hipótesis: la hora del primer error debe encajar con la del último cambio de configuración. Si encaja, pídele que prepare la reversión como un parche (un archivo con los cambios a deshacer).
6. Revisa el parche y que lo despliegue una persona con permiso, con el proceso de siempre de tu equipo.
7. Con el servicio ya recuperado, pídele un borrador del informe posterior y una lista de tareas para que no se repita.

Hay una caída en [nombre del servicio]. Lee los registros recientes de [dónde están los registros o comando para verlos], busca el último cambio de configuración que coincida con los errores y explícame tus pruebas. Después prepara la reversión de ese cambio como parche o petición de cambio, y escribe una lista de tareas para el informe posterior a la caída. Habrás terminado cuando la reversión y la lista estén listas. Enséñamelas antes de subir, desplegar o registrar nada.

Consejos

• Ensáyalo antes con una caída simulada en un entorno de pruebas. No estrenes la herramienta en medio de una caída real.
• Si la primera propuesta no arregla nada, como pasó con el reinicio del caso, cuéntaselo y pídele que revise el código y los cambios recientes.
• Si lo vas a repetir, guarda el prompt como comando propio de Gemini CLI para que todo tu equipo use el mismo.

Preguntas frecuentes

Fuentes

• Google Cloud ↗

En el directorio desde el 3 de octubre de 2026.