VJOURNAL

IA • Sección internacional •

Ejemplos de agentes de IA en 2026: soporte, código y datos, permisos de herramientas y dónde fallan

Ejemplos de agentes de IA por tarea de negocio, según la documentación de Anthropic, Google Cloud y OpenAI: soporte, código, trabajo de empleados y datos, cómo funcionan las herramientas y los permisos, dónde fallan y cómo elegir el primero.

Portada de VJOURNAL para «Ejemplos de agentes de IA en 2026: soporte, código y datos, permisos de herramientas y dónde fallan»

Respuesta breve

Un agente de IA es un modelo que elige sus propios pasos y usa herramientas para terminar una tarea. Los ejemplos documentados son soporte que consulta pedidos y emite reembolsos, agentes de código que ejecutan pruebas y agentes de empleados o de datos para tareas repetitivas y análisis. Empieza con una tarea estrecha, pocas acciones aprobadas y una persona que autorice las arriesgadas.

5 fuentes
Anthropic distingue los flujos de trabajo, que siguen caminos de código predefinidos, de los agentes, donde el modelo elige sus pasos y herramientas.
Soporte y programación son las dos aplicaciones que Anthropic describe con detalle, porque el éxito se mide por resoluciones o por pruebas.
Google Cloud agrupa los agentes en clientes, empleados, creativos, de datos, de código y de seguridad.

Qué convierte a un sistema en agente antes de ver ningún ejemplo

Muchos ejemplos de agentes de IA que circulan son automatizaciones corrientes con un nombre nuevo. Anthropic traza una línea útil. En los flujos de trabajo, los modelos de lenguaje y las herramientas se orquestan mediante caminos de código predefinidos. En los agentes, el modelo elige sus propios pasos y el uso de herramientas, y conserva el control de cómo se hace la tarea. La documentación del Agents SDK de OpenAI lo dice simple: los agentes son LLM equipados con instrucciones y herramientas.

Google Cloud añade las piezas de trabajo: razonar, actuar, observar y planificar, donde actuar puede ser una acción digital como enviar mensajes, actualizar datos o activar otros procesos. Para el dueño de un negocio la prueba es práctica. Si una persona escribió cada paso de antemano, tienes automatización. Si el sistema decide el siguiente paso según lo que acaba de encontrar, tienes un agente, y debes estar listo para supervisarlo.

Atención al cliente: el ejemplo más documentado

Anthropic cita la atención al cliente como un ajuste natural. Las conversaciones siguen un flujo, el agente puede extraer datos del cliente y el historial de pedidos, y puede realizar acciones como emitir reembolsos. El éxito se mide con facilidad mediante resoluciones definidas por el usuario. Esto es lo más importante: una tarea cuyo resultado puedes contar es una tarea que puedes mejorar.

Google Cloud describe a los agentes de clientes en términos parecidos: entienden las necesidades, responden preguntas, resuelven problemas o recomiendan los productos adecuados, en canales como la web, el móvil o el punto de venta. Una tienda pequeña puede empezar por la parte estrecha: consultar un pedido, explicar el estado y pasar una solicitud de reembolso a una persona con los hechos adjuntos.

Las palabras de Anthropic sobre la confianza valen aquí: el modelo puede operar durante muchos turnos, y hay que tener cierto nivel de confianza en sus decisiones. En soporte eso significa empezar con preguntas donde un error es barato de corregir, leer cada semana una muestra de conversaciones y ampliar los poderes del agente solo cuando la muestra salga limpia.

Agentes de código: por qué las pruebas automáticas los hacen viables

El segundo ejemplo detallado de Anthropic es el agente de código. El código se puede comprobar con pruebas automáticas, y un agente puede usar los resultados para iterar. El espacio del problema es estructurado y la calidad del resultado se mide de forma objetiva, aunque el texto señala que la revisión humana sigue siendo importante.

Google Cloud incluye a los agentes de código entre sus seis categorías, como agentes que aceleran el desarrollo de software con generación de código y ayuda para programar. El patrón común es que el agente trabaja contra una comprobación con la que no puede discutir. Para un negocio sin desarrolladores, el equivalente es cualquier tarea con una prueba clara de aprobado o no, como una hoja de cálculo que debe cuadrar.

Agentes de empleados y de datos: tareas repetitivas y análisis

Google Cloud describe a los agentes de empleados como los que aumentan la productividad agilizando procesos, gestionando tareas repetitivas, respondiendo preguntas de los empleados y editando o traduciendo comunicaciones. Son tareas internas, donde un error cuesta tiempo y no un cliente, lo que las hace un punto de partida más tranquilo que un chat público.

Los agentes de datos, en la misma clasificación, están pensados para el análisis complejo de datos y tienen potencial para encontrar y actuar sobre ideas significativas, garantizando la integridad factual de sus resultados. La redacción es prudente, y tú también debes serlo. Deja que un agente resuma un informe o prepare un borrador, pero mantén a una persona responsable de las cifras que salen de la empresa.

Los agentes creativos, en la misma lista, generan contenido, imágenes e ideas y ayudan con diseño, escritura, personalización y campañas. Trabajan más con borradores que con hechos, así que la comprobación es la mirada de una persona sobre marca y tono antes de publicar. También hay agentes de seguridad, pero son asunto de un equipo especializado y no de un primer proyecto.

Cómo funciona una llamada a una herramienta y por qué los permisos viven en tu código

El uso de herramientas es lo que convierte un modelo en agente, y la documentación de la API de Anthropic explica dónde está el control. Con herramientas de cliente, el modelo responde que quiere llamar a una herramienta y nombra los argumentos, y luego tu código ejecuta la operación y devuelve el resultado. Las herramientas de servidor, como la búsqueda web, se ejecutan en la infraestructura de Anthropic.

La consecuencia es sencilla. Un modelo solo puede pedir un reembolso si le diste una herramienta de reembolso, y la herramienta puede negarse. Anthropic añade que las definiciones de herramientas merecen tanta atención como los propios prompts, con descripciones claras, ejemplos y pruebas con muchas entradas. Los permisos son, por tanto, una lista que escribes tú: qué herramientas existen, qué puede tocar cada una y qué llamadas esperan a una persona.

La documentación de OpenAI añade la idea de los traspasos, mecanismos que permiten a un agente pasar trabajo a otro para una tarea concreta, y describe las sesiones como una capa de memoria persistente para el contexto de trabajo dentro del bucle del agente. Para una pequeña empresa la versión simple es una regla de traspaso: un agente por tarea estrecha y un punto claro donde pasa el caso, a otro agente o a una persona.

Dónde fallan los agentes y qué protecciones lo detectan

La autonomía tiene un precio. Anthropic señala que los agentes cambian latencia y coste por mejor rendimiento, pueden operar durante muchos turnos, acumular errores y exigen pruebas extensas en entornos aislados con protecciones adecuadas. También recomienda condiciones de parada, como un máximo de iteraciones, y puntos de control donde el agente se detiene a esperar la opinión de una persona.

La documentación del SDK de OpenAI muestra cómo son las protecciones en código. Las de entrada revisan la petición del usuario antes de que el agente la atienda, las de salida revisan la respuesta final, y las de herramientas envuelven funciones concretas, por ejemplo para bloquear argumentos que contienen una clave con aspecto de secreto. Cuando una comprobación falla, una alarma detiene la ejecución de inmediato. En cualquier plataforma, pregunta por tres cosas: qué se comprueba, qué detiene la ejecución y a quién se avisa.

Cómo elegir el primer agente

El consejo de Anthropic es buscar la solución más simple que funcione y añadir complejidad solo cuando haga falta. Muchas aplicaciones solo necesitan una llamada optimizada a un modelo, los flujos de trabajo sirven para tareas bien definidas y los agentes encajan con problemas que requieren flexibilidad y decisiones del modelo. Antes de construir un agente, comprueba si bastaría un flujo fijo o una respuesta de plantilla.

Si el agente está justificado, elige una tarea con cuatro propiedades: el resultado se puede contar, las acciones son pocas y reversibles, los datos que toca son limitados y una persona puede asumir el control en cualquier momento. Las consultas de pedidos, los borradores de respuesta y los resúmenes de informes encajan. Los pagos, las condiciones de un contrato y el borrado de registros no pertenecen a un primer agente.

Un flujo fijo no es una opción menor. Es más barato, más rápido y más fácil de probar, y puede ser el primer paso: automatiza la parte estable y deja al agente solo el paso que varía. Si ese paso falla una prueba, el resto del sistema sigue funcionando.

Qué preparar antes de encargar un agente de IA

Describe la tarea en un párrafo y nombra a la persona responsable del resultado. Enumera las tres acciones que el agente puede realizar, qué puede cambiar cada una y cuáles necesitan aprobación. Reúne treinta ejemplos reales de la tarea, incluidos los incómodos, porque serán los casos de prueba. Decide de antemano cuándo el agente pasa el caso a una persona y qué le entrega.

El agente de IA de VITON13 Studio, en su página de servicio, es un agente con una tarea estrecha, hasta 3 acciones aprobadas, 30 casos de prueba y traspaso a una persona. El precio parte de $73 con ayuda de IA o de $93 con trabajo humano, con 5–8 días hábiles. Envía la descripción de la tarea y la lista de acciones, y el alcance y el precio se confirman por escrito antes de empezar.

Lista práctica

  • Describe la tarea en un párrafo: un resultado que puedas contar y quién responde de él.
  • Enumera las tres acciones del agente y marca las que requieren aprobación.
  • Reúne treinta ejemplos reales de la tarea, incluidos los incómodos, para probar.
  • Fija una condición de parada y una regla de traspaso antes de que hable con nadie.
  • Comprueba si un flujo fijo bastaría antes de construir un agente.

Preguntas frecuentes

¿Qué ejemplos de agentes de IA sirven mejor a una pequeña empresa?

Empieza con tareas documentadas y medibles: un agente de soporte que consulta pedidos, un agente de código comprobado con pruebas, un agente de empleados para tareas repetitivas o uno de datos que resume informes. Deja fuera pagos y borrados.

¿Un chatbot es un agente de IA?

Por sí solo no. En la formulación de Anthropic, un agente elige sus pasos y usa herramientas, mientras que un chatbot puede limitarse a responder. Uno que consulta pedidos y actúa por su cuenta empieza a funcionar como agente.

¿Qué diferencia hay entre un flujo de trabajo y un agente?

Según Anthropic, los flujos orquestan modelos y herramientas mediante caminos de código predefinidos, y en los agentes el modelo elige sus pasos y herramientas. El flujo sirve para tareas definidas y el agente cuando hace falta flexibilidad.

¿Cómo evito que un agente de IA haga algo dañino?

Dale solo las herramientas necesarias, haz que tu código rechace las llamadas arriesgadas, añade protecciones de entrada, salida y herramientas, fija un máximo de iteraciones y exige la aprobación de una persona en las acciones de gran impacto.

¿Puede un agente de IA emitir reembolsos o cambiar datos por su cuenta?

Solo si le das una herramienta que lo haga. Con herramientas de cliente, la operación la ejecuta tu código, así que tú decides si existe la herramienta de reembolso, qué límite tiene y si requiere aprobación humana.