AI cronとは何であり、何ではないか

AI cronとは、AI処理ステップをスケジュールのトリガーチェーンに入れ、毎回の実行時にモデルがその時点のデータに基づいて次の処理を判断する仕組みです。

AI cronは、自分で実行すべきかを考える自律エージェントではありません。AI cronはあくまで「時間になる → 固定トリガー → AIが一部を処理する」という構成で、AIは途中に登場するだけです。

よくある誤解は、AIをスケジュールの「総指揮官」として扱い、「今走るべきか」「失敗したらどうするか」まで全部任せることです。実務上より安定するのは、スケジューラーが「いつ」、ツールが「どう」、AIが「何を作るか」を担当する分担です。

まず頻度を計算する：5分ごとと1日1回は別物

頻度n8n cloudの月間execution数対応プラン
1日1回~30Starterで余裕
1時間1回~720Starter（2.5k）で十分
15分ごと~2,880Starterの境界 → Proへ
5分ごと~8,600-8,900Pro（10k）でぎりぎり
1分ごと~43,000+cloud SaaSには基本不向き。セルフホストかWorkersへ

Make無料版の最短間隔は15分です。Zapier無料版もpollingは15分で、100 tasks/月です。5分単位のフローは有料プランか別ツールが必要です。

主流のスケジュール4ルート

① 従来のcron + LLM API

OSレベルのcron / launchd / systemd timer + 自作スクリプト + LLM API。完全に制御でき、コストは低いですが、失敗通知は自分で設計する必要があります。

向いている人：開発者、高頻度、細かく管理したい人。

② n8n schedule trigger

workflowにSchedule Triggerノードを置き、その後ろにHTTP / AI / Sheets / Slackなどのノードをつなぎます。

  • cloud：execution課金。workflow全体が1回走ると1回。
  • セルフホスト：ソフトウェアは無料。サーバー、patch、backupは自己責任。

向いている人：技術チーム、視覚的に組みたいが長い手順も必要な場合。

③ Make / Zapierスケジュール

入門が最速で、画面も直感的です。課金単位の違い（Make = credits、Zapier = tasks）と最短間隔制限には注意します。

向いている人：個人の軽い用途、マーケティング、小規模チーム。

④ GitHub Actions、Cloudflare Workers Cron Triggers、Pipedream

開発者向けのクラウドスケジュールです。

  • GitHub Actions scheduled workflow：CI/CDの中で動かすスケジュール。
  • Cloudflare Workers Cron Triggers：サーバーレス、低遅延、無料枠が大きい。
  • Pipedream：開発者向けworkflow scheduler。

向いている人：サーバー管理を避けつつ素早く公開したい開発者。

Claude Code関連のスケジュールについて：Anthropic公式のClaude Codeドキュメントは継続的に更新されています。Claude Codeをworkflowに組み込んでスケジュールしたい場合は、古い手法を引用しないよう、公式の最新ドキュメントを直接確認するのが安全です。

公開前の失敗通知設計

最低限：

  • 毎回のタスクでstatus logを1件書く（成功 / 失敗 / スキップ）。
  • 予定時間を過ぎても新しいlogがない → アラートを発火（Slack / Email / Telegram）。
  • API失敗 → 指数バックオフでretryし、上限を超えたら警告に昇格。

rate limitに優しい設計：

  • スケジュール時間を毎時ちょうどからずらす（4:00ではなく4:17）。
  • 高頻度スケジュールはin-memory cacheやlast-modified確認で呼び出し回数を減らす。
  • 外部アクション（公開、メール送信、送金）は人間の確認ゲートを残す。

必ず人間のレビューが必要なAIタスク

  • 外部メール、公開投稿、プレスリリース、顧客向けコミュニケーション。
  • 金融操作、契約判断、データ削除。
  • 法務 / 医療 / 公的機関関連の出力。
  • 「間違えた後の回収コストが高い」すべての場面。

折衷案は、スケジュール実行 → AI草稿 → 「review待ち」受信箱 → 人がconfirmしてから送信、です。

初心者がコピーできる低リスクスケジュール例

例トリガー処理出力先
毎日のニュース要約毎日07:30RSS取得 → AI要約 → 段落整理Email / Notion
社内ナレッジベース巡回毎週月曜09:00未更新の文書を探す → AIが古い可能性のある重要箇所をマークSlack通知
カスタマーサポートFAQ整理毎日02:00昨日のチケット取得 → 重複質問を探す → 整理FAQデータベース
競合価格監視6時間ごとWebページ取得 → 前回値と比較 → 変化時だけ通知Slack
個人読書メモ毎週日曜22:00今週追加したメモを整理 → 要点抽出 → 週報を書くObsidian / 個人vault

結論

時間どおりに実行されることと、安心して自動化できることは別です。失敗時にどう見えるか、使用量をどう監視するか、コストをどう予測するか。この3つがスケジュールシステムの本当の要点です。まずは低頻度・低リスクのタスクから始め、1週間のうちにどう壊れるか、どう気づくか、どう直すかを観察してから、高頻度・システム横断のスケジュールを任せます。

こぺんぎんの体験談

OpenClawはコードベースの自作ルートで動いています。従来のcronがトリガーし、スクリプトがLLM APIを呼び、結果を作業メモに書き戻し、失敗はTelegramに飛ばします。この設計で「失敗通知優先」の原則が固まったのは、「3日間落ちていたのに気づかなかった」を何度か踏んだ後です。最もよく踏む問題は、トークン失効、API schema変更、プロバイダーがrate limitを変えることの3つに集中します。失敗イベントの大半はこれで、プロンプトが悪いことが主因になるケースはむしろ少ないです。

Claude Codeのworkflow上の役割は「長いタスクを能動的に走らせる助手」に近く、「スケジューラー」ではありません。そのためスケジュールはcron / GitHub Actions / Cloudflare Workersに任せ、タスク本体からClaude Code、Codex、またはLLM APIを呼ぶ構成が多いです。「一般の人にもできるか」という見方では、できます。ただしノーコードスケジュール（Make schedule + 簡単なAIステップ）から始め、失敗通知を揃えてから自作ルートへ進むのがおすすめです。

関連記事

よくある質問

Q: AI cronとは何ですか？普通のcronと何が違いますか？

従来のcronはOSレベルの定時実行ツールです。時間になると固定スクリプトを実行し、入力も出力も毎回ほぼ同じです。AI cronはスケジュールの中にAI処理を組み込み、実行時点のデータに応じてモデルが判断して出力します。違いは、出力が固定ではないことです。

Q: Claude Codeのスケジュールはどう設定しますか？

Claude Codeのスケジュール関連ドキュメントはまだ速く変化しているため、公式の最新公開情報を基準にするのが安全です。現時点で確認できるのは、Claude Codeは主にCLI / IDE統合とmulti-agent連携に向いており、従来型SaaSスケジューラーではないことです。スケジュールを組みたい場合は、cron / GitHub Actions / Cloudflare Workers / n8n schedule triggerにつなぐ構成が多いです。

Q: AIスケジュールシステムは高くなりますか？

コストは3層で積み上がります。インフラ（VPS、SaaS契約）、API呼び出し（LLM、外部サービス）、失敗retryの無駄です。低頻度スケジュール（1日1〜3回）なら多くの場面で月数ドルに収まります。高頻度（5分ごと）のn8n cloudは月約8,600〜8,900 executionsになり、Proプラン以上が必要です。

Q: AIスケジュールタスクが失敗したらどうすればいいですか？

スケジュールには監視が必要です。最低ラインは、毎回の実行でstatus logを1件書くこと。予定時間を過ぎても新しいlogがなければalertを飛ばします。APIは落ち、形式は変わり、tokenは失効します。この3つはスケジュールシステムではほぼ必然であり、例外ではありません。

Q: AIスケジュールと従来のcronは何が違いますか？

従来のcronは固定スクリプトを走らせ、毎回同じ動きをします。AIスケジュールは、モデルがその時点のデータを見て次の一手を判断します。応用上の典型的な違いは、従来のcronはデータを取得して保存し、AI cronはデータ取得 + 異常比較 + 要約生成まで行うことです。

Q: n8nで定時スケジュールを設定するには？

n8n workflowにSchedule Triggerノードを追加し、実行頻度（cron式またはinterval）を設定します。その後にHTTP / AI / Sheetsなどのノードをつなげば動きます。n8n cloudはexecution課金で、workflow全体が1回走ると1 executionです。セルフホスト版は回数制限がありませんが、サーバー管理は自分で行います。

Q: AIにSNS投稿を自動で公開させられますか？

連携できます。よくある構成は、スケジュールトリガー → AIが各プラットフォーム版を生成 → Bufferや各platform APIで予約投稿または直接公開、です。重要な線引きとして、外部公開アクションには人間のreview gateを残すのがおすすめです。AIのミスをそのまま外へ出さないためです。

Q: スケジュールタスクのAPI利用枠はどう管理しますか？

毎時ちょうどを避け、4:00ではなく4:17のようにずらすと、他ユーザーとrate limitにぶつかる確率を下げられます。retry上限と指数バックオフを設定します。高頻度スケジュールではin-memory cacheを入れて外部呼び出しを減らします。Claude APIなどモデル側のrate limitは各consoleで確認できます。

— Penchan