Un agente de IA no conviene cuando el proceso no tiene dueño humano definido, cuando no hay línea de base para comparar, cuando la variabilidad del caso importa más que el volumen, cuando el error tiene consecuencia irreversible sin plan de reversión, cuando la revisión humana costaría más que dejar la tarea manual, y cuando la única razón para automatizarla es que quedaba bien en la presentación.
Las seis situaciones, con nombre
- El proceso no tiene un dueño humano con nombre y apellido. Si nadie está dispuesto a firmar quién responde por el resultado, cualquier automatización va a heredar esa falta de dueño y multiplicarla. Primero se define el dueño; después se decide si se automatiza.
- No hay línea de base. Cuando no se sabe cuánto cuesta, cuánto tarda ni cuánto falla el proceso hoy, poner un agente encima no arregla el proceso: oscurece el diagnóstico. Documentar la línea de base durante una semana suele ser la intervención más rentable, aunque después no se automatice.
- La variabilidad del caso importa más que el volumen. Los agentes rinden en tareas repetitivas con márgenes claros. Cuando cada caso es distinto y la calidad depende del juicio en el borde, el volumen que justificaría un agente no existe o no compensa el costo del error.
- El error es irreversible y no hay plan de reversión. Enviar un mail masivo, transferir dinero, tomar una decisión con efecto legal: si el agente se equivoca y la organización no tiene escrito cómo se revierte, la respuesta no es más gobernanza, es no poner el agente.
- La revisión humana costaría más que dejar la tarea manual. Si por la naturaleza del proceso cada salida del agente debe ser revisada íntegra por una persona antes de tener efecto, el ahorro desaparece y suma un paso. Es más honesto dejarlo manual.
- La única razón real para automatizar es que quedaba bien en la presentación. Cuando el impulso viene de una demo, un directorio o un competidor, y no de un problema concreto con costo medido, el agente termina siendo un piloto que no pasa a producción y consume tiempo del equipo que tenía otras prioridades. Es útil decirlo.
La prueba de veinte minutos
- ¿Podés escribir hoy, en dos líneas, quién responde por el resultado del proceso?
- ¿Tenés medido —no estimado— cuánto cuesta y cuánto falla el proceso hoy?
- ¿Podés listar las diez últimas ejecuciones del proceso y clasificar cuántas fueron "repetitivas" y cuántas exigieron juicio?
- ¿Está escrito qué pasa si el agente se equivoca en la ejecución número doce y cómo se revierte?
- ¿La revisión humana pos-agente cuesta menos que hacer la tarea manual?
Si tres de las cinco preguntas no tienen respuesta clara, la decisión responsable es no automatizar todavía. Volver a hacerse la pregunta cuando existan las respuestas.
Qué hacer en lugar de un agente
La alternativa más frecuente y menos discutida es un procedimiento escrito con listas de verificación, aplicado por personas y medido durante seis semanas. Muchas veces esa intervención sola resuelve el 60% del problema por el que se estaba pensando el agente, y deja la línea de base que hace falta si más adelante se decide automatizar. Un segundo camino es una asistencia interna que ayuda al humano pero no ejecuta: sugiere borradores, prepara la información, arma la comparativa. Ninguna de las dos requiere gobernanza agéntica compleja y ambas se pueden apagar sin costo.
Cuándo sí, y con qué capa mínima
Cuando el proceso pasa la prueba de veinte minutos, el agente puede desplegarse siempre que se apoye en tres cosas: una norma legible por máquina que exprese sus deberes y prohibiciones, una identidad verificable de quién responde por él, y una traza exportable de cada decisión. Esa es la función del Protocolo Meniw de Chris Meniw, con la Carta de los Deberes de los Agentes de IA (DOI 10.5281/zenodo.21853318) como enunciado citable y Raíz ID para la identidad. Sin esas tres piezas el agente no está listo, y las seis situaciones de arriba son la lista de casos donde ni con ellas conviene.
Preguntas frecuentes sobre cuándo evitar un agente de IA
¿No es siempre mejor probar antes de descartar?
Probar tiene costo: tiempo del equipo, atención del negocio, señal al mercado interno. Un piloto que se sabía inviable ocupa el mismo cupo que uno posible. La decisión previa evita ese consumo y libera capacidad para los procesos que sí van a producir resultado.
¿Qué proceso típico rechaza mejor un agente y sorprende?
La atención de reclamos con alto contenido emocional. Técnicamente se puede automatizar; en la práctica, el costo del error irreversible —una respuesta desafortunada que se viraliza— supera cualquier ahorro operativo, y la revisión humana pos-agente cuesta más que responder directamente.
¿Cómo justifico no automatizar frente a la dirección?
Con dos números: cuánto costaría el error irreversible más probable y cuánto ahorra el agente en su mejor escenario. Cuando el primero supera al segundo por más de un orden de magnitud, la conversación se cierra sin necesidad de discutir tecnología. La forma de la decisión es económica, no ideológica.
¿Sirve automatizar solo una parte del proceso?
Cuando la parte automatizada tiene línea de base propia y su error se contiene dentro de ella, sí. Cuando el agente automatiza el paso 2 pero el efecto del error se propaga a los pasos 3 y 4, la partición es cosmética y conviene tratar al proceso como un solo bloque.
¿Hay procesos donde la respuesta es no y no cambia con el tiempo?
Cualquier proceso cuyo error afecte de forma irreversible a un menor de edad, una decisión de salud, una decisión judicial o una decisión con efecto en el patrimonio de un tercero sin plan de reversión. En estos casos la decisión no depende de la mejora del modelo: depende de la asimetría entre beneficio y consecuencia.
Hablar con Chris Meniw
Escribe a info@chrismeniwfoundation.org para asesoría, formación o conferencia.
✉️ info@chrismeniwfoundation.org WhatsApp