Google の Developer Knowledge API エコシステムは 2026 年 10 月 7 日、Google Developers Blog で正式に紹介された。置き換えようとしているのは二つの間に合わせだ。エージェントにウェブページをスクレイピングさせること、そしてモデルの学習データに残る古くなったドキュメントの記憶に頼ることである。この API は Google Cloud、Firebase、Android などの公式ドキュメントをプログラムから扱える唯一の正典とし、Markdown 形式で提供する。セマンティック検索とキーワード検索、ドキュメントの分割、有拠の質疑応答を備え、想定読者は明快だ。AI エージェント、IDE 拡張、自動化ワークフローである。
同じ API への四つの入口
Google は四つの接ぎ方を用意した。ターミナルで働く人には gcloud CLI があり、Cloud Shell にプリインストールされ、通常の Google Cloud SDK 環境でも使える。answer-query はターミナルで根拠付きの回答を返し、documents search-chunks はドキュメントの断片を検索し、documents describe は特定の文書を取得する。エラーログをそのまま質問へ流し込むこともできる。コーディング支援ツール向けには公式のエージェントスキルがあり、入れると支援ツールは段階的な検索手順で付属の MCP サーバーを呼び、MCP がなければ REST API に退避でき、Antigravity、Claude Code、Cursor、GitHub Copilot などに対応する。本番システム向けには C#、Go、Java、Node.js、PHP、Python、Ruby のクライアントライブラリがあり、一括取得では一度に最大 20 件の文書を取れる。まず試したい人には、コード不要でリクエストを試せる APIs Explorer がある。
価値は入口の数ではなく、検索の順序にある
注目すべき設計は、エージェントに課す取得順序だ。まずドキュメントの断片を検索して関連箇所を見極め、必要なときだけ全文ページを取得する。最初から文書全体をコンテキストへ流し込まない。この発想は、検索を端末側へ寄せる EmbeddingGemma 2 のような取り組みと同じ方向を向いている。トークンを減らし、正しい情報に使わせるということだ。Google はインデックスを頻繁に更新し、上流のドキュメント変更とエージェントがそれを見られるまでの遅れを最小化するとも強調している。古いドキュメントに苦しんだ開発者には、機能一覧よりこの一文のほうが重い。
境界もはっきりしている。対象は Google 自身の開発者ドキュメントであり、ウェブ全体の検索ではない。認証は Google Cloud のアプリケーション デフォルト認証情報か API キーを使うため、導入前にその整備が要る。Google Cloud を多用するチームには、ドキュメント確認が人の習慣からプログラム可能な工程へ変わる話であり、そうでないチームには当面、他人のエコシステムの出来の良い部品だ。
