Google Code Wiki（公式表記は Code Wiki）は、Googleが2025年11月13日に Google Developers Blog で発表した、コードリポジトリ向けのAIドキュメント生成サービスです。コードベースを読み込み、構造化されたWiki、コードへのリンク、アーキテクチャ図、クラス図、シーケンス図、Geminiによる質問回答をまとめて提供する点が特徴です。
Google Code Wikiは、公開リポジトリを読み込み、構造を説明するWiki、アーキテクチャ図・クラス図・シーケンス図、コードへのリンク付きの説明、Geminiに質問できるチャットを自動で作るサービスです。コードが変わるたびに説明を作り直すため、READMEより古くなりにくいのが特徴です。2026年10月26日時点で確認できる公式情報では、提供は公開リポジトリ向けのパブリックプレビューで、社内のプライベートリポジトリ向けの仕組みは待機リストの段階です。説明はコードからの推論にもとづくため、重要な箇所はリンク先のコードで確かめて使います。
要点
- Google Code Wikiは公開リポジトリからWiki、図、コードへのリンク付きの説明、Geminiのチャットを作り、コード変更のたびに説明を作り直すサービスです。
- 2026年10月26日時点の公式情報では提供は公開リポジトリ向けのパブリックプレビューで、社内リポジトリ向けの仕組みは待機リストの段階です。
- 説明の正確さの評価方法は公開されていないため、変更後はリンク先のコードと図を照らし合わせ、誤りはコードやADRなど人が管理する資料で直します。
Google Code Wikiとは何か
Google Code Wikiは、コードリポジトリを対象にした「生きたドキュメント」を作るためのサービスです。Googleの発表では、既存コードの読解がソフトウェア開発における大きなボトルネックであり、その解消策として、リポジトリごとに継続的に更新される構造化Wikiを維持するプラットフォームだと説明されています。
一般的なREADMEや社内Wikiは、人が書いて、人が更新する前提です。最初は正確でも、実装が変わり、依存関係が変わり、運用が変わると、数か月後には実態とずれます。Google Code Wikiはこの「ドキュメントが古くなる」問題に対して、コードベースをスキャンし、コード変更に合わせてドキュメントを再生成する方向で設計されています。
2026年10月26日時点で確認できる公式情報では、codewiki.googleのWebサイトは公開リポジトリを取り込むパブリックプレビューです。プライベートリポジトリ向けには、Gemini CLI拡張として社内で動かす仕組みが開発中とされ、待機リストが案内されています。
Google Code Wikiは、コードの全体像を「人が読むWiki」と「Geminiに質問できる知識ベース」の両方に変換するサービスです。
何が自動生成されるのか
Google Code Wikiの中心は、リポジトリの構造を読み、開発者が理解しやすい単位に分解することです。公式発表で示されている機能を実務目線で整理すると、次のようになります。
| 生成・提供されるもの | 役割 | 読者が得られること |
|---|---|---|
| 構造化Wiki | リポジトリ全体を章立てして説明する | どの領域から読めばよいか分かる |
| コードへのリンク | 説明から該当ファイル、クラス、関数へ移動できる | 抽象説明と実装を往復しやすくなる |
| アーキテクチャ図 | 主要モジュールや関係性を視覚化する | 全体構造を文章だけで追わずに済む |
| クラス図・シーケンス図 | オブジェクト関係や処理順序を整理する | 影響範囲や呼び出しの流れを把握しやすい |
| Geminiチャット | 生成されたWikiを文脈にして質問に答える | 「認証はどこで処理しているか」などを自然文で聞ける |
ポイントは、チャットだけが主役ではないことです。コードを直接LLMに投げて質問するだけなら、既存のAIコーディングツールでもできます。Google Code Wikiは、まずリポジトリをWikiとして整理し、そのWikiをGeminiチャットの知識ベースとして使う構成です。これにより、単発のQ&Aよりも、チームで共有しやすい説明面が残ります。
たとえば、新しく参加したエンジニアが「このプロジェクトの認証はどこから読めばよいか」を知りたいとします。従来ならREADME、ディレクトリ構成、過去のPR、主要ファイルを順番に見ていく必要がありました。Google Code Wikiでは、認証に関わる概念説明から関連ファイルへ移動し、分からない箇所をGeminiチャットに聞く流れを作れます。
READMEや通常の社内Wikiと何が違うか
Google Code Wikiを理解するときは、README、手書きの社内Wiki、AIコードチャットと分けて考えると分かりやすくなります。どれかを完全に置き換えるというより、コード読解の入口を増やすものです。
| 手段 | 強み | 弱み |
|---|---|---|
| README | 人間が意図を込めて概要、起動方法、運用注意点を書ける | 実装変更に追従しないとすぐ古くなる |
| 社内Wiki | 背景、意思決定、業務ルール、例外運用を書き残せる | コードとの差分を人が管理する必要がある |
| AIコードチャット | その場で質問でき、調査や説明が速い | 回答が会話に閉じやすく、共有ドキュメントとして残りにくい |
| Google Code Wiki | コードベースからWiki、図解、チャット文脈を継続生成できる | 設計意図や組織上の判断までは自動で保証されない |
特に大きい違いは、ドキュメントの更新単位です。READMEや社内Wikiは、人が「更新しよう」と思わない限り古くなります。Google Code Wikiは、コード変更後にドキュメントが再生成される考え方を採っているため、構造や参照先のずれを減らしやすい設計です。
コードに現れていない設計判断や採用しなかった案は、ADRや設計メモに人が残す必要があります。
Gemini CLIやGemini Code Assistとの関係
Googleの開発支援ツールには、Gemini CLI、Gemini Code Assist、Gemini Code Assist for GitHubなど、近い名前のものが複数あります。Google Code Wikiは、それらと同じ「コード理解を支援するGemini系の開発者向け機能」として見られますが、主目的は異なります。
Gemini CLI は、ターミナル上でコード調査、ファイル編集、コマンド実行、MCP連携などを進めるための実行環境です。開発者が作業しながらAIを呼び出す道具に近いです。一方、Google Code Wikiは、リポジトリを読み解くためのWikiと図解を生成し、それを共有・参照できる形にする道具です。
Gemini Code Assistは、IDEやGitHub上での補完、レビュー、PR支援などに近い位置づけです。Google Code Wikiは、コードを書く瞬間の補完よりも、既存コードを理解する入口として機能します。オンボーディング、コードレビュー前の全体把握、レガシーコード調査、OSSの読み解きなどでは、実装前の「理解」に寄った価値があります。
| ツール | 主な利用場面 | 見るべきポイント |
|---|---|---|
| Google Code Wiki | リポジトリ全体の理解、Wiki化、図解、質問回答 | 生成内容の正確性、更新差分、プライベートコード対応 |
| Gemini CLI | ターミナルでの調査、編集、実行、MCP連携 | 権限、コマンド実行、接続先、監査ログ |
| Gemini Code Assist | IDEやGitHubでの補完、レビュー、開発支援 | 開発フロー、ライセンス、組織ポリシー |
企業でAIコーディング支援を整理するなら、「理解する」「変更する」「レビューする」「実行する」を分けると設計しやすくなります。Google Code Wikiは主に理解の層、Gemini CLIは変更と実行の層、Code AssistはIDE・PRの層に近いと捉えると混乱しにくいです。この切り分けは、AIエージェントの権限設計を考えるときにも重要です。
実務で使いやすい場面
Google Code Wikiが特に効きやすいのは、「コードはあるが、全体像を知っている人が少ない」状況です。新規開発よりも、既存システム、引き継ぎ、OSS調査、複数チームで触る基盤コードに向いています。
| 場面 | 使い方 | 人が補うこと |
|---|---|---|
| 新メンバーのオンボーディング | 主要モジュールとデータの流れをWikiと図で先に把握する | よく触る箇所と注意点をチームが伝える |
| レガシーコードの調査 | 現在の構造と影響範囲を把握する | なぜその実装になったかを過去の記録で確かめる |
| OSS・外部ライブラリの理解 | エントリーポイント、主要ディレクトリ、テスト構成を先に把握する | 使うバージョンのコードと照らし合わせる |
| コードレビュー前の把握 | 変更箇所の周辺の依存関係を確認する | 変更の意図はPRの説明で確かめる |
| 非エンジニアとの共有 | 図と概要で全体像を共有する | 事業やセキュリティの判断には担当エンジニアの確認を挟む |
コード変更からWiki再生成・根拠確認・誤りの修正までの確認例
Code Wikiは、コードが変わるたびに説明を作り直し、説明やチャットの回答に関連コードへのリンクを付けると説明されています。一方で、説明の正確さをどう評価しているか、利用者が誤りを報告できるかは公式発表に書かれていません。そのため、使う側で次のような確認の流れを決めておきます。ここでは、公開リポジトリで「ログイン処理を別のファイルへ移した」変更を例にします。
- 変更を反映した説明を開く：変更をマージした後、Wikiの該当する節（認証やログインの説明）を開き、変更前の説明と比べます。説明が変更前のままなら、再生成がまだ反映されていない可能性があります。
- リンク先のコードを開く：説明に付いたリンクから、ファイル、クラス、関数を開きます。移動先の新しいファイルを指しているか、古いファイル名のままになっていないかを確かめます。
- 図とコードを照らし合わせる：シーケンス図に、新しいファイルの処理が正しい順番で入っているかを確かめます。図だけを見て影響範囲を判断しません。
- チャットの回答も根拠をたどる：「ログイン失敗時の処理はどこか」などをチャットで聞き、回答のリンク先が実際にその処理をしているかを確かめます。
- 誤りを見つけたら、人が管理する資料を直す：生成された説明そのものを編集できるかは公式発表に書かれていません。誤りの原因が、古いコメントや分かりにくい関数名など、コード側にあれば直します。設計の意図など、コードから読めない内容はREADMEやADRに書きます。
- 再生成後にもう一度確かめる：修正をマージした後、同じ節とリンクを開き直し、説明が直ったかを確認します。
| 見つけた誤り | 考えられる原因 | 直す場所 |
|---|---|---|
| 移動したファイルを古い名前で説明している | 再生成がまだ反映されていない | 時間をおいて開き直す。直らなければコード側の参照を確認する |
| 関数の役割を取り違えている | 関数名やコメントが実際の処理と合っていない | 関数名やコメントを直す |
| 「なぜこの作りか」の説明が推測になっている | 設計の意図がコードに書かれていない | ADRやREADMEに意図を書く |
| 図に古い処理が残っている | 使われていないコードが残っている | 不要なコードを削除する |
認証、課金、権限、個人情報、外部APIとの連携など、誤解が事故につながる領域では、この確認を変更のレビューに含めておくと安心です。
企業利用で確認すべき注意点
Google Code Wikiの価値は、コード理解を速くすることです。しかし、企業利用では「便利そう」だけでは導入判断になりません。特に、プライベートコード、セキュリティ、更新差分、生成内容の責任範囲を分けて確認する必要があります。
1. 公開リポジトリとプライベートリポジトリを分ける
公式発表では、Webサイトは公開リポジトリの取り込みから始まり、プライベートリポジトリ向けにはGemini CLI拡張によるローカル・セキュアな実行形態が説明されています。社内コードを扱う場合は、どのデータがどこで処理されるか、どのアカウント・プロジェクトに紐づくかを確認してから使うべきです。
2. AIエージェント運用の権限設計とつなげる
Google Code Wiki自体は理解支援に寄っていますが、Gemini CLIや他のAIエージェントと組み合わせると、読み取りから編集・実行へ進みます。そこでは、AIエージェント ガバナンスで扱うような承認フロー、監査ログ、接続先制御が必要になります。
導入判断のチェックリスト
Google Code Wikiを試す前に、次の問いに答えられる状態にしておくと、単なる話題のAIツールで終わらず、実務に使えるかを判断しやすくなります。
- 対象リポジトリは公開リポジトリか、プライベートリポジトリか。
- 誰が生成Wikiを閲覧できるか。
- 生成内容をレビューする担当者は誰か。
- README、ADR、社内Wikiのどれを人間の正本として残すか。
- Gemini CLIやCode Assistと併用する場合、どこから編集・実行を許可するか。
- セキュリティ、個人情報、契約情報を含む領域をどう扱うか。
AIコード支援は、理解だけならリスクが小さく見えます。しかし、理解支援の結果がそのまま実装判断、レビュー判断、運用判断に使われると、誤解も影響を持ちます。Google Code Wikiを使う場合も、生成ドキュメントを「読む速度を上げる補助線」と捉え、意思決定の根拠は人間が管理する資料とコードに残すのが現実的です。
よくある質問
Google Code Wikiとは何ですか？
Google Code Wikiは、コードリポジトリを読み込み、構造化されたWiki、コードへのリンク、アーキテクチャ図、クラス図、シーケンス図、Geminiチャットを提供するGoogleのコード理解支援サービスです。公式表記は Code Wiki です。
Google Code Wikiは無料で使えますか？
2026年10月26日時点で、Googleの公式な料金発表は確認できていません。Webサイトはパブリックプレビューとして案内されているため、企業で使う場合は、導入時に公式ページで提供条件を確認してください。費用だけでなく、対象リポジトリ、権限、データ処理場所も確認が必要です。
Google Code Wikiはプライベートリポジトリに使えますか？
2026年10月26日時点で確認できる公式情報では、まだ使えません。Webサイトは公開リポジトリが対象で、社内リポジトリ向けにはGemini CLI拡張として社内で動かす仕組みが開発中とされ、待機リストが案内されています。社内コードで使う場合は、最新の提供条件、認証方式、データの扱いを確認してから判断してください。
生成された説明の誤りは、Code Wikiの画面で直せますか？
公式発表には、生成された説明を利用者が編集・報告する機能の説明がありません。誤りの原因が古いコメントや分かりにくい名前ならコードを直し、設計の意図のようにコードから読めない内容はREADMEやADRに書いて、再生成後に説明を確かめ直します。
READMEや社内Wikiは不要になりますか？
不要にはなりません。Google Code Wikiは、コードから分かる構造や関係性を整理するのに向いています。一方で、設計意図、意思決定の背景、業務ルール、例外運用、セキュリティ方針は、人間がREADME、ADR、社内Wikiに残す必要があります。
DeepWikiのようなツールと何が違いますか？
どちらもリポジトリ理解を支援するAIドキュメント系ツールとして比較されます。Google Code Wikiの特徴は、GoogleがGeminiを組み込み、Code WikiサイトとGemini CLI拡張の文脈で展開している点です。実務では名称よりも、対象リポジトリ、更新頻度、根拠リンク、プライベートコード対応、チーム内レビュー運用で比較するのが有効です。
企業で最初に試すなら何から始めるべきですか？
まずは公開可能なサンプルリポジトリやOSSで、生成Wikiの粒度、コードリンク、図解、チャット回答の根拠を確認するのが安全です。社内コードへ広げる前に、閲覧権限、生成内容レビュー、ADRとの役割分担、Gemini CLIやCode Assistとの併用範囲を決めてください。
