Cómo limitar los permisos de un agente de IA antes de automatizar tareas recurrentes

La diferencia práctica entre un asistente conversacional y un agente aparece cuando la tarea continúa después de la respuesta. Un sistema generativo puede preparar un resumen o un borrador; un agente puede, además, consultar herramientas, decidir pasos posteriores y ejecutar acciones dentro de los permisos concedidos. El riesgo cambia de producir una respuesta incorrecta a modificar algo real.

La etiqueta «agente» no garantiza un nivel concreto de autonomía. Algunas funciones solo preparan resultados para revisión; otras operan con aplicaciones, archivos o servicios conectados. Conviene evaluar las acciones que el sistema puede realizar, no el nombre comercial ni la promesa de automatización.

Esto también ayuda a decidir cuándo no usar un agente. Si una tarea es puntual, sus pasos son previsibles y basta con recibir un borrador, una herramienta generativa convencional puede ser más sencilla. Un agente resulta más pertinente cuando el flujo exige seguimiento, varios pasos o reaccionar a cambios, pero esa utilidad depende de poder acotar sus efectos.

Antes de activar una integración, escribe qué necesita leer el agente, qué puede modificar y qué resultado debe entregar. No basta con enumerar aplicaciones: en un mismo servicio pueden existir permisos de lectura, edición, envío o administración. Separa el acceso a los datos de la autorización para actuar.

La ayuda de Meta para Muse en Mac ilustra por qué importa esa distinción. Describe permisos de macOS para acceder al disco, automatizar aplicaciones y mostrar notificaciones; también permite configurar aplicaciones locales como desactivadas, de solo lectura o con capacidad de interacción. Para acceder a ciertos archivos, el permiso de disco puede abarcar un conjunto amplio, aunque la tarea solicitada sea concreta. Esa amplitud debe formar parte de la evaluación, no quedar escondida detrás de la comodidad del flujo.

Una revisión inicial útil puede ser breve y específica:

• Datos: identifica carpetas, buzones, repositorios o proyectos que el agente necesita consultar.
• Acciones: distingue entre leer, crear, editar, borrar, enviar, publicar y comprar.
• Conexiones: elimina integraciones que no intervienen en el flujo elegido.
• Titularidad: confirma quién puede conceder y revocar cada permiso.

Perplexity describe Teammates como agentes que pueden conectarse a herramientas como Slack, GitHub y Gmail y heredar los permisos asociados a esas herramientas y proyectos. Para un repositorio de GitHub, la guía citada en la cobertura indica que se puede seleccionar a cuáles dar acceso. Conceder acceso a una herramienta no define por sí solo qué tarea es segura: también importan el alcance del espacio conectado y las operaciones permitidas.

Divide el trabajo en dos grupos: acciones reversibles de bajo impacto y acciones con consecuencias externas o difíciles de deshacer. Leer, clasificar y preparar un borrador suelen ser buenos candidatos para automatizar primero; enviar un mensaje, cambiar permisos, publicar o borrar merece un control más estricto. La aprobación debe situarse antes de la consecuencia, no después de recibir un resumen.

La ayuda de Meta señala que Muse solicita confirmación antes de acciones importantes, como enviar un correo o hacer una compra, y que los archivos eliminados van a la papelera. Eso es una característica descrita para ese producto, no una regla general para todos los agentes. En cualquier herramienta, comprueba qué acciones exigen confirmación y cuáles pueden ejecutarse directamente; una opción de supervisión no equivale necesariamente a una barrera técnica.

Una política sencilla puede ordenar la autonomía por etapas: primero permitir lectura y propuestas; después, cambios reversibles en un entorno de prueba; por último, acciones externas solo con aprobación explícita. No eleves permisos por comodidad hasta comprobar que el sistema se detiene cuando falta información, detecta resultados inesperados y deja claro qué pretende hacer.

Para cada flujo, registra por escrito tres límites: qué puede hacer sin preguntar, qué requiere aprobación y qué está prohibido. Añade quién puede aprobar y cómo detener una ejecución. Si el producto no permite expresar un límite de forma técnica, compénsalo reduciendo el acceso o manteniendo esa etapa bajo intervención humana; una instrucción en lenguaje natural puede no sustituir un control de permisos del sistema.

Un agente persistente puede reutilizar archivos, instrucciones y resultados anteriores para continuar una tarea. Esa continuidad ahorra explicaciones, pero también puede arrastrar información obsoleta o una interpretación equivocada. La memoria debe tener propósito y alcance, igual que el acceso a una carpeta o a una cuenta.

Perplexity presenta Teammates como agentes que pueden apoyarse en proyectos, archivos, habilidades y memoria de Computer, y recibir comentarios aplicables a tareas posteriores. Antes de usar una función de ese tipo, decide qué contexto necesita mantenerse entre ejecuciones, quién puede editarlo y cómo se corrige. No guardes como instrucción permanente una preferencia provisional ni conviertas un resultado generado por el agente en una fuente de verdad sin revisión.

Muse puede leer información almacenada localmente en aplicaciones de Mac que el usuario autorice. La ayuda de Meta indica que el usuario puede ajustar el acceso a esas aplicaciones en la configuración y retirarlo después. Revisa el contexto por aplicación, y no solo el permiso general: un agente que resume mensajes no necesita necesariamente permiso para enviar mensajes o cambiar notas.

Para reducir derivas en tareas prolongadas, delimita el objetivo y la fecha de vigencia de las instrucciones. Pide que el agente señale los datos que no puede verificar, que se detenga ante instrucciones contradictorias y que diferencie hechos de suposiciones. Si el flujo cambia, vuelve a comprobar archivos, permisos y contexto: la memoria útil para un proyecto puede ser inapropiada para otro.

La supervisión debe permitir responder preguntas concretas: qué información consultó el agente, qué pasos intentó, qué cambió y qué quedó pendiente. Un resumen final no siempre basta; para revisar un error, hacen falta registros asociados a la tarea y una forma de distinguir una propuesta de una acción efectivamente realizada. La trazabilidad sirve para detectar y corregir impactos, no solo para explicar el resultado.

Meta indica que Muse puede avisar cuando termina una tarea, que las acciones importantes requieren confirmación y que el usuario puede retirar permisos desde los ajustes de macOS. Perplexity, según la información sobre Teammates, permite revisar el trabajo, tomar control del escritorio o modificar instrucciones mientras el agente está activo. Son controles distintos: la revisión retrospectiva, la interrupción durante la ejecución y la revocación de permisos no son intercambiables.

Una rutina de revisión puede centrarse en lo que cambia el riesgo:

• Comprueba los cambios en archivos, tickets o repositorios antes de incorporarlos al trabajo compartido.
• Revisa mensajes y publicaciones antes de que lleguen a terceros.
• Confirma que las tareas incompletas queden marcadas como pendientes, no como terminadas.
• Revoca conexiones que ya no sean necesarias y verifica que la tarea se haya detenido.

Mantén un canal para reportar errores y conserva las instrucciones de la tarea junto con el resultado. Si el agente no ofrece registros suficientemente claros, limita su uso a tareas de lectura o preparación. La autonomía debe corresponder a la capacidad real de auditar y detener el sistema.

Empieza con un flujo de bajo impacto, un conjunto pequeño de datos y una única integración. Define de antemano el resultado esperado y un criterio de éxito verificable; por ejemplo, que el agente clasifique elementos sin borrarlos ni responder por su cuenta. Durante las primeras ejecuciones, compara el resultado con una revisión manual y observa en qué puntos se equivoca o necesita aclaraciones.

Después de esa prueba, amplía solo una dimensión cada vez: más datos, una herramienta nueva o una acción adicional. Si se incorporan varias a la vez, será más difícil identificar qué permiso o etapa provocó un problema. La expansión gradual convierte la supervisión en una decisión basada en el flujo concreto, no en una confianza general en la categoría de producto.

Por último, incorpora los costes y límites de uso a la decisión. La cobertura del lanzamiento de Teammates describe una relación con los créditos de Perplexity Computer y explica que las tareas pueden pausarse cuando se agotan los créditos necesarios. Es un detalle específico de ese servicio; en otros productos hay que revisar sus propias cuotas, condiciones de reanudación y opciones de gasto adicional antes de programar trabajo continuo.

El criterio de adopción es operativo: delega solo las tareas cuyos datos, permisos, puntos de aprobación, memoria y registros puedas gestionar. Si no puedes responder quién autorizó una acción o cómo detenerla, mantén el flujo en modo de propuesta. Un agente útil no es el que actúa más, sino el que resuelve trabajo acotado sin exceder la autoridad que se le concedió.