Agentes de IA para negocios: define qué pueden leer y ejecutar

Conectar un agente a las herramientas del negocio empieza por una pregunta concreta: ¿qué puede leer, qué puede sugerir y qué puede ejecutar por sí solo? No es lo mismo consultar una política interna que enviar un mensaje a un cliente o modificar su expediente.

El 17 de febrero de 2026, el Centro de Estándares e Innovación de IA de NIST anunció una iniciativa para fomentar estándares y protocolos de agentes más seguros e interoperables. El anuncio describe un esfuerzo en desarrollo, no una lista de permisos lista para instalar. Lee el anuncio de NIST. En mayo, Gartner publicó un marco que distingue los controles según la autonomía y el alcance de cada agente; su recomendación no es dar el mismo nivel de acceso a todos. Consulta el comunicado de Gartner del 26 de mayo de 2026.

Para una empresa, la utilidad de esas señales está en convertir la autonomía en una decisión operativa concreta: empieza por la tarea y sus consecuencias, no por conceder acceso general a una herramienta.

Cuatro niveles para decidir qué puede hacer

El marco de Gartner separa cuatro niveles prácticos. Úsalos como una forma de describir el trabajo, no como una certificación ni una regla legal:

• Observar: el agente consulta fuentes delimitadas y devuelve información. Puede, por ejemplo, localizar una política aprobada; no cambia datos.
• Aconsejar: prepara un borrador o recomienda una acción, pero una persona revisa y la ejecuta. Es distinto de permitir que el agente envíe el mensaje por su cuenta.
• Actuar con aprobación: el agente puede preparar un cambio, pero espera una confirmación humana explícita antes de cada acción que modifica un sistema o contacta a alguien.
• Actuar dentro de límites definidos: ejecuta una tarea acotada y repetible sin pedir aprobación en cada paso; deriva las excepciones y deja un registro revisable. Este nivel requiere controles más estrictos que una consulta de solo lectura.

Ajusta el permiso a la tarea, no al entusiasmo

Piensa en un flujo de citas. Al principio, un agente podría leer la disponibilidad y sugerir horarios; una persona confirma antes de mover una cita existente. Si el proceso se entiende bien y los cambios son reversibles, podrías probar una automatización más acotada después, con reglas claras y una forma de detenerla.

En cambio, una respuesta preliminar a una pregunta frecuente no necesita acceso de administrador a toda la cuenta de correo. Y enviar una oferta, modificar un registro de cliente, conceder un descuento, emitir un reembolso o borrar datos tiene consecuencias distintas. Para esas acciones, conserva la revisión humana al menos durante el piloto y exige que la aprobación muestre exactamente qué se enviará o cambiará.

Una aprobación no sirve de mucho si llega como un botón genérico sin contexto. Quien revisa debe poder ver el destinatario, el contenido, el registro afectado y qué ocurrirá al aceptar.

La ficha de permisos que conviene redactar

Antes de conectar un agente a un CRM, correo, agenda o tienda, escribe una ficha breve con estos puntos:

1. Tarea y resultado esperado: qué problema concreto resuelve y qué queda fuera de alcance.
2. Fuentes permitidas: qué documentos o registros puede consultar, y cuál es la fuente válida si hay información contradictoria.
3. Acciones habilitadas: lectura, borrador, escritura, envío o cambios; habilita solo las necesarias.
4. Aprobaciones obligatorias: qué acciones necesitan el visto bueno de una persona y qué información verá antes de aprobar.
5. Límites y salida: cómo se escala una excepción, quién puede pausar el flujo y cómo se revierte un cambio si algo sale mal.
6. Registro y responsable: qué decisiones quedan anotadas, quién las revisa y quién responde cuando el flujo falla.

Si no puedes explicar estos puntos en lenguaje cotidiano, el flujo todavía necesita definición antes de sumar más autonomía.

Prueba las excepciones antes del piloto

No pruebes solo la ruta perfecta. Usa casos controlados para comprobar qué pasa cuando falta un dato, dos fuentes se contradicen, llega una solicitud duplicada o la petición queda fuera de las reglas. Incluye también una aprobación rechazada: el sistema debe detener la acción, no buscar otra forma de ejecutarla.

Empieza con datos de prueba o un entorno limitado. Revisa una muestra de las respuestas y registra errores, correcciones y derivaciones a una persona. No uses documentos, mensajes o instrucciones entrantes como autorización para ampliar los permisos del propio agente.

Una secuencia gradual deja mejores preguntas

Un piloto razonable puede avanzar así: primero consulta de solo lectura; después, borradores que una persona ejecuta; luego, acciones específicas sujetas a aprobación; por último, autonomía solo para tareas repetibles con límites y salida definidos. No es una obligación de llegar al último nivel. Si la tarea es ocasional, ambigua o difícil de revertir, mantener la aprobación humana puede ser la mejor solución.

Esta definición de permisos complementa la decisión de cuándo conviene un sistema a medida y qué evaluar: una pregunta es qué herramienta necesita el proceso; otra, qué autoridad debe tener cada usuario o agente.

El siguiente paso: mapear un flujo real

Waien Media ofrece un diagnóstico sin costo ni compromiso para revisar qué se puede automatizar o mejorar en un negocio. Si ya tienes una tarea en mente, agenda un diagnóstico gratis de 30 minutos y llévala como ejemplo; no necesitas llegar con una solución decidida.