Antes de dar acceso a un agente de IA, escribid qué debe hacer, qué información necesita y qué acciones requieren autorización humana. Después revisad la pantalla de permisos. El botón "Conectar" no es un plan de trabajo, y los permisos ofrecidos por el proveedor no necesariamente son los que exige vuestra tarea.
Esta guía empieza después de elegir una automatización, cuando se va a conectar un agente al correo, archivos, sistema de clientes u otra herramienta. El objetivo es darle límites comprensibles y comprobables. Incluso un negocio pequeño puede definir una tarea acotada, una persona responsable y una manera clara de detener acciones no previstas.
1. Traducid la tarea a permisos necesarios
Separad leer, crear, editar, enviar y borrar. Un agente que resume documentos no necesita por esa tarea eliminarlos. Uno que prepara un borrador no tiene por qué enviarlo. Comprobad si el acceso puede limitarse a una carpeta, proyecto o conjunto de registros, en lugar de toda la cuenta porque sea la opción más cómoda.
Anotad por qué hace falta cada permiso. Si no hay explicación clara, empezad sin él y observad qué se bloquea realmente. Si una herramienta pide acceso amplio para una tarea estrecha, solicitad explicación y alternativa al proveedor. No os saltéis la revisión con una cuenta de administrador. La decisión debe reflejar el trabajo y el posible impacto de un error.
- ¿Qué acción empresarial definida realizará el agente?
- ¿Qué datos necesita leer y cuáles modificar?
- ¿Puede limitarse el acceso a un recurso concreto?
- ¿Quién aprueba más permisos y durante cuánto tiempo?
2. Revisad quién está detrás de la herramienta o Skill
Un nombre conocido, un diseño atractivo o aparecer en un catálogo no explican qué se comprobó. Buscad identidad del editor, funciones, permisos y alcance de la revisión. Ante un sello, preguntad quién lo emitió, para qué versión y con qué alcance. "Revisado" puede significar cosas distintas; no completéis su significado por vuestra cuenta.
Preguntad también qué ocurre después de actualizar. Revisar una versión anterior no cubre necesariamente la actual. Si no hay información, describidlo con precisión: no sabéis si hubo revisión. No significa que el componente sea malicioso, pero sí aconseja acotar la prueba en vez de darle de inmediato datos sensibles o permisos amplios.
- ¿Quién publica y mantiene el componente?
- ¿Qué puede leer, transferir o modificar?
- ¿Quién lo revisó, cuándo y en qué versión?
- ¿Cómo se comunican los cambios y quién autoriza seguir usándolo?
3. Definid cuándo debe pedir aprobación
Estableced acciones no automáticas, como enviar a terceros, cambiar permisos, borrar o asumir un compromiso económico, según el negocio. Una pantalla útil presenta una acción concreta que se puede revisar, no solo una pregunta genérica para continuar. Antes de aprobar, debe saberse qué se envía, a quién, qué cambia y cuál es el alcance.
No dependáis únicamente de una instrucción escrita si existe una restricción técnica adecuada. Probad que el agente se detiene al llegar al límite. Si solo debe redactar, verificad que no haya enviado nada. Asignad la revisión a una persona concreta para que no recaiga en alguien que desconoce el proceso empresarial.
4. Averiguad qué significa poder deshacer
Deshacer puede restaurar un campo sin revertir todas las consecuencias. Un mensaje leído no deja de haber sido leído porque se elimine de vuestro sistema. La información enviada fuera no necesariamente desaparece de todos los lugares. Preguntad qué se recupera exactamente, bajo qué condiciones y dentro de qué plazo.
Probad la recuperación con datos de muestra antes del trabajo real. Guardad el estado inicial y comparadlo con el restaurado. Revisad efectos secundarios, como avisos enviados o acciones en otros sistemas. Si no existe un retorno fiable, hacen falta límites y aprobación adecuados. Llamar "reversible" a algo no sustituye ensayar la recuperación.
5. Definid desconexión, registros y responsabilidad
Antes de activar, localizad cómo revocar la autorización y detener tareas activas. Comprobad si desconectar el agente también elimina el acceso de la herramienta y qué ocurre con lo ya iniciado. No supongáis que un botón lo hace todo. Anotad a quién avisar y qué pasos seguir si el resultado no es el esperado.
Pedid registros de acción, recurso y momento sin conservar información sensible innecesaria. Empezad con una tarea limitada y datos de prueba; ampliad cuando entendáis los resultados. Designad a alguien para actualizar permisos cuando cambien funciones, herramientas o necesidades. Una conexión activa después de terminar su tarea necesita revisión.
Por qué existe una categoría de seguridad de agentes
En 2026, inversores de capital riesgo destinaron decenas de millones de dólares a empresas dedicadas a la seguridad de agentes de IA. La categoría incluye herramientas, complementos e información que encuentran al trabajar, además del modelo que genera respuestas. Justifica hacer preguntas concretas sin asumir que todo negocio necesita ya otro producto de seguridad o que todo complemento amenaza sus sistemas.
Antes de conectar, aseguraos de poder responder brevemente a cinco preguntas: cuál es la tarea, cuál es el permiso, quién revisó el componente, qué se puede recuperar y cómo se detiene. Si falta una respuesta, reducid la prueba hasta aclararla. Así los permisos crecen con la necesidad y la comprensión, no más deprisa que ellas.