Kommerzielle Modelle
GWDG bietet Zugang zu ausgewählten kommerziellen Grundmodellen (z. B. OpenAI GPT, Anthropic Claude) über Microsoft Azure oder direkt über Anthropic Enterprise-Lizenzen.
Für den Zugriff auf KI-Modelle über SAIA, einschließlich lokal gehosteter und externer Modelle, siehe SAIA.
Dieser Abschnitt dokumentiert den Zugriff auf das kommerzielle Angebot und die dazugehörigen Agenten-Coding-Werkzeuge.
Warnung
Kommerzielle Modelle sind externe Cloud-Dienste.
Gehen Sie nicht davon aus, dass dieselben Garantien für Datenlokalisierung gelten wie bei lokal gehosteten Diensten wie SAIA.
KI-Systeme können Halluzinationen erzeugen, und sensible oder vertrauliche Daten sollten nur verarbeitet werden, wenn dies für Ihren Anwendungsfall erlaubt ist.
Info
Der kommerzielle Zugang wird nach Nutzung abgerechnet.
Für A1 und A2 beträgt das ursprüngliche monatliche Budget, das während der Onboarding-Phase kommuniziert wurde, keine feste Ausgabenobergrenze – es gibt derzeit keine technischen Sicherungen, die verhindern, dass die Kosten diesen Betrag überschreiten. Benutzer sind daher für die Überwachung ihrer eigenen Nutzung verantwortlich.
Für A3 (Anthropic Claude Enterprise) ist eine personenbezogene, feste monatliche Budgetobergrenze durch GWDG festgelegt.
Für institutionelle Verträge, optionalen Zugang zu externen Modellen und Einschränkung des Zugriffs siehe Institutioneller Zugang zu KI-Diensten.
Zugriffsoptionen
Das kommerzielle Modellangebot besteht aus drei ergänzenden Zugriffsoptionen.
A1 hat zwei Varianten: lokal gehostete quelloffene Modelle und extern gehostete Modelle über die Chat AI- und SAIA-Schicht.
| Option | Zugriffsweg | API-Funktionen | Typische Nutzung |
|---|---|---|---|
| A1 – Chat AI und SAIA-Ökosystem | Chat AI und SAIA | OpenAI-kompatible v1-APIs, einschließlich Chat-Vervollständigungen | A1.OS für lokal gehostete quelloffene Modelle; A1.EM für externe kommerzielle Modelle über die von GWDG kontrollierte Dienstschicht |
| A2 – direkter Microsoft Foundry-Endpunkt | Direkter kommerzieller Endpunkt für den Benutzer, das Projekt oder die Institution bereitgestellt | Responses-API | API-basierte Werkzeuge, die Responses-API-Unterstützung erfordern, insbesondere Agenten-Coding; nicht für sensible Daten empfohlen |
| A3 – Lizenzverwaltung (Anthropic Claude Enterprise) | Unternehmenslizenzen über GWDG beschafft | Native Anbieter-Zugriff | Native Anbieter-Anwendungen, einschließlich Desktop- oder Mobil-Apps |
SAIA bietet OpenAI-kompatible v1-Endpunkte wie /v1/chat/completions.
Es bietet die Responses-API nicht an.
Werkzeuge, die die Responses-API benötigen, benötigen stattdessen A2-Zugang.
Aktuelle Modelle
Das aktuelle kommerzielle Portfolio umfasst folgende Modellfamilien:
- OpenAI GPT-5.5
- Anthropic Claude Sonnet 5
- Anthropic Claude Opus 4.8
- Anthropic Claude Fable 5
Für Modelle, die über Chat AI und SAIA verfügbar sind, einschließlich lokal gehosteter quelloffener Modelle und externer Modelle, siehe Verfügbare Modelle.
Anforderung des Zugriffs
A2 (Kommerzielle Modelle über Microsoft Foundry)
Um Zugang zu kommerziell gehosteten Modellen (A2: direkter Microsoft Foundry-Endpunkt) zu erhalten, buchen Sie den Kommerziellen Modelle-Dienst.
A3 (Anthropic Claude Enterprise-Lizenz)
Um eine Unternehmenslizenz für Anthropic Claude Enterprise (A3: direkter Anbieter-Zugriff) zu beantragen, buchen Sie den Claude Enterprise-Dienst.
Diese Option bietet direkten Zugriff auf Anthropic Claude Enterprise mit direkter Anbieter-Integration, einschließlich der Claude-Desktop- und -Mobil-Apps sowie Claude Code.
Wir (das GWDG) übernehmen die Lizenzverwaltung, die zentrale Benutzerkontenverwaltung und die Abrechnung.
Wir setzen auch eine personenbezogene Ausgabenobergrenze, die als technisch durchgesetzte, feste monatliche Budgetobergrenze wirkt.
Die Abrechnung erfolgt nach Nutzung und kombiniert feste und variable Komponenten.
Um Zugang zu beantragen, senden Sie Ihre Anfrage über das Buchungsformular, wobei Sie Ihre Institution, die Benutzer-E-Mail-Adressen und die Nutzungsgrenze pro Person angeben.
GWDG erstellt ein Angebot, Ihre Beschaffungsstelle stellt die Bestellung und zahlt für den ersten Zeitraum, während GWDG die Benutzerkonten erstellt und die Ausgabenobergrenzen festlegt.
Datenschutzprofil
Für A1.OS werden Anfragen mit lokal gehosteten quelloffenen Modellen in der GWDG-Infrastruktur verarbeitet.
Für A1.EM werden Anfragen über die von GWDG kontrollierte Chat AI- und SAIA-Dienstschicht an externe Anbieter weitergeleitet.
SAIA selbst bietet keine dauerhafte Speicherung von Anfrageinhalten über die Responses-API.
Für A2 werden Anfragen direkt an den Microsoft Foundry-Endpunkt gesendet.
Die Responses-API kann Gesprächszustand serverseitig für eine begrenzte Zeit speichern.
Die Responses-API-Antwortdaten werden standardmäßig 30 Tage lang aufbewahrt.
Erweiterte Prompt-Cache-Aufbewahrung kann die aktiven Cache-Präfixe bis zu 24 Stunden aktiv halten.
Siehe die Microsoft-Referenzen zu Conversation Storage in der Responses-API und Prompt-Caching.
Aufgrund des Cloud Act kann nicht ausgeschlossen werden, dass die Hersteller die Daten nutzen oder verpflichtet sind, sie der US-Regierung zur Verfügung zu stellen.
Dieser Zugriffsweg ist daher für Anwendungsfälle vorgesehen, bei denen dieser Kompromiss akzeptiert wird, z. B. agentenbasiertes Coding auf nicht-sensiblen Codebasen.
GWDG hat ein Datenverarbeitungsabkommen (DPA) mit Microsoft, das besagt, dass Ihre Daten nicht für die Modellweiterbildung verwendet werden dürfen.
Für A3 hängt das Datenschutzprofil vollständig von der gewählten Anbieter-Lizenz und den Produktbedingungen des Anbieters (Anthropic Claude Enterprise) ab.
Warnung
GWDG hat kein Datenverarbeitungsabkommen (DPA) ähnlich dem A2-Angebot für das A3-Angebot.
Das bedeutet, im Gegensatz zu A2 enthält der Vertrag, den Anthropic anbietet, keine Bestimmung, die sie verpflichtet, Ihre Eingaben nicht für die Weiterbildung zukünftiger Modelle zu verwenden, noch verhindert er, dass Anthropic Ihre Daten für andere Zwecke speichert und verarbeitet.
Administration und Aktivierung für A1
Die Administration von A1 basiert auf dem GWDG Identity Management (IdM).
Zugriffsrechte und Token-Grenzen werden über das IdM kontrolliert.
Da das IdM mehrinstanzenfähig ist, können Institute ihre eigenen Benutzer, Gruppen und Quoten unabhängig verwalten.
Rollen
- Benutzer verbrauchen ihre zugewiesenen Quoten und beantragen bei Bedarf Nachschüsse.
- Benutzer können ihren eigenen Verbrauch überprüfen.
- Benutzer können API-Schlüssel mit eigenen Untergrenzen über Selbstbedienung erstellen.
- Institut-Administratoren setzen und passen Grenzen über das IdM an, überprüfen und genehmigen Nachschussanträge, weisen Verbrauch auf Kostenstellen zu und sehen den Verbrauch ihrer eigenen Tenant-Gruppe.
- GWDG betreibt die Plattform.
Quoten und Budgetierung für A1
Benutzer erhalten eine Basisquote, die an eine Gruppe (z. B. eine Institution oder Arbeitsgruppe) in unserem zentralen Benutzer- und Identitätsmanagement-System gebunden werden kann.
Die Quote ist nicht kostenlos – sie wird auf Instituts-Ebene beschafft und den Benutzern zur Verfügung gestellt.
Die Granularität ist standardmäßig monatliche Budgets, aber andere Intervalle oder Einmal-Quoten können auf Antrag des Instituts konfiguriert werden.
Wenn ein Benutzer seine feste oder weiche Grenze erreicht, kann ein Institut-Administrator zusätzliche Quote ohne sofortige Auslösung eines formellen Nachschusses zuweisen.
Begründungen für Über-Grenzen-Anträge können von Administratoren überprüft werden, um zu verfolgen, welche Anwendungsfälle die Nachfrage treiben.
Benutzer können mehrere API-Schlüssel erstellen.
Jeder Schlüssel kann seine eigene Untergrenze bis zur zugewiesenen Quote tragen.
Dies trennt Werkzeuge sauber – z. B. einen Schlüssel für ein Produktions-Skript und einen für ein Experiment – und schützt vor unkontrolliertem Verbrauch durch eine einzelne Anwendung.
Es ermöglicht auch die Kostenabrechnung pro Projekt.
Delegation und Multi-Tenancy für A2
Das Multi-Tenancy-Design ermöglicht es Instituten, Ressourcen an Einzelpersonen oder Projekte weiterzugeben und bei Bedarf zusätzliche Ressourcen anzufordern – z. B. für ein bestimmtes Projekt.
Nachschüsse können von autorisierten Administratoren durchgeführt werden.
Administration und Aktivierung für A2
Die Administration von A2 folgt demselben Modell wie A1, mit folgenden Unterschieden:
- A2 verwendet weiche Grenzen, die z. B. eine E-Mail an den Benutzer bei 50 % oder 100 % Verbrauch auslösen. Der Grund ist, dass feste Kosten-Grenzen pro Anfrage nicht immer von den Anbietern verfügbar sind (siehe Quoten und Budgetierung).
- Selbstbedienung zum Erstellen von API-Schlüsseln mit Untergrenzen ist für A2 noch nicht verfügbar; diese Funktion ist derzeit auf A1 beschränkt. Ein Web-Portal für Selbstbedienung ist geplant.
- A2 ist standardmäßig nicht aktiviert, sondern wird für bestimmte Anwendungsfälle freigegeben, bei denen der Datenschutz-Kompromiss der Responses-API (siehe Datenschutzprofil) bewusst akzeptiert wird.
Administration und Aktivierung für A3 (Anthropic Claude Enterprise)
A3 folgt einem anderen Administrationsmodell, das sich auf die Unternehmenslizenzenverwaltung konzentriert:
Rollen
Der Antragsteller gibt die erforderlichen Informationen – die Institution, die Benutzer-E-Mail-Adressen und die Nutzungsgrenze pro Person – über das Buchungsformular ein.
Die Beschaffungsstelle erhält das Angebot, stellt die Bestellung und übernimmt die Abrechnung.
GWDG erstellt die Benutzerkonten, setzt die personenbezogenen Ausgabenobergrenzen, verwaltet die Aktivierung und sammelt und übermittelt Abrechnungsinformationen an die Beschaffungsstelle.
Ablauf
Die Anfrage wird über das Dienstbuchungsformular eingereicht. Danach erstellt GWDG ein Angebot, das die Dienstbeschreibung und die Bedingungen enthält.
Die Beschaffungsstelle stellt die Bestellung und überweist die Gebühren für den ersten Abrechnungszeitraum.
Sobald die Zahlung eingegangen ist, aktiviert GWDG den Dienst, indem es die Benutzerkonten erstellt und die Budgetgrenzen festlegt.
Zahlungsmodelle
Das Zahlungsmodell ist bewusst flexibel, um sowohl projektfinanzierte Nutzung als auch kleine Bedarfe abzudecken.
Für A1 und A2
Standardmäßig werden A1 und A2 nach Nutzung abgerechnet, wobei die Abrechnung auf verbrauchten API-Token basiert und die tatsächlichen Anbieterkosten direkt an die Nutzung anpasst.
Institute oder Benutzer laden ein Konto auf, von dem der Verbrauch abgezogen wird, und sobald das Guthaben aufgebraucht ist, kann es erneut aufgeladen werden, was analog zum bekannten Druckguthaben-Modell an Universitäten funktioniert.
Alternativ kann ein Budgetlimit als festes monatliches oder jährliches Budget festgelegt werden, was für Arbeitsgruppen mit regelmäßiger und stabiler Nutzung geeignet ist.
Durch die Multi-Tenancy des IdM kann der Verbrauch auch auf Kostenstellen gebucht werden, einschließlich Arrangements, bei denen eine Institution den Verbrauch zuerst begleicht und intern abrechnet.
Für Benutzer mit kleinen Budgets, insbesondere Studierende, ermöglichen Mikrozahlungen kleine Aufladungen nach Bedarf ohne administrativen Aufwand.
Für A3 (Anthropic Claude Enterprise)
A3 erfordert Vorauszahlung, da GWDG keine Finanzierung bereitstellen kann.
Die Beschaffungsstelle muss die erwarteten Kosten vor der Aktivierung des Dienstes decken.
Eine technisch durchgesetzte, personenbezogene monatliche Budgetobergrenze schützt vor überraschend hohen Rechnungen.
Die Kosten ergeben sich aus der Kombination fester Sitzkosten mit nutzungsabhängigen Gebühren.
Wenn Ihr Guthaben aufgebraucht ist, wenden Sie sich bitte an support@gwdg.de, um aufzuladen oder Ihre monatliche Zuteilung zu erhöhen.
Agenten-Coding
- Agenter Coding
- Codex
- Claude Code
- OpenCode {class=“children children-type-tree children-sort-”}