IA Agêntica
Inventario de agentes de IA: cómo identificar, clasificar y actualizar las iniciativas
A medida que diferentes áreas comienzan a experimentar con agentes de inteligencia artificial, surge una aparentemente simple pregunta: ¿cuántos agentes existen en la organización?
La respuesta rara vez está lista.
Un equipo puede estar probando un agente para consultar documentos internos. Otro puede haber puesto en producción una solución que accede a sistemas, analiza información y ejecuta acciones. Al mismo tiempo, los colaboradores utilizan asistentes de IA de forma individual, mientras los procesos tradicionales siguen automatizándose con scripts, integraciones y herramientas de RPA.
Si todas esas iniciativas se agrupan bajo la misma etiqueta, el inventario pierde utilidad. Si solo se registran los proyectos oficialmente aprobados, parte relevante del ambiente permanece invisible.
El primer paso para gobernar agentes de IA es definir qué se contará.
No toda solución con IA es un agente
Un asistente de IA normalmente responde a una solicitud directa y depende del usuario para conducir la interacción. Una automatización convencional ejecuta reglas o secuencias previamente establecidas. Ya un agente recibe un objetivo, interpreta el contexto, selecciona herramientas o etapas y puede tomar decisiones durante la ejecución.
Esa distinción no significa que un tipo de solución sea necesariamente más importante que otro. Sirve para que la organización comprenda niveles distintos de autonomía, acceso e impacto.
El concepto propuesto por el NIST ayuda a delimitar ese recorte. En una arquitectura agéntica, el sistema recibe instrucciones, obtiene contexto adicional, interactúa con herramientas o fuentes de datos y puede ejecutar acciones para alcanzar determinado objetivo [1].
Una clasificación inicial puede separar:
- uso individual de asistentes de IA;
- funcionalidades de IA incorporadas a aplicaciones;
- automatizaciones tradicionales;
- agentes con capacidad de usar herramientas y ejecutar acciones;
- sistemas compuestos por varios agentes.
Esa separación evita que una licencia de chatbot se contabilice de la misma forma que un agente con acceso a sistemas corporativos.
El inventario no es un catálogo de herramientas
Enumerar plataformas contratadas no es suficiente.
Una sola plataforma puede hospedar decenas de agentes con objetivos, responsables y niveles de acceso distintos. Del mismo modo, un agente puede utilizar más de un modelo, consumir distintas APIs y depender de servicios mantenidos por otros equipos.
El objeto del inventario debe ser la iniciativa o el agente operacional, no solo la tecnología utilizada.
Microsoft recomienda que cada agente sea registrado en un inventario organizacional, con información como propietario, finalidad, plataforma y alcance de acceso [2]. AWS amplía esa visión al proponer un catálogo que también represente capacidades, dependencias, estado del ciclo de vida, costos y valor para el negocio [3].
El inventario pasa, entonces, a responder preguntas prácticas:
¿Quién responde por ese agente? ¿Para qué existe? ¿En qué etapa está? ¿Qué sistemas y datos puede acceder? ¿Quién se verá afectado si se detiene o se modifica?
Qué información debe registrarse
Un inventario inicial no necesita nacer complejo. Debe contener información suficiente para localizar al agente, comprender su finalidad e identificar quién puede tomar decisiones sobre él.
Un conjunto mínimo puede incluir:
- Identificación: nombre, descripción e identificador único del agente.
- Finalidad: proceso atendido, problema resuelto y resultado esperado.
- Responsables: propietario de negocio, responsable técnico y equipo operador.
- Etapa del ciclo de vida: idea, experimento, validación, producción, suspendido o desactivado.
- Alcance: uso individual, departamental, corporativo o orientado al público externo.
- Autonomía: si solo recomienda, si prepara acciones para aprobación o si ejecuta acciones automáticamente.
- Recursos accedidos: sistemas, APIs, herramientas, fuentes de datos, credenciales y permisos.
- Información operacional: versión, dependencias, volumen de uso, costos, indicadores y fecha de la última revisión.
El objetivo no es llenar campos por obligación. Cada información debe apoyar alguna decisión.
La etapa del ciclo de vida muestra qué controles son necesarios. El nivel de autonomía ayuda a priorizar evaluaciones. El alcance de acceso orienta revisiones de seguridad. Las dependencias permiten evaluar el impacto de un cambio o una desactivación.
Clasificar ayuda a definir prioridades
Un agente experimental, sin datos sensibles y sin capacidad para ejecutar acciones, no necesita recibir exactamente el mismo tratamiento que un agente en producción que altera registros, consulta información interna o interactúa con clientes.
El inventario permite aplicar controles proporcionales al contexto.
Los agentes con mayor autonomía, acceso a información sensible, actuación externa o impacto sobre procesos críticos deben recibir prioridad en evaluaciones de identidad, seguridad, observabilidad y continuidad.
La clasificación también ayuda a identificar iniciativas similares. Dos áreas pueden estar desarrollando agentes para consultar las mismas bases o ejecutar funciones muy cercanas. El inventario crea la oportunidad de reutilizar componentes, consolidar esfuerzos o, al menos, coordinar dependencias.
Esa es una diferencia importante frente al problema de AI Agent Sprawl. La proliferación describe el crecimiento desordenado. El inventario ofrece un mecanismo concreto para ver ese crecimiento, clasificar las iniciativas y decidir qué integrar, mantener, revisar o desactivar.
Quién debe mantener el inventario
Si el inventario queda bajo responsabilidad exclusiva de un equipo central, existe el riesgo de que la información envejezca. Si cada área mantiene su propio control, la organización pierde la visión consolidada.
El modelo más sostenible tiende a ser federado.
Una función central de gobernanza define los campos obligatorios, los criterios de clasificación y la periodicidad de las revisiones. Las áreas de negocio confirman finalidad, responsables y relevancia. Los equipos técnicos actualizan versiones, integraciones y dependencias. Seguridad, identidad y privacidad evalúan permisos y uso de datos cuando sea necesario.
El responsable por el proceso no necesita conocer todos los detalles técnicos. Sin embargo, debe confirmar si el agente sigue siendo necesario, si aún atiende al objetivo original y quién responde por los resultados producidos.
Cómo impedir que el inventario quede desactualizado
Una hoja de cálculo creada durante un diagnóstico puntual puede retratar bien el ambiente en ese momento. Meses después, los agentes habrán cambiado de versión, recibido nuevas herramientas, perdido responsables o sido abandonados.
Por eso, actualizar el inventario debe formar parte del ciclo de vida.
El registro puede exigirse antes de la entrada en producción. Los cambios de modelo, permisos, herramientas o sistemas accedidos deben provocar una revisión. El cambio de propietario también debe registrarse. Periódicamente, las áreas deben confirmar si sus agentes siguen activos y si la información permanece válida.
Microsoft recomienda mantener una visión actualizada de los proyectos y despliegues de agentes, asociando esa visibilidad a la administración continua del entorno [4]. AWS sugiere revisiones periódicas del portafolio, considerando utilización, eficiencia de costos, redundancia y salud operacional [3].
Ese proceso también ayuda a localizar agentes inactivos. Un agente sin uso, sin responsable o con configuración desactualizada no debe permanecer indefinidamente con permisos activos.
Un ejemplo de clasificación
Considere una empresa con cuatro iniciativas distintas.
La primera es un asistente usado individualmente para mejorar textos. La segunda es una automatización que transfiere datos entre dos sistemas siguiendo reglas fijas. La tercera es un agente que analiza solicitudes, consulta sistemas internos y prepara una respuesta para aprobación humana. La cuarta es un agente integrado al atendimiento que puede actualizar información automáticamente.
Las cuatro involucran tecnología, pero presentan niveles distintos de autonomía, acceso e impacto.
El inventario permite reconocer esas diferencias. El asistente individual puede tratarse con las políticas generales de uso de IA. La automatización convencional permanece en el proceso existente de gestión de aplicaciones. Los dos agentes necesitan registros más detallados, especialmente sobre identidad, herramientas, datos, permisos, supervisión y trazabilidad.
Clasificar correctamente evita tanto la burocracia innecesaria como la ausencia de control donde realmente importa.
Inventariar es el comienzo, no el objetivo final
Un inventario no gobierna agentes solo.
Ofrece la base para que la organización sepa qué iniciativas exista, identifique responsables y priorice evaluaciones. A partir de él, se vuelve posible establecer procesos de aprobación, revisión de accesos, monitoreo, respuesta a incidentes, evaluación de costos y desactivación.
También es importante reconocer los límites del levantamiento. Entrevistas y formularios pueden no revelar todas las iniciativas. Los registros técnicos pueden mostrar agentes desplegados, pero no necesariamente explicar su finalidad o importancia para el negocio.
Por eso, el inventario más útil combina información aportada por las áreas con evidencias operacionales. La confirmación humana aclara el contexto. La observabilidad ayuda a verificar si el agente está activo, cómo se utiliza y qué recursos consume.
De la visibilidad organizacional a la operación: ARGUS
El inventario organizacional ofrece una visión amplia de las iniciativas, incluyendo experimentos, agentes externos y soluciones que aún no fueron integradas a la operación central.
ARGUS complementa esa visión al ofrecer una plataforma para monitoreo, orquestación y gobernanza de los agentes incorporados al entorno operacional.
En la plataforma, cada agente puede asociarse a su responsable, versión, dependencias y contexto operacional. También es posible monitorear ejecuciones, acciones, fallas, consumo y otros indicadores disponibles en cada implementación.
Con recursos de AI Gateway y AgentOps, ARGUS contribuye a aplicar políticas de acceso, monitorear interacciones con modelos y herramientas y correlacionar el comportamiento de los agentes con la infraestructura y los servicios digitales que sostienen los procesos de la organización.
Esa distinción es importante. ARGUS no sustituye el levantamiento organizacional ni descubre automáticamente todos los asistentes, automatizaciones y agentes existentes en la empresa. Su contribución comienza cuando las iniciativas son identificadas e incorporadas al modelo de gestión y supervisión operacional.
El inventario muestra qué agentes existen, quién responde por ellos y qué recursos utilizan. La plataforma permite monitorear cómo operan esos agentes y si continúan actuando dentro de las condiciones definidas.
Sobre Target Solutions
Target Solutions actúa hace más de 15 años apoyando organizaciones en la evolución de sus operaciones de infraestructura, monitoreo, observabilidad, automatización e inteligencia operacional.
A lo largo de esa trayectoria, participó en proyectos en entornos complejos de telecom, tecnología, gobierno, energía y grandes empresas, contribuyendo a aumentar la eficiencia operacional y la confiabilidad de los servicios.
Con el avance de los agentes de IA, esa experiencia también apoya la preparación de las organizaciones para adoptar, gobernar y operar esa nueva clase de tecnología. Target Solutions ofrece servicios que pueden abarcar el diagnóstico del entorno, el inventario de las iniciativas, la evaluación de madurez, la definición de gobernanza, la estructuración de procesos, el diseño de la arquitectura, las integraciones, la observabilidad y el modelo operacional.
Esa actuación no está restringida a la implantación de una plataforma específica. El objetivo es ayudar a la organización a construir las condiciones técnicas, operacionales y de gobernanza necesarias para utilizar agentes de IA con control y responsabilidad. Cuando tenga sentido para el ambiente, Target Solutions también puede apoyar la implantación y la integración de una plataforma como ARGUS.
Conozca los servicios de Target Solutions para agentes de IA y converse con nosotros sobre cómo estructurar el inventario, la gobernanza, la operación y la implantación de agentes de IA en su organización.
Sobre el autor
Paulo Florêncio Santos de Menezes es socio y cofundador de Target Solutions, con actuación en infraestructura, monitoreo, observabilidad, automatización, operaciones de TI y gobernanza de agentes de IA.
Es graduado en Procesamiento de Datos por la Universidade Federal do Amazonas, posee MBA en Gestión Empresarial por la Fundación Dom Cabral y Maestría Profesional en Economía por la Fundación Getulio Vargas.
En su investigación de Maestría, desarrolló el IBEOP-IA (Índice Brasileiro de Exposição Ocupacional Potencial à Inteligência Artificial), investigando la exposición potencial de las ocupaciones brasileñas a las capacidades de la IA mediante la combinación de datos ocupacionales, patentes de inteligencia artificial y técnicas de procesamiento de lenguaje natural.
Referencias
[1] NIST NCCoE. Accelerating the Adoption of Software and AI Agent Identity and Authorization.
[2] Microsoft. Govern and secure AI agents across the organization.
[3] AWS. Implement organizational agent portfolio management and governance at scale.
[4] Microsoft. Manage AI agents across your organization.