Gemini API×RSS×launchdで朝夕2回のAI日報を全自動生成するMac一次情報リサーチ術

SNSの二次情報疲れを断つ自分専用AI朝刊・夕刊

世の中の AI ニュース要約サービスや Web 上の定期タスク機能は便利ですが、情報源が一般的なニュースサイトに偏っていたり、要約結果がチャット画面の中に閉じ込められていたりするのが難点です。ローカルの Mac 上で RSS 巡回と Gemini API を直結させると、自由度と資産性が桁違いに高まります。

朝起きてコーヒーを淹れとる間に、世界中の最新の論文や法改正が日本語のレポートになって手元のフォルダに届いとるわけじゃな。記者の感想文を全部カットして「数字と事実と出典 URL だけ出せ」と指示できるのが最高じゃわい。

まさに「自分専用の調査室」を Mac の中に持つ感覚ですね！しかも出力先を Astro サイトの非公開フォルダ（hidden: true）にしておけば、AI エディタからも即座に全文検索して執筆の根拠データとして使えるんです。

一次情報RSS×Gemini API自動生成の全体像

論文・特許・法制を直結する12系統RSS設計

どんなに優秀な AI モデルを使っても、入力する材料（ゴミデータ）が悪ければ出力も薄っぺらくなります。そこで巡回対象の RSS リストには、ゴシップや一般コラムを含まない「科学論文・知財・国際機関・技術コミュニティ」を中心に 12 系統を登録し、直近 24 時間以内に公開された記事だけを抽出しています。

モデル呼び出し部（generateWithArgonOnly）では、下位モデルや旧世代モデルへ安易に自動フォールバックさせると分析の鋭さが落ちたり引退済みモデルへのリクエストで無駄なエラーを招いたりするため、使用するモデルは最上位の gemini-4-argon 一択に完全固定 しています。スリープ復帰直後のネットワーク瞬断（fetch failed）や一時的な API 混雑（HTTP 429 / 503 エラー）が起きた場合も、他モデルへ妥協切り替えせず DNS 疎通の再確認と指数バックオフ待機（12 秒 → 25 秒 → 45 秒）を挟んで gemini-4-argon 単体で粘り強く再試行する安全網を組んでいます。

MDX構文破壊を防ぐJSON構造化テンプレート合成

この自動生成システムを運用する中で一番の学びになったのが、「AI に直接 .mdx ファイル全文をフリーテキスト出力させてはいけない」 という教訓です。

Astro の MDX コンパイラは構文に非常に厳格です。AI に Markdown や MDX を丸ごと書かせると、YAML フロントマターの references 内にコロン（:）が混ざってパースエラーになったり、見出しに勝手な番号や ** が入って目次ルールから外れたりする事故が一定の確率で起きます。

具体的には、以下のように AI からは純粋な JSON オブジェクトのみを受け取り、JavaScript 側のテンプレート関数で安全な MDX へ組み立てています。

// 見出しサフィックスから禁止記号を除去し、文字数上限以内に収める機械ガード
function sanitizeHeadingSuffix(rawSuffix, fallbackText, prefixLength = 3, maxTotalLength = 30) {
  let s = String(rawSuffix || "")
    .replace(/\r?\n/g, " ")
    .replace(/\*\*/g, "")
    .replace(/<\/?[a-zA-Z][^>]*>/g, "")
    .replace(/\{[A-Za-z0-9_$.]+\}/g, "")
    .replace(/^(?:\d+[\.\)）\s:：]|[①-⑳]|■|◆|●|▼|▶)+/, "")
    .trim();
  if (!s) s = fallbackText;
  const maxChars = Math.max(8, maxTotalLength - prefixLength);
  const chars = [...s];
  return chars.length > maxChars ? chars.slice(0, maxChars).join("") : s;
}

// Gemini API 呼び出し時は JSON MIME タイプを指定して構造化データのみを受け取る
const rawResp = await ai.models.generateContent({
  model: "gemini-4-argon",
  contents: prompt,
  config: {
    responseMimeType: "application/json",
    thinkingConfig: { thinkingLevel: "high" },
  },
});

この「AI には中身の論理と文章だけを考えさせ、器（構文・フロントマター・タグ）は決定論的なコードで組む」という役割分担にして以降、ビルドエラーは完全にゼロになりました。

Macのlaunchdで毎日2回安定稼働させる急所

スリープ復帰直後のDNS失敗を防ぐ60秒待機処理

定期実行のスケジューラには、昔ながらの cron ではなく macOS 標準の launchd（~/Library/LaunchAgents/*.plist） を使います。最大の理由は、夜間や外出中に Mac をスリープさせていても、スリープから復帰した瞬間に「寝ている間に逃したスケジュール分」を自動で補完実行してくれる からです。

ただし、ここに Mac 特有の有名な落とし穴があります。Mac の画面を開いてスリープから復帰した直後の数秒間は、まだ Wi-Fi や有線 LAN の再確立が終わっておらず、launchd が即座に Node.js スクリプトを走らせると ENOTFOUND（DNS 名前解決エラー）で即死してしまう のです。

「手動でコマンドを打つとちゃんと動くのに、朝 Mac を開いたときの自動実行だけ毎回エラーログが出ている！」という現象の正体はそれだったのね！

大正解です！スクリプトの冒頭に、Google API サーバーの名前解決が通るまで 3 秒おきに最大 60 秒間じっと待つ waitForNetwork() を 1 つ挟むだけで、スリープ復帰直後の失敗がピタッとなくなりますよ。

import dns from "node:dns/promises";

const sleep = (ms) => new Promise((resolve) => setTimeout(resolve, ms));

// スリープ復帰直後のWi-Fi/LANリンク確立を最大60秒待機するガード
async function waitForNetwork(maxRetries = 20, intervalMs = 3000) {
  for (let i = 1; i <= maxRetries; i++) {
    try {
      await dns.lookup("generativelanguage.googleapis.com");
      return true;
    } catch {
      console.log(`[Network] 接続待機中... (${i}/${maxRetries})`);
      await sleep(intervalMs);
    }
  }
  return false;
}

3時間クールダウンとnvm絶対パス指定の鉄則

さらに毎日気持ちよく動かし続けるために、以下の 3 つの工夫を .plist とスクリプトの双方に入れています。

実際に使用している LaunchAgent 設定ファイル（パスは汎用表記）は以下の通りです。朝刊で海外の深夜動向をキャッチし、夕刊で国内の最新発表を上書き更新する 1 日 2 回体制が最もリズムよく機能しています。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.example.daily-ai-news</string>

    <key>ProgramArguments</key>
    <array>
        <string>/Users/yourname/.nvm/versions/node/v24.20.0/bin/node</string>
        <string>/Users/yourname/Desktop/my-blog/scripts/generate_daily_ai_news.js</string>
    </array>

    <key>WorkingDirectory</key>
    <string>/Users/yourname/Desktop/my-blog</string>

    <key>StartCalendarInterval</key>
    <array>
        <dict>
            <key>Hour</key>
            <integer>6</integer>
            <key>Minute</key>
            <integer>17</integer>
        </dict>
        <dict>
            <key>Hour</key>
            <integer>18</integer>
            <key>Minute</key>
            <integer>23</integer>
        </dict>
    </array>

    <key>StandardOutPath</key>
    <string>/tmp/daily-ai-news.log</string>
    <key>StandardErrorPath</key>
    <string>/tmp/daily-ai-news.err.log</string>
    <key>ProcessType</key>
    <string>Background</string>
</dict>
</plist>

みんなが押し寄せる 00 分を避けて 6 時 17 分にこっそり新聞を取りに行くなんて、賢い早起き猫のワザでちね！

まとめ：情報の受け手から一次情報の分析者へ変わる

毎日流れてくる大量のニュースを自分の目と指で追いかけ続けるのは限界がありますが、集める場所（一次情報 RSS）と分析の軸（プロンプト）さえ自分で設計してしまえば、AI は 365 日休まず働く優秀な専属リサーチャーになってくれます。まずはあなたの関心分野の RSS を 5〜10 個選び、毎朝 1 枚の Markdown 日報が自動で届く心地よさ を体験してみてください。

ご自身の Mac とブログ・ノート環境（Astro、Obsidian、Notion 用 Markdown など）に合わせてこの自動日報システムを構築したい方は、以下のプロンプトをコピーして AI エディタへ渡してみてください。

以下の記事の設計にもとづき、私の Mac 環境に「一次情報 RSS × Gemini API × launchd による朝・夕2回の自動リサーチ日報システム」を構築してください。
参照URL: https://lab.chihouzakki.com/blog/review/gemini-api-rss-launchd-daily-research-automation/

【作業ルール（厳守）】
1. まず私の Mac の node 実行ファイルの絶対パス（which node）、保存したいフォルダ構成、.env の有無を確認し、実装計画と巡回したい RSS ジャンルの案を提示して私の合意を得てください。
2. スクリプトには必ず ①スリープ復帰直後のDNS待機処理（waitForNetwork）、②短時間の重複実行を防ぐクールダウン判定、③API使用モデルを gemini-4-argon 一択に固定した上での通信瞬断・混雑時の指数バックオフ再試行（下位モデルへのフォールバック禁止）、④構文エラーを防ぐ JSON 構造化出力（Structured Outputs）を組み込んでください。
3. API キーは絶対にコードへ直書きせず .env（.gitignore 対象確認必須）から読み込む設計とし、テスト実行（--force）で正常出力を確認してから launchd 登録手順を案内してください。

ノイズだらけのタイムラインから卒業して、澄み切った一次情報で 1 日を始める習慣を手に入れましょう！

▲ 朝起きたときにはもう、世界の動きが1枚のレポートに整理されています