Tienes dos o tres agentes en producción. Uno responde consultas de clientes, otro prepara documentos, quizá un tercero mueve datos entre sistemas. Funcionan. Y justo cuando empiezan a funcionar, alguien te dice que ahora necesitas «AgentOps». Buscas qué es y lo que encuentras da por hecho un clúster de Kubernetes, una plataforma interna, un equipo dedicado y un presupuesto de observabilidad que en tu empresa no existe ni va a existir.
La tesis en una frase: casi todo lo que se publica sobre AgentOps está escrito desde la empresa que vende la plataforma, y por eso confunde la infraestructura con el control. Lo que de verdad protege una operación pequeña no son las herramientas: son cinco decisiones, y las cinco se pueden tomar sin contratar a nadie.
AgentOps para pymes: por qué los marcos de referencia no te sirven tal cual
AgentOps, en su definición sensata, es operar el ciclo de vida de un agente en producción: versionarlo, observarlo, evaluarlo, contener lo que puede hacer y arreglarlo cuando se degrada. Ese enunciado es correcto y aplica igual a una empresa de doce personas que a una de doce mil. Lo que no aplica igual es la implementación.
Los marcos de referencia que circulan vienen de fabricantes de infraestructura, y arrastran sus supuestos: que tienes orquestación de contenedores, que hay un equipo de plataforma que puede montar un stack de observabilidad, que existe un ciclo de despliegue con entornos separados, y que alguien puede dedicar semanas a instrumentar. Cuando una pyme lee eso, saca una de dos conclusiones y las dos son malas: o «esto no es para mí, ya lo miraré», o «pues montamos la plataforma», que es empezar la casa por el tejado y quemar el presupuesto antes de tener el primer control puesto.
El error de fondo es tratar AgentOps como una capa de tecnología cuando en una operación pequeña es, sobre todo, una capa de decisiones. La pregunta útil no es «¿qué plataforma monto?», sino «¿qué puede hacer este agente sin que nadie lo apruebe, y cómo me entero si algo se tuerce?». Esa pregunta se responde igual con o sin Kubernetes.
Los cinco controles que sí necesitas (y dónde viven en una pyme)
Estos son los cinco controles que cubren la mayor parte del riesgo real de operar agentes. Ninguno exige plataforma propia; todos exigen que alguien decida y lo escriba.
| Control | Qué evita | Versión pyme: dónde vive |
|---|---|---|
| Identidad del agente | Que un agente comprometido o confundido tenga las llaves de todo | Un usuario técnico propio por agente en cada sistema, con permisos mínimos, no la cuenta del administrador |
| Guardarraíles | Que ejecute solo la acción irreversible: pagar, borrar, enviar al cliente, publicar | Lista corta de acciones que exigen visto bueno humano, escrita antes de conectar nada |
| Traza | Que nadie pueda explicar por qué el agente hizo lo que hizo | Un registro por caso con entrada, versión de instrucciones y salida, aunque sea una tabla |
| Control de coste | Que la factura del proveedor sorprenda a fin de mes | Límite de gasto por agente y alerta al superar el umbral diario, en el propio panel del proveedor |
| Humano en el bucle | Que un error pequeño se multiplique por mil antes de que nadie mire | Un punto de revisión donde alguien ve una muestra y puede parar el agente en un clic |
1. Identidad propia por agente
El fallo más común y más barato de arreglar: el agente corre con las credenciales de alguien —normalmente del que lo montó— y por tanto puede hacer todo lo que esa persona puede hacer. Dale a cada agente su propio usuario en el CRM, en el correo, en el ERP, con los permisos justos de su tarea. Si un agente solo tiene que leer pedidos, que no pueda borrarlos. Es media hora de configuración y es la diferencia entre un incidente acotado y uno que te obliga a auditar todo.
2. Guardarraíles: la lista de lo que no se hace solo
Antes de conectar un agente a un sistema real, escribe la lista de acciones que nunca ejecuta sin que una persona diga que sí: mover dinero, borrar registros, escribir a un cliente por primera vez, publicar hacia fuera, modificar precios. La lista debe ser corta —si tiene veinte líneas, no la va a respetar nadie— y debe estar escrita antes, no después del primer susto. Es el mismo criterio que se aplica al automatizar cualquier proceso: lo desarrollamos en la guía de gobernanza y control de la automatización con IA.
3. Traza: un registro por caso, aunque sea una tabla
No necesitas una plataforma de observabilidad para tener traza. Necesitas que cada actuación del agente deje una fila con cuatro cosas: qué entró, qué versión de instrucciones estaba activa, qué hizo y qué salió. Con eso puedes reconstruir un caso cuando un cliente reclama, y —más importante en el día a día— puedes distinguir si un fallo viene del modelo, del dato o de una instrucción mal escrita. Sin ese registro, cualquier discusión sobre por qué el agente falló es opinión.
4. Control de coste antes de que llegue la factura
Un agente en bucle puede gastar en una tarde lo presupuestado para el trimestre. No hace falta nada sofisticado: límite de gasto por agente en el panel del proveedor, alerta cuando se supera el consumo diario habitual, y un número de referencia —cuánto cuesta un caso resuelto— para poder decir si sale a cuenta. Ese número, además, es el que convierte una conversación de «la IA es cara» en una decisión.
5. Humano en el bucle, pero con muestreo
El error de las pymes aquí es binario: o revisan todo (y entonces el agente no ahorra nada) o no revisan nada (y el error se descubre por un cliente). La versión que funciona es intermedia: revisión completa mientras la tasa de acierto no esté estabilizada, y después muestreo —un porcentaje de casos al azar más el cien por cien de los que el propio agente marca como dudosos—. Cómo se diseña ese punto de control está en la guía de humano en el bucle en la automatización con IA.
El orden importa: qué se monta primero
Si intentas los cinco a la vez, no acabas ninguno. Este es el orden que aguanta en una operación pequeña, de más urgente a menos:
- Identidad y permisos mínimos por agente. Es lo más barato y lo que más riesgo quita.
- La lista de acciones que exigen visto bueno. Media hoja, decidida por quien responde del proceso.
- El registro por caso. Aunque empiece siendo una hoja de cálculo alimentada por el propio flujo.
- El límite de gasto y la alerta. Diez minutos en el panel del proveedor.
- El muestreo de revisión. Se afina con los datos de las primeras semanas, no antes.
Cuándo sí necesitas la versión grande
Nada de esto significa que la infraestructura no importe nunca. Hay señales concretas que indican que se te ha quedado pequeño el enfoque manual, y conviene reconocerlas a tiempo:
- Pasas de una decena de agentes y ya no sabes de memoria qué hace cada uno ni quién responde de él.
- Los agentes se llaman entre ellos, así que un fallo en uno se propaga y la traza por caso deja de ser suficiente.
- Operas en un sector regulado o tomas decisiones sobre personas: ahí la traza deja de ser buena práctica y pasa a ser obligación con plazo de conservación.
- El coste mensual de los modelos ya se nota en la cuenta de resultados y necesitas atribuirlo por proceso, no por proveedor.
- Tienes más de un equipo tocando los mismos agentes y los cambios se pisan.
Cuando aparecen dos o tres de esas señales a la vez, el trabajo deja de ser configurar y pasa a ser mantener: versiones, evaluación continua, dueños asignados y un ciclo de mejora. Ese salto lo tratamos en la guía de mantenimiento de las automatizaciones con IA, y la pregunta de quién lo hace —tú, alguien de tu equipo o alguien de fuera— la desarrollamos en quién mantiene los agentes de IA.
Lo que AgentOps para pymes no es
No es comprar una herramienta que ponga «AgentOps» en la página de precios. Casi todas son buenas en una de las cinco cosas —normalmente la traza— y no te resuelven las otras cuatro, que son decisiones tuyas. No es tampoco un documento de política de veinte páginas que nadie lee. Y no es esperar a tener a alguien de plataforma: si esperas a eso, tus agentes van a pasar meses en producción sin ninguno de los cinco controles, que es exactamente el escenario del que todo el mundo advierte.
La versión honesta para una empresa pequeña cabe en una tarde de decisiones y unas cuantas horas de configuración: cada agente con su identidad, una lista corta de lo que no hace solo, un registro por caso, un límite de gasto y un punto de revisión con muestreo. No es glamuroso y no se parece a un diagrama de arquitectura. Pero es lo que hace que dentro de seis meses puedas explicar qué hizo tu agente y por qué, que es lo único que te van a preguntar.