> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Aprovisionamiento de modelos
> Controle la disponibilidad de modelos de Cascade, Command y CLI por equipo y grupo.
Esta documentación corresponde a los despliegues federales de Devin. [Volver a la documentación de Devin](/es/get-started/devin-intro)
Los administradores de Enterprise federales pueden controlar la disponibilidad de modelos en dos niveles:
1. **La disponibilidad de modelos a nivel de equipo** determina qué modelos están disponibles para el equipo.
2. **Las listas de permitidos por grupo** restringen aún más los modelos disponibles para los miembros de cada grupo.
Los controles de grupo pueden restringir la disponibilidad del equipo, pero no ampliarla. Un modelo que no está disponible para el equipo no puede habilitarse agregándolo a un grupo.
Para obtener información sobre cómo crear y administrar grupos, consulte [Grupos](/es/federal/groups).
La pertenencia a grupos también puede afectar el límite de ACU de un usuario; consulte [Límites de ACU](/es/federal/acu-limits).
***
## Configurar la disponibilidad de modelos por grupo
En **Settings → Grupo**, abra un grupo y seleccione **Edit models**. Las superficies de Cascade y Command tienen selecciones independientes:
* **Modelos de Cascade**
* **Modelos de Command**
Una selección vacía significa no establecer ninguna preferencia sobre el acceso de un miembro a los modelos en esa superficie. No anula la restricción de otro grupo. Si ninguno de los grupos a los que pertenece el usuario tiene una selección no vacía para esa superficie, la política de grupo efectiva no impone restricciones y el usuario recibe los modelos disponibles para el equipo. El portal usa **Sin política de modelos de Cascade**, **Sin política de modelos de Command** y **Sin política de modelos** para estos estados sin restricciones.
Las selecciones de grupo se limitan a los modelos actualmente disponibles para el equipo. Si posteriormente un administrador elimina un modelo a nivel de equipo, la selección almacenada puede seguir incluyendo ese modelo no disponible. El portal muestra la advertencia: **Los modelos no disponibles permanecen en la restricción de este grupo hasta que cambie esa lista de modelos.** Las selecciones no disponibles siguen estando restringidas hasta que un administrador edite la lista. Si todas las selecciones almacenadas no están disponibles, el grupo puede mostrar **No hay modelos disponibles**.
Si no se puede guardar una lista de modelos editada, el portal muestra **Es posible que no se hayan guardado los cambios**. Revise las selecciones del grupo y vuelva a intentar la edición.
## Resolver controles entre grupos
Un usuario que pertenece a un grupo restringido recibe la lista de permitidos de ese grupo para la superficie correspondiente. Un usuario que pertenece a varios grupos recibe la unión de todas las listas de permitidos no vacías para esa superficie. Los grupos con una selección vacía no establecen ninguna preferencia y no influyen en el resultado.
Por ejemplo:
| Grupo | Selección de Cascade |
| --------------------------- | ----------------------------------- |
| Ingeniería | `Model A`, `Model B` |
| Seguridad | `Model B`, `Model C` |
| **Disponibilidad efectiva** | **`Model A`, `Model B`, `Model C`** |
Cascade y Command se resuelven de forma independiente. La lista efectiva de Cascade de un usuario puede diferir de su lista efectiva de Command.
### La particularidad de la unión
Con la semántica de unión, cada grupo adicional puede agregar modelos a la disponibilidad efectiva del usuario. La unión es la combinación más permisiva de las selecciones no vacías de los grupos del usuario, aunque sigue limitada por los modelos disponibles para el equipo.
Por ejemplo, las restricciones disjuntas se combinan en lugar de rechazarse:
| Grupo | Selección de Command |
| --------------------------- | ------------------------ |
| Ingeniería | `Model A` |
| Seguridad | `Model B` |
| **Disponibilidad efectiva** | **`Model A`, `Model B`** |
Un grupo amplio puede anular la restricción de un grupo más limitado. Si un grupo selecciona `Model A` y otro selecciona `Model A`, `Model B` y `Model C`, el usuario recibe los tres modelos. Para restringir a un usuario, todos los grupos a los que pertenece deben tener restricciones adecuadas; un único grupo amplio y no vacío puede ampliar el resultado efectivo. Una selección vacía es diferente: no establece ninguna preferencia y, por sí sola, no amplía el acceso.
Aun así, puede haber una lista efectiva de modelos vacía cuando las selecciones almacenadas solo contienen modelos que ya no están disponibles para el equipo, o cuando el filtrado a nivel de equipo y otros filtros de disponibilidad no dejan ningún modelo coincidente. Esto es independiente de la resolución entre varios grupos: las selecciones válidas disjuntas producen su unión.
## Dónde se aplican los controles
Los controles de modelos de grupo se aplican a:
* Selectores de modelos y listas de modelos disponibles.
* Solicitudes de Cascade.
* Solicitudes de Command.
* Solicitudes directas de modelos al realizar la solicitud.
* Enrutamiento y asignación automáticos de modelos.
* Modelos seleccionados indirectamente por un enrutador.
Las restricciones de grupo se aplican a los candidatos de enrutamiento y se verifican nuevamente al realizar la solicitud. Por lo tanto, un usuario no puede eludir una restricción de grupo seleccionando un modelo mediante un enrutador automático en lugar de seleccionarlo directamente.
## Devin CLI y Devin Local
Devin CLI y Devin Local usan la selección de grupos **Cascade**. No se configuran con una lista de permitidos de CLI independiente a nivel de grupo.
La lista de modelos disponibles en la CLI y las comprobaciones de modelos en el momento de la solicitud siguen la política de Cascade. Una selección de Cascade vacía no tiene efecto; solo muestra los modelos de Cascade disponibles para el equipo cuando ningún otro grupo aporta una selección de Cascade no vacía. Por sí sola, no deshabilita ni amplía las capacidades de la CLI.
## Modelos privados del equipo
Los modelos privados configurados para el equipo también se filtran según los controles de grupo aplicables. Los modelos privados del equipo no eluden las restricciones de Cascade o Command de cada miembro.
No. Los grupos solo pueden restringir los modelos que ya están disponibles para el equipo. La disponibilidad de modelos a nivel de equipo siempre es el límite máximo.
Significa que el grupo no establece ninguna preferencia sobre el acceso a modelos en esa superficie. Si ninguno de los grupos a los que pertenece el usuario tiene una selección no vacía, el usuario recibe los modelos disponibles para el equipo. Si otro grupo tiene restricciones, la selección vacía no las anula.
Las listas de permitidos no vacías se combinan por separado para Cascade y Command. Las selecciones disjuntas se combinan, por lo que un usuario con `Model A` en un grupo y `Model B` en otro puede usar ambos, sujeto a la disponibilidad del equipo. Para mantener restringido a un usuario, revise todos los grupos a los que pertenece, ya que una selección amplia y no vacía puede ampliar el acceso.
No. El enrutamiento y la asignación automáticos se evalúan según los modelos que quedan tras aplicar los controles de equipo y de grupo, por lo que no se puede acceder indirectamente a un modelo no permitido.