IA y visión

Agentes y asistentes operativos con permisos y supervisión

Las tareas repetitivas llegan preparadas a quien decide, con cada paso del agente registrado y las acciones sensibles pendientes de aprobación.

Un agente de IA es un programa que, ante una petición, decide qué herramientas usar y en qué orden: consultar una base de datos, leer un documento, rellenar un formulario o preparar un correo. Esa capacidad de encadenar pasos lo hace útil para tareas acotadas y repetitivas, y también lo hace delicado. Cada herramienta que se le concede es una puerta a un sistema real. Por eso el diseño empieza por el perímetro: qué puede leer, qué puede escribir, qué necesita aprobación y qué queda fuera de su alcance. A partir de ahí se construye un asistente que trabaja con las credenciales del usuario, deja traza de cada paso y se detiene cuando una acción tiene efectos externos.

Explicar mi proceso Ver un ejemplo

Capas · Agentes de IAIlustración conceptual

Entrada de datos
- Petición del usuario
- Documentos y correos externos
Validación
- Permisos de la identidad
- Contenido externo tratado como dato
Procesamiento
- Selección de herramientas
- Límites de pasos y coste
Control humano
- Aprobación de acciones externas
- Revisión de borradores
Trazas
- Llamadas a herramientas y parámetros
- Intentos de manipulación
Sistemas de salida
- Borrador o propuesta de acción
- Respuesta con registros citados

Antes y después

Qué cambiaría en la operación

Ejemplo hipotético: un departamento de atención a proveedores que recibe a diario consultas sobre el estado de sus facturas y pagos.

01 · Antes
Una persona abre el ERP, el gestor documental y el correo para cada consulta, copia datos a mano y responde sin que quede constancia de qué comprobó.
02 · Sistema propuesto
Un agente con permisos de solo lectura consulta factura, pedido y vencimiento, redacta un borrador de respuesta citando los registros y lo deja en una bandeja para revisión.
03 · Después
Quien atiende revisa y envía el borrador o lo corrige, y cada respuesta queda vinculada a los registros consultados y a la persona que la aprobó.

Alcance

Qué resuelve y qué no

Qué puede resolver

Responder consultas operativas cruzando varias fuentes (pedidos, stock, incidencias, calendario) sin que el usuario tenga que abrir cada aplicación.
Preparar expedientes o informes recopilando documentos y datos dispersos, dejándolos listos para revisión.
Proponer acciones concretas, como reprogramar una entrega o reclamar un documento, que una persona aprueba con un clic.
Ejecutar automáticamente tareas internas de bajo riesgo y reversibles cuando así se ha decidido y autorizado expresamente.

Qué no resuelve

No actúa fuera de la organización por su cuenta: enviar correos a terceros, pagar, firmar o modificar datos de clientes requiere autorización previa y controles.
No es inmune a la manipulación: un documento o correo puede contener instrucciones ocultas (prompt injection) y el diseño debe limitar su efecto.
No sustituye a un proceso definido ni a un responsable; si la tarea no está clara para una persona, tampoco lo estará para el agente.
No es adecuado para decisiones de riesgo sin supervisión humana ni para operar sistemas de seguridad.

Escenarios operativos

Cómo funcionaría en la práctica

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

01
Consulta operativa sobre varios sistemas
Entrada
Pregunta en lenguaje natural de un responsable de operaciones, por ejemplo qué pedidos de un cliente están retrasados y por qué.
Procesamiento
El agente consulta en modo solo lectura el ERP y el sistema de expediciones con los permisos del usuario, cruza los resultados y redacta una respuesta citando los registros consultados.
Salida
Respuesta con la lista de pedidos, el motivo registrado de cada retraso y enlaces a los registros originales para comprobarlo.
02
Preparación de un expediente de reclamación
Entrada
Una reclamación recibida y el acceso autorizado a albaranes, fotografías, comunicaciones y condiciones del contrato aplicable.
Procesamiento
El agente reúne los documentos pertinentes, ordena la cronología, señala los datos que faltan y prepara un borrador de escrito, sin enviarlo.
Salida
Expediente montado en el gestor documental con un resumen y un borrador que una persona revisa antes de cualquier comunicación externa.
03
Propuesta de acción con aprobación
Entrada
Una alerta de stock bajo de un material crítico y los datos de consumo, pedidos abiertos y proveedores autorizados por compras.
Procesamiento
El agente calcula una propuesta de pedido según reglas fijadas por compras y la presenta con sus argumentos; la creación del pedido queda bloqueada hasta que alguien con permiso la apruebe.
Salida
Solicitud de aprobación en la herramienta de compras con la propuesta, los datos usados y el registro de quién aprueba o rechaza.
04
Correo entrante con instrucciones maliciosas
Entrada
Un correo de un tercero que incluye texto pensado para que el agente reenvíe información interna o ejecute una acción.
Procesamiento
El contenido externo se trata como dato, no como orden; las herramientas de envío exigen aprobación y los filtros de salida impiden incluir información fuera del ámbito autorizado.
Salida
El agente resume el correo sin obedecer las instrucciones incrustadas y el intento queda registrado para revisión de seguridad.

Integración

Cómo se conecta con lo que ya existe

Cada herramienta del agente es una integración explícita con permisos propios: una consulta de solo lectura al ERP, una función para crear borradores, otra para solicitar aprobación. El agente nunca recibe credenciales genéricas de administrador; opera con la identidad del usuario o con una cuenta de servicio de alcance mínimo. Todas las llamadas, sus parámetros y sus resultados se registran, y existen límites de número de pasos, coste y tiempo por tarea.

Catálogo cerrado de herramientas, cada una con su alcance de lectura o escritura
Autenticación delegada del usuario o cuenta de servicio con privilegios mínimos
Paso de aprobación humana para acciones con efectos externos o irreversibles
Traza completa de razonamiento resumido, llamadas a herramientas y resultados
Límites de pasos, tiempo y gasto por ejecución, con parada segura al superarlos

Modalidades de despliegue que suelen plantearse

Se elige en cada proyecto tras evaluar requisitos y sistemas existentes.

Antes de desarrollar

Datos, validaciones y permisos

La lista de tareas concretas que se quieren delegar y, para cada una, qué sistemas intervienen y qué se considera un resultado correcto.
Clasificación de las acciones posibles según su riesgo: lectura, escritura interna reversible, efecto externo o irreversible.
Usuarios responsables de aprobar acciones y criterios claros de cuándo deben hacerlo.
APIs o vías de acceso controladas a los sistemas; no se automatiza mediante credenciales compartidas.
Batería de pruebas que incluya intentos de manipulación y casos límite antes de abrir el agente a usuarios.

Supervisión

Riesgos, límites y mantenimiento

La inyección de instrucciones a través de documentos, webs o correos es un riesgo conocido sin solución definitiva; se mitiga limitando herramientas, separando contenido externo y exigiendo aprobaciones.
Un agente puede elegir una herramienta equivocada o encadenar pasos de forma inesperada; las trazas permiten detectarlo y corregir instrucciones o permisos.
Un permiso concedido de más se convierte en una vía de fuga o de error con efectos reales; los alcances se revisan periódicamente.
Los costes de ejecución pueden crecer si no se limitan los pasos y las llamadas al modelo por tarea.

Sectores donde se aplicaría

Cómo se contrata

Para profundizar

Preguntas frecuentes

¿En qué se diferencia un agente de un chatbot?

Un chatbot conversa y responde con lo que sabe o con documentos que se le facilitan. Un agente, además, puede usar herramientas: consultar sistemas, crear borradores o lanzar acciones. Esa diferencia obliga a diseñar permisos, aprobaciones y trazas que un chatbot de consulta no necesita.

¿Puede un agente enviar correos o crear pedidos sin que nadie lo apruebe?

Técnicamente sí, pero no lo planteamos así para acciones externas o con efectos económicos. Lo habitual es que el agente prepare la acción y una persona autorizada la confirme. Solo tareas internas, reversibles y de bajo riesgo se automatizan sin aprobación, y siempre por decisión expresa.

¿Cómo se protege el agente frente a instrucciones ocultas en documentos?

Tratando el contenido externo como información y no como órdenes, limitando las herramientas disponibles en cada tarea, filtrando lo que puede salir y exigiendo aprobación para acciones sensibles. Ninguna medida es infalible, por eso se combinan y se registran los intentos.

Cuéntanos qué tarea querrías delegar y qué sistemas toca

Cuéntanos qué datos y sistemas intervienen en tu proceso. Estudiaremos qué puede automatizarse, cómo se integraría y qué convendría validar antes de desarrollar. Ver todas las capacidades.

Explicar mi proceso

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.