◉GEMINI LABEN
●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止、残り6日。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止、残り6日。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…
記事一覧/API / SDK
◈ API / SDK/2026-05-03上級

Gemini API × Google Workspace のパーソナル秘書AI — 認証・オーケストレーション・承認ゲートの本番設計

Gmail・Google CalendarをまたぐパーソナルAI秘書をGemini APIで組む設計。OAuth2スコープ設計・Function Callingのオーケストレーション・書き込み系ツールの承認ゲート・90日運用の実測コストまでコード付きで扱います。

gemini-api288google-workspace7function-calling20gmail5google-calendarエージェント16python107

✦ プレミアム記事

8日目の朝、ターミナルに残っていたのは invalid_grant の一行だけでした。前の晩まで滞りなく届いていた予定サマリーが、その日から来なくなっていたのです。コードは1文字も変えていません。変わっていたのは、Google Cloud 側の同意画面を「テスト」のまま置いていたという、私がまったく見ていなかった一点でした。

GmailとCalendarをまたぐ秘書AIで手が止まるのは、Gemini の Function Calling そのものではありませんでした。認証の寿命、スコープの粒度、書き込み系のツールをどこで人に返すか——難所はほとんどが周辺にあったのです。

ここには、毎朝1回の実行を90日ほど続けてきた実装と、その途中で私が踏んだ失敗を書き残します。動くコードだけでなく、「なぜそう書かないと本番で困るのか」まで辿れるように並べたつもりです。

なぜ「秘書AI」プロジェクトは失敗しやすいのか

最初に、よく見るアンチパターンを3つ挙げます。これを先に知っておくことで、実装の優先順位が変わります。

アンチパターン1:ツールを1つずつ繋げていく設計

Gmail→AIで処理→Calendarに転記、というシリアルな連携を最初から設計してしまうケースです。後からDriveやDocsを追加しようとすると、コードが複雑に絡み合って保守困難になります。最初からGemini Function Callingを使い、AIがツール選択を担う設計にするほうが長期的に正解です。

アンチパターン2:ユーザー認証とサービスアカウントを混在させる

「個人用だからOAuth2、チーム用だからサービスアカウント」という単純な使い分けが崩れ、両方の認証情報が混在するコードになりがちです。スコープ管理が破綻します。パーソナル用途はOAuth2一本で統一することをおすすめします。

アンチパターン3:コスト設計なしに長文コンテキストを渡す

Gmail全受信トレイをGeminiに渡して要約させようとすると、1回のAPI呼び出しで数百円になることがあります。フィルタリングとキャッシング設計がなければ、個人用途でも月数万円の請求が来ます。

これら3つを踏まえた設計を、以下で順を追って解説します。

Google Workspace API の認証設計 — OAuth2 vs サービスアカウントの選択基準

Google Workspace APIへのアクセスは、大きく2つの認証方式があります。

OAuth2(認証コードフロー): ユーザー自身のデータにアクセスする場合に使います。Gmailの受信トレイ、自分のカレンダー、自分のDriveファイルを操作するパーソナル用途はこちらです。アクセストークンは1時間で失効するため、リフレッシュトークンの管理が必要になります。

サービスアカウント: Google Workspace管理者が一括管理するドメイン全体のデータにアクセスする場合、またはCI/CDなどのヘッドレス環境での利用に向いています。個人用秘書AIには通常不要です。

パーソナル秘書AIの認証フローを実装します。以下はトークンのファイル保存と自動リフレッシュを含む、実用的な認証クラスです:

# workspace_auth.py
import logging
from pathlib import Path
from google.auth.transport.requests import Request
from google.oauth2.credentials import Credentials
from google_auth_oauthlib.flow import InstalledAppFlow
from googleapiclient.discovery import build
 
logger = logging.getLogger(__name__)
 
# 必要なスコープを明示的に定義する
# 最小権限の原則:必要なスコープだけ要求すること
SCOPES = [
    "https://www.googleapis.com/auth/gmail.readonly",
    "https://www.googleapis.com/auth/gmail.compose",
    "https://www.googleapis.com/auth/calendar.readonly",
    "https://www.googleapis.com/auth/drive.readonly",
]
 
TOKEN_PATH = Path("~/.config/secretary-ai/token.json").expanduser()
CREDENTIALS_PATH = Path("~/.config/secretary-ai/credentials.json").expanduser()
 
def get_credentials() -> Credentials:
    """
    OAuth2認証情報を取得または更新する。
    初回実行時はブラウザでの認可フローが起動する。
    2回目以降はトークンファイルから読み込み、期限切れなら自動リフレッシュする。
    """
    creds = None
 
    # 既存トークンの読み込み
    if TOKEN_PATH.exists():
        creds = Credentials.from_authorized_user_file(str(TOKEN_PATH), SCOPES)
 
    # トークンが無効または期限切れの場合
    if not creds or not creds.valid:
        if creds and creds.expired and creds.refresh_token:
            try:
                creds.refresh(Request())
                logger.info("アクセストークンを更新しました")
            except Exception as e:
                logger.warning(f"トークン更新失敗。再認証が必要です: {e}")
                creds = None
 
        if not creds:
            if not CREDENTIALS_PATH.exists():
                raise FileNotFoundError(
                    f"credentials.json が見つかりません: {CREDENTIALS_PATH}\n"
                    "Google Cloud Console でOAuth2クライアントIDを作成してダウンロードしてください"
                )
            flow = InstalledAppFlow.from_client_secrets_file(
                str(CREDENTIALS_PATH), SCOPES
            )
            creds = flow.run_local_server(port=0)
 
        # トークンをファイルに保存(次回以降に再利用)
        TOKEN_PATH.parent.mkdir(parents=True, exist_ok=True)
        TOKEN_PATH.write_text(creds.to_json())
        logger.info("トークンを保存しました")
 
    return creds
 
def build_service(service_name: str, version: str):
    """Google APIサービスクライアントを生成する"""
    creds = get_credentials()
    return build(service_name, version, credentials=creds)

ここで重要なのはスコープの設計です。gmail.readonly と gmail.compose を分けているのは意図的です。読み取りだけで良い処理に gmail.modify のような強いスコープを渡すと、バグ時のリスクが大きくなります。最小権限の原則をAPIスコープにも適用することをおすすめします。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦OAuth2 スコープを読み書きで分け、書き込み系ツールにだけ承認ゲートを挟む実装
✦gemini-flash-latest の実体が入れ替わった影響を、秘書AIの出力とコストで測り直した記録
✦Managed Agents 公開プレビュー後も自前オーケストレータを続けるかの判断基準
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Gemini Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

◈ API / SDK2026-10-16
models は 200 なのに generateContent だけ 403 になる日 — 切り分けの順番を先に決めておく
モデル一覧の取得は 200 で通るのに、生成リクエストだけが 403 permission_denied で止まるときの切り分け手順です。キー・プロジェクト・請求の順に確かめる小さな診断スクリプトと、リトライしてはいけない理由、サポートへ渡す材料の揃え方をまとめました。
◈ API / SDK2026-09-04
ループ音源のプチノイズは、Gemini に聴かせる前に波形の端で切り分けられます
環境音のループ再生で折り返しだけがプチッと鳴る。音声理解に丸ごと投げる前に、波形の端の段差を内部の変化量で正規化してふるい分ける手順と、配布形式への変換で継ぎ目が作り直される落とし穴をまとめました。
◈ API / SDK2026-07-15
自動採用された出力こそ抜き取る — 限られたレビュー予算で静かな品質劣化に気づく設計
信頼度ゲートが見ているのは、モデルが迷った出力だけです。静かな劣化は自動採用された側に沈みます。1日30分というレビュー予算を前提に、二項分布で検出日数を見積もり、層別抜き取りと累積監視で気づく速さを上げた設計と実測を共有します。