GitHubs Copilot-Nutzungs-API zählt jetzt Modellverkehr von Werkzeugen außerhalb der IDE
Victoria Shinder1 Min. LesezeitGitHubs Copilot-Nutzungs-API hat am 23. Oktober ein Feld totals_by_client erhalten, das die Modellnutzung nach dem sendenden Werkzeug aufschlüsselt. Es erscheint in den Berichten für Unternehmen, Organisationen und deren Nutzer, jeweils in der 1-Tages- und der 28-Tages-Variante. Jeder Eintrag nennt einen Client — opencode, claude_code, codex, zed, copilot_cli, github_app, cloud_agent, code_review, vscode, jetbrains, Unerkanntes unter other — und meldet request_count, session_count und Tokenverbrauch, mit einer weiteren Aufgliederung nach Modell, die festhält, ob das Modell vom Nutzer, automatisch oder vom Produkt gewählt wurde.
Die Änderung ist additiv: Bestehende Felder bleiben unberührt, das neue Feld ist leer, wenn keine Nutzung vorliegt. GitHub weist darauf hin, dass request_count Modellaufrufe zählt, nicht Eingaben, und dass Clients über die mitgeschickte Integrations-ID erkannt werden — die Zuordnung ist also eine beste Schätzung, keine geprüfte Identität.
Was das bedeutet
Das ehrliche Eingeständnis darin: Viel Copilot-Nutzung war unsichtbar. Werkzeuge, die das Modell von außerhalb eines Editors ansteuern — CLIs, Agenten, Drittanbieter-Clients — senden keine Editor-Telemetrie und tauchten in den IDE-Summen nie auf. Das Zählen am Server schließt die Lücke und macht für Kapazitäts- und Governance-Arbeit aus "wir vermuten, das meiste läuft in VS Code" eine Zahl. Der Vorbehalt zur Identität ist der, den man in jeden darauf gebauten Bericht mitnehmen sollte: Ein Client-String ist eine Selbstauskunft der Integration, nichts von GitHub Geprüftes — also ein starkes Signal, kein Prüfpfad.