L'écosystème Developer Knowledge API de Google a été présenté officiellement le 7 octobre 2026 sur le blog Google Developers. Il vise à remplacer deux expédients : laisser les agents scraper des pages web, ou faire confiance à la documentation périmée qu'un modèle retient de son entraînement. L'API transforme la documentation officielle de Google Cloud, Firebase, Android et d'autres produits en une source de référence programmable, servie en Markdown, avec recherche sémantique et par mots-clés, découpage des documents et questions-réponses étayées. Le public visé est nommé sans détour : les agents IA, les extensions d'IDE et les flux automatisés.
Quatre portes vers la même API
Google propose quatre accès. Les utilisateurs du terminal disposent d'une surface gcloud CLI, préinstallée dans Cloud Shell et disponible dans les installations classiques du SDK Google Cloud : answer-query renvoie des réponses étayées dans le terminal, documents search-chunks cherche dans les extraits de documentation, et documents describe récupère un document précis — un journal d'erreurs peut même être injecté directement dans la question. Les assistants de code reçoivent un skill d'agent officiel : une fois installé, l'assistant suit un parcours de récupération en plusieurs étapes contre le serveur MCP associé, avec repli sur l'API REST, et fonctionne avec Antigravity, Claude Code, Cursor, GitHub Copilot et des frameworks maison. Les équipes de production disposent de bibliothèques clientes pour C#, Go, Java, Node.js, PHP, Python et Ruby, dont une méthode batch qui récupère jusqu'à 20 documents en un appel. Et qui veut simplement essayer dispose d'APIs Explorer, une page sans code pour tester requêtes et formats de réponse.
L'enjeu est l'ordre de récupération, pas un énième point d'accès
Le choix de conception qui mérite l'attention est l'ordre imposé aux agents : chercher d'abord les fragments de documents, repérer les passages qui comptent vraiment, puis ne récupérer les pages complètes qu'au besoin, au lieu de verser des documents entiers dans le contexte dès le départ. Cela va dans le même sens que des efforts comme EmbeddingGemma 2, qui déplace la récupération vers les appareils locaux : dépenser moins de tokens, et en dépenser davantage pour la bonne information. Google insiste aussi sur une indexation fréquente afin de réduire le délai entre une modification de la documentation en amont et le moment où un agent peut la voir — une phrase qui pèse plus que la liste des fonctions pour quiconque s'est déjà fait piéger par une doc dépassée.
Les limites sont tout aussi nettes : le périmètre est la documentation développeur de Google, pas le web ouvert, et l'authentification passe par les identifiants par défaut des applications Google Cloud ou par une clé API, à configurer proprement avant de commencer. Pour les équipes immergées dans Google Cloud, consulter la documentation devient une étape programmable plutôt qu'un réflexe humain ; pour les autres, c'est pour l'instant une pièce bien construite de l'écosystème de quelqu'un d'autre.
