Operar sistemas
El mismo motor que decide si el agente puede confirmar una reserva decide si puede reiniciar un servicio. Lo que cambia es la herramienta que le declarás. Lo que no cambia es quién decide, qué se confirma antes y qué queda registrado.
Frente a un cliente, que la IA esté gobernada es una tranquilidad. Frente a un sistema es la condición de entrada: nadie le da acceso a producción a algo que inventa, actúa sin permiso y no deja rastro. Eso es lo que agrega el motor de decisión.
El modelo interpreta lo que pediste y extrae los datos. Qué se ejecuta lo decide una regla declarada, que se lee en un archivo. Si la regla no está, no hay acción: no alcanza con que el modelo lo escriba.
Autorizar, ejecutar, verificar, registrar. Lo irreversible pide un sí explícito primero, y la compuerta no se apaga desde la conversación por más que insistan.
Qué entendió, con qué regla decidió, qué herramienta ejecutó y qué devolvió tu sistema. Es lo que vas a querer tener cuando algo salga mal a las tres de la mañana.
La derivación es parte del diseño del turno, no un parche: el caso pasa a quien tiene que decidirlo, con todo el contexto de la conversación.
Reiniciá el servicio de cobros.
servicio: cobros · acción: reiniciar
reiniciar es irreversible → compuerta
pide un sí explícito antes de ejecutar
restart(cobros) → ok en 4,2 s
quién pidió, qué regla aplicó, qué devolvió
Reiniciar cobros corta las operaciones en curso. ¿Lo hago igual?
En lenguaje natural, desde WhatsApp o desde donde ya mirás el resto. Sin abrir el panel, sin buscar el gráfico.
¿Está caído el servicio de cobros?
Contesta con el estado que la plataforma mide y, si algo viene degradado, lo dice antes de que lo pregunte un cliente.
¿Cómo viene el servidor?
Las métricas de salud y su tendencia contra los días anteriores, en una frase, con el detalle si se lo pedís.
¿Se cayó alguna integración anoche?
Qué proveedor o integración se degradó, cuándo, y si el sistema siguió por otro camino en vez de cortarse.
¿Qué pasó con la conversación de las 14:32?
La traza de ese turno: qué entendió, con qué regla decidió, qué herramienta ejecutó y qué devolvió tu sistema.
¿Cuánta memoria está usando el servidor?
Procesador, memoria y disco del último registro, con su estado general.
¿Hay algún servicio caído?
El estado de cada servicio que la plataforma vigila, no un «parece que anda».
¿Cómo viene comparado con ayer?
Los promedios de las últimas 24 horas y cómo se repartieron los estados en ese rato.
¿Hubo alertas anoche?
Las últimas alertas con su hora y con los valores que las dispararon.
¿Está respondiendo lento?
La latencia del período, para contestar la pregunta antes de que la haga un cliente.
¿Dio errores hoy?
Los errores de las últimas 24 horas, agrupados.
¿Cuánto consumimos este mes?
El consumo de tokens del período y los usuarios activos.
Hoy contesta sobre lo que la plataforma mide. Para que conteste sobre tus propios sistemas se declara la herramienta o se conecta por MCP: es la misma mecánica, y es configuración.
Dos caminos, y se combinan: las herramientas que Magnus ya trae por rubro, y las tuyas por MCP (Model Context Protocol). Lo que tu sistema ya expone por HTTP se declara como herramienta y queda disponible para el agente, con la misma compuerta y la misma traza adelante. No hay que mudar nada ni reemplazar lo que funciona.
El patrón es siempre el mismo: lo que escribís, la regla que decide y lo que queda registrado.
¿Cómo viene el servidor?
Lee las métricas de salud, las compara con la tendencia de los días anteriores y contesta en una frase, con el detalle si se lo pedís. Hoy lee y aconseja: no ejecuta cambios.
Vengo a entregar un paquete para el 702.
Conversa por la central telefónica del edificio y transfiere la llamada al apartamento correcto. Transferir es una acción con compuerta: se autoriza, se ejecuta, se verifica y queda registrada. No decide abrir la puerta.
Agregá dos empanadas y cerralo.
Arma el pedido, lo repite completo y lo cierra sólo con un sí explícito, porque cerrar un pedido está declarado como irreversible.
¿Puedo ver el de Pocitos el jueves a las 17?
Consulta los horarios que devuelve el sistema, propone los que existen y agenda la visita con confirmación previa.
La impresora de contaduría no imprime desde ayer.
Detecta la urgencia, intenta resolver con la base de conocimiento y, si no alcanza, abre el ticket en Jira con el contexto de la conversación.
¿Cuántas cajas del código 4471 quedan y cuándo llega el pedido 9912?
Consulta stock, pedidos, entregas y facturas sobre SAP. Hoy son consultas de lectura.
Para que no haya sorpresas en la primera reunión: el agente de infraestructura hoy lee y aconseja, no ejecuta cambios en el servidor. Las acciones que sí se ejecutan con compuerta viven en los otros rubros —cerrar un pedido, agendar una visita, abrir un ticket, transferir una llamada en una central telefónica real—. Habilitar una acción de infraestructura es declarar la herramienta y ponerle la compuerta adelante: configuración sobre el motor que ya corre, no un desarrollo nuevo. Si tu caso la necesita, la armamos con vos.
Nos mostrás el sistema y qué querés poder pedirle en lenguaje natural, y te decimos qué se resuelve con lo que ya existe y qué hay que construir. Si no se puede hacer bien, te lo decimos ahí.
