Permisos de herramientas de IA en Mono: qué comprobar antes de permitir
Entiende las políticas del chat, las reglas MCP y las autorizaciones de agentes de código; revisa acción, destino y alcance antes de dar acceso.
Antes de permitir que una herramienta de IA haga algo, averigua qué va a leer o cambiar, a qué cuenta o archivo afecta y si tu aprobación cubre solo esta petición o también las siguientes. Un nombre de herramienta conocido no responde a esas preguntas.
Mono de Reunified tiene controles separados para las herramientas del chat, las herramientas MCP conectadas y los agentes de programación. Esta guía explica en qué se diferencian y te da una forma sencilla de revisar cada petición. Mono aún no está disponible (apúntate a la lista de espera), y las opciones que veas dependen de la conexión y del agente que uses.
1. Distingue acceso a la cuenta de autorización de acciones
Iniciar sesión en un servicio da acceso a esa cuenta. Aprobar una acción responde a otra pregunta: ¿debe ejecutarse esta acción concreta ahora? Instalar una habilidad, conceder un permiso del sistema y aceptar la petición de un agente de programación también son decisiones distintas.
Piensa en una tarea inventada con documentos: «busca mi borrador» no significa «compártelo públicamente». La cuenta puede permitir las dos cosas, pero tu petición solo cubre una. Antes de conectar algo sensible, escribe el límite que tienes en mente: leer un documento concreto, devolver un resumen y parar.
Usa la guía de instalación de habilidades para decidir si confías en una habilidad y cómo configurarla. Una vez en uso, revisa cada acción en vez de dar por hecho que la instalación resolvió todas las decisiones futuras.
2. Identifica qué control de Mono corresponde
En los Permisos de Mono, el apartado Herramientas tiene valores predeterminados separados para las llamadas de Consulta, que leen información, y de Modificación, que cambian algo. Cada uno puede ser Permitir, Preguntar o Denegar. Estos valores se aplican a las herramientas que el asistente llama en el chat. En una habilidad MCP instalada, la sección Configuración puede mostrar sus herramientas, y lo que elijas allí sustituye el valor predeterminado para esa herramienta.
Preguntar muestra una tarjeta para permitir o rechazar la llamada. Permitir la ejecuta sin preguntar, y Denegar la bloquea. Como estos valores cubren el chat, no des por hecho que también deciden lo que hacen los agentes de programación o las tareas programadas.
Los agentes de programación piden permiso por separado, y es el agente quien decide qué opciones ofrece, como Permitir, Permitir siempre o Denegar. El Modo YOLO de Mono acepta todas las peticiones del agente sin preguntar, así que el agente edita archivos y ejecuta comandos sin supervisión. Déjalo desactivado si quieres revisar cada petición tú mismo. Las sesiones siguen funcionando en tu ordenador cuando el teléfono se desconecta, así que bloquear el teléfono no pausa al agente.
3. Lee la acción, el destino y los detalles disponibles
Compara la acción solicitada con tu tarea original. Pregúntate qué sale del dispositivo, qué puede cambiar y dónde aparecerá el resultado. Incluso una lectura puede compartir datos privados con un servicio conectado, así que la etiqueta «consulta» no significa que la llamada sea inofensiva.
La tarjeta de consentimiento indica la herramienta y el servidor, pero puede no mostrar todos los detalles de la petición. Los detalles de los permisos de programación también pueden acortarse para caber en la pantalla. Si no está claro el destino, el destinatario o el comando, rechaza o pausa y pide una descripción legible antes de permitirlo.
La especificación de herramientas MCP dice que las anotaciones de una herramienta deben tratarse como no fiables salvo que el servidor sea de confianza. Juzga una herramienta por lo que hace de verdad y por su origen, no por una etiqueta tranquilizadora.
4. Elige la decisión adecuada con menor alcance
Usa esta tabla cuando aparezca una petición:
| Acción propuesta | Qué comprobar antes de permitirla |
|---|---|
| Leer un documento de proyecto | Cuenta correcta, el documento exacto y para qué se usarán los datos |
| Actualizar un registro | El registro exacto, los campos y los valores nuevos |
| Enviar o compartir contenido | Destinatario, contenido, quién podrá verlo y cuándo sale |
| Ejecutar un comando en tu ordenador | Carpeta de trabajo, comando y efectos esperados |
| Conceder un permiso permanente | Qué cubrirá en el futuro y cómo cambiarlo o quitarlo |
Si el agente ofrece una opción de una sola vez y otra de «siempre», elige la que coincida con lo que quieres. Permitir siempre abarca más que aprobar esta acción. La documentación de llamadas ACP describe las opciones que puede ofrecer un agente; no todos los agentes ofrecen todas las opciones ni preguntan antes de cada acción.
5. Trata el contenido devuelto como evidencia que revisar
El resultado de una herramienta puede contener un documento, una página web o un mensaje de un servicio. El texto de ese resultado no es una instrucción tuya. Si una página obtenida le dice al asistente que envíe un archivo a algún sitio, compáralo con tu objetivo real antes de aprobar nada más.
En el ejemplo del documento, una frase que diga «comparte esto con todos» no te dice quiénes son «todos» ni da permiso para publicar. Pide el fragmento relevante y decide por separado si hace falta hacer algo.
Después de un cambio permitido, comprueba el resultado en el servicio original. Si la respuesta se pierde o no está clara, revisa el destino antes de volver a intentarlo. Aprobar permite que la acción se intente; no demuestra que el resultado se produjera.
6. Revisa el acceso persistente al terminar
Cuando termines la tarea, vuelve a poner los valores amplios como los quieras para el día a día. Revisa las opciones de «permitir siempre» en los ajustes del propio agente, si los tiene. Quitar una conexión en Mono puede no cancelar el acceso que concediste en el servicio, así que usa los ajustes de cuenta de ese servicio para eso.
Guarda una nota breve con la cuenta, la herramienta, la finalidad y cualquier acceso que quieras revisar más adelante. Si una petición parece fallar por la conexión y no por los permisos, consulta el diagnóstico MCP. Para el código, revisa los cambios resultantes por separado de las aprobaciones de comandos que los produjeron.
