Claude Code ルーティン

問題: Claude Code が何かをするためにはラップトップを開いたままにしておく必要がある。デスクトップのスケジュールタスクと /loop はローカルで動作するため、ふたを閉じるたびに設定したすべての自動化が止まる。また、ポーリングなしにGitHubのPRや監視アラートのような外部イベントに反応する方法がない。

クイックウィン: CLIから最初のクラウドルーティンを作成してすぐにテストする:

/schedule daily PR review at 9am

/schedule run

最初のコマンドは、毎朝 Anthropic のクラウド上でリポジトリをクローンしてプロンプトを実行するルーティンを作成する。2番目のコマンドはすぐに実行して、スケジュールを信頼する前に出力を確認できる。

ルーティンとは何か

ルーティンは3つのものをパッケージにまとめたものだ: プロンプト、1つ以上のGitHubリポジトリ、そして一連のコネクター（Slack、Linear、DatadogなどのMCPサーバー）。一度設定すれば、Anthropic のクラウドがトリガーの発動時に実行する。

各実行ではリポジトリの新鮮なコピーをクローンし、完全な Claude Code セッションを起動し、自律的に実行する。許可のプロンプトなし。承認クリックなし。セッションはシェルコマンドを実行し、リポジトリにコミットされたスキルを使用し、アタッチしたすべてのコネクターを呼び出せる。

ルーティンは2026年4月14日にリサーチプレビューとしてリリースされた。GAまでに動作とAPIサーフェスが変わる可能性がある。

ルーティンはどこにあるか

3つのサーフェスでルーティンを作成・管理できる。すべて同じクラウドアカウントに書き込まれる。

claude.ai/code/routines のウェブUI。すべての設定を完全にコントロールできる: プロンプト、モデル、リポジトリ、環境、トリガー、コネクター。

CLI では /schedule を使用する。スケジュールルーティンのみ作成可能。サブコマンド:

デスクトップアプリ では「Schedule > New task > New remote task」から。「New local task」を選択するとマシン上で動作するデスクトップスケジュールタスクが作成される。

APIトリガーとGitHubトリガーはウェブUIからのみ設定できる。CLIはまだ対応していない。

3種類のトリガー

1つのルーティンで3種類すべてを組み合わせられる。PRレビューのルーティンは、スケジュールで毎晩実行し、PRが開かれたときに即座に反応し、デプロイスクリプトからのアドホックな呼び出しも受け付けることができる。

スケジュールトリガーはケイデンスで発動する。プリセットには毎時、毎日、平日、毎週がある。カスタムcron式も使える（/schedule update で設定）。最小間隔は1時間。時刻はローカルタイムゾーンを使用する。

APIトリガーは各ルーティンに専用のHTTPエンドポイントを提供する。任意のシステムからPOSTする。リクエストボディのオプションの text フィールドは、ルーティンのプロンプトに追加コンテキストとして付加される:

curl -X POST \
  https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEFGHJKLMNOPQRSTUVW/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 alert SEN-4521 fired in prod. Stack trace attached."}'

レスポンスはセッションIDとURLを返す。URLをクリックするとリアルタイムで Claude の作業を見られる:

{
  "type": "routine_fire",
  "claude_code_session_id": "session_01HJKLMNOPQRSTUVWXYZ",
  "claude_code_session_url": "https://claude.ai/code/session_01HJKLMNOPQRSTUVWXYZ"
}

GitHubトリガーはリポジトリイベントをサブスクライブする。18のイベントカテゴリーがサポートされている:

プルリクエストトリガーはフィルターをサポートする。ルーティンが発動するためにはすべてのフィルターが一致する必要がある:

一致するGitHubイベントはそれぞれ独立したセッションを開始する。イベント間でセッションは再利用されない。

ルーティンと他の方法との違い

Claude Code には今やバックグラウンドで作業を実行する4つの方法がある。それぞれ異なる問題を解決する。

ルーティンは、マシンの電源状態に関係なく作業を実行すべき場合や、外部システムからトリガーする必要がある場合に適している。

デスクトップスケジュールタスクは、ローカルファイルアクセスや1時間未満の間隔が必要な場合に向いている。

/loop は、ターミナルを閉じたときに終了してよいクイックなセッションスコープのポーリングに適している。

モニターは実行中のプロセス（ログの監視、開発サーバーのテール）に対するイベント駆動の反応に使う。

自動化できること

6つのパターンがほとんどのユースケースをカバーする。それぞれトリガータイプと具体的なワークフローに対応している。

毎晩のイシュートリアージ（スケジュール）。 ルーティンはコネクター経由でLinearまたはGitHubから新しいイシューを読み込み、コード領域に基づいてラベルを適用し、担当者を割り当て、Slackにサマリーを投稿する。毎晩2時に実行。

アラートトリアージ（API）。 監視ツール（Datadog、PagerDuty、Sentry）がアラート本文をルーティンのエンドポイントにPOSTする。Claude はスタックトレースを取得し、最近のコミットと照合し、提案された修正を含むドラフトPRを開く。オンコール担当者がページを開いたときには、すでにコンテキストが集まっている。

すべてのPRでのコードレビュー（GitHub）。 is_draft: false の pull_request.opened でトリガー。Claude はチームのレビューチェックリストを適用し、セキュリティとパフォーマンスパターンのインラインコメントを残し、サマリーコメントを追加する。ベースブランチやラベルでフィルタリングして機密モジュールのみに絞れる。

デプロイ検証（API）。 CDパイプラインがデプロイごとにエンドポイントを呼び出す。Claude はライブ環境に対してスモークチェックを実行し、過去30分に発生した回帰を検出し、リリースチャンネルにGO/NO-GOメッセージを投稿する。

ドキュメントドリフト検出（スケジュール）。 毎週実行。過去7日間にマージされたPRをスキャンし、変更されたAPIエンドポイントや関数シグネチャを参照するドキュメントページを特定し、それぞれの更新PRを開く。

クロスSDKポーティング（GitHub）。 is_merged: true でフィルタリングされた pull_request.closed でトリガー。PythonSDKに変更が入ると、ルーティンはGo SDKリポジトリをクローンし、変更をポートし、対応するPRを開く。

自動化する価値のある15のアイデア

これらはリリース初日数時間以内に構築したものをシェアした実際のユーザーから集まったものだ。

1. 朝のスタンドアップ準備。 GitHubアクティビティ、Slackスレッド、Linearの更新をスタンドアップ前にチャンネルに投稿する1つのブリーフィングにまとめる。
2. 依存関係監査。 古くなったパッケージの毎週スキャン。安全な更新をバンプし、破壊的な変更にフラグを立てるPRを開く。
3. TODOスキャナー。 新しいTODOコメントをコードベースで毎晩スイープ。トラッキングチャンネルに投稿する。
4. リリースノート。 リリース公開でトリガー。マージされたPRをフォーマットされたチェンジログにコンパイルし、CHANGELOG.mdを更新する。
5. セキュリティレビューゲート。 認証または決済ディレクトリに触れるPRでトリガー。集中的なセキュリティ監査を実行し、リスクのあるパターンにフラグを立てる。
6. エラーログ自動修正。 2時間ごとにアプリケーションログのFATALエントリをスキャン。修正が明白なら、ドラフトPRを開く。
7. 古いブランチのクリーンアップ。 30日間コミットのないブランチをリストアップし、クリーンアップサマリーを投稿する週次ルーティン。
8. API契約チェック。 バックエンドリポジトリでPRがマージされた後、フロントエンドがまだAPIの型と一致しているか確認する。
9. パフォーマンスリグレッションのキャッチ。 mainへのプッシュでGitHubトリガー。ベンチマークスイートを実行し、何かがリグレッションしたらコミットにコメントする。
10. 競合他社モニタリング。 競合他社のチェンジログページを確認し、差分サマリーを投稿する日次ルーティン。
11. 顧客フィードバックトリアージ。 サポートツールからのAPIトリガー。Claude がチケットを読み、分類し、適切なチームにルーティングする。
12. オンボーディングドキュメントの鮮度確認。 セットアップガイドが実際のインストール手順と一致しているかの月次チェック。
13. PRの面倒見。 チェック失敗でGitHubトリガー。Claude がCI出力を読み、修正を試み、同じブランチにプッシュする。
14. HNとRedditのモニタリング。 製品のメンションを検索し、ダイジェストを投稿する日次ルーティン。
15. データベースマイグレーションレビュー。 マイグレーションファイルに触れるPRでGitHubトリガー。Claude が安全なロールバック、データ損失リスク、ロック期間をレビューする。

プランの制限

ルーティンは毎日の実行許容量とサブスクリプションのトークン予算にカウントされる。両方の制限が独立して適用される。

追加使用量課金を有効にした組織は、従量課金のオーバーレート料金でこれらの上限を超えられる。claude.ai/settings/usage で使用量を確認できる。

ルーティン向けの良いプロンプトの書き方

ルーティンのプロンプトはループ内に人間がいない状態で実行される。通常は往復のやり取りを通じて提供されるすべてのコンテキストをプロンプトが持つ必要がある。

目標を明確に書く。「PRをレビューする」は曖昧すぎる。「このリポジトリのすべてのオープンPRを読む。それぞれについて、非同期関数における欠落したエラー処理、パラメータ化されていないSQLクエリ、条件付きでフックを呼び出すReactコンポーネントを確認する。各発見にインラインコメントを残す。最後にサマリーコメントを投稿する。」そのバージョンは推測なしに自律的に実行される。

成功の定義を書く。「問題が見つからない場合は、『レビュー済み、問題なし』とだけコメントする。PRは開かない。Slackに投稿しない。」

出力のスコープを指定する。「レビュー準備完了ではなくドラフトPRを作成する。claude/ プレフィックスのブランチにプッシュする。何もマージしない。」

失敗時の指示を含める。「変更後にビルドが失敗した場合は、コミットを元に戻し、何が問題だったか説明するコメントを残す。」

セキュリティとアクセスコントロール

ルーティンはあなたとして動作する。コミットにはあなたのGitHubユーザー名が付く。Slackメッセージはあなたのリンクされたアカウントを使用する。ルーティンのアクセスは、1時間誰かにクレデンシャルを渡すのと同じように扱う。

ブランチ制限。 デフォルトでは、ルーティンは claude/ プレフィックスのブランチにのみプッシュできる。これにより、不正なプロンプトが直接mainにプッシュするのを防ぐ。ルーティンが他のブランチにプッシュする必要があり、セーフティネットとしてブランチ保護ルールがある場合のみこの制限を無効にすること。

コネクターのスコープ設定。 リンクしているすべてのコネクターがデフォルトで含まれる。ルーティンが必要としないものを削除する。PRレビューのルーティンにはSlackの書き込みアクセスは不要だ。Slackダイジェストのルーティンには GitHub のプッシュアクセスは不要だ。

環境変数。 シークレット（APIキー、トークン）はプロンプトではなく環境設定に置く。ルーティンにアタッチする前に claude.ai/code/environments で設定すること。

トークンストレージ。 APIトリガートークンは生成時に一度だけ表示される。すぐにシークレットマネージャーに保存すること。後で取得することはできない。

現在の制限事項

ルーティンはリサーチプレビュー中だ。構築を始める前に知っておくべき境界がいくつかある。

最小スケジュール間隔は1時間。それより速い場合はデスクトップスケジュールタスク（最小1分）か /loop を使うこと。

各実行はリポジトリを新たにクローンする。ローカルファイルアクセスはなく、実行間で状態は引き継がれない。ルーティンが実行をまたいで何かを記憶する必要がある場合は、その状態をリポジトリに書き込む必要がある（JSONファイル、コメント、またはイシュー）。

GitHubウェブフックイベントには、プレビュー中にルーティンごとおよびアカウントごとの1時間の上限がある。広いトリガーフィルターを持つトラフィックの多いリポジトリは上限をすぐに使い切る可能性がある。

ルーティンはあなたの個人アカウントに属する。チームメンバーと共有されない。同じ自動化が欲しいチームメンバーはそれぞれ自分のコピーを作成する。

/fire APIエンドポイントにはベータヘッダー anthropic-beta: experimental-cc-routine-2026-04-01 が必要だ。これはGAまでに変わる。

始め方

3つのステップで今日から役立つルーティンを実行できる。

リスクの低いものを選ぶ。朝のダイジェスト、週次のTODOスキャン、毎晩のイシューラベル付けなど。mainにプッシュしたり顧客にメッセージしたりするものは選ばないこと。

/schedule を使ってCLIから作成するか、claude.ai/code/routines のウェブから作成する。コードベースを一度も見たことのない外注業者にブリーフィングするようにプロンプトを書く。/schedule run でテストする。

最初の3回の実行を見守る。セッションURLをクリックして、Claude が何をしたか読み、出力を確認する。見たものに基づいてプロンプトを調整する。そしてそのまま実行し続ける。

ルーティンは「Claude が指示されたことをやる」と「Claude がやるべきことを自分でやる」の間のギャップを埋める。ラップトップは閉じたまま。作業は完了する。セッションは開いたときにレビューできる状態になっている。