Aprovisionamiento de modelos

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.

El control de modelo de grupo puede 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. La pertenencia a grupos también puede afectar el límite de ACU de un usuario; consulte Límites de ACU.

---

​

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: 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: 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.