KI Center of Excellence für Claude im Betrieb
Was ein KI-CoE besitzen sollte, wenn ein Unternehmen Claude betreibt: vier Funktionen, die Zahlen für den Monatsbericht und die Gruppen, die Richtlinien durchsetzen.
TL;DR
Ein KI Center of Excellence für Claude lohnt sich, wenn vier Funktionen niemandem gehören: Enablement, Governance, Plattform und Messung. Geben Sie ihm diese vier und einen Monatsbericht, dann trägt es sich. Geben Sie ihm das Mandat, jeden Use Case freizugeben, wird es der Engpass, um den alle herumarbeiten.
Was sollte ein KI-CoE besitzen, und was macht es zu Overhead?
Ein CoE sollte besitzen, was teuer zu duplizieren und billig zu zentralisieren ist: Schulungsmaterial, Richtlinien, die Plattformkonfiguration und die Zahlen. Es sollte nicht die Freigabe von Use Cases besitzen, denn damit stellt es ein zentrales Team zwischen den Fachbereich und dessen eigene Prozesse, und der Fachbereich geht innerhalb eines Quartals darum herum.
Diese Unterscheidung trennt ein CoE, das bleibt, von einem, das in der nächsten Reorganisation aufgelöst wird. Ein zentrales Team, das Regeln und Werkzeuge veröffentlicht, ist nützlich. Ein zentrales Team, das jede Anfrage durchlässt oder blockiert, wird eine Warteschlange.
| Funktion | CoE besitzt | Fachbereich besitzt |
|---|---|---|
| Enablement | Curriculum, Material, Multiplikatorenprogramm | Wer wann geschult wird |
| Governance | Richtlinie, Datenklassen, Freigabekriterien | Die Kriterien auf eigene Use Cases anwenden |
| Plattform | Residenz, Gruppen, Ausgabengrenzen, Connectors | Einen Connector oder ein Modell anfragen |
| Messung | Den Bericht, die Definitionen, die Basislinie | Auf eigene Zahlen reagieren |
| Use-Case-Auswahl | Nichts | Alles |
| Review-Qualität | Den Standard | Die Reviews selbst |
Unsere Position: ein CoE mit weniger als zwei Vollzeitäquivalenten kann nicht alle vier Funktionen leisten und sollte Messung und Plattform zuerst nehmen, weil diese zwei sonst niemand macht. Enablement lässt sich auf Multiplikatoren verteilen. Governance kann eine Teilzeitrolle beim Datenschutz plus eine dokumentierte Richtlinie sein.
Welche Zahlen berichtet das CoE?
Berichten Sie monatlich vier Zahlen: aktive Mitglieder gegen zugewiesene Plätze, Ausgabenkonzentration, Adoptionsgrad je Fachbereich und offene Governance-Punkte mit Terminen. Die Plattform liefert die ersten drei ohne eigene Werkzeuge, und das ist das Hauptargument, den Bericht einfach zu halten.
Die Analytik für Team und Enterprise berichtet einen festen Satz an Metriken, und zu wissen welche existieren spart ein Quartal Tabellenarbeit:
- Übersicht: wöchentlich aktive Mitglieder, in Code erstellte Pull Requests, Cowork-Sitzungen.
- Wer nutzt es: aktive Mitglieder gegen zugewiesene Plätze, nach Gruppe und Mitglied.
- Wie genutzt wird: Adoptionsgrad, Produkt-Stickiness, Skills, Connectors.
- Ergebnisse: erstellte Pull Requests, erstellte Designs, Dateioperationen, Gespräche, MCP-Schreibvorgänge, geschätzte Zeitersparnis.
- Ausgaben: Nutzungsgrenzen, Ausgabenkonzentration, Gesamtausgaben, Ausgaben je Modell.
Der Ausgabenbericht exportiert eine CSV-Zeile pro Person und Modell mit total_requests, total_prompt_tokens, total_completion_tokens, total_net_spend_usd und total_gross_spend_usd. Er wird täglich mit einem Tag Verzug aktualisiert, und eigene Zeiträume reichen bis 90 Tage zurück, wobei die neuesten Daten von gestern stammen. Für Enterprise liefert die Analytics API dieselben Nutzungs- und Kostendaten pro Person programmatisch, mit einem Schlüssel im Scope read:analytics, den ein Primary Owner erstellt.
Drei Einschränkungen, um die der Bericht herum entworfen werden muss, bevor Sie etwas zusagen:
- Rollensichtbarkeit. Im Team-Plan sehen nur Owners und Primary Owners die Analytik. Im Enterprise-Plan sehen Admins die Analytik, aber nicht die Ausgaben. Ist die CoE-Leitung ein Admin, kann sie die Ausgabenzahl nicht ziehen, und das ist eine Frage des Rollendesigns und nicht der Werkzeuge.
- Platzbasierte Pläne zeigen keine Ausgaben. Bei platzbasierten Enterprise-Plänen erscheinen Ausgabenberichte nur mit aktiven Usage Credits und decken ausschließlich Überverbrauch ab, weil Nutzung innerhalb des Platzkontingents nicht in Dollar gemessen wird. Ein Kostenbericht darauf zeigt null, bis ein Team über das Kontingent läuft.
- Cloud-Routen sind für diese Dashboards unsichtbar. Läuft Claude Code auf Amazon Bedrock, Google Cloud oder Microsoft Foundry, gehen keine Metriken an Anthropic zurück, also decken die Analytik-Dashboards und die Claude Code Analytics API diese Nutzung überhaupt nicht ab. Der Weg zu Zahlen pro Person ist dort der OpenTelemetry-Export.
Die eine Zahl, über die sich Streiten lohnt, ist die Ausgabenkonzentration. In den meisten Einsätzen erzeugt eine kleine Gruppe den größten Teil der Nutzung, und die Aufgabe des CoE ist herauszufinden, ob das die Power-User sind, von denen man lernen sollte, oder die, die Opus als Standardmodell stehen gelassen haben. Unser Leitfaden zu den Claude-Code-Kosten für Teams behandelt die Hebel dahinter, bei im Schnitt rund 13 USD pro Entwickler und Aktivtag sowie 150 bis 250 USD pro Entwickler und Monat.
Wie setzt das CoE Richtlinien durch, ohne zur Warteschlange zu werden?
Über Gruppen und Ausgabengrenzen, einmal gesetzt und aus dem Identitätsanbieter geerbt. Ein CoE, das Richtlinien über Tickets durchsetzt, wird der Engpass. Ein CoE, das sie über SCIM-synchronisierte Gruppen mit Modellzugriff und Ausgabengrenzen durchsetzt, skaliert ohne zusätzliche Köpfe.
Die Gruppendokumentation nennt Mechanik und Grenzen, und beides zählt für den Entwurf:
| Mechanismus | Detail |
|---|---|
| Gruppen anlegen | In den Organisationseinstellungen oder über SCIM aus dem Identitätsanbieter synchronisiert |
| SCIM-synchronisierte Gruppen | Lassen sich in Claude nicht umbenennen oder löschen |
| Grenze pro Nutzer | Monatliche Grenze, die für jedes Gruppenmitglied gilt |
| Gemeinsames Budget | Monatliches Pool-Budget in der Beta, zählt erst ab Anlage und setzt monatlich zurück |
| Vorrang | Eine individuelle Grenze hat Vorrang vor jeder Gruppengrenze |
| Mehrere Gruppen | Eine Einstellung entscheidet, ob die höhere oder die niedrigere Gruppengrenze gilt |
| Obergrenze | Bis zu 1000 Gruppen pro Organisation |
| Leistung | Mitgliedschaft in mehr als 250 Gruppen kann sie beeinträchtigen |
| Wer verwaltet | Gruppen brauchen Identity and Access auf “Can manage”, Ausgabengrenzen Billing auf “Can manage” |
Zwei Entwurfsentscheidungen folgen daraus. Synchronisieren Sie Gruppen aus dem Identitätsanbieter statt sie in Claude anzulegen, denn dann erledigen Eintritte, Wechsel und Austritte ein Prozess, der existiert und geprüft ist. Und halten Sie die Gruppenzahl klein: 1000 ist die Obergrenze, aber ein Entwurf, der Hunderte Gruppen braucht, hat Richtlinienentscheidungen auf eine Ebene geschoben, die niemand mehr prüfen kann.
Das Muster, das wir empfehlen:
- Eine Gruppe je Datenklasse, nicht je Abteilung. Die Richtlinienfrage ist, welche Daten in einen Prompt dürfen, und Abteilungen teilen Datenklassen.
- Eine Gruppe je Kostenstelle, die die Ausgabengrenze trägt. Das ist die Gruppe, die das Controlling interessiert.
- Eine Gruppe für die Entwicklung, die Modellzugriff und die Claude-Code-Richtlinie trägt.
- Eine Gruppe für Administration und das CoE selbst, die die erhöhten Rollen trägt.
Unser KI-Governance-Rahmen für Claude behandelt Rollen- und Freigabemodell, das diese Gruppen umsetzen, und unsere KI-Compliance-Matrix die Pflichten hinter der Richtlinie.
Wie sieht der Betriebskalender des CoE aus?
Monatlich für die Zahlen, vierteljährlich für die Richtlinien, ereignisgetrieben für Modellwechsel. Ein CoE, das sich monatlich zur Strategiediskussion trifft, produziert Protokolle. Ein CoE, das monatlich einen Bericht veröffentlicht und vierteljährlich Einstellungen prüft, produziert Belege.
| Takt | Tätigkeit | Ergebnis |
|---|---|---|
| Monatlich | Ausgabenbericht und Analytik ziehen, Ausgabenkonzentration prüfen | Eine Seite je Fachbereich |
| Monatlich | Blockierte Mitglieder und erreichte Grenzen prüfen | Grenzanpassung oder ein Gespräch über Nutzung |
| Vierteljährlich | Residenzeinstellungen je Workspace und Region prüfen | Eine abgezeichnete Prüfung, kein Dokument |
| Vierteljährlich | Gruppenentwurf gegen das Organigramm prüfen | Gruppenänderungen über den Identitätsanbieter |
| Vierteljährlich | Schulungsmaterial auffrischen | Neue Curriculum-Version |
| Je Modellrelease | Use Cases regressionstesten, Kostenmodelle anpassen | Migrationsentscheidung mit Datum |
| Je AI-Act-Termin | Einordnungen gegen die geltenden Pflichten prüfen | Aktualisiertes Verarbeitungsverzeichnis |
Die regulatorische Spalte ist dünner als sie aussieht, hat aber feste Daten. Der Rechtsrahmen der Europäischen Kommission setzt die KI-Kompetenzpflicht seit dem 2. Februar 2025 in Kraft und die breite Anwendbarkeit des Act seit dem 2. August 2026, wobei der Omnibus, in Kraft seit dem 27. Juli 2026, die Hochrisiko-Pflichten auf Dezember 2027 für Anhang III und August 2028 für Anhang I verschoben hat. Für ein CoE heißt das: die Kompetenznachweise sind ein monatlicher Dauerpunkt, und die Hochrisiko-Arbeit ist ein Projekt für 2027, mit einer seit dem 19. Oktober 2026 veröffentlichten harmonisierten Norm als Grundlage.
Modellreleases sind das Ereignis, das ein CoE am häufigsten überrascht. Preise und Token-Zahlen bewegen sich beide: Claude 4.7 und neuere Modelle nutzen einen Tokenizer, der für denselben Text rund 30 Prozent mehr Tokens erzeugt, also unterschätzt ein Kostenmodell auf älterer Generation die aktuelle um etwa ein Drittel. Neu rechnen, nicht skalieren.
Selbst besetzen oder auslagern?
Besetzen Sie das CoE intern und kaufen Sie die spezialisierten, endlichen Teile. Die Funktionen, die institutionelles Wissen brauchen, also Governance-Urteil und Glaubwürdigkeit im Enablement, lassen sich nicht kaufen. Die Funktionen, die aktuelle Dokumentation brauchen, also Plattformkonfiguration und Berichtspipelines, oft schon.
| CoE-Funktion | Intern besetzen | Guter Auslagerungskandidat |
|---|---|---|
| Monatsbericht und Definitionen | Ja, sobald die Pipeline steht | Der Pipeline-Bau |
| Entwurf von Gruppen und Ausgabengrenzen | Ja | Der erste Entwurf, als Review |
| Automatisierte Residenzprüfung | Prüfen Sie sie | Bauen lassen |
| Curriculum und Multiplikatorenprogramm | Ja | Module für Entwicklung und Administration |
| Richtlinie und Datenklassen | Ja, mit Recht | Eine Vorlage zum Start |
| Modellwechsel und Regressionstests | Ja | Der erste Regressionsrahmen |
Unsere Einschätzung: ein externer Betreiber, der Ihr CoE dauerhaft führt, ist eine schlechte Konstruktion, weil der Wert eines CoE daraus kommt, zu wissen welche Fachbereiche es ernst meinen und welche Interesse vorspielen, und dieses Wissen überträgt sich nicht. Ein externer Betreiber, der in einem Quartal Messpipeline, Gruppenentwurf und ersten Regressionsrahmen baut und dann übergibt, ist gutes Geld. Unser Leitfaden zu Managed Services für Claude beschreibt die RACI für die Betriebsarbeit darunter, und unser Leitfaden zum Anthropic-Support im Unternehmen die Supportlast, die ein CoE erbt.
Was Sie von einer bezahlten Adoptions- oder CoE-Arbeit verlangen sollten:
- Einen Bericht auf der Analytik, die die Plattform schon liefert, nicht ein eigenes Dashboard mit Pflegeaufwand.
- Die Rollenfrage beantwortet: wer hält die Rolle, die Ausgaben tatsächlich sehen kann.
- Gruppenentwurf aus Ihrem Identitätsanbieter synchronisiert, nicht in Claude handgelegt.
- Residenzprüfung als automatisierte Kontrolle, mit gezeigtem Befehl.
- Ein Übergabedatum, mit Material und Pipelines in Ihrem Repository und Ihren Werkzeugen.
- Eine ausdrückliche Feststellung, dass die Freigabe von Use Cases bei den Fachbereichen bleibt.
Ein Center of Excellence erbt einen Betrieb, den jemand anders begonnen hat. Der 90-Tage-Plan zur KI-Einführung beschreibt, was diese Übergabe enthalten muss, und der wiederkehrende Kostenbericht steht in unserem Leitfaden zu LLM-Kosten.
FAQ
Was ist ein KI Center of Excellence?
Ein KI Center of Excellence ist ein kleines zentrales Team, das die Funktionen besitzt, die zu teuer sind, um sie je Fachbereich zu duplizieren: Schulungsmaterial, Richtlinie und Datenklassen, Plattformkonfiguration wie Residenz und Ausgabengrenzen, und die Messbasis. Die Freigabe von Use Cases gehört dagegen zu den Fachbereichen, die die Prozesse betreiben.
Was sollte ein KI-CoE monatlich berichten?
Vier Zahlen: aktive Mitglieder gegen zugewiesene Plätze, Ausgabenkonzentration, Adoptionsgrad je Fachbereich und offene Governance-Punkte mit Terminen. Die ersten drei liefert die Plattform direkt über die Team- und Enterprise-Analytik und den Ausgabenbericht, der täglich mit einem Tag Verzug aktualisiert wird und 90 Tage zurückreicht.
Wer darf Ausgabendaten in Claude sehen?
Im Team-Plan nur Owners und Primary Owners. Im Enterprise-Plan sehen Owners, Primary Owners und Admins die Analytik, Admins aber nicht die Ausgaben. Gruppen-Ausgabengrenzen verlangen zusätzlich eine Rolle mit Billing auf “Can manage”. Prüfen Sie das, bevor Sie eine CoE-Leitung benennen, die die Ausgabenzahl braucht.
Wie viele Gruppen sollten wir anlegen?
Wenige. Die Obergrenze liegt bei 1000 Gruppen pro Organisation, und Mitgliedschaft in mehr als 250 Gruppen kann die Leistung beeinträchtigen, aber ein funktionierender Entwurf braucht etwa eine Gruppe je Datenklasse, eine je Kostenstelle, eine für die Entwicklung und eine für die Administration. Synchronisieren Sie sie aus dem Identitätsanbieter.
CoE oder Managed Service: was brauchen wir?
Ein CoE besitzt die Entscheidungen und die Zahlen, ein Managed Service betreibt die Plattform. Das sind Ergänzungen, keine Alternativen. Der häufige Fehler ist, einen Managed Service zu beauftragen und anzunehmen, er treffe die Governance-Entscheidungen, was er nicht kann, weil die Verantwortung für Datenklassen und Modellrichtlinie beim Unternehmen bleibt.
Erfüllt ein CoE die AI-Act-Kompetenzpflicht?
Nicht dadurch, dass es existiert. Die Pflicht, in Kraft seit dem 2. Februar 2025, verlangt Maßnahmen, die Personal und anderen Personen, die das System im Auftrag betreiben, ein für die Rolle ausreichendes Maß an KI-Kompetenz verschaffen. Ein CoE ist ein guter Ort für Curriculum und Nachweise, aber die Nachweise sind es, die die Pflicht erfüllen.
Quellen
- Anthropic Support: Nutzungsanalytik für Team und Enterprise (28. Oktober 2026)
- Anthropic Support: Gruppen und Ausgabengrenzen (28. Oktober 2026)
- Anthropic Support: Was ist der Enterprise-Plan (28. Oktober 2026)
- Claude Code: Kosten steuern (28. Oktober 2026)
- Europäische Kommission: Rechtsrahmen für KI (28. Oktober 2026)
- Anthropic: Modell- und Feature-Preise (28. Oktober 2026)