# Glosario de IA agéntica: el vocabulario que necesitas en una reunión > Glosario de IA agéntica: agente, tool use, harness, skill, evals, MCP, RAG y más, definidos con claridad para directivos que deciden sobre agentes. - Canonical: https://arkatai.com/glosario-de-ia-agentica/ - Site: Arkatai (https://arkatai.com) — agentic operations as a service - Language: es - Published: 2026-07-19 --- Este es el diccionario que necesitas para no perderte cuando un proveedor o tu propio equipo empiezan a soltar términos en una reunión sobre agentes. Cada entrada está definida en dos o tres frases sin dar nada por sabido, y cuando el concepto tiene un artículo que lo desarrolla en este sitio, lo enlazo para que puedas profundizar. Está ordenado alfabéticamente para que lo uses como referencia, no para leerlo de corrido. Si vienes de cero, empieza por el [artículo pilar sobre agentes de IA para empresas](/agentes-de-ia-para-empresas/), que da el mapa general, y este glosario es el complemento para la letra pequeña. ## Términos, de la A a la Z **Agente de IA.** Software que recibe un objetivo, decide los pasos para cumplirlo y los ejecuta sobre sistemas reales, escalando a una persona cuando el caso lo excede. Se diferencia de un chatbot en que actúa, no solo conversa. Es el concepto central de todo este vocabulario, y el detalle está en el [artículo pilar](/agentes-de-ia-para-empresas/). **Agnóstico de modelo.** Propiedad de un sistema que no queda atado a un proveedor de modelos concreto y puede sustituir el modelo por otro según la tarea. Trata los modelos como utility, elegibles por calidad, coste y latencia. Cómo se decide qué modelo va en cada tarea lo trato en [qué modelo de IA elegir](/que-modelo-de-ia-elegir/). **Alucinación.** Respuesta de un modelo que suena plausible pero es falsa o inventada. En un agente que actúa sobre sistemas, una alucinación no es un error cosmético: puede traducirse en una acción equivocada, y por eso importan tanto las evaluaciones y la trazabilidad. **Arquitectura de agentes.** El diseño completo del sistema: cómo se conectan el modelo, las herramientas, la memoria, la orquestación y los controles para que un agente funcione con fiabilidad. Es la diferencia entre una demo y algo que aguanta producción. Lo desarrollo en [arquitectura de agentes de IA](/arquitectura-de-agentes-de-ia/). **Chatbot.** Interfaz conversacional que responde preguntas, sea con guiones e intents o con un modelo de lenguaje. Conversa, pero no ejecuta trabajo sobre tus sistemas. La distinción con un agente la desarrollo en [chatbot o agente de IA](/chatbot-vs-agente-de-ia/). **Contexto (ventana de).** La cantidad de información que un modelo puede tener presente a la vez al procesar una petición: instrucciones, datos del caso, historial. Es limitada, y gestionarla bien (qué entra y qué no) es parte del oficio de construir agentes fiables. **Copiloto.** Herramienta que asiste a una persona (sugiere, redacta, resume) mientras el humano decide y ejecuta. La productividad que da es individual, no del proceso. Cuándo basta un copiloto y cuándo necesitas un agente lo trato en [copiloto o agente de IA](/copiloto-vs-agente-de-ia/). **Evals (evaluaciones).** Conjunto de pruebas con respuesta conocida que miden la calidad de un agente antes y durante producción. Sin evals no hay forma seria de afirmar que un agente funciona. El método está en [evaluación de agentes de IA](/evaluacion-de-agentes-de-ia/). **FDE (forward-deployed engineer).** Ingeniero que se despliega junto al cliente para conectar el sistema con sus datos, reglas y excepciones reales. Es quien traduce una operación concreta en agentes que funcionan. Qué hace exactamente está en [qué es un forward-deployed engineer](/que-es-un-forward-deployed-engineer/). **Flujo agéntico.** Proceso en el que uno o varios agentes encadenan pasos con criterio para completar un trabajo de principio a fin, a diferencia de un flujo rígido que solo repite pasos grabados. La diferencia clave es que el flujo agéntico maneja excepciones en lugar de romperse con ellas. **Gobernanza de agentes.** El marco de reglas, límites, permisos y responsabilidades que hace que un agente pueda operar sin jugártela. Responde a quién decide qué puede hacer un agente y quién responde de sus acciones. El marco completo está en [gobernanza de agentes](/gobernanza-de-agentes/). **Harness.** El armazón de software que rodea al modelo y le da lo que necesita para trabajar: acceso a herramientas, gestión del contexto, control del bucle de decisión y de los límites. El modelo es el motor y el harness es el resto del vehículo, donde vive buena parte de la fiabilidad. **Human in the loop.** Disposición en la que una persona valida o autoriza determinadas acciones del agente antes de que tengan efecto. Es una de las palancas para gobernar el riesgo, y dónde se coloca es una decisión de negocio. Lo desarrollo en [human in the loop](/human-in-the-loop/). **LLM (modelo de lenguaje).** El modelo que entiende y genera texto y que sirve de motor de razonamiento del agente. Es una utility, se contrata por API y se sustituye sin rehacer el proceso. El panorama para empresas está en [LLM para empresas](/llm-para-empresas/). **MCP (Model Context Protocol).** Estándar que permite conectar un modelo con herramientas y fuentes de datos externas de forma uniforme, en lugar de programar cada integración a mano. Reduce el coste de dar a un agente acceso a sistemas. Lo explico en [MCP model context protocol](/mcp-model-context-protocol/). **Memoria.** La capacidad de un agente para retener información entre pasos o entre sesiones: qué ha hecho, qué sabe del caso, qué aprendió de interacciones previas. Se distingue del contexto en que persiste más allá de una sola petición. **Multiagente.** Configuración en la que varios agentes especializados colaboran en un mismo trabajo, cada uno con su rol, coordinados por una capa de orquestación. Se usa cuando un solo agente se queda corto para la complejidad del proceso. **Orquestación.** La coordinación de los pasos, las herramientas y, en su caso, los varios agentes que intervienen en un flujo, decidiendo qué se ejecuta, en qué orden y con qué reglas. Es el director de la operación. Lo desarrollo en [orquestación de agentes](/orquestacion-de-agentes/). **Permisos y controles.** El conjunto de reglas que define qué puede leer, qué puede escribir y qué tiene prohibido un agente en cada sistema. Es la implementación concreta de la gobernanza. Cómo se diseñan está en [permisos y controles de agentes](/permisos-y-controles-de-agentes/). **Prompt.** La instrucción que se le da al modelo, desde la petición del usuario hasta las reglas de fondo que definen su comportamiento. En un agente, buena parte de las reglas de negocio se codifican aquí y en las herramientas que tiene disponibles. **Prompt injection.** Ataque que intenta que el agente ignore sus instrucciones colando órdenes maliciosas en el texto que procesa, por ejemplo dentro de un correo o un documento. Es uno de los riesgos específicos de los agentes que actúan sobre datos externos. Las defensas están en [seguridad de agentes de IA](/seguridad-de-agentes-de-ia/). **RAG (generación aumentada por recuperación).** Técnica que da al modelo acceso a información de tu empresa recuperándola en el momento de responder, en lugar de confiar solo en lo que el modelo trae de fábrica. Es como se conecta un agente a tu conocimiento. Lo trato en [RAG empresarial](/rag-empresarial/). **Riesgo de agentes.** El conjunto de cosas que pueden salir mal cuando un agente actúa sobre tus sistemas: acciones equivocadas, fugas de datos, decisiones sin traza. Se gobierna con controles, no confiando en que el modelo sea bueno. El panorama está en [riesgos de la IA en las empresas](/riesgos-de-la-ia-en-las-empresas/). **ROI.** El retorno de un despliegue de agentes, medido sobre el trabajo que absorben: coste por unidad, volumen procesado, calidad. Cómo montar esa medición ante un comité está en [ROI de la IA en operaciones](/roi-de-la-ia-en-operaciones/). **RPA (automatización robótica de procesos).** Tecnología anterior que automatiza tareas repitiendo clics y pasos grabados, sin criterio. Funciona con procesos muy estables y se rompe con la primera excepción, que es justo donde un agente aporta. **Service as software.** Modelo en el que el software hace el trabajo en segundo plano y el cliente compra el servicio y su resultado, no una licencia que deba operar. Es el modelo bajo el que trabajamos en Arkatai. Lo explico en [service as software](/service-as-software/). **Skill.** Una capacidad concreta y reutilizable que se le da a un agente para una tarea determinada, empaquetada de forma que pueda invocarla cuando la necesite. Permite componer agentes a partir de piezas en lugar de programar cada comportamiento desde cero. **Tool use (uso de herramientas).** La capacidad del agente de invocar herramientas externas (consultar una base de datos, llamar a una API, generar un documento) para actuar sobre el mundo real. Es lo que convierte a un modelo que solo habla en un agente que hace. **Traza.** El registro de lo que hizo un agente en cada caso: qué recibió, qué regla aplicó, qué acción tomó, por qué escaló. Sin traza no hay auditoría posible. Cómo se construye y se revisa está en [observabilidad y trazabilidad de agentes](/observabilidad-y-trazabilidad-de-agentes/) y en [auditar decisiones de agentes](/auditar-decisiones-de-agentes/). ## Preguntas frecuentes ### ¿Qué es la IA agéntica en pocas palabras? Es la IA que no solo genera texto o imágenes, sino que ejecuta trabajo: recibe un objetivo, decide los pasos y actúa sobre sistemas reales, dentro de límites definidos. La pieza que hace ese trabajo es el agente, y el resto de términos de este glosario describen sus componentes y sus controles. ### ¿Necesito entender todo este vocabulario para comprar agentes? No de memoria, pero sí lo suficiente para hacer las preguntas correctas. Los términos que más te van a servir en una decisión de compra son gobernanza, permisos, evals, traza y agnóstico de modelo, que son los que separan un sistema serio de una demo bonita. ### ¿Cuál es la diferencia entre un agente, un copiloto y un chatbot? El chatbot conversa, el copiloto asiste a una persona que hace el trabajo, y el agente ejecuta el trabajo por su cuenta dentro de permisos. Cada frontera la desarrollo en [copiloto o agente de IA](/copiloto-vs-agente-de-ia/) y en [chatbot o agente de IA](/chatbot-vs-agente-de-ia/). ### ¿Por qué importan tanto los evals y la traza? Porque son las dos piezas que permiten afirmar, con evidencia y no con fe, que un agente funciona y rinde cuentas. Los evals miden la calidad antes y durante producción, y la traza deja registro auditable de cada acción. Un proveedor que no puede enseñarte ninguna de las dos te está pidiendo confianza ciega.