Cómo crear un agente de IA para tu empresa, sin programar
Un agente de IA son tres piezas: instrucciones, conocimiento y herramientas. Cómo montar el primero sobre un proceso real de tu empresa, sin escribir código, y cómo saber si funciona.
"Agente de IA" es el término del momento, y como todo término del momento, se usa para vender cualquier cosa. Conviene empezar por limpiar la palabra.
Un chatbot conversa. Un agente ejecuta. Recibe un objetivo, planifica, usa herramientas, produce un resultado y sabe cuándo frenar a preguntar. La diferencia no es académica: es la diferencia entre algo que responde sobre el trabajo y algo que hace el trabajo.
La buena noticia que esta guía desarrolla: para la mayoría de los procesos de una pyme, crear un agente ya no requiere programar. Requiere algo más raro: tener el proceso claro.
Las tres piezas de cualquier agente
Todo agente, del más simple al más sofisticado, son tres piezas sobre un modelo de IA:
1. Las instrucciones. El procedimiento: qué hace, en qué orden, con qué criterios, qué no hace nunca. Es la pieza que más determina el resultado y la que casi todos subestiman.
2. El conocimiento. Los datos de tu empresa con los que trabaja: los documentos, las plantillas, los ejemplos de resultados buenos, la lista de precios. Sin esto, el agente ejecuta bien un trabajo genérico, que es una forma elegante de fallar.
3. Las herramientas. A qué puede acceder: las carpetas donde están los archivos, los sistemas que consulta, dónde deja el resultado. Acá viven también los permisos: qué puede leer, qué puede escribir, qué requiere aprobación.
El modelo (Claude, en nuestro caso) es la cuarta pieza y la única que viene hecha. Tu proyecto de agente es armar las otras tres.
La regla de oro antes de construir
Anthropic la escribió en su guía de ingeniería sobre agentes y coincide con todo lo que vemos en implementaciones: empezá por la solución más simple que funcione, y agregá complejidad solo cuando el caso lo pida.
Traducido a decisiones concretas:
- Si la tarea se resuelve con un buen procedimiento aplicado paso a paso, no necesitás un agente autónomo: necesitás ese procedimiento bien escrito.
- Si el flujo es fijo y predecible, una automatización clásica lo hace más barato.
- El agente se justifica cuando hay criterio en el medio: documentos que varían, casos que no son idénticos, decisiones de "esto sí, esto no" que hoy toma una persona.
El error de arquitectura más caro es el inverso: montar el agente sofisticado para una tarea que era una checklist.
El camino sin código, paso a paso
Con Claude, las tres piezas se montan sin programar. Este es el recorrido:
Paso 1: elegí el proceso correcto. Repetitivo, aburrido y verificable. La conciliación, el armado de propuestas, la clasificación de documentos, el reporte semanal. Si el resultado no se puede verificar contra algo, no es un buen primer agente.
Paso 2: escribí el procedimiento como Skill. En lenguaje normal, como le explicarías la tarea a alguien que entra el lunes: pasos, criterios, tolerancias, formato de salida, qué hacer ante la duda. Esa es la pieza uno, y es el 70 por ciento del trabajo. La guía completa está en qué son las Claude Skills.
Paso 3: juntá el conocimiento en un lugar. Una carpeta con los archivos del proceso: las plantillas, tres ejemplos de resultados buenos, los datos de referencia. Pieza dos, lista.
Paso 4: dale las herramientas con Cowork. Conectale esa carpeta a Cowork, que es el ejecutor: lee, aplica el procedimiento, produce y te muestra el plan antes de tocar nada. Si el agente necesita consultar sistemas (el CRM, las reuniones), se conectan por MCP. Pieza tres.
Paso 5: corré en modo manual y ajustá. Las primeras corridas, aprobando paso a paso. Van a aparecer las reglas que te olvidaste de escribir: es lo esperable y es el método funcionando.
Paso 6: verificá contra lo ya resuelto. Corré el agente sobre casos que tu equipo ya hizo a mano y compará. Coincide: el procedimiento está bien. No coincide: la diferencia te señala la regla que falta.
Paso 7: soltá autonomía por etapas. Primero con aprobación en todo. Después solo en los temas donde demostró precisión. Programado y corriendo solo, recién cuando los números lo justifican.
Cuándo sí hace falta programar
Tres escenarios mueven el proyecto al terreno técnico:
- Integración profunda: el agente tiene que escribir en tu ERP, facturar, tocar sistemas por API.
- Volumen industrial: miles de ejecuciones por día, donde el costo por corrida se optimiza por API y elección de modelo.
- El agente dentro de tu producto: si lo que querés es que tu software ofrezca un agente a tus clientes.
Incluso ahí, el consejo se mantiene: el procedimiento, el conocimiento y los límites se definen igual, antes de escribir una línea. El código cambia el cómo, no el qué.
Cómo se ve uno real: el agente de cotizaciones
El proceso original. Llega un pedido de cotización por mail. Alguien busca cotizaciones parecidas, arma el documento con la plantilla, calcula precios según la lista vigente y las reglas de descuento, y lo deja para que el responsable revise y mande. Una hora, varias veces por semana.
Las tres piezas. Instrucciones: la Skill con la estructura del documento, las reglas de precios y descuentos, y qué nunca se promete. Conocimiento: la carpeta con la plantilla, la lista vigente y cinco cotizaciones ganadas. Herramientas: Cowork con acceso a esa carpeta y a la bandeja donde caen los pedidos.
El resultado. El agente arma el borrador completo en minutos; el responsable revisa, ajusta lo fino y manda. Nada sale solo. El proceso entero, con la comparativa de tiempos, está en cómo hacer una propuesta comercial con IA.
Ese "el responsable revisa y manda" no es una concesión: es el diseño. Los buenos agentes no eliminan al humano: le devuelven el rol de criterio.
Los errores que más agentes matan
Empezar por la tecnología. Semanas evaluando plataformas para un proceso que nadie escribió. El orden correcto: proceso primero, herramienta después.
El procedimiento idealizado. La Skill describe cómo debería ser la tarea, no cómo es, y el agente falla en el primer caso real. Escribí el proceso con sus excepciones, o mejor: mapealo antes.
Autonomía el día uno. Sin etapa de aprobación, los errores los descubren los clientes.
Sin métrica de verificación. Si no definiste contra qué se compara el resultado, nunca vas a poder soltarle la mano, y el agente muere de desconfianza.
El agente que hace todo. Un agente por proceso, acotado y medible, gana siempre contra el "empleado digital universal" que hace todo mediocre.
Por dónde empezar, hoy
No abras ninguna herramienta todavía. Abrí un documento y escribí el procedimiento de un proceso: el más repetitivo, aburrido y verificable que tenga tu equipo.
Si podés escribirlo completo, con sus excepciones, tenés el 70 por ciento del agente hecho. Si no podés, acabás de descubrir el verdadero primer paso, y no era tecnológico.
¿Querés que montemos el primer agente sobre un proceso real de tu empresa? Hablemos.