【実録】Googleの「不足」を自分で埋め続けた記録 ── ギャップ開発が公式機能に追いつかれるサイクルと、そこから見えた法則

• URL: https://zenn.dev/minipoisson/articles/gap-filling-development
• 日付: 2026-06-26
• Tier: Tier 3
• 要旨: Googleサービスの「惜しい」部分を自前のPythonスクリプトや手順で補ったところ、数か月後に同じ方向の公式機能が追加されるというサイクルが複数回起きた実録を紹介する。事例は3件で、Google GroupsのメッセージをNotebookLMに取り込む方法、GeminiチャットをMarkdownに変換してNotebookLMで活用するスクリプト、Google SlidesのAI生成テキストを編集可能にする手順などが含まれる。公式機能に追いつかれた後も、複数AIサービス横断分析といった「Google公式では原理的に対応できない領域」に独自価値が残る設計が奏功した。また、賞味期限があることを前提に最小仕様で設計することの合理性についても述べている。

詳細

3件の事例の概要

事例1: Google GroupsのメッセージをNotebookLMに取り込む（現在も未対応）

• Google Takeout でエクスポートした .mbox を Thunderbird でGmailにインポート
• Python で Gmail API を使って差分取得・Gemini APIで要約→Google Docsに追記
• Google Docsをソースとして NotebookLM のノートブックに登録
• 現在もスクリプト稼働中（公式対応はされていない）

事例2: GeminiチャットをNotebookLMで活用するスクリプト（公式連携後も一部価値が残存）

• Google Takeout でエクスポートした MyActivity.json を Markdown に変換するOSSスクリプト Gemini_Json2md4NotebookLM を作成・公開
• 処理内容：HTMLタグ除去・Markdown整形・指定サイズ（デフォルト1.5MB）での自動分割・差分更新
• 公開後に2桁多いアクセスが継続し、同じ「惜しさ」を感じていたユーザーの多さを示した
• その後Gemini公式のNotebookLM連携が強化されたが、ClaudeやChatGPTなど他AI履歴には非対応のまま

事例3: Google SlidesのMagic Enhance生成テキストを編集可能にする手順（現在は公式が対応）

• PPTX書き出し → PNG一括エクスポート → Adobe Expressで文字消去 → テキストボックスで載せ直し
• 記事公開後ほどなく公式の編集可能版生成機能がロールアウト

考察の要点:

• Googleが「不完全な状態でリリース」するのはフィードバック収集のため、ユーザーの自作ツールが需要シグナルになる
• 公式に代替されにくい独自価値を持たせるには「公式の延長線上だが公式が踏み込めない領域」を意識する
• 賞味期限があるツールは最小仕様で設計することが合理的。標準ライブラリのみで完結させた事例2がその実践
• コードが不要になっても「なぜその問題が起きていたか」という記録は参照資料として残る