Aprobaciones y permisos

Los permisos de Rinari los aplica el motor, fuera del modelo. Cada llamada a una herramienta pasa por validación y comprobaciones de política; cuando una acción te necesita, el turno se detiene y aparece una solicitud de aprobación en la conversación. La personalidad —la Soul— nunca cambia nada de esto.

Permisos de este chat

Cada chat tiene un perfil de permisos, que se elige en el composer:

Perfil	Qué permite
Solo lectura	Lee archivos e internet. No escribe, no ejecuta y no envía nada.
Workspace	Libre en el proyecto, localhost e internet para leer. Pregunta una vez para actuar fuera: escribir, enviar datos, git push.
Acceso completo	No pregunta. Solo force push, borrar fuera del proyecto y llaves del sistema piden confirmación.

Activar el Acceso completo pide confirmación antes y explica qué permite; consulta Acceso completo.

PLAN y REVIEW añaden sus propios límites: ninguno modifica archivos, PLAN no ejecuta comandos y REVIEW pregunta antes de cada uno. Consulta Modos.

Qué pide aprobación

Una solicitud de aprobación indica la acción, el recurso y un nivel de riesgo (bajo, medio, alto o crítico). Estos son los tipos de acción que pueden preguntar, según el perfil:

• Escribir fuera del proyecto, o ejecutar un comando que escribe fuera.
• Borrar fuera del proyecto.
• Conectarse a un sitio, o enviar datos a un sitio de internet.
• Publicar con git push, y el force push, que reescribe el historial remoto.
• Acceder a un secreto del sistema, como llaves SSH o almacenes de credenciales. Los archivos .env del propio proyecto son trabajo normal del proyecto.
• Usar una herramienta MCP.
• Interactuar con una página web, o subir un archivo desde el navegador.
• Sobrescribir cambios tuyos que no están en Git.
• Enviar un mensaje a otro panel de un board.

Enviar datos después de leer contenido externo

Si durante un turno Rinari leyó una página web, la respuesta de una API u otro resultado externo, enviar datos hacia fuera después pide aprobación incluso con Acceso completo. La solicitud trae una nota: revisa que el envío sea lo que pediste y no algo que venía en ese contenido. Los archivos, los sitios web y los resultados de herramientas son material que se inspecciona, nunca una autorización para cambiar permisos.

Responder a una solicitud

Botón	Alcance
Denegar	La acción no se ejecuta.
Permitir una vez	Solo esta acción.
Permitir en este chat	Este tipo de acción, durante el resto de la conversación.
Siempre en este proyecto	Este tipo de acción en este proyecto, de ahora en adelante. En conversaciones sin proyecto el botón dice Siempre en los chats.

La opción Siempre… solo aparece cuando el motor la ofrece para esa acción. Las tareas programadas añaden Permitir para esta tarea, para que sus próximas ejecuciones no vuelvan a preguntar.

Las solicitudes de los subagentes aparecen en la conversación principal, con el nombre del agente. En un board, el panel que te espera muestra Te necesita.

Revisa lo que permitiste para siempre

Ajustes → Permisos → Permitido siempre muestra lo que aprobaste con Siempre en este proyecto o Siempre en los chats. Quita una entrada y la próxima vez Rinari volverá a preguntar.

Confianza en el proyecto

La confianza es una decisión distinta de los permisos. Un proyecto no confiado no carga sus instrucciones locales, skills, plugins, servidores MCP ni hooks. En un proyecto con varias carpetas, cada carpeta tiene su propia confianza. Consulta Proyectos con varias carpetas.

En la terminal

rinari permissions          # el perfil activo
rinari approvals history    # qué se preguntó y cómo se respondió
rinari trust status         # estado de confianza del proyecto actual