> ## 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. # Modellbereitstellung > Steuern Sie die Verfügbarkeit von Cascade-, Command- und CLI-Modellen nach Team und Gruppe. Diese Dokumentation gilt für die Federal Deployments von Devin. [Zurück zur Devin-Dokumentation](/de/get-started/devin-intro) Enterprise-Administratoren in Federal Deployments können die Modellverfügbarkeit auf zwei Ebenen steuern: 1. **Modellverfügbarkeit auf Teamebene** bestimmt, welche Modelle dem Team zur Verfügung stehen. 2. **Modell-Allowlists für Gruppen** schränken die für die Mitglieder der jeweiligen Gruppe verfügbaren Modelle weiter ein. Gruppensteuerungen können die Verfügbarkeit auf Teamebene einschränken, aber nicht erweitern. Ein Modell, das dem Team nicht zur Verfügung steht, kann nicht durch Hinzufügen zu einer Gruppe verfügbar gemacht werden. Informationen zum Erstellen und Verwalten von Gruppen finden Sie unter [Gruppen](/de/federal/groups). Die Gruppenmitgliedschaft kann sich auch auf das ACU-Limit eines Nutzers auswirken; siehe [ACU-Limits](/de/federal/acu-limits). ***
## Modellverfügbarkeit für Gruppen konfigurieren
Öffnen Sie unter **Settings → Groups** eine Gruppe und wählen Sie **Edit models**. Für die Oberflächen Cascade und Command gibt es separate Auswahlen: * **Cascade Models** * **Command Models** Eine leere Auswahl bedeutet, dass für den Modellzugriff eines Members auf dieser Oberfläche **keine Vorgabe** festgelegt ist. Sie überschreibt nicht die Einschränkung einer anderen Gruppe. Wenn keine Gruppe, der der Nutzer angehört, für diese Oberfläche eine nicht leere Auswahl hat, enthält die wirksame Gruppenrichtlinie keine Einschränkung und der Nutzer erhält die für das Team verfügbaren Modelle. Das Portal verwendet für diese uneingeschränkten Zustände **No Cascade model policy**, **No Command model policy** und **No model policy**. Gruppenauswahlen sind auf die aktuell für das Team verfügbaren Modelle beschränkt. Entfernt ein Administrator später auf Teamebene ein Modell, kann die gespeicherte Auswahl dieses nicht verfügbare Modell weiterhin enthalten. Das Portal warnt: **Nicht verfügbare Modelle bleiben in der Einschränkung dieser Gruppe, bis Sie diese Modellliste ändern.** Nicht verfügbare Auswahlen bleiben eingeschränkt, bis ein Administrator die Liste bearbeitet. Wenn alle gespeicherten Auswahlen nicht verfügbar sind, kann für die Gruppe **No available models** angezeigt werden. Wenn das Speichern einer bearbeiteten Modellliste fehlschlägt, zeigt das Portal **Changes may not have been saved** an. Überprüfen Sie die Auswahlen der Gruppe und wiederholen Sie die Bearbeitung.
## Einschränkungen gruppenübergreifend auflösen
Ein Nutzer, der einer eingeschränkten Gruppe angehört, erhält für die betreffende Oberfläche die Allowlist dieser Gruppe. Ein Nutzer, der mehreren Gruppen angehört, erhält die Vereinigung aller nicht leeren Allowlists für diese Oberfläche. Gruppen mit einer leeren Auswahl bleiben unberücksichtigt und ändern das Ergebnis nicht. Zum Beispiel: | Gruppe | Cascade-Auswahl | | --------------------------- | ----------------------------------- | | Engineering | `Model A`, `Model B` | | Security | `Model B`, `Model C` | | **Effektive Verfügbarkeit** | **`Model A`, `Model B`, `Model C`** | Cascade und Command werden unabhängig voneinander aufgelöst. Die effektive Cascade-Liste eines Nutzers kann von seiner effektiven Command-Liste abweichen.
### Die Tücke der Union
Bei Union-Semantik kann jede zusätzliche Gruppe die effektive Modellverfügbarkeit eines Nutzers erweitern. Die Union ist die großzügigste Kombination der nicht leeren Gruppenauswahlen eines Nutzers, begrenzt durch die für das Team verfügbaren Modelle. Zum Beispiel werden voneinander unabhängige Einschränkungen kombiniert, anstatt abgelehnt zu werden: | Gruppe | Command-Auswahl | | --------------------------- | ------------------------ | | Entwicklung | `Model A` | | Sicherheit | `Model B` | | **Effektive Verfügbarkeit** | **`Model A`, `Model B`** | Eine weit gefasste Gruppe kann die Einschränkung einer enger gefassten Gruppe aufheben. Wenn eine Gruppe `Model A` auswählt und eine andere Gruppe `Model A`, `Model B` und `Model C` auswählt, erhält der Nutzer alle drei Modelle. Um einen Nutzer einzuschränken, müssen alle Gruppen, denen er angehört, entsprechend eingeschränkt sein; eine einzige weit gefasste, nicht leere Gruppe kann das effektive Ergebnis erweitern. Eine leere Auswahl ist etwas anderes: Sie macht keine Vorgabe und erweitert den Zugriff nicht. Eine leere effektive Modellliste kann dennoch entstehen, wenn gespeicherte Auswahlen nur Modelle enthalten, die für das Team nicht mehr verfügbar sind, oder wenn Filter auf Teamebene und andere Verfügbarkeitsfilter keine passenden Modelle übrig lassen. Dies ist unabhängig von der Auflösung über mehrere Gruppen: Voneinander unabhängige gültige Auswahlen ergeben ihre Union.
## Wo Kontrollen greifen
Gruppenmodellkontrollen gelten für: * Modellauswahlen und Listen verfügbarer Modelle. * Cascade-Anfragen. * Command-Anfragen. * Direkte Modellanfragen zum Zeitpunkt der Anfrage. * Automatisches Modellrouting und automatische Modellzuweisung. * Modelle, die indirekt über einen Router ausgewählt werden. Gruppenbeschränkungen werden auf Routingkandidaten angewendet und zum Zeitpunkt der Anfrage erneut geprüft. Nutzer können eine Gruppenbeschränkung daher nicht umgehen, indem sie ein Modell über einen automatischen Router statt direkt auswählen.
## Devin CLI und Devin Local
Devin CLI und Devin Local verwenden die Gruppenauswahl **Cascade**. Sie werden nicht über eine separate CLI-Allowlist auf Gruppenebene konfiguriert. Die Liste der in der CLI verfügbaren Modelle und die Modellprüfungen zum Zeitpunkt der Anfrage folgen der Cascade-Richtlinie. Eine leere Cascade-Auswahl macht keine Vorgabe; sie stellt nur dann die für das Team verfügbaren Cascade-Modelle bereit, wenn keine andere Gruppe eine nicht leere Cascade-Auswahl beisteuert. Sie deaktiviert die CLI nicht und erweitert deren Umfang auch nicht eigenständig.
## Private Team-Modelle
Für das Team konfigurierte private Modelle unterliegen ebenfalls den geltenden Gruppensteuerungen. Private Team-Modelle umgehen weder die Cascade- noch die Command-Einschränkungen eines Members. Nein. Gruppen können die für das Team verfügbaren Modelle nur weiter einschränken. Die Modellverfügbarkeit auf Teamebene ist stets die Obergrenze. Sie bedeutet, dass die Gruppe für diese Oberfläche keine Vorgabe zum Modellzugriff macht. Wenn keine Gruppe, der der Nutzer angehört, eine nicht leere Auswahl hat, erhält der Nutzer die für das Team verfügbaren Modelle. Ist eine andere Gruppe eingeschränkt, wird diese Einschränkung durch die leere Auswahl nicht aufgehoben. Die nicht leeren Allowlists für Cascade und Command werden jeweils separat zusammengeführt. Nicht überlappende Auswahlen werden kombiniert, sodass ein Nutzer mit `Model A` in einer Gruppe und `Model B` in einer anderen beide verwenden kann, sofern sie für das Team verfügbar sind. Um einen Nutzer eingeschränkt zu halten, überprüfen Sie jede Gruppe, der er angehört, da eine weit gefasste, nicht leere Auswahl den Zugriff erweitern kann. Nein. Automatisches Routing und Zuweisungen werden anhand der Modelle bewertet, die nach Anwendung der Team- und Gruppensteuerungen verfügbar bleiben. Daher kann ein nicht zulässiges Modell nicht indirekt verwendet werden.