Google Developer Knowledgeの回答が途中で切れる問題は、もう復旧したのでしょうか。Googleは2026年10月9日、AnswerQueryのサービス復旧と回答切断の解消を報告しました。切断を理由に利用を止めていた開発者には、手順の概要を得る用途で再び試す理由があります。
ただし、実装に使うCLIフラグやIAM権限名まで、要約回答だけで決めるのは適切ではありません。Googleの案内は、手順を文章で把握するAnswerQueryと、具体的な識別子を探すSearchDocumentChunksを使い分けています。今回の判断の軸は、作業の流れを知りたいのか、入力する文字列を確かめたいのかです。
復旧したのは回答の切断。実装内容の正しさは別に判断する
Googleの公式更新履歴には、10月8日にAnswerQueryの応答切断を伴うサービス劣化、翌9日に復旧が記載されています。これは、回答を最後まで受け取る際の問題についての報告です。
Developer Knowledgeは、Googleの公式開発資料をAI開発ツールから検索・取得するためのAPIとMCPサーバーを提供しています。AnswerQueryはその資料をもとに自然言語の回答を生成し、参照先も返す機能です。
途中で切れた説明では導入手順の全体像を追いにくいため、復旧は手順を調べる作業に関わる変更です。一方、回答が最後まで届くことから、フラグや権限名も必ず正しいとは導けません。公式利用案内では回答にcitationsとreferencesが含まれるため、概要を読んだ後に根拠の資料へ戻れる構成になっています。
導入の流れは要約で、フラグや権限名は原文検索で
GoogleはAnswerQueryを、一般的な操作方法、製品比較、出典リンク付きの手順要約に適する方法として案内しています。たとえば「BigQueryのデータセットをどう作るか」という質問なら、作成方法の選択肢と流れを文章で把握する用途です。
そこから実際のコマンドを組む段階では、必要な情報の粒度が変わります。CLIフラグ、コード構文、パラメーター名、IAM権限の検索にはSearchDocumentChunksが案内されています。MCPでの対応するツール名は、要約がanswer_query、原文検索がsearch_documentsです。出典：公式の検索方法の使い分け。
原文検索では、質問文を丸ごと渡すより、具体的なキーワードを2〜5個使うよう推奨されています。製品名と探している操作・識別子を絞って検索し、得られた資料で構文や条件を読む使い方になります。
概要理解から実装へ進むときに検索方法も切り替えると、流れの把握と入力文字列の照合を別々の工程にできます。これは公式の用途案内から導ける使い方であり、SearchDocumentChunksなら必ず正解が得られるという意味ではありません。検索された資料の対象製品・版・環境が、自分の構成に合うことが前提です。
試す対象は、公式資料を開発ツールへ組み込みたい人
APIから利用する場合、RESTではDeveloper Knowledge APIの有効化とAPIキーの生成が必要です。gcloudではCLIのインストール・設定に加えて、APIを有効化します。既存ツールから呼び出す用途でも、こうした準備が導入条件になります。出典：公式利用案内の準備手順。
Google製品の導入手順を繰り返し調べる開発者や、公式資料の検索をAI開発ツールへ組み込みたいチームには、要約と原文検索を使い分ける理由があります。一方、単発で一つのフラグを調べるだけなら、そのためにAPI連携を用意する必要性は小さく、対象の公式ドキュメントを直接読む方法も選べます。
情報は2026年10月11日（日本時間）確認の公式資料に基づきます。APIの実呼出しは行っておらず、全リクエストの成功、回答精度、速度、費用、作業時間の差は評価していません。
切断が利用を止めた理由なら、まず手順の概要を得る用途でAnswerQueryを試す判断になります。実装へ進むときは、必要なフラグや権限名を原文で照合してください。出典を読む工程を省き、要約回答をそのまま実装の確定情報にしたい用途には向きません。
コメント