GEMINI LABEN
CHROME — Gemini in ChromeがAndroidに6月下旬展開。Nano Bananaとauto browseを同梱し、RAM 4GB以上・en-USの端末から段階提供OMNI-FLASH — Gemini Omni FlashがAI Plus/Pro/Ultraの全サブスクライバーへロールアウト。YouTube Shorts RemixとCreateでは18歳以上に無料開放DEADLINE — 画像previewモデル(gemini-3.1-flash / 3-pro image-preview)の停止まで残り12日(6/25)。GA版への移行はお早めにSCHEMA — Interactions APIの旧スキーマは6/8に削除済み。steps配列と新response_formatへの移行が完了しているか要確認ですFLASH-GA — Gemini 3.5 Flashが一般提供。Antigravity・Gemini API・AI Studio・Android Studioから利用できますSUITE — Deep Think・Deep Research・Gemini Live・Gemini Omniが出揃い、「考える→調べる→話す→作る」が一つの流れにCHROME — Gemini in ChromeがAndroidに6月下旬展開。Nano Bananaとauto browseを同梱し、RAM 4GB以上・en-USの端末から段階提供OMNI-FLASH — Gemini Omni FlashがAI Plus/Pro/Ultraの全サブスクライバーへロールアウト。YouTube Shorts RemixとCreateでは18歳以上に無料開放DEADLINE — 画像previewモデル(gemini-3.1-flash / 3-pro image-preview)の停止まで残り12日(6/25)。GA版への移行はお早めにSCHEMA — Interactions APIの旧スキーマは6/8に削除済み。steps配列と新response_formatへの移行が完了しているか要確認ですFLASH-GA — Gemini 3.5 Flashが一般提供。Antigravity・Gemini API・AI Studio・Android Studioから利用できますSUITE — Deep Think・Deep Research・Gemini Live・Gemini Omniが出揃い、「考える→調べる→話す→作る」が一つの流れに
記事一覧/API / SDK
API / SDK/2026-06-13中級

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

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

gemini-api226daily-briefstructured-output14automation23operations

プレミアム記事

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-05-03
問い合わせフォームの対応を Gemini API で自動化する — 分類・優先度付け・Slack 通知まで
Gemini API を使って問い合わせフォームの内容を自動分類・優先度付けし、Slack に通知するシステムを Python で作る方法を解説。コード付きで今日から使えます。
API / SDK2026-03-20
Gemini API × Python で AI データ分析エージェントを構築する — Code Execution・Function Calling・Structured Output 統合ガイド
Gemini API の Code Execution、Function Calling、Structured Output を組み合わせ、CSV/Excel を自動解析し可視化・レポート生成まで行う AI データ分析エージェントを Python で構築する実践ガイド。
API / SDK2026-06-13
Gemini API の Managed Agents に自前のエージェントループを移すべきか — 移す処理と残す処理を分ける3つの質問
Gemini API の Managed Agents が公開プレビューになり、自前のエージェントループとの使い分けが現実の検討事項になりました。実行環境・状態の所有・失敗時の回収という3つの質問で、移す処理と残す処理を分ける考え方を整理します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →