Dies ist die zweite der fünf Entscheidungen: Zugriff. Du hast deine Gruppen erstellt. Jetzt gewährst du ihnen Zugriff auf verschiedene Claude-Oberflächen. Eine Oberfläche ist ein Ort, an dem deine Mitglieder Claude nutzen, und dein Claude Enterprise-Vertrag kann mehrere davon umfassen (z. B. Claude chat, Claude Cowork, Claude Code, Claude for Microsoft 365).
Unter den meisten Claude Enterprise-Verträgen ist jede vom Vertrag abgedeckte Oberfläche für deine Organisation verfügbar und kann aktiviert werden. Wer sie dann nutzen kann, hängt von der jeweiligen Rolle ab: Mitglieder mit den integrierten Rollen erhalten jede aktivierte Oberfläche; ein Mitglied mit einer benutzerdefinierten Rolle erhält eine Oberfläche nur, wenn du sie gewährst. Die eigentliche Arbeit besteht darin, zu entscheiden, wer was wann bekommt, damit eine Oberfläche eine Gruppe genau dann erreicht, wenn es deine Rollout-Strategie vorsieht, statt alles auf einmal zu aktivieren. Zwei Mechanismen gehen dieser Entscheidung voraus: wie eine Gewährung eine Gruppe erreicht, und die Modelle, auf denen diese Oberflächen laufen.
Wie Zugriff gewährt wird
Zwei Ebenen entscheiden, ob eine Gruppe eine Oberfläche nutzen kann, und beide müssen es zulassen.
- Der organisationsweite Schalter ist die Obergrenze: Jede Oberfläche hat einen Ein/Aus-Schalter für die gesamte Organisation. Aus bedeutet, dass niemand sie hat, unabhängig davon, was die jeweilige Rolle erlaubt.
- Die Rollenzuweisung entscheidet, wer innerhalb dieser Obergrenze Zugriff hat: Sobald eine Oberfläche organisationsweit aktiviert ist, gewährst du sie den Rollen, die den Gruppen zugeordnet sind, die sie erhalten sollen. Weise die Oberfläche der Rolle einer Gruppe zu, und jedes Mitglied der Gruppe mit einer benutzerdefinierten Rolle erhält sie (Lektion 5); lässt du sie bei der Rolle weg, erhält diese Gruppe keinen Zugriff auf die Oberfläche.
Das interaktive Widget unten zeigt die gesamte Kette: Mitglieder landen in einer Gruppe, und die auf die Gruppe angewendete Rolle ist es, die ihren Zugriff aktiviert.
Claude Code erhält dieselbe Art von Gewährung wie jede andere Oberfläche: zunächst für die Organisation aktiviert, dann den Rollen der Gruppen zugewiesen, die es nutzen. Da es innerhalb deiner Engineering-Umgebung läuft, bringt es außerdem eine Grenzkonfiguration mit, die die anderen Oberflächen nicht haben.
Diese Grenzen befinden sich in den verwalteten Einstellungen von Claude Code, die in der Regel von der Platform- oder Engineering-Leitung geschrieben werden, die die Repositories jedes Teams kennt – nicht von dir. Wenn du also einer Gruppe Claude Code gewährst, entscheidest du, welche Gruppen es erhalten, und deine Platform-Leitung konfiguriert, auf welche Dateien, Befehle und Netzwerkziele es für jede Gruppe zugreifen kann. Diese verwalteten Einstellungen können auch das Standardmodell von Claude Code festlegen, wobei die für Claude Code verfügbaren Modelle weiterhin auf der Seite „Modelle" in deinen Organisationseinstellungen gesteuert werden.
Modelle: Worauf die Unterhaltungen einer Gruppe laufen
Jede neue Unterhaltung startet auf jeder Oberfläche, die dies unterstützt, mit einem Standardmodell, und du steuerst diesen Standard. Im Auslieferungszustand folgt er dem Standard von Anthropic, der sich aktualisiert, sobald Modelle veröffentlicht oder eingestellt werden. Wenn dein gewähltes Modell in einem Produkt nicht verfügbar ist, greift dieses Produkt auf die Empfehlung zurück.
Um den Standard selbst festzulegen, wählst du einen Organisationsstandard:
- Er bleibt über Modellveröffentlichungen hinweg bestehen, bis du ihn änderst. Ein Owner, Primary Owner oder eine benutzerdefinierte Rolle mit der Berechtigung „Identity & Access" kann ihn festlegen.
- Mitglieder können in ihren eigenen Unterhaltungen weiterhin das Modell wechseln. Diese Wahl überträgt sich auf die nächste Unterhaltung, bis du den Organisationsstandard änderst, wodurch diese Auswahlen zurückgesetzt werden.
- Eine benutzerdefinierte Rolle kann ein eigenes Standardmodell haben, das den Organisationsstandard für ihre Mitglieder überschreibt.
- Neben einem Standardmodell kannst du für die Organisation oder für eine Rolle auch ein Standard-Aufwandsniveau festlegen, und eine Beta-Einstellung startet jede neue Unterhaltung mit diesen Standardwerten.
Du kannst außerdem einschränken, welche Modelle Mitglieder erreichen können und wie viel Aufwand sie wählen können. Aufwand bezeichnet, wie viel Arbeit das Modell in eine Antwort steckt; höherer Aufwand kostet mehr Tokens. Beide Einschränkungen wirken auf zwei Ebenen. Organisationsweit schaltest du jedes Modell für alle ein oder aus und legst für jedes Modell eine Aufwandsobergrenze fest, die für jedes Mitglied gilt; keine benutzerdefinierte Rolle kann mehr erlauben als die Obergrenze dieses Modells. Pro Rolle kannst du weiter einschränken: Gib einer benutzerdefinierten Rolle eine Teilmenge der Modelle, sodass ihre Mitglieder in der Auswahl nur diese sehen (Haiku-Modelle sind immer verfügbar und können nicht deaktiviert werden), und begrenze das höchste Aufwandsniveau, das sie für jedes Modell wählen können. Einschränkungen auf Rollenebene gelten nur für benutzerdefinierte Rollen (Lektion 5). Ressourcen zur Auswahl zwischen Modellen(öffnet in neuem Tab) und zum Modellaufwand(öffnet in neuem Tab) findest du in der Claude Academy.
Es gibt zwei Hauptgründe, den Modellstandard zu aktualisieren oder Modelle für deine Organisation einzuschränken:
- Ausgaben: Modelle nutzen Tokens unterschiedlich, daher kosten sie unterschiedlich viel im Betrieb. Das leistungsfähigste Modell ist für Routinearbeiten in der Regel die teuerste Option. Der Artikel des Hilfe-Centers zu wie Nutzungs- und Längenlimits funktionieren(öffnet in neuem Tab) beschreibt, wie sich diese Limits je nach Plan und Modell unterscheiden. Da die meisten Mitglieder das Modell verwenden, das sie beim Start einer neuen Aufgabe sehen, steuert der Standard den Großteil deiner Ausgaben, und eine Modelleinschränkung begrenzt, was eine Gruppe pro Interaktion ausgeben kann. Lektion 10 geht näher auf beide als Hebel für Ausgaben ein.
- Aufgabenpassung: Coding-Teams zum Beispiel profitieren möglicherweise mehr davon, das leistungsfähigste Modell als Ausgangspunkt zu haben, während ein Team, das Routine-Entwürfe erstellt, dieses Leistungsniveau nicht benötigt. Der Standard wird pro Rolle festgelegt, sodass jede Gruppe mit dem Modell startet, das zu ihrer Arbeit passt, und eine Einschränkung hält ein teures Modell aus der Auswahl einer Gruppe heraus, die keinen nennenswerten Nutzen daraus ziehen würde.
Plutos Oberflächen
Pluto gewährt jeder Gruppe Claude chat und Claude Cowork, da das Ziel eine breite tägliche Nutzung ist. Claude Code geht an Engineering und Platform, deren tägliche Arbeit das Schreiben von Code ist. Payments-eng wartet mit Claude Code, bis Plutos Sichtbarkeits-Reporting eingerichtet ist, wodurch Plutos Einschränkung — keine Sicherheitseskalation durch Payments & Trust — gewahrt bleibt. Die übrigen Oberflächen werden Gruppe für Gruppe eingeführt, sobald die Arbeit es erfordert.
Das interaktive Widget unten füllt Plutos Raster Schritt für Schritt (zuerst die breiten Oberflächen, dann die spezialisierten) und hält bei der einen Gewährung an, die noch nicht aktiviert werden kann, mit der Begründung.
1 · Deine Entscheidung
Welche Oberflächen erhält jede Gruppe, und wann führst du sie ein?
2 · Die Optionen, die du hast
Diese Entscheidung ist eine Ermessensfrage und keine mechanische Regel. Es gibt zwei Hauptüberlegungen:
- Ob die Oberfläche die tägliche Arbeit der Gruppe verändert: Gewähre, was die Gruppe braucht und nutzen wird, nicht das, was dein Vertrag zufällig abdeckt.
- Ob dein Rollout-Ziel es erfordert, eine Oberfläche zurückzuhalten: Claude zunächst mit einem Team zu pilotieren, bevor Mitglieder Zugriff erhalten, oder auf eine Überprüfung zu warten, bevor eine Gruppe eine Oberfläche erhält.
| Die Option | Wann du sie wählst | Was sie bedeutet und welche Auswirkungen sie hat |
|---|---|---|
| Zuerst breit, spezialisiert wo nötig | Dein Rollout-Ziel erfordert es nicht, eine Oberfläche zurückzuhalten, und nur die tägliche Arbeit einiger Gruppen erfordert die spezialisierten Oberflächen. | Gewähre die allgemeinen Oberflächen dort, wo die meisten Mitglieder ihren ersten Nutzen erhalten; das Zurückhalten der spezialisierten Oberflächen erspart dir, Grenzen für Gruppen zu konfigurieren, die sie nie nutzen würden. |
| Pilotieren, dann ausweiten | Dein Rollout-Ziel erfordert es, Claude zunächst mit einem Team zu testen, bevor Mitglieder Zugriff erhalten. | Gewähre die Oberflächen zunächst nur der Pilotgruppe und weite von dort aus. Was du aus dem Pilotprojekt lernst, prägt den breiten Rollout; die anderen Gruppen warten, bis dein Ziel die Ausweitung vorsieht. |
| Eingeführt nach einer Überprüfung | Eine Einschränkung (die zweite Hälfte deines Rollout-Ziels) bedeutet, dass eine Gruppe auf eine Oberfläche warten muss, bis eine Überprüfung abgeschlossen ist. | Die Gewährung wird einfach eingeführt, nachdem die Überprüfung abgeschlossen ist; die Gruppe erhält die Oberfläche dann — die Einschränkung bleibt bestehen, während die Gruppe wartet. |
3 · Wenn du das später änderst
Eine Oberfläche später zu gewähren ist günstig: Es ist eine Rolleneinstellung, die du jederzeit hinzufügen kannst. Teuer wird es in die andere Richtung: Eine Gruppe, die ihre Workflows auf eine Oberfläche aufgebaut hat, verliert mitten in der Arbeit ein Tool, auf das sie angewiesen ist, und der Entzug ist eine Änderung, die du mit diesen Mitgliedern managen musst.
Ressourcen einrichten
Sobald du die Entscheidung getroffen hast, gewährst du jede Oberfläche über die Rollen deiner Organisation. Beziehe für jede Gruppe, die Claude Code erhält, gleichzeitig deine Platform-Leitung mit ein, damit die Grenzkonfiguration bereit ist, sobald der Zugriff es ist.
- Rollenbasierte Berechtigungen für Enterprise Plans einrichten(öffnet in neuem Tab): Gewähren einer Oberfläche an eine Gruppe über ihre Rolle.
- Modellzugriff für deine Organisation verwalten(öffnet in neuem Tab): organisationsweiter Modellzugriff und Aufwandsobergrenzen, die rollenbasierte Version von beidem, und welche Produkte diese Einstellungen abdecken.
- Ein Standardmodell für deine Organisation festlegen(öffnet in neuem Tab): das Standardmodell und das Standard-Aufwandsniveau der Organisation, rollenbasierte Standardmodelle und wie derselbe Standard je nach Oberfläche zu unterschiedlichen Modellen aufgelöst werden kann.
- Auswahl zwischen Modellen(öffnet in neuem Tab): Anleitung zur Modellauswahl, aus der Claude Academy.
- Modellaufwand(öffnet in neuem Tab): Anleitung zu Aufwandsniveaus, aus der Claude Academy.
- Wie Nutzungs- und Längenlimits funktionieren(öffnet in neuem Tab): wie sich Limits je nach Plan und Modell unterscheiden.
- Verwaltete Einstellungen von Claude Code(öffnet in neuem Tab): die Grenzkonfiguration, die deine Platform-Leitung verantwortet.
Lektionsaktivität
Markiere für jede deiner Gruppen die Oberflächen, die sie am ersten Tag erhält, und die, die du später einführst, sowie die Gründe dafür. Liste jede Gruppe, die Claude Code erhält, separat auf: Diese Gewährung geht mit einer Aufgabe zur Grenzkonfiguration für deine Platform-Leitung einher.
Was du deiner Platform-Leitung und dem Budgetverantwortlichen mitbringen solltest: für deine Platform-Leitung die Liste der Gruppen, die Claude Code erhalten, und womit der Code jeder Gruppe in Berührung kommt; für den Budgetverantwortlichen einen Hinweis, falls du rollenbasierte Standardmodelle festlegst, da dort die Ausgabeneinstellungen (Lektion 10) beginnen.
→ Halte dies im Begleitmaterial zum Mitarbeiten fest, Abschnitt Lektion 6.
Downloads
- Herunterladen
Work-along companion (Word)
The editable Word version of the rollout plan you fill in lesson by lesson.
- Herunterladen
Work-along companion (PDF)
The same rollout plan as a fillable PDF.
Was kommt als Nächstes
Deine Gruppen können ihre Oberflächen erreichen. Die nächste Frage ist, was Claude in ihrem Namen erreichen kann: die Konnektoren, die es ihm ermöglichen, auf die Tools deiner Organisation zuzugreifen und in ihnen zu handeln. Die nächste Lektion behandelt die drei Schranken, die entscheiden, ob ein Konnektor für ein Mitglied funktioniert, sowie die eine Kontrolle, die es wert ist, Tool für Tool zu entscheiden: nur lesend oder lesend-schreibend.