◉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-06-13中級

夜間ログを毎朝3分で読み切る — Gemini API で Daily Brief 風の運用ダイジェストを自作した記録

Daily Brief に着想を得て、夜間の運用ログを毎朝1通のダイジェストに変えるパイプラインを自作しました。収集・構造化・要約・配信の4段構成と実測トークン数、障害の朝でも配信を止めないフォールバック設計までの実装記録です。

gemini-api287daily-briefstructured-output26automation36operations

✦ プレミアム記事

2026年6月のある朝、前夜に走った自動処理のログを確認するだけで30分近くかかっていることに気づきました。記事の自動公開ログ、アプリのクラッシュ集計、検索パフォーマンスの日次スナップショット。個人開発で複数のパイプラインを夜間に回していると、朝いちばんの仕事が「ログの巡回」になってしまいます。

ちょうど同じ週、Google が Gemini の新機能として Daily Brief を発表しました。夜のあいだに受信トレイやカレンダー、タスクを分析して、朝にパーソナルなダイジェストを届けてくれるエージェントです。発表を読みながら思ったのは、「この発想は自分の運用ログにこそ欲しい」ということでした。Daily Brief がカバーするのは Google サービス内のデータです。自前のサーバーに溜まるログは対象外なので、同じ発想のものを Gemini API で小さく自作することにしました。

結果として、毎朝7時に1通届くダイジェストを3分で読み、異常がある日だけ深掘りする運用に変わりました。本稿はその実装記録です。

朝の「ログ巡回」はなぜ破綻するのか

最初に、自分の運用がどう破綻していたかを正直に書いておきます。

夜間に動いているのは、技術ブログ4サイトの記事自動公開、壁紙アプリのレビュー返信下書き生成、検索データの日次取得、バックアップの4系統です。それぞれが別の場所に別のフォーマットでログを吐きます。成功した日のログはほぼ読む価値がありません。それでも「失敗していたら困る」ので全部の場所を開いて確認する。この非対称性が問題でした。

  • 読む価値のあるログは全体の1割未満: 異常があった日だけ詳細が必要で、残りは「全部成功」の一言で足ります
  • フォーマットがバラバラ: cron の標準出力、JSON のレポート、CSV のスナップショットが混在し、目視の切り替えコストが高くつきます
  • 確認漏れが事故になる: 巡回を1日サボった翌日に、リトライ上限を使い切ったタスクが静かに止まっていたことがありました

つまり必要なのは「全ソースを横断して読み、異常だけを浮かび上がらせ、正常は1行に圧縮する」レイヤーです。これは LLM が最も得意とする種類の仕事だと考えました。

全体設計 — 収集・構造化・要約・配信の4段

パイプラインは4段に分けました。それぞれの責務を1つに絞るのがポイントです。

  • 収集(collect): 直近24時間のログを各ソースから集め、1つの JSON ペイロードにまとめる。LLM は使わない
  • 要約(summarize): Gemini 3.5 Flash に投げ、response_schema で構造化されたダイジェストを受け取る
  • 整形(render): 構造化データをメール本文に変換する。LLM は使わない
  • 配信(deliver): メールで送る。要約が失敗しても、この段だけは必ず実行する

LLM を使うのは2段目だけです。後述しますが、この「LLM 依存箇所を1段に閉じ込める」構成が、障害の朝に効きました。

✦

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

この記事の続きを読む

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

この記事で得られること
✦散らばった夜間ログの確認に毎朝20〜30分かけていた人が、1通のダイジェストを3分で読む運用に切り替えられる
✦response_schema を使って、要約を「読む文章」ではなく「判断できる構造化データ」として受け取る設計を習得できる
✦2026年6月の大規模障害(error 1076/1099)を踏まえた、要約が失敗しても配信は止めないフォールバック実装をそのまま流用できる
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

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

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

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

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

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

関連記事

◈ API / SDK2026-08-22
メディエーショングループが20を超えたとき、設定の抜けをどう見つけるか
広告メディエーションのグループが増えると、設定の抜けや型のずれが静かに溜まります。設定を1枚の表に正規化して機械でずれを確定させ、判断が必要なセルだけを Gemini に渡す分担にした手順をまとめました。
◈ API / SDK2026-07-23
会話状態をサーバーに預けるべきか — previous_interaction_id と手元での履歴刈り込みの分岐設計
Interactions API の previous_interaction_id で会話状態をサーバーに預けると、毎回履歴を送らずに済みます。ところが途中で入った巨大なツール出力を後から刈り込めず、以降のターンが重量を引きずる落とし穴があります。サーバー側状態と手元での刈り込みを状況で使い分ける分岐設計を、動くPythonの薄いラッパーとともに整理します。
◈ API / SDK2026-05-20
Gemini API 構造化出力スキーマを本番アプリで安全に進化させる設計記録
本番アプリで Gemini API の JSON 出力スキーマを変えるとき、何を契約として守り、何を段階的に切り替えるか。旧版と新版を同時に返す Dual-Emit パターン、旧スキーマ利用箇所を見積もる compatibility checker、Sunset プロトコルの実装記録です。