Googles Developer-Knowledge-API-Ökosystem wurde am 7. Oktober 2026 im Google Developers Blog offiziell vorgestellt. Es soll zwei Behelfslösungen ersetzen: Agenten Webseiten scrapen zu lassen oder sich auf veraltete Dokumentation zu verlassen, die ein Modell aus seinen Trainingsdaten erinnert. Die API macht die offizielle Dokumentation zu Google Cloud, Firebase, Android und mehr zu einer programmierbaren maßgeblichen Quelle, ausgeliefert als Markdown, mit semantischer und Stichwortsuche, Dokumentzerlegung und belegter Frage-Antwort-Funktion. Die Zielgruppe benennt Google unmissverständlich: KI-Agenten, IDE-Erweiterungen und automatisierte Workflows.
Vier Türen in dieselbe API
Google bietet vier Zugänge. Terminalnutzer erhalten eine gcloud-CLI-Oberfläche, vorinstalliert in der Cloud Shell und in üblichen Google-Cloud-SDK-Installationen verfügbar: answer-query liefert belegte Antworten im Terminal, documents search-chunks durchsucht Dokumentausschnitte, und documents describe ruft ein bestimmtes Dokument ab – ein Fehlerprotokoll lässt sich sogar direkt in die Frage leiten. Coding-Assistenten bekommen einen offiziellen Agenten-Skill: Nach der Installation folgt der Assistent einem mehrstufigen Abrufablauf gegen den zugehörigen MCP-Server, mit REST als Rückfalloption, und funktioniert mit Antigravity, Claude Code, Cursor, GitHub Copilot und eigenen Frameworks. Produktionsteams erhalten Client-Bibliotheken für C#, Go, Java, Node.js, PHP, Python und Ruby, inklusive einer Batch-Methode, die bis zu 20 Dokumente in einem Aufruf holt. Und wer nur herumprobieren will, nutzt den APIs Explorer, eine codefreie Seite zum Testen von Anfragen und Antwortformaten.
Entscheidend ist die Reihenfolge des Abrufs, nicht ein weiterer Endpunkt
Die beachtenswerte Designentscheidung ist die Reihenfolge, die das Ökosystem Agenten vorschreibt: zuerst Dokumentstücke suchen, sehen, welche Passagen wirklich zählen, und vollständige Seiten nur bei Bedarf holen, statt Dokumente von Anfang an komplett in den Kontext zu kippen. Das weist in dieselbe Richtung wie EmbeddingGemma 2, das Retrieval auf lokale Geräte verlagert: weniger Token ausgeben und mehr davon für die richtige Information. Google betont außerdem eine häufige Indexierung, damit zwischen einer Änderung der Upstream-Dokumentation und ihrer Sichtbarkeit für Agenten möglichst wenig Zeit vergeht – ein Satz, der für jeden Entwickler, den veraltete Doku schon einmal erwischt hat, mehr wiegt als die Featureliste.
Die Grenzen sind ebenso klar: Abgedeckt ist Googles eigene Entwicklerdokumentation, nicht das offene Web, und die Authentifizierung läuft über Google Clouds Application Default Credentials oder einen API-Schlüssel, was Teams zuerst sauber einrichten müssen. Für Teams tief im Google-Cloud-Ökosystem wird das Nachschlagen in der Doku vom menschlichen Handgriff zum programmierbaren Schritt; für alle anderen ist es vorerst ein gut gebautes Teil fremder Infrastruktur.
