- AntigravityのコンテキストエンジンとNotebookLMの要約能力を組み合わせて技術文書を効率管理
- コードベース・設計書・議事録をNotebookLMに一括取り込みしてRAG検索を実現
- SES現場の参画初日からプロジェクト全体を把握できる知識ベースを構築
SES案件で新しいプロジェクトに参画する際、最大の課題はプロジェクト固有の知識のキャッチアップです。設計書、議事録、コーディング規約、API仕様書 — 膨大なドキュメントを読み込むのに数日から数週間かかることも珍しくありません。
Google AntigravityとNotebookLMを連携させることで、プロジェクトの技術ドキュメントを効率的に管理・検索・活用できる環境を構築できます。
- Google AntigravityとNotebookLMの連携メリット
- 技術ドキュメントのNotebookLMへの取り込み方法
- コードベースの知識ベース構築手法
- SES現場での実践的な活用ワークフロー
Google AntigravityとNotebookLMの連携概要
それぞれのツールの強み
Google Antigravity(Gemini CLI) とNotebookLMは、それぞれ異なる強みを持っています。
| 機能 | Antigravity | NotebookLM |
|---|---|---|
| コード解析 | ◎ ファイルシステム直接アクセス | △ テキストベースの取り込み |
| 文書要約 | ○ プロンプト指示で要約 | ◎ ソース分析AIが自動要約 |
| 対話型Q&A | ○ ターミナル内で質問 | ◎ チャットUIで直感的に質問 |
| マルチソース検索 | △ プロジェクト内のみ | ◎ 複数文書を横断検索 |
| コード生成 | ◎ 直接ファイル編集可能 | × コード生成は不可 |
| 音声要約 | × 非対応 | ◎ Audio Overview機能 |
連携ワークフローの全体像
AntigravityとNotebookLMの連携フローは以下の通りです。
- Antigravityでコードベースを解析 → 技術仕様書を自動生成
- NotebookLMに仕様書を取り込み → 知識ベースを構築
- NotebookLMで横断検索・Q&A → 必要な情報に即アクセス
- Antigravityで実装 → NotebookLMの情報を参考にコーディング
Antigravityでの技術ドキュメント自動生成
コードベースからのアーキテクチャドキュメント生成
まず、Antigravityを使ってプロジェクトのコードベースから技術ドキュメントを自動生成します。
gemini "このプロジェクトの全体アーキテクチャを分析し、
以下のドキュメントをdocs/ディレクトリに生成してください:
1. docs/architecture.md - システムアーキテクチャ概要
- ディレクトリ構造と各モジュールの責務
- 依存関係グラフ(Mermaid形式)
- 使用技術スタックの一覧
2. docs/api-reference.md - API仕様一覧
- 全エンドポイントのメソッド・パス・概要
- リクエスト/レスポンスの型情報
- 認証方式
3. docs/data-model.md - データモデル定義
- ER図(Mermaid形式)
- 各テーブル/コレクションの説明
- リレーション関係
4. docs/coding-standards.md - コーディング規約
- 実際のコードから推測される命名規則
- ディレクトリ配置ルール
- テストの書き方パターン"
Antigravityの100万トークンのコンテキストを活用すれば、大規模プロジェクトでも一度に全体を解析してドキュメントを生成できます。
変更履歴からのチェンジログ生成
Gitログから技術的な変更履歴をドキュメント化することも有効です。
gemini "直近3ヶ月のgitログを分析し、以下を生成してください:
1. 機能追加の一覧(Feature)
2. バグ修正の一覧(Bugfix)
3. リファクタリングの一覧
4. 破壊的変更の一覧
5. 各変更の影響範囲と背景
CHANGELOG.md形式で出力してください"
議事録・Slackログからのナレッジ抽出
gemini "docs/meeting-notes/ の議事録ファイルを分析し、
以下のカテゴリで技術的決定事項をまとめてください:
1. アーキテクチャに関する決定事項(ADR形式)
2. 技術スタックの選定理由
3. 未解決の技術的課題
4. 今後の技術方針
docs/decisions/ ディレクトリにADR形式で出力してください"

NotebookLMへのドキュメント取り込み
ソースの選定と最適化
NotebookLMに取り込むドキュメントは、質と構造が重要です。取り込む前にAntigravityで最適化しましょう。
gemini "docs/ ディレクトリの全ドキュメントをNotebookLM用に最適化してください:
1. 各ドキュメントの冒頭に要約セクションを追加
2. コードブロックに言語タグと説明コメントを追加
3. 図表にキャプションを追加
4. 相互参照リンクを追加
5. 1ファイルの推奨文字数(50万字以内)を超える場合は分割
出力: docs/notebook-lm/ ディレクトリ"
取り込み対象のベストプラクティス
NotebookLMに取り込む推奨ソースは以下の通りです。
取り込み推奨
- アーキテクチャ設計書
- API仕様書(OpenAPI/Swagger)
- データベース設計書
- コーディング規約
- ADR(Architecture Decision Records)
- 障害報告書・ポストモーテム
取り込み非推奨
- ソースコード全文(構造化されたドキュメントの方が有効)
- 大量のログデータ
- バイナリファイル
Google Driveとの連携
NotebookLMはGoogle Driveとシームレスに連携できるため、以下のワークフローが構築できます。
gemini "以下のスクリプトを作成してください:
1. docs/notebook-lm/ の全MarkdownファイルをGoogle Docsに変換
2. Google Drive の指定フォルダにアップロード
3. NotebookLMのノートブックにソースとして追加するためのリンク一覧を生成
gcloud CLIとGoogle Drive APIを使用してください"
NotebookLMでの知識活用
技術的な質問への即時回答
NotebookLMにプロジェクトのドキュメントを取り込んだ後は、自然言語で質問するだけでプロジェクト固有の回答が得られます。
質問例と回答の精度
| 質問 | 回答精度 | 根拠ソース |
|---|---|---|
| 「このAPIの認証方式は?」 | ◎ | API仕様書 |
| 「ユーザーテーブルのカラム一覧は?」 | ◎ | データモデル設計書 |
| 「前回のリリースで何が変わった?」 | ○ | チェンジログ |
| 「なぜMongoDBを選んだ?」 | ◎ | ADR文書 |
| 「このバグの原因は?」 | △ | 障害報告書 |
Audio Overviewでの技術要約
NotebookLMのAudio Overview機能は、技術ドキュメントの理解に特に有効です。
- 通勤中にプロジェクトのアーキテクチャ概要をポッドキャスト形式で聞く
- 朝会前にチェンジログの要約を音声で確認
- 新規参画メンバーへのオンボーディング資料として活用
Geminiモデルとの深い連携
NotebookLMはGeminiモデルをベースにしているため、Antigravityで生成したドキュメントとの相性が非常に良好です。
- Antigravityが生成したMermaid図をNotebookLMが正確に解釈
- 構造化されたMarkdownドキュメントの処理精度が高い
- コード例を含むドキュメントの技術的な質問に正確に回答
実践的な活用ワークフロー
ワークフロー1: 新規参画時のキャッチアップ
SES案件で新プロジェクトに参画する際の推奨フローです。
Day 1: ドキュメント生成(Antigravity)
gemini "このプロジェクトを新規参画者向けに分析し、
以下のオンボーディングドキュメントを生成してください:
1. プロジェクト概要(5分で理解できるレベル)
2. 開発環境セットアップ手順
3. アーキテクチャ概要と主要モジュールの説明
4. よく使うコマンド一覧
5. コーディング規約の要点"
Day 1: NotebookLMへの取り込み 生成したドキュメント + 既存の設計書をNotebookLMに取り込みます。
Day 2以降: NotebookLMでQ&A 開発中に疑問が生じたら、NotebookLMに質問して即座に回答を得ます。
ワークフロー2: コードレビュー支援
gemini "PRの変更内容を分析し、以下のレビューポイントをまとめてください:
1. 変更の目的と影響範囲
2. アーキテクチャ設計書との整合性
3. コーディング規約への準拠状況
4. テストカバレッジの変化
レビューコメントのドラフトを生成してください"
レビューコメントのドラフトをNotebookLMのソースとして蓄積すれば、レビューパターンの知識ベースも構築できます。
ワークフロー3: 技術的意思決定の記録
gemini "今回の技術選定に関する議論をADR形式でまとめてください:
テーマ: キャッシュ層にRedisを採用
コンテキスト: 現在のDB直接クエリのパフォーマンス問題
検討した選択肢: Redis / Memcached / CDNキャッシュ
決定: Redis
理由: データ構造の柔軟性と永続化対応
結果: 予想されるパフォーマンス改善効果
docs/decisions/adr-XXX-redis-cache.md に出力"
チーム全体での知識共有
共有NotebookLMの構築
チーム全体で1つのNotebookLMノートブックを共有し、以下のソースを継続的に追加します。
- 自動更新: Antigravityが定期的にドキュメントを再生成
- 手動追加: 重要な議事録・障害報告を随時追加
- 棚卸し: 月次で古いソースを削除・更新
ドキュメント鮮度の維持
gemini "docs/ の全ドキュメントを実際のコードベースと比較し、
乖離している箇所をリストアップしてください:
1. 記述されているがコードに存在しないエンドポイント
2. コードに存在するが記述されていないエンドポイント
3. パラメータや型が変更されている箇所
4. 削除されたモジュールへの参照
修正が必要なドキュメントのdiffを生成してください"
Antigravityのドキュメント生成機能の詳細はこちらをご覧ください。
Antigravityのコードレビュー機能も活用すると効率がさらに向上します。
Antigravityの基本的な使い方はこちらで確認できます。
NotebookLMの上級テクニック
カスタムプロンプトで精度向上
NotebookLMでの質問精度を上げるためのテクニックを紹介します。
- ソースを指定して質問: 「API仕様書によると、このエンドポイントの…」
- 比較を依頼: 「v1とv2のAPIの違いを一覧にしてください」
- 要約のカスタマイズ: 「非エンジニア向けに説明してください」
- テンプレート生成: 「この設計パターンに基づくテストケースを列挙してください」
複数プロジェクトの横断管理
SESエンジニアは複数のプロジェクトを掛け持ちすることもあります。プロジェクトごとにNotebookLMのノートブックを分け、以下のように管理します。
NotebookLM
├── Project A(EC系)
│ ├── ソース: アーキテクチャ設計書
│ ├── ソース: API仕様書
│ └── ソース: コーディング規約
├── Project B(金融系)
│ ├── ソース: セキュリティ設計書
│ ├── ソース: API仕様書
│ └── ソース: 障害報告書
└── 技術ナレッジ(共通)
├── ソース: 技術選定ADR集
└── ソース: ベストプラクティス集
まとめ — AntigravityとNotebookLMで技術知識を資産化する
技術ドキュメントの管理は、プロジェクトの成功に直結する重要な活動です。Google AntigravityとNotebookLMを連携させることで、ドキュメント生成から知識活用まで一気通貫のワークフローを構築できます。
本記事のポイントをまとめます。
- ✅ Antigravityでコードベースから技術ドキュメントを自動生成
- ✅ NotebookLMに取り込んで検索可能な知識ベースを構築
- ✅ Audio Overviewで通勤中にも技術キャッチアップが可能
- ✅ チーム共有のNotebookLMでプロジェクト知識を民主化
- ✅ SES参画初日からプロジェクト全体を把握できる環境を実現
まずは現在のプロジェクトでAntigravityによるドキュメント生成を試し、NotebookLMでの活用を始めてみてください。
Google Antigravity完全攻略シリーズをもっと読む
Antigravityの活用テクニックをさらに深く学びたい方は、完全攻略シリーズの他のエピソードもチェックしてください。
シリーズ一覧を見る →