Un chatbot espera. Un agente termina.

La palabra “agente” se usa hoy para casi cualquier cosa que lleve IA adentro, y eso le ha hecho daño al término. Aquí la usamos en un sentido preciso, el mismo que Anthropic define en su propia guía técnica de construcción de agentes: la diferencia no es de inteligencia, es de quién dirige el proceso.

Un chatbot contesta lo que le preguntas y se detiene ahí. Tú decides el siguiente paso, tú lo escribes, tú esperas la respuesta y decides el que sigue. Un agente recibe una tarea —“clasifica este correo y actualiza el CRM si aplica”— y encadena solo las decisiones intermedias: qué buscar, qué herramienta usar, cuándo está terminado.

Esto ya no es un experimento de laboratorio. Es la misma infraestructura que corre por detrás de Claude Code, empaquetada como Agent SDK para que cualquier negocio la conecte a su propio proceso — no solo a código. Esta pieza es sobre qué significa eso para un negocio que no tiene equipo de ingeniería adentro.

La diferencia no es inteligencia, es autonomía

Anthropic distingue dos formas de usar un modelo dentro de un sistema mayor. Un workflow es cuando el modelo y las herramientas se orquestan a través de rutas de código predefinidas por una persona: el desarrollador decidió de antemano qué pasa después de qué. Un agente es cuando el propio modelo dirige su proceso y el uso de sus herramientas, y mantiene el control de cómo llega al resultado.

En la práctica, eso significa que un agente puede recibir “este correo llegó, resuélvelo” sin que nadie haya programado de antemano cada rama posible. Decide si necesita buscar el historial del cliente, si tiene que redactar una respuesta o si el caso amerita escalarlo a una persona — y lo decide él, no una regla fija escrita meses antes de que ese correo existiera.

Eso no lo vuelve mejor en todos los casos. Un workflow rígido es más predecible y más barato de auditar; un agente es más caro de operar y más difícil de depurar cuando falla. La elección correcta depende de qué tan repetible es el proceso y qué tanto margen de error puedes tolerar — no de cuál suena más avanzado.

Qué hay detrás: el Agent SDK

Lo que hace posible construir uno de estos agentes sin ser Anthropic es el Agent SDK: la misma infraestructura que da vida a Claude Code, con acceso a las mismas herramientas, el mismo sistema de gestión de contexto y el mismo marco de permisos. Trae soporte para subagentes — tareas más chicas que se delegan dentro del agente principal— y para hooks, puntos donde el proceso se detiene a pedir supervisión humana antes de seguir.

Ese marco de permisos es la pieza que más importa para un negocio: no es todo o nada. Se puede definir qué acciones ejecuta el agente sin preguntar —clasificar, buscar, redactar un borrador— y cuáles necesitan luz verde de una persona antes de ejecutarse —enviar el correo, cobrar, modificar un registro. Anthropic documenta agentes de este tipo ya en uso para finanzas, atención a clientes e investigación: tareas donde el costo de un error hace obligatoria esa aprobación intermedia.

Para un negocio sin equipo de ingeniería adentro, lo relevante no es que la infraestructura exista, sino que ya no hace falta construirla desde cero. El trabajo que queda del lado del negocio es otro: describir el proceso con suficiente precisión para que el agente sepa dónde termina su margen de acción y dónde empieza el tuyo. Esa descripción es exactamente lo que pide la plantilla más abajo.

Cuatro procesos que ya se pueden delegar

Ventas. El correo entra, el agente lo clasifica por urgencia e intención de compra, busca el historial del prospecto, redacta una respuesta con ese contexto y actualiza el CRM. Solo notifica al vendedor cuando el caso es prioridad alta — el resto queda resuelto sin que nadie lo haya tocado.

Soporte. El ticket llega, el agente determina si es un bug, una pregunta o una solicitud de funcionalidad, busca en la documentación y en tickets anteriores parecidos, y responde con eso. Si no encuentra una solución con suficiente certeza, escala al equipo técnico con todo el contexto ya reunido — nadie empieza de cero la investigación.

Contenido. A partir de un tema, el agente arma un brief con ángulo y puntos clave, busca datos y ejemplos, redacta el artículo completo y lo revisa por tono y claridad. La persona aprueba antes de publicar — el agente hace el trabajo de las tres primeras versiones, no la decisión final de qué sale al público.

Reportes. El agente reúne los datos de las fuentes que ya usas —ventas, soporte, redes— y arma el mismo documento que alguien ensambla a mano cada semana, con el mismo formato de siempre. Es el caso con menos riesgo de los cuatro: si el reporte llega mal armado, se nota de inmediato y no cuesta nada corregirlo antes de repartirlo.

Ninguno de estos cuatro es un caso hipotético de laboratorio: son exactamente el tipo de tarea —lectura, clasificación, redacción con contexto, actualización de un sistema— para la que el Agent SDK expone herramientas ya hechas. Lo que cambia entre un negocio y otro no es si se puede, sino qué tan bien definido está el proceso antes de delegarlo.

Cuándo esto no te sirve

Si el proceso cambia cada vez. Un agente necesita un patrón que se repita lo suficiente para que valga la pena delegarlo. Si cada caso es distinto al anterior, lo que hace falta primero es estandarizar el proceso, no automatizarlo.

Si la decisión final no se puede delegar. Cobrar, fijar un precio que cambia caso por caso, decidir a quién contratar: son decisiones que dependen de criterio y de relación, no de información que un agente pueda leer. Puede preparar el terreno; no puede tomarlas por ti.

Si no tienes los sistemas conectables. Un agente necesita poder leer y escribir en algún lado — correo, CRM, una hoja de cálculo. Si tu proceso vive solo en la cabeza de una persona o en conversaciones de WhatsApp sin ningún registro, ese es el primer problema a resolver, antes que el agente.

Qué hacer el lunes

Paso 1 (10 minutos). Vuelve al diagnóstico de arriba y marca en serio lo que haces hoy, sin optimismo. La categoría que domine es tu punto de entrada — no la que suene más impresionante.

Paso 2 (10 minutos). Copia la plantilla de abajo, pégala en Claude y describe ese proceso ganador con el nivel de detalle que le darías a alguien nuevo en el puesto.

Paso 3 (20 minutos). Revisa el flujo que te devuelve. Marca qué pasos necesitan tu aprobación antes de ejecutarse — esa lista es la que llevas a la próxima sesión de capacitación para implementarlo de verdad.

Diseña el flujo completo de un agente de IA para mi negocio

Proceso que quiero automatizar: ________________________

Cuéntale a Claude:
1. Qué recibes (el disparador: un correo, un ticket, un mensaje)
2. Qué haces con eso hoy, paso a paso
3. Qué produces al final (una respuesta, un registro, un documento)

Pídele que te entregue:
- El flujo completo del agente, paso a paso
- Qué herramientas necesitaría conectar (correo, CRM, calendario, hojas de cálculo)
- Cuánto tiempo a la semana te ahorraría
- Qué pasos necesitan que tú apruebes antes de ejecutarse

Guarda la respuesta. Es el plan para implementarlo, no la teoría.