En este artículo
Cuando un agente responde preguntas, importa que acierte. Cuando mueve archivos, utiliza servicios internos o modifica configuraciones, importa también qué tiene permitido hacer.
Entender una instrucción no equivale a tener autorización. Las responsabilidades de la organización necesitan reglas aplicables en el momento de actuar.
Identidad, recurso y acción
“Acceder a los materiales del proyecto” es impreciso. Ver una carpeta, leer un archivo, sobrescribirlo y borrarlo son capacidades diferentes.
Los permisos empresariales de brazosd relacionan una identidad, un recurso y una acción. Las reglas pueden afectar a carpetas, dispositivos y otros recursos compatibles.
| Elemento | Pregunta | Ejemplo |
|---|---|---|
| Identidad | ¿Quién solicita? | Miembro, usuario de sesión, identidad de función |
| Recurso | ¿Qué se afecta? | Carpeta, dispositivo, recurso de plataforma |
| Acción | ¿Qué se hará? | Listar, leer, escribir, borrar, acceder |
| Grupos y políticas | ¿Cómo reutilizar reglas? | Acceso del proyecto y restricciones financieras |
Desliza para ver toda la tabla
Los permisos siguen a los recursos, no a la visibilidad de los botones.
Cómo se combinan las reglas
Se pueden asignar reglas directamente o mediante grupos y políticas reutilizables. El modo empresarial deniega por defecto y da prioridad a una denegación explícita sobre una autorización.
Un permiso amplio del proyecto no anula una restricción concreta sobre una carpeta financiera. Las reglas complementan los límites de propiedad y organización. Las organizaciones ordinarias y las que activan permisos empresariales tienen comportamientos distintos.
Mover o borrar una carpeta también afecta a su contenido. Hay que considerar los descendientes protegidos, no comprobar únicamente el directorio exterior.
El agente puede configurar permisos, no inventarlos
brazosd ofrece una habilidad de gestión de permisos y una herramienta de control. Un usuario con derechos suficientes puede pedir al agente que examine las políticas, proponga un ajuste y lo ejecute mediante API.
Las llamadas representan al usuario de la sesión. El acceso a dispositivos también depende de esa identidad y sus permisos. El nombre, las instrucciones o la fluidez del agente no conceden autoridad adicional.
La comprobación previa revisa la autorización de la API sin ejecutar la operación. Detecta carencias, pero no garantiza superar todas las validaciones del negocio. Después del cambio hay que consultar el estado y comprobar su alcance y las restricciones existentes.
Las aplicaciones necesitan identidad propia
Una función puede leer archivos y llamar a otras API. Si usa las credenciales personales del administrador, resulta más difícil distinguir actividades o revocar el acceso del programa por separado.
Las funciones tienen identidades de servicio propias. Los grupos y las políticas empresariales conceden el alcance necesario; crear una función no da acceso ilimitado a la organización.
Es una base para brazosd on brazosd: las aplicaciones que implementan capacidades del producto siguen siendo participantes sujetos a reglas.
Aplicar las reglas detrás de la interfaz
Ocultar un botón puede evitar errores, pero agentes, interfaces personalizadas y funciones pueden llamar directamente a las API. La autorización debe existir en la ruta de ejecución.
brazosd comprueba permisos en las API y en las rutas correspondientes de acceso a recursos, incluidas verificaciones específicas de Cloud Drive. Las tareas internas o en segundo plano nuevas necesitan diseño y verificación propios; no se puede suponer que una regla visual las cubre.
Esto tampoco equivale a una certificación de cumplimiento ni a un registro universal de actividad. Auditoría, observabilidad y requisitos normativos requieren trabajo explícito según el contexto.
Los límites hacen utilizable una capacidad más amplia
Cuantos más módulos coordina el agente, más importantes son las reglas estables. La organización puede permitir trabajo sobre un proyecto y conservar restricciones sobre finanzas o personal.
Los permisos son infraestructura para incorporar agentes a las organizaciones. Conectan la facilidad de Agent > UI con los efectos reales de los dispositivos conectados y las aplicaciones en la nube.