「cronを書くのが面倒だった」「自動化したいけど、自分のマシンを常時起動しておくのは無理」——そんな悩みを持ったことがあるなら、2026年4月14日に始まった研究プレビューは注目に値する。
Anthropicが Claude Code に追加した 「ルーティン（Routines）」 は、AIエージェントをクラウド上で定期実行できる機能だ。プロンプトとリポジトリを一度設定してしまえば、スケジュール・API呼び出し・GitHubイベントの3つのトリガーで、Claudeが勝手に動き続ける。ラップトップを閉じていても、夜中でも関係ない。
この記事では、ルーティンの仕組みから具体的なユースケース、競合手法との違い、始め方まで一通りカバーする。「設定してみたけど何に使えばいいか分からない」にならないよう、実際の業務で使える場面を多めに紹介する。
- ルーティンとは何か——「眠らないClaudeエージェント」の作り方
- 具体的なユースケース——どんな場面で使えるか
- セットアップ手順——実際にどうやって作るか
- 競合手法との比較——GitHub Actionsやcronとどこがどう違うのか
- 利用条件と制限事項——導入前に確認しておくこと
- 実際の始め方——今日試せる最初のルーティン
- まとめ
ルーティンとは何か——「眠らないClaudeエージェント」の作り方
従来の課題：自動化するたびにインフラを用意していた
これまで開発チームがAI自動化を試みると、必ずこの問題にぶつかった。
- cronジョブを設定するサーバーが必要
- APIキーやMCPサーバーの設定を毎回用意しなければならない
- ローカルマシンがスリープすると処理が止まる
- スケジュールとリポジトリとSlack通知をバラバラに管理している
開発者はすでにClaude Codeを使って開発サイクルを自動化していたが、cronジョブ・インフラ・MCPサーバーといった追加ツールは自前で管理していた。ルーティンはその面倒を丸ごと引き受ける。
ルーティンの正体：プロンプト＋リポジトリ＋コネクターのパッケージ
ルーティンとは、プロンプト・1つ以上のリポジトリ・コネクター（MCP接続）を一度設定してパッケージ化したもので、Anthropicが管理するクラウドインフラ上で自動実行される。ルーティンはラップトップを閉じていても動き続ける。
構造はシンプルで、次の3要素からなる。
- プロンプト：Claudeに何をやらせるかを自然言語で定義
- リポジトリ：作業対象のGitHubリポジトリ（複数可）
- コネクター：Slack・Linear・Google Driveなど外部サービスとの接続
この3つを組み合わせて「ルーティン」として保存すると、設定したトリガー条件を満たすたびに新しいClaude Codeセッションが起動する。実行結果はセッションとして残り、プルリクエストの作成や会話の継続も可能だ。
3種類のトリガー：いつ動かすかを選べる
各ルーティンには1つまたは複数のトリガーを設定できる。スケジュール（毎時・毎晩・毎週など）、API（HTTPのPOSTリクエストで任意のタイミングで起動）、GitHub（PRやプッシュ、Issueなどのリポジトリイベントに反応）の3種類があり、1つのルーティンにこれらを組み合わせることもできる。
具体的なユースケース——どんな場面で使えるか
ルーティンは「繰り返し起きる、結果が明確なタスク」に向いている。エンジニア向けとビジネス寄りの両方で例を挙げる。
エンジニア向けユースケース
① 毎晩のバックログ整理
スケジュールトリガーを使い、毎平日夜にIssueトラッカーに対して実行するルーティンを設定する。前回実行以降に作成されたIssueを読み込み、ラベルを付与し、参照しているコードの領域に基づいてオーナーを割り当て、サマリーをSlackに投稿する。チームは翌朝、整理済みのキューから作業を開始できる。
② アラートのトリアージ
監視ツールがエラー閾値を超えたとき、ルーティンのAPIエンドポイントにアラート本文を渡してPOSTする。ルーティンはスタックトレースを取得し、最近のコミットと照合して、修正案を含むドラフトPRを作成しアラートのリンクも添付する。オンコール担当者はゼロから調べる代わりにPRを確認するだけでよい。
③ カスタムコードレビュー
GitHubトリガーをpull_request.openedに設定する。チーム独自のレビューチェックリストを適用し、セキュリティ・パフォーマンス・スタイルの問題に対してインラインコメントを付け、サマリーコメントも追加するので、人間のレビュアーは機械的なチェックではなく設計の判断に集中できる。
④ デプロイ検証
CDパイプラインが本番デプロイ後にAPIエンドポイントを呼び出す。ルーティンは新しいビルドに対してスモークテストを実行し、エラーログをスキャンしてデプロイウィンドウが閉じる前にリリースチャンネルへGO/NO-GOを投稿する。
⑤ クロスリポジトリのライブラリ移植
あるSDKリポジトリでマージされたPRに対してGitHubトリガーが起動し、別言語の並行SDKに変更を移植して対応するPRを作成する。2つのライブラリが同期した状態を保てる。
ビジネス・非エンジニア向けユースケース
- 週次ドキュメントドリフト検知：変更されたAPIを参照しているドキュメントを自動でフラグし、更新PRを作成
- フィードバック→修正パイプライン：サポート窓口のフィードバックをルーティンに送ると、関連リポジトリを開いて修正案を下書き
- 週次レポート自動生成：Linear・GitHubのデータを集めてSlackやNotionに整理して投稿
セットアップ手順——実際にどうやって作るか
Webから作成する（最も簡単）
ルーティンはWeb・CLI・デスクトップアプリの3経路で作れる。どの手段で作成しても同じクラウドアカウントに書き込まれるため、CLIで作ったルーティンはすぐにclaude.ai/code/routinesに表示される。
Webからの手順はこうだ。
claude.ai/code/routinesにアクセスし「New routine」をクリック- ルーティン名とプロンプトを入力（プロンプトが最重要——自律実行なので、何をすべきか・成功の条件を明確に書く）
- 対象のGitHubリポジトリを選択（実行のたびにデフォルトブランチからクローンされる）
- クラウド環境を選択（ネットワーク設定・環境変数・セットアップスクリプトを制御）
- トリガーを選択（スケジュール・GitHub・APIのいずれか、または組み合わせ）
- 不要なコネクターを外して「Create」
CLIから作成する（プログラマー向け）
/schedule コマンドを任意のセッションで実行すると、会話形式でスケジュールルーティンを作成できる。/schedule daily PR review at 9am のように説明を直接渡すことも可能だ。/schedule listで一覧、/schedule updateで変更、/schedule runで即時実行もできる。ただし、APIトリガーとGitHubトリガーの追加はWebからのみ対応。
APIトリガーの使い方
APIトリガーは各ルーティンに専用のHTTPエンドポイントを与える。Authorization: Bearerヘッダーにトークンを添えてPOSTすると、新しいセッションが開始されセッションURLが返ってくる。オプションのtextフィールドにアラート本文や失敗ログなどのコンテキストを渡すと、それがルーティンのプロンプトに追記される。
curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEF.../fire \
-H "Authorization: Bearer sk-ant-oat01-xxxxx" \
-H "anthropic-beta: experimental-cc-routine-2026-04-01" \
-H "anthropic-version: 2023-06-01" \
-H "Content-Type: application/json" \
-d '{"text": "Sentryアラート SEN-4521 が本番で発火。スタックトレース添付。"}'
トークンは生成時に一度しか表示されないため、すぐにシークレットストアに保存すること。
GitHubトリガーの設定
GitHubトリガーはClaude GitHub Appのインストールが必要だ（/web-setupで与えるリポジトリアクセスとは別物）。対応イベントは幅広く、PR・プッシュ・Issue・チェックラン・ワークフロー実行・ディスカッションなどを網羅している。
PRフィルターが特に実用的で、次の条件を組み合わせられる。
- 作成者（GitHubユーザー名）
- タイトル・本文のテキスト
- ベースブランチ／ヘッドブランチ
- ラベル
- ドラフト状態・マージ状態・フォーク由来かどうか
たとえば「auth-providerが含まれるブランチかつmainへの向けのPRだけレビューする」といった絞り込みが自然言語のフォームで設定できる。
競合手法との比較——GitHub Actionsやcronとどこがどう違うのか
よく「GitHub Actionsで同じことができるんじゃないか」という疑問が出る。機能的に重なる部分はあるが、設計思想がかなり違う。
| 観点 | Claude Codeルーティン | GitHub Actions | 従来のcron＋AI API |
|---|---|---|---|
| 設定の記述方法 | 自然言語プロンプト | YAMLワークフロー定義 | Shell＋APIコール |
| インフラ管理 | 不要（Anthropicクラウド） | GitHub Actions runner | 自前サーバー必要 |
| コンテキスト理解 | リポジトリ全体を把握した上で行動 | スクリプト通りに実行 | 明示的に渡した情報のみ |
| MCPコネクター統合 | Slack・Linear等を標準で利用 | 個別に設定が必要 | 自前で実装 |
| セットアップ時間 | 数分（フォームのみ） | YAMLの記述が必要 | 長時間（インフラ含む） |
| コスト構造 | サブスクリプション枠＋超過課金 | 分単位の課金 | サーバー費用＋API費用 |
| 適している作業 | 判断が必要な繰り返しタスク | 決定論的なパイプライン | 単純なAPI呼び出し |
| 現在の状態 | 研究プレビュー中 | GA（一般提供） | 自前構築 |
ポイントは「判断が必要かどうか」だ。「PRのタイトルが一定のパターンならXをする」という決定論的なものはGitHub Actionsが向いている。一方、「このIssueを読んで、コードベースの該当部分を特定し、修正案を考えてPRを出す」という認知的な判断が含まれる作業は、ルーティンの得意領域になる。
Claude Codeのスケジュールタスク機能を使うと、GitHub Actionsのcronを書かなくても、自然言語のプロンプトだけで定期的なGitHub操作を実行できる。これは特にYAMLが苦手なメンバーや、試行錯誤しながら自動化を育てたいチームに刺さる。
利用条件と制限事項——導入前に確認しておくこと
プラン別の制限
ルーティンはPro・Max・Team・Enterprise ユーザーが利用できる。1日の実行上限はProで5回、Maxで15回、Team/Enterpriseで25回だ。追加の実行は超過課金として消費される。
| プラン | 1日の実行上限 |
|---|---|
| Pro | 5回 |
| Max | 15回 |
| Team / Enterprise | 25回 |
ルーティンはインタラクティブセッションと同じようにサブスクリプションの使用量を消費する。利用量はclaude.ai/settings/usageで確認できる。
セキュリティと権限の範囲
ルーティンは自律的にフルClaudeコードクラウドセッションとして実行される。許可モードの選択や実行中の承認プロンプトはない。シェルコマンドの実行、スキルの使用、設定したコネクターの呼び出しが可能だ。
デフォルトでは、Claudeはclaude/プレフィックスのついたブランチにしかプッシュできない。これは意図しない変更がmainブランチに入ることを防ぐ安全バリア。この制限を外す場合は、リポジトリごとに「Allow unrestricted branch pushes」を明示的に有効にする必要がある。
ルーティンは個人のclaude.aiアカウントに紐付く。チームメンバーとは共有されず、ルーティンがGitHub IDやコネクター経由で行ったアクション（コミット・PR・Slackメッセージ等）はすべてその個人のアカウント名で表示される。
研究プレビュー期間中の注意点
ルーティンは研究プレビュー中であり、挙動・制限・APIの仕様は変更される可能性がある。GitHubウェブフックイベントにはルーティンごと・アカウントごとに時間あたりの上限があり、上限を超えたイベントはウィンドウがリセットされるまで破棄される。
APIトリガーの/fireエンドポイントもベータヘッダー（experimental-cc-routine-2026-04-01）の下で提供されており、仕様変更の可能性がある。本番の重要なパイプラインに組み込む前に、テスト環境での検証を済ませておく方が安全だ。
最小スケジュール間隔は1時間。より短い間隔は設定できない。
実際の始め方——今日試せる最初のルーティン
難しく考えずに、まず小さく動かしてみるのがいい。チームの誰もが「あれ、これ毎週手でやってるな」と思っている作業が出発点になる。
おすすめの最初のルーティン：週次Issueサマリー
[プロンプト例] このリポジトリで今週（月曜〜金曜）にオープンされたIssueを確認し、 - バグ・機能要望・質問にラベルを分類する - 優先度が高そうなものを3件ピックアップしてコメントを添える - 結果をSlackの#devチャンネルに投稿する
このプロンプトを週1回（月曜朝）実行するスケジュールルーティンとして設定するだけ。GitHubとSlackのコネクターをアタッチしておけば、あとはClaude任せだ。
セットアップのチェックリスト
- [ ]
claude.ai/codeでClaude Code on the webを有効化（Pro以上） - [ ] GitHubリポジトリを接続（
/web-setupまたはWeb UIから） - [ ] GitHubトリガーを使う場合はClaude GitHub Appをインストール
- [ ] 使うコネクター（Slack・Linearなど）を
Settings > Connectorsで接続 - [ ]
claude.ai/code/routinesから「New routine」で作成 - [ ] まず「Run now」で動作確認してからスケジュールを有効化
まとめ
Claude Codeのルーティンは「AIに指示を書いて、あとは勝手にやってもらう」を本格的に実現する機能だ。cronの代わりに自然言語プロンプトを書き、サーバーの代わりにAnthropicのクラウドを使う。GitHub Actionsとの大きな違いは、YAMLの決定論的なフローではなく、コードベースを理解した上でClaudeが判断を含む作業をこなせる点にある。
研究プレビューなので、1日の実行回数制限やウェブフックの上限など制約はある。ただ、「毎週手でやっていた繰り返し作業」を一つルーティンに置き換えるだけでも、十分に体験する価値はある。まず小さく始めて、使い勝手を確かめながら広げていくアプローチが現実的だ。
個人的には、PR自動レビューとバックログ整理から試してみることをすすめる。どちらも効果がわかりやすく、チームへの展開理由も説明しやすい。
