2026.04.18 · 16分で読める

Claude Code Routines完全ガイド|AIが自動で動くスケジュール機能の始め方

Claude Code Routinesが2026年4月14日に発表されました。これは、プロンプトとリポジトリの設定を保存しておくと、Anthropicのクラウド上で自動的にAIが動いてくれるスケジュール自動化機能です。PCの電源を切っていても、決めた時間やGitHubのイベントに反応してClaude Codeが仕事をしてくれる——「AIを雇える時代」がまた一歩近づきました。この記事では、3つのトリガーの仕組みから料金プラン、実践的なユースケースと注意点まで、非エンジニアの視点で徹底解説します。

Claude Code Routinesとは

Claude Code Routinesは、プロンプト・対象リポジトリ・外部接続(コネクタ)をセットにして保存し、Anthropicのクラウド上で自動実行する仕組みです。公式ブログの発表では「saved configurations」と表現されています。一度設定してしまえば、あとはRoutineが勝手に動いてくれます。

最大のポイントは、PCの電源がオフでも動くこと。従来のClaude Codeはターミナルを開いている間しか使えませんでしたが、Routinesならクラウド上でAIが勝手に仕事を片付けてくれます。朝起きたらレポートが出来上がっている、外出中にPRのレビューが終わっている——そんな体験が現実になります。

わかりやすくたとえるなら、従来の自動化ツール(cronなど)は「目覚まし時計」です。設定した時間に鳴るだけで、天気が嵐でも晴れでもお構いなし。一方、Routinesは「秘書」に近い存在です。時間になったらタスクを始めるのは同じですが、状況を見て「今日は対応すべきPRがないのでスキップします」「このIssueは緊急度が高いので優先対応します」とAIが判断しながら動く。この違いが決定的です。

Routinesには3つのトリガー(起動条件)があります。時間指定のScheduled、外部からHTTPで呼び出すAPI、GitHubのイベントに反応するGitHub Eventsです。それぞれの詳細は次のセクションで解説します。

Claude Code Routines 全体像 トリガー (起動条件) Scheduled 毎朝9時、毎週月曜… API HTTP POSTで外部から GitHub Events PR・push・Issue… PCオフでもOK 電源不要・24時間対応 起動 Anthropicクラウド サーバー上で実行 保存されたプロンプト +リポジトリ+コネクタ Claude Codeが推論 状況判断して実行 「秘書」のように 考えて動く 結果 実行結果 コード変更・PR作成 レポート生成 Issue対応・通知 定期チェック・監視 目覚まし時計(cron)ではなく秘書(Routines)——AIが考えて動く AI Lab OISHI

なぜRoutinesが生まれたのか

Claude Codeにはもともと/loopというコマンドがあり、同じ処理を繰り返し実行できました。ただし、これには大きな制約がありました。PCが起動していて、ターミナルが開いている間しか動かないのです。寝ている間にAIに仕事をさせたくても、ノートPCを開きっぱなしにするわけにはいきません。

この「無人で動かしたい」という需要は、Claude Codeのユーザーコミュニティで長く求められていました。公式ドキュメントによれば、Routinesはまさにこのギャップを埋めるために設計されています。

Anthropicは先にManaged Agentsという機能でサーバーサイドの自動化を進めていました。Managed AgentsがAPI経由での大規模処理向けなのに対し、Routinesは個人開発者やチームが日常的に使うスケジュール実行に特化しています。いわば「企業向けの業務委託」と「個人の秘書」の違いです。Managed Agentsは大企業が数千のタスクを並列処理するための仕組みですが、Routinesは「毎朝9時にこれをやっておいて」という日常的な指示をAIに出すための機能。使う人の規模感がまったく異なります。

3つのトリガーを理解する

Routinesの心臓部は「何をきっかけに動くか」を決めるトリガーです。3種類あり、それぞれまったく性格が異なります。

Scheduled ── タイマー調理

最もシンプルなトリガーです。「毎朝9時」「毎週月曜の10時」「3時間ごと」のように、時間を指定してRoutineを実行します。内部的にはcron式(0 9 * * *のような書式)で管理されていますが、Web画面では自然言語で入力できます。「毎朝9時に実行」と書けば、裏側のcron式に自動変換してくれます。

たとえるなら「タイマー調理」。炊飯器に「朝6時に炊きあがり」とセットしておけば、あとは放っておくだけでご飯ができている——Scheduledトリガーもそういう感覚です。最小間隔は1時間。5分おきの実行といった高頻度な処理には向きません。

API ── 出前注文

Routineごとに固有のHTTPエンドポイント(URL)が発行され、外部からPOSTリクエストを送ることで実行できます。リクエスト時にオプションのtextフィールドで補足情報を渡せるので、「今日のデータはこれ」とテキストで指示を添えて呼び出すことが可能です。認証にはBearerトークン(ルーティンごとに発行される専用のパスワードのようなもの)を使います。

たとえるなら「出前注文」。電話をかけて「カレーを1つ、ライス大盛りで」と伝えれば、あとは届くのを待つだけ。API経由でRoutineを呼び出し、必要なパラメータを渡して実行させる流れがまさにそれです。ZapierやMake.comなどの外部ツールと組み合わせるときに威力を発揮します。

GitHub Events ── 冷蔵庫センサー

GitHubリポジトリで特定のイベント(PRが作成された、pushされた、Issueが開かれた、リリースが公開されたなど)が起きたときに自動で実行されます。PRについてはラベルやブランチ名でフィルタリングもできるので、「feature/で始まるブランチのPRだけ」といった細かい条件指定も可能です。

たとえるなら「冷蔵庫の食材センサー」。牛乳が減ったら自動で買い物リストに追加されるスマート冷蔵庫のように、リポジトリの変化を検知してAIが自動対応してくれます。3つのトリガーの中で、最もAIの「秘書」感が強いのがこのGitHub Eventsです。ただし、Research Preview期間中はRoutineごと・アカウントごとに1時間あたりの実行回数に上限があり、上限を超えたイベントは処理されずにスキップされます。活発なリポジトリでは注意が必要です。

3つのトリガー比較 Scheduled タイマー調理 時間指定で自動実行 自然言語で設定可能 最小間隔: 1時間 cron式に自動変換 向いている用途 日次レポート 定期チェック スケジュール投稿 API 📦 出前注文 HTTP POSTで起動 コンテキスト情報を送付 Bearerトークン認証 外部ツールと連携 向いている用途 Zapier/Make連携 Webhook受信 カスタムトリガー GitHub Events 🛠 冷蔵庫センサー PR/push/Issue等に反応 ラベル・ブランチで フィルタリング可能 イベント検知で起動 向いている用途 PRの自動レビュー Issue自動トリアージ リリースノート生成 AI Lab OISHI

始め方:3つの作成方法

Routineの作成方法は3つあります。ただし、CLIの/scheduleコマンドで作成できるのはScheduledトリガーのRoutineのみです。APIトリガーやGitHub Eventsトリガーを追加したい場合は、Web画面から設定します。

① Web画面から作成

claude.ai/code/routinesにアクセスし、「New routine」をクリック。プロンプト・対象リポジトリ・トリガーを画面上で設定するだけです。プログラミングの知識は一切不要で、最も手軽な方法です。

② CLIから作成

Claude Codeのセッション中に/scheduleコマンドを実行すると、対話形式でRoutineを作成できます。ターミナルで作業中に「あ、これ定期実行にしたい」と思ったらその場で設定できるので、作業の流れを止めずに済みます。たとえば、毎日手動で実行していたスクリプトを「もう自動にしよう」と決めた瞬間に、そのまま/scheduleでRoutine化できます。

③ Desktopアプリから作成

Claude Desktopの「New task」から「New remote task」を選択する方法です。デスクトップアプリをメインで使っている方はこちらが直感的です。GUIで視覚的に設定を進められるので、コマンドライン操作に慣れていない方にも向いています。

前提条件

Routinesを使うにはProプラン(月額$20)以上が必要です。無料プランでは利用できません。また、GitHub Eventsトリガーを使う場合は、GitHubアカウントとの認証に加えてClaude GitHub Appのインストールが必要です。Claude Codeの基本的な使い方がまだの方は、先にそちらを押さえておくとスムーズに進められます。

料金プランと1日の実行回数

Routinesの料金体系はシンプルです。プランによって1日に実行できる回数が決まっている——それだけです。

プラン 月額 1日の実行回数 備考
Free $0 利用不可 Routines非対応
Pro $20 5回/日 個人利用に最適。まずはここから
Max ($100) $100 15回/日 複数Routineを回す人向け
Max ($200) $200 15回/日 回数はMax $100と同じ
Team 公式料金ページ参照 25回/日 Routineは個人アカウントに帰属(チーム共有ではない)
Enterprise 要問合せ 25回/日 追加使用量の有効化で超過分も利用可能

トークン消費量は、通常のClaude Code対話セッションと同じです。Routineが実行されるたびに、そのプロンプトの処理に応じたトークンが消費されます。「Routine用の別枠」があるわけではないので、日常的にClaude Codeをヘビーに使っている方は利用枠の配分に注意が必要です。

組織プランでは「追加使用量(Extra usage)」を有効にすることで、1日の上限を超えた分も従量課金で利用できます。Pro/Maxプランでも追加使用量の設定が可能な場合がありますが、詳細は公式ヘルプで最新情報をご確認ください。

料金プランと1日の実行回数 バーの高さ = 1日の実行回数 25回 15回 5回 0回 Free $0 5 Pro $20/月 おすすめ 15 Max $100-200/月 25 Team $30/人/月 25+ Enterprise 要問合せ 超過利用可 トークン消費は通常セッションと同じ。Routine専用の別枠はなし AI Lab OISHI

cron・GitHub Actions・/loopとの使い分け

「自動で何かを繰り返す」ツールは、Routines以外にもいくつかあります。既存の選択肢とどう違うのか、整理してみましょう。

比較軸 cron GitHub Actions /loop Routines
AI推論 なし なし あり あり
クラウド実行 サーバー必要 GitHub上 ローカルPC Anthropicクラウド
設定の簡単さ 中(コマンド知識) 中(YAML記述) 簡単 簡単(Web/自然言語)
柔軟性 高(何でも実行) 高(ワークフロー) 高(対話的) 中(プロンプト依存)
PC電源不要 サーバー依存 不要 必要 不要
向いている場面 単純スクリプト CI/CDパイプライン 対話的な反復作業 知的な自動化

たとえるなら、GitHub Actionsはベルトコンベアです。決められた手順を正確に繰り返すのが得意ですが、想定外の事態には対応できません。一方、Routinesは職人です。「この食材ならこう切る」と状況を見て判断しながら作業を進めてくれます。

使い分けの基準はシンプルです。「判断」が不要なら従来ツール、「判断」が必要ならRoutines。毎日同じファイルをバックアップするだけならcronで十分。でも「PRの内容を読んで、問題がなければマージし、問題があればコメントする」といった判断が必要なタスクは、Routinesの出番です。もちろん、既存のcronジョブやGitHub Actionsをすべて置き換える必要はありません。それぞれの得意分野を活かして併用するのがベストプラクティスです。

なお、Codexプラグインと組み合わせれば、RoutineでClaude Codeが作業した結果をCodexにレビューさせる——という「無人のAIチームワーク」も実現可能です。AIコーディングツール比較の記事でも触れましたが、ツールの組み合わせ方がこれからの差別化要因になっていきます。

自動化ツール ポジショニングマップ 設定の簡単さ → AI推論力 → cron 単純スクリプト GitHub Actions ベルトコンベア /loop PC常時起動 Routines 職人 知的な自動化 判断が必要なタスク向き 決まった手順の繰り返し向き AI Lab OISHI

非エンジニアの実践ユースケース5選

Routinesは24時間営業の分身です。寝ている間も、食事中も、休日も——AIが裏で黙々と仕事をしてくれます。ここでは、非エンジニアでもすぐに活用できるユースケースを5つ紹介します。

1. X(Twitter)投稿の自動化

筆者の運用しているシステムがまさにこれです。毎日決まった時間にAIがニュースを分析し、投稿キューにツイートを追加する。これまではサーバーのcronとPythonスクリプトで回していましたが、Routinesを使えば、PCを開かなくてもこのワークフローがAIの判断込みで完結します。Scheduledトリガーで「毎朝6時」に設定し、Claudeにニュースフィードの分析と投稿原稿の生成を任せる構成です。cronとの決定的な違いは、「今日はこのニュースが重要だから取り上げよう」というAIの判断が入る点です。

2. ブログ品質チェック

記事をGitHubにpushしたタイミングで、GitHub Eventsトリガーが起動。Claudeが文字数・SEO・メタ情報・リンク切れなどを自動チェックし、問題があればIssueを作成してくれます。公開前の最終チェックをAIに任せることで、見落としが激減します。

3. YouTube台本の自動生成

Scheduledトリガーで毎朝トレンド分析を実行し、その日の動画ネタと台本の素案を自動生成。ひとりAIチームで全自動コンテンツ制作を回す場合、「ネタ探し→構成→台本」という最も時間のかかる部分をRoutinesに任せられるのは大きなメリットです。

4. 競合モニタリング

競合サイトの更新やSNSでの言及をScheduledトリガーで定期チェック。変化があったときだけレポートを生成する設定にすれば、無駄な通知に悩まされることもありません。AIが「この変化は重要」と判断してフィルタリングしてくれるのが、単純なRSSフィードとの違いです。たとえば競合が新しい料金プランを発表したら即レポート、ブログの軽微な更新なら無視——こういった判断を自動化できます。

5. 週次レポートの自動生成

Scheduledトリガーで毎週月曜の朝に実行。過去1週間のコミット履歴やIssue対応状況を集計し、マークダウン形式のレポートを自動生成します。上司やクライアントへの報告資料の8割がAIの手で完成している状態を作れます。人間がやるのは、AIが生成したレポートに目を通して微調整するだけ。月曜朝の「先週何やったっけ」という憂鬱な時間がなくなります。

非エンジニアのRoutines活用マップ Routines 24時間の分身 1. X投稿の自動化 毎朝ニュースを分析して 投稿キューに追加 2. ブログ品質チェック push時に自動でSEO・ リンク切れ等を検査 3. YouTube台本生成 トレンド分析から 台本素案を自動作成 4. 競合モニタリング 変化をAIが判断して 重要な時だけ通知 5. 週次レポート自動生成 コミット履歴・Issue対応を集計 → 報告資料が自動完成 AI Lab OISHI

注意点と現状の制約

Routinesは魅力的な機能ですが、現時点で知っておくべき制約がいくつかあります。期待しすぎて導入した結果、「こんなはずじゃなかった」とならないよう、正直にお伝えします。

Research Previewである

2026年4月時点で、RoutinesはResearch Previewとして提供されています。9to5Macの報道でも言及されていますが、仕様が予告なく変更される可能性があります。後方互換性の保証もないため、「先月まで動いていたRoutineが今月は動かない」というリスクがあります。

ベンダーロックイン

Routinesで作成したプロンプトやワークフローは、Anthropicのエコシステムに依存しています。将来、別のAIサービスに移行したくなったとき、Routinesの設定をそのまま持ち出すことはできません。cronジョブやGitHub Actionsのように、業界標準の仕組みではない点は理解しておく必要があります。

デバッグの難しさ

クラウド上で実行されるため、「何がどう動いたのか」の詳細を把握しづらい場面があります。ローカルで実行する/loopなら画面を見ながらデバッグできますが、Routinesではログの確認に一手間かかります。The New Stackの記事でも、このオパシティ(不透明さ)は課題として指摘されています。

トークン消費

Routineの実行セッションは通常の対話セッションと同じトークンを消費します。複雑なプロンプトを高頻度で回すと、月間のトークン枠を圧迫します。特にGitHub Eventsトリガーは「イベントが起きるたびに実行される」ため、活発なリポジトリでは想定以上にトークンが消費される場合があります。

シークレット管理のリスク

APIキーや認証情報をRoutineの環境変数に設定する場合、クラウド上にシークレットを預けることになります。Anthropicのセキュリティは堅牢ですが、外部サービスのAPIキーをクラウドに保存することに対するリスク評価は、利用者自身で行う必要があります。

以上の制約を踏まえた上で、まずは「止まっても困らない」補助的なタスクから始めるのが賢い導入戦略です。コアな業務プロセスをいきなりRoutinesに任せるのではなく、レポート生成や通知といった周辺タスクで実績を積んでから、徐々に守備範囲を広げていきましょう。数か月の実績を見てから、本格的な業務ワークフローに組み込むかどうかを判断しても遅くはありません。

筆者の見解

ここからは、実際にRoutinesを触ってみた上での率直な意見を5つ述べます。

1. Routinesは「秘書」であり「目覚まし時計」ではない

最も重要なポイントです。Routinesの本質的な価値は、スケジュール実行そのものではなく、AIが状況を判断しながら動くことにあります。単に時間で起動するだけならcronで十分。Routinesの強みは「PRの内容を読んで対応を変える」「今日のニュースの重要度を評価して投稿するかどうか判断する」といった、人間の秘書がやるような柔軟な対応にあります。

2. 「1日5回」の制限は実はちょうどいい

Proプランの1日5回制限を見て「少ない」と感じるかもしれません。しかし冷静に考えると、毎日5つ以上の自動化タスクを回している個人がどれだけいるでしょうか。朝のレポート、昼のチェック、夜のサマリー——3つもあれば十分という人がほとんどです。制限があるからこそ「本当に自動化すべきタスクは何か」を厳選する意識が働き、結果的に質の高い自動化が実現します。

3. ベンダーロックイン批判はもっともだが、すでにロックインされている

「Anthropicに依存するのは危険だ」という批判はもっともです。しかし現実問題として、Claude CodeのProプランやMaxプランを契約している時点で、すでにAnthropicのエコシステムにコミットしています。であれば、そのエコシステムの中で最大限の価値を引き出すほうが合理的です。ロックインを理由にRoutinesを避けて、結局cronで不便な思いをするのは本末転倒でしょう。

4. 真価を発揮するのはGitHub Eventsトリガー

3つのトリガーの中で、最もインパクトが大きいのがGitHub Eventsです。これは実質的に「AIの同僚がチームに加わる」のと同じ効果を生みます。PRが作られるたびにAIが自動レビューし、Issueが立つたびにAIがトリアージする。もちろんAIは人間と同じ判断力を持つわけではありませんが、「定型的だけど判断が必要なタスク」を任せる補助要員としては、月額$20の費用対効果は十分に高いと感じています。

5. Research Previewこそ始めどき

「まだPreviewだから安定してから使おう」という慎重派もいるでしょう。しかし、SiliconAngleの報道によれば、AnthropicはResearch Preview段階のフィードバックを積極的に開発に反映しています。今のうちに使い倒してフィードバックを送れば、正式リリース時に自分にとって使いやすい形になっている可能性が高い。早期ユーザーの特権です。

よくある質問(FAQ)

Q. 無料で使えますか?

残念ながら無料プランでは利用できません。Routinesを利用するにはProプラン(月額$20)以上が必要です。Proプランでは1日5回まで、Maxプランでは15回まで、Team/Enterpriseでは25回まで実行可能です。トークン消費は通常の対話セッションと同じ計算なので、Routineの利用回数と対話セッションの合計でプランの上限枠に収まるよう調整が必要です。

Q. プログラミングの知識は必要ですか?

Web画面からScheduledトリガーを設定する場合は、プログラミング不要です。「毎朝9時に実行」のように自然言語で設定できます。ただし、GitHub Eventsトリガーを使う場合は、リポジトリの構造(ブランチ、PR、Issueなど)について基本的な理解があるとスムーズに進められます。

Q. /loopコマンドとの違いは何ですか?

/loopはClaude Codeを起動しているPC上で繰り返し処理を実行するコマンドで、PCの電源が入っている間だけ動きます。Routinesはクラウド上で実行されるため、PCを閉じていても指定した時間やイベントに応じて自動的に動きます。「寝ている間にAIに仕事をさせたい」ならRoutines一択です。

Q. Research Previewの段階で本番運用して大丈夫ですか?

リスクはあります。仕様変更や後方互換性の破壊が予告なく行われる可能性があるため、止まっても困らない補助的なタスクから始めるのが安全です。レポート生成、定期チェック、通知といったタスクで実績を積みながら、正式リリースを待つのが賢明な戦略です。

まとめ

  1. Claude Code Routinesは「AIの秘書」 ── 時間になったら起動するだけでなく、状況を判断しながらタスクを実行してくれるクラウドベースの自動化機能です
  2. 3つのトリガーで柔軟に起動 ── Scheduled(時間指定)・API(外部呼び出し)・GitHub Events(リポジトリイベント)から用途に合ったものを選べます
  3. Proプラン月額$20、1日5回から始められる ── 大規模な投資は不要。まずは小さな自動化から試せます
  4. cronやGitHub Actionsとは「判断力」が違う ── AIが考えて動くため、柔軟な対応が必要なタスクに最適です
  5. Research Preview中が始めどき ── 早期フィードバックは開発チームに直接届きます。まずは補助的なタスクから導入し、実績を積んでいきましょう

AI自動化の基礎をもっと学びたい方は、「MCPとは何か?完全ガイド」も参考になります。Claude CodeとMCPを組み合わせることで、Routinesの活用の幅がさらに広がります。

参照元

← Blog一覧へ