IA agéntica en la empresa: por dónde empezar
Primero los datos y los límites, después el agente: el orden que propongo.
Muchas conversaciones sobre IA en una empresa empiezan con «queremos un agente». Construir el agente suele ser la parte más fácil del proyecto. Que funcione depende de otra cosa: datos confiables y reglas claras sobre lo que puede hacer solo.
Esta nota describe el orden que sigo cuando trabajo con herramientas agénticas en equipos de analítica y desarrollo.
Automatización, asistente y agente
Conviene separar tres cosas que a veces se llaman igual:
- Automatización clásica: reglas fijas sobre entradas predecibles, como un script que consolida cinco archivos de Excel y produce un reporte. Es barata, determinística y fácil de auditar. Si el problema se resuelve así, un agente sobra.
- Asistente (chat): responde preguntas, redacta borradores y resume. Es útil, pero no ejecuta procesos ni responde por un resultado.
- Agente: recibe un objetivo, planea los pasos, usa herramientas, revisa lo que hizo y corrige, con permisos definidos y registro de cada acción. Por ejemplo: calcula un beneficio, genera el documento, lo envía a aprobación y avisa cuando algo no cuadra.
El problema de empezar por el agente
El fracaso más común que he visto es construir o comprar el agente primero y descubrir después que los datos que necesita están en siete archivos con tres versiones distintas. Un agente que trabaja sobre datos sucios repite el mismo error muchas veces y muy rápido.
Por eso propongo construir en este orden:
Plataforma de datos gobernada
Una sola versión de la verdad, ambientes DEV, QA y PROD, y accesos definidos.
Controles y trazabilidad
Qué puede hacer el agente, qué debe escalar a una persona y qué queda registrado.
Agentes
Casos de uso acotados, con una persona en el circuito.
Capa 1 · La plataforma
Antes de que un agente toque algo hay que saber dónde vive el dato maestro, quién puede leer qué y cómo pasa un cambio de desarrollo a producción sin dañar lo que ya funciona. En mi experiencia eso se resuelve con plataformas como Microsoft Fabric o Azure, con pipelines orquestados y ambientes separados de DEV, QA y PROD. Con esa base el agente actúa sobre datos confiables y se puede apagar sin afectar el resto.
Capa 2 · Los controles
Antes de escribir código conviene dejar por escrito los controles del agente, lo que en inglés se llama guardrails: qué acciones puede ejecutar solo, cuáles requieren aprobación de una persona y qué evidencia deja cada paso. Un agente que genera cartas de beneficios puede redactar y precalcular solo, pero el envío lo aprueba una persona. Si no se puede reconstruir por qué el agente hizo algo, todavía no está listo para producción.
Capa 3 · El primer caso de uso
Un buen primer caso de uso cumple cuatro criterios:
- Repetitivo y frecuente: el ahorro se acumula cada semana.
- Reglas conocidas: existe un procedimiento que una persona puede explicar.
- Costo de error acotado y visible: si falla, se nota rápido y corregirlo cuesta poco.
- Humano en el circuito: alguien aprueba el resultado mientras se gana confianza.
Un ejemplo de este tipo de flujo: un proceso de plan de retiro que combina una calculadora de beneficios, la generación automática de los documentos y una aplicación de aprobaciones con una pantalla por rol (gerente, empleado y abogado laboral). Cada pieza es sencilla. Lo que cambia es que el proceso completo deja de depender de correos y carpetas compartidas.
Lista de preparación
| Pregunta | Si la respuesta es no… |
|---|---|
| ¿Existe una fuente única y gobernada para los datos que usará el agente? | Empieza por la plataforma. |
| ¿Puedes escribir en una página qué puede hacer solo y qué debe escalar? | Faltan los controles, y descubrirlos en producción sale caro. |
| ¿El proceso objetivo tiene dueño y procedimiento documentado? | El agente va a heredar la ambigüedad del proceso. |
| ¿Hay forma de medir el antes y el después en horas o pesos? | Será difícil justificar la inversión y detectar retrocesos. |
| ¿El equipo podrá operarlo sin quien lo construyó? | Incluye documentación y transferencia en el alcance. |
Qué construir primero
Casi siempre recomiendo lo mismo: un solo caso, de punta a punta, en seis semanas o menos. Eso incluye la plataforma mínima para ese caso, los controles por escrito, el agente con una persona aprobando y la medición del antes y el después. Ese primer caso deja montada la infraestructura, y el segundo y el tercero cuestan bastante menos.