Geminiでスライドを作る方法は、現時点で大きく分けて3つある。Google SlidesのGemini in Workspace連携、Google AI Studio経由でのMarkdown→Slides変換、そしてGemini APIを叩いてGoogle Slides APIに流し込む自動化パイプラインだ。本稿では、それぞれの実装方法と精度の違い、運用に乗せる際の落とし穴を、エンジニア視点で具体的に解説する。

こんな場面で困っていませんか

  • 週次定例の進捗スライドを毎週手作りしており、議事録や Jira のチケットから転記する作業に1時間以上かかっている
  • 営業提案書のテンプレは決まっているのに、顧客ごとの差し替えで毎回 30〜40 枚を手作業更新している
  • エンジニアが書いた technical design doc を、非エンジニア向けスライドに翻訳する工数が発生している
  • PowerPoint や Keynote から脱却し、Google Slides ベースの CI/CD 的なドキュメント運用に乗せたい

これらは「テキストはあるがスライドの体裁に落とすのが面倒」というクラスの問題で、Gemini が最も得意とする領域だ。特に Gemini 1.5 Pro 以降は 1M トークンのコンテキストウィンドウを持つため、議事録や設計書を丸ごと放り込んでも処理できる。

ツール/手法の具体例

1. Google Slides 内蔵の「Help me create」（Gemini in Workspace）

Google Slides の右上にある Gemini アイコンから "Help me create an image" や スライド生成プロンプトを直接実行できる。Google Workspace Business Standard 以上、または Gemini Business/Enterprise アドオンが必要だ。

実装としては最も簡単だが、生成されるのは個別スライドの叩き台レベル。レイアウト崩れも多く、企業のブランドテンプレートには自動で合わせてくれない。プロトタイピング用途と割り切るのが正解。

2. Gemini → Markdown → Marp/Slidev の変換パイプライン

エンジニアにとって最も再現性が高いのがこの方法。Gemini に Markdown 形式でスライド構造を吐かせ、Marp や Slidev で HTML/PDF/PPTX に変換する。

# Gemini CLI 経由でアウトラインを生成
gemini -p "以下の設計書をMarp形式のスライドに変換。
1スライド最大5行、--- でページ区切り" < design.md > deck.md

# Marp CLI で PPTX 出力
npx @marp-team/marp-cli@latest deck.md --pptx

Git で diff が取れる、CI で自動ビルドできる、テンプレートを CSS で統一できる、と運用面の利点が大きい。

3. Gemini API + Google Slides API での完全自動化

本格運用ならこちら。Gemini API で構造化 JSON を吐かせ、Google Slides API の batchUpdate で流し込む。

import google.generativeai as genai
from googleapiclient.discovery import build

model = genai.GenerativeModel("gemini-1.5-pro")
response = model.generate_content(
    f"以下の議事録から、JSON形式で {{title, slides:[{{heading, bullets:[]}}]}} を返せ。\n\n{minutes_text}",
    generation_config={"response_mime_type": "application/json"}
)

slides_service = build("slides", "v1", credentials=creds)
# response.text を parse して batchUpdate の requests に変換
slides_service.presentations().batchUpdate(
    presentationId=deck_id, body={"requests": requests}
).execute()

response_mime_type: application/json を指定すれば JSON schema を強制できるため、パースエラーがほぼなくなる。これは Gemini API の地味だが強力な機能だ。

4. NotebookLM 経由のリサーチ→スライド化

複数の PDF や URL をソースとして読み込ませ、要約・構造化させてから Gemini で Slides 化する。出典が明示されるためコンプライアンス上の安心感がある。社内ナレッジから提案書を作る用途に向く。

5. Vertex AI + Apps Script のサーバーレス連携

Google Apps Script から Vertex AI の Gemini エンドポイントを叩き、トリガーで Drive 内のドキュメント更新を検知して自動でスライドを再生成する。営業資料の「マスター更新→全顧客版に反映」のような運用に効く。

導入手順

  1. 権限とコスト設計: Gemini API は Google AI Studio (個人) と Vertex AI (法人) で課金体系が異なる。社内データを扱うなら、データが学習に使われない Vertex AI 経由が原則だ。Gemini 1.5 Pro は入力 100万トークンあたり数ドル台で、PoC コストは月数千円に収まることが多い。

  2. テンプレートの ID 化: 既存のブランドスライドを 1 つ用意し、presentationId と各レイアウトの objectId を取得しておく。Slides API は新規作成よりも「既存テンプレを複製してプレースホルダを置換」する方が崩れない。

  3. 出力スキーマの固定: Pydantic や Zod でスキーマを定義し、Gemini に JSON モードで強制出力させる。後段の Slides API リクエスト生成が安定する。

  4. 評価ループの構築: 生成結果を 5 段階で人手評価し、プロンプトに few-shot example を 2〜3 個入れて改善する。temperature=0.2 程度に下げると安定する。

  5. ロールアウト: まず 1 チーム・1 ユースケース（例: 週次定例）で 4 週間運用し、修正工数を計測してから横展開する。

効果測定とROI

スライド作成業務は「測りにくい間接コスト」の代表格だが、以下のメトリクスで定量化できる。

  • 作成リードタイム: 着手から提出までの時間。週次定例なら 60 分 → 15 分のような短縮が現実的に報じられている水準だ
  • 修正回数: AI 生成版と手作業版の、レビュー後の修正コミット数を比較
  • 再利用率: 生成されたスライドが他案件で流用された割合

仮に 1 人あたり週 2 時間の削減ができれば、人件費 5,000 円/時間換算で月 4 万円、年間約 50 万円/人。10 人チームなら年 500 万円規模になる。Gemini API のランニングコストが月数千〜数万円であることを考えれば、ROI は明確にプラスだ。

ただし、**生成 AI スライドの最大のコストは「信じすぎてレビューを省略した時の事故」**であることは忘れてはいけない。数字や固有名詞のハルシネーションは依然発生するため、提出前のファクトチェックを工程に組み込むこと。これが運用設計の肝になる。

関連リンク