Sentry schafft nach Umstellung auf OpenRouter 500 KI-Schlüssel ab

Mangelnde Transparenz trieb die Migration voran

Sentry hatte seine Beschäftigten dazu ermutigt, mit KI zu experimentieren. Dafür konnten sie API-Schlüssel in den Unternehmenskonten bei Anthropic und OpenAI erstellen. Dieser Ansatz ermöglichte schnelle Tests, doch das Unternehmen konnte nur schwer nachvollziehen, wer Geld ausgab, welche Modelle verwendet wurden und ob diese für bestimmte Aufgaben geeignet waren.

Die Nutzung eines Ingenieurs erreichte 3.000 US-Dollar pro Tag, nachdem eine Erweiterung für eine individuell entwickelte Coding-Harness bei jeder Anfrage das Prompt-Caching deaktiviert hatte. Das Problem bestand einige Tage, bevor Sentry es identifizierte. Laut Daniel Griesser, Senior Director of Engineering bei Sentry, zeigte der Vorfall die Grenzen der Berichterstattung des Unternehmens auf.

„Wir mussten etwas ändern, denn das war nicht nachhaltig. Wir hatten keine Ahnung, wohin das Geld floss oder wer wie viel ausgab“, sagte Griesser in der Fallstudie von OpenRouter.

Ein Konto ersetzte Hunderte von Anbieter-Schlüsseln

Sentry startete die Einführung von OpenRouter Anfang Juli 2026. Alle erhielten am ersten Tag Zugang, auch Teams außerhalb der Entwicklung, und Nutzer konnten eigene Schlüssel erstellen. Standardmäßig ist jeder Schlüssel mit der Person verknüpft, die ihn erstellt. Für jeden Workspace gilt zudem ein von Sentrys Finanzchef genehmigtes Budgetlimit.

Das Unternehmen räumte innerhalb von drei Wochen rund 500 Anthropic- und OpenAI-Schlüssel auf. Nur etwa 50 davon waren täglich verwendet worden. Sentry ermittelte jedoch die Besitzer aller Schlüssel und gab ihnen eine Woche Zeit, einen OpenRouter-Schlüssel zu erstellen, bevor die alten Zugangsdaten deaktiviert wurden.

Dank der mit Anthropic und OpenAI kompatiblen Endpunkte von OpenRouter musste für die Umstellung eines Tools in der Regel nur drei Variablen geändert werden, während das bestehende Software Development Kit erhalten blieb. Im August deaktivierte Sentry den direkten Zugang der Ingenieure zu Anthropic und OpenAI, sodass diese dort keine neuen Schlüssel mehr erstellen konnten.

Sentry aktivierte standardmäßig die Vorratsdatenspeicherung auf null und leitete Anfragen ansonsten per Bring-your-own-Key über seine bestehenden Anbieterschlüssel. OpenRouter übernahm die Zuordnung und die Begrenzungen, während Sentrys Coding-Harnesses und die meisten Workspaces weiterhin seine Anthropic- und OpenAI-Schlüssel verwendeten.

Breiterer Modellzugang mit Ausgabenkontrolle

In den ersten drei Monaten bei OpenRouter nutzte das Sentry-Konto 147 Modelle, wobei jede Version einzeln gezählt wurde. Ingenieure können einen Schlüssel auf ein neu veröffentlichtes Modell verweisen und eine Evaluierung durchführen, ohne eine neue Genehmigung des Anbieters einzuholen. Griesser beschrieb die Änderung als Wechsel von einem langwierigen Genehmigungsprozess zu einer Konfigurationsänderung.

Frontier-Modelle machten weiterhin den Großteil der Nutzung aus, während Open-Weight-Modelle etwa 12 % der Tokens stellten. Der größte Anteil davon entfiel auf Kimi K2.6, das Evaluierungssuiten für interne Sentry-Tools ausführte, darunter Warden, Sentrys Agent für Code- und Sicherheitsprüfungen. GPT-5.6 Luna war der Standard für stark genutzte Tools wie Sentrys offiziellen MCP-Server. Das Modell stand für 30,8 % der Konto-Tokens und 5,2 % der Modellausgaben.

Inzwischen haben mehr als 113 Personen Konten, und mehr als 45 Apps senden Datenverkehr über das gemeinsame Setup. Dazu gehören interne Agents und Tools wie Pi, Claude Code, OpenCode, Codex und Cursor sowie Dienste, die von Sentrys Marketing- und Supportteams entwickelt wurden.

Laut OpenRouter hat die Umstellung das Ausgabenvolumen von Sentry nicht verändert. Sie verschaffte dem Unternehmen eine klarere Zuordnung der Anfragen, Transparenz auf Modellebene und Budgetgrenzen, darunter ein wöchentliches Budget von 1.500 US-Dollar pro Person im Standard-Workspace von Sentry. Für Nutzer bedeutet das eine größere Auswahl an Modellen, ohne für jedes Experiment eine separate Beziehung zu einem Anbieter einrichten zu müssen.