Claude Code ルーティン

課題: Claude Code が何かをするにはラップトップが開いている必要があります。Desktop のスケジュールタスクも /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 つあります。すべて同じクラウドアカウントに書き込まれます。

Web UI は claude.ai/code/routines です。プロンプト、モデル、リポジトリ、環境、トリガー、コネクターすべてをここで設定できます。

CLI は /schedule を使います。スケジュールトリガーのルーティン作成のみ対応。サブコマンドはこちら：

コマンド	内容
`/schedule daily PR review at 9am`	指定のリズムで新しいルーティンを作成
`/schedule list`	アカウント上のルーティンを一覧表示
`/schedule update`	既存ルーティンのエディターを開く
`/schedule run`	テスト用にルーティンを即時実行

Desktop アプリからは「スケジュール > 新しいタスク > 新しいリモートタスク」で作成できます。「新しいローカルタスク」を選ぶと、マシン上で動く Desktop スケジュールタスクになります。

API トリガーと GitHub トリガーは Web 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 種類のイベントカテゴリに対応しています：

イベント	発火タイミング
Pull request	オープン・クローズ・アサイン・ラベル・同期
Pull request review	提出・編集・却下
PR review comment	差分コメントの作成・編集・削除
Push	ブランチへのコミット
Release	作成・公開・編集・削除
Issues	オープン・編集・クローズ・ラベル
Issue comment	Issue や PR へのコメント作成・編集・削除
Check run	作成・リクエスト・完了
Check suite	完了またはリクエスト
Workflow run	GitHub Actions のワークフロー開始・完了
Workflow job	ジョブのキュー・完了
Workflow dispatch	ワークフローの手動トリガー
Repository dispatch	カスタム `repository_dispatch` イベント送信
Discussion	作成・編集・回答
Discussion comment	作成・編集・削除
Sub issues	サブイシューまたは親の追加・削除
Commit comment	コミットへのコメント
Merge queue entry	PR のマージキュー入退場

Pull request トリガーにはフィルターが使えます。すべてのフィルターが一致したときのみルーティンが発火します：

フィルター	例
作者	`@dependabot`
タイトルに含む	`auth-provider`
ベースブランチ	`main`
ヘッドブランチに含む	`feature/`
ラベルに含む	`needs-review`
ドラフトか	`false`
マージ済みか	`true`
フォークから	`true`

マッチした GitHub イベントごとに独立したセッションが開始されます。イベント間でセッションは共有されません。

他の実行方法との違い

Claude Code にはバックグラウンドで作業を動かす方法が 4 つあります。解決する問題が異なります。

	ルーティン（クラウド）	Desktop スケジュールタスク	/loop	Monitor
実行場所	Anthropic クラウド	自分のマシン	自分のマシン	自分のマシン
マシンの起動が必要	No	Yes	Yes	Yes
セッションが開いている必要	No	No	Yes	Yes
ローカルファイルアクセス	No（新鮮なクローン）	Yes	Yes	Yes
最小間隔	1 時間	1 分	1 分	リアルタイム
API / Webhook トリガー	Yes	No	No	No
再起動後も継続	Yes	Yes	No	No
許可プロンプト	なし（自律）	設定可能	継承	継承

ルーティンはマシンの電源状態に関係なく作業を動かしたいとき、または外部システムからトリガーしたいときに最適です。

Desktop スケジュールタスクはローカルファイルアクセスや 1 時間未満の間隔が必要なときに適しています。

/loop はターミナルを閉じたら終わっていいセッションスコープのポーリングに向いています。

Monitor は実行中のプロセスへのイベント駆動の反応（ログ監視、開発サーバーの tail）に使います。

自動化できること

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

夜間 Issue トリアージ（スケジュール）。 Linear や GitHub からコネクター経由で新しい Issue を読み取り、コードエリアに基づいてラベルを貼り、担当者をアサインして、Slack にサマリーを投稿します。毎晩 2:00 AM 実行。

アラートトリアージ（API）。 監視ツール（Datadog、PagerDuty、Sentry）がアラート本文をルーティンのエンドポイントに POST します。Claude はスタックトレースを取得し、最近のコミットと照合して修正案の Draft PR を開きます。オンコールが画面を開く頃にはコンテキストがすでに揃っています。

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

デプロイ検証（API）。 CD パイプラインがデプロイ後にエンドポイントを呼びます。Claude が live 環境でスモークチェックを実行し、直近 30 分に導入されたリグレッションをエラーログから探し、リリースチャンネルに GO/NO-GO メッセージを投稿します。

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

クロス SDK ポーティング（GitHub）。 is_merged: true でフィルターした pull_request.closed をトリガーに設定。Python SDK に変更が入ったら、Go SDK リポジトリをクローンして変更をポートし、対応する PR を開きます。

自動化できるアイデア 15 選

リリース初日の数時間のうちに、実際のユーザーが構築したものからセレクトしました。

朝のスタンドアップ準備。 GitHub のアクティビティ、Slack スレッド、Linear の更新をスタンドアップ前にチャンネルへ 1 つのブリーフとしてまとめて投稿。
依存関係の監査。 週次でパッケージの更新を確認。安全な更新を上げて破壊的な変更にフラグを立てる PR を開く。
TODO スキャナー。 毎夜コードベースで新しい TODO コメントを探し、トラッキングチャンネルに投稿。
リリースノート。 リリース公開をトリガーに。マージされた PR をまとめてフォーマット済みの CHANGELOG.md を更新。
セキュリティレビューゲート。 auth や payments ディレクトリに触れる PR をトリガーに。集中的なセキュリティ監査を実行してリスクのあるパターンにフラグ。
エラーログ自動修正。 2 時間ごとにアプリのログで FATAL エントリを確認。修正が明らかなら Draft PR を開く。
古いブランチのクリーンアップ。 週次で 30 日コミットのないブランチをリストアップしてクリーンアップサマリーを投稿。
API コントラクトチェック。 バックエンドリポジトリで PR がマージされたら、フロントエンドの API 型が一致しているか確認。
パフォーマンスリグレッション検出。 main へのプッシュをトリガーに。ベンチマークスイートを実行してリグレッションがあればコミットにコメント。
競合他社モニタリング。 毎日競合他社の変更ログページを確認して差分サマリーを投稿。
カスタマーフィードバックトリアージ。 サポートツールからの API トリガー。Claude がチケットを読んで分類し、適切なチームにルーティング。
オンボーディングドキュメントの鮮度確認。 月次でセットアップガイドが実際のインストール手順と一致しているか確認。
PR のお守り。 チェック失敗をトリガーに。Claude が CI 出力を読んで修正を試み、同じブランチにプッシュ。
HN と Reddit のモニタリング。 毎日プロダクトのメンションを検索してダイジェストを投稿。
データベースマイグレーションレビュー。 マイグレーションファイルに触れる PR をトリガーに。安全なロールバック、データ損失リスク、ロック期間を確認。

プランごとの制限

ルーティンは 1 日あたりの実行数とサブスクリプションのトークン予算の両方にカウントされます。どちらも独立して適用されます。

プラン	1 日あたりのルーティン実行数
Pro（月 $20）	5
Max（月 $100〜200）	15
Team	25
Enterprise	25

追加利用課金が有効な組織では、これらの上限を従量料金で超えられます。利用状況は claude.ai/settings/usage で確認できます。

ルーティン向けの良いプロンプトを書く方法

ルーティンのプロンプトはループ中に人間が介在しない状態で動きます。会話なら往復のやり取りで補えるコンテキストを、プロンプトがすべて持たなければなりません。

目標を明確に書く。 「PR をレビュー」は曖昧です。「このリポジトリのすべてのオープン PR を読む。各 PR について、非同期関数でのエラーハンドリングの欠如、パラメータ化されていない SQL クエリ、条件付きで hooks を呼んでいる React コンポーネントを確認する。発見事項ごとにインラインコメントを残す。最後にサマリーコメントを投稿する。」という書き方なら自律的に動けます。

完了条件を定義する。 「Issue が見つからない場合は『レビュー完了。問題なし』の 1 コメントのみ投稿すること。PR は開かない。Slack には投稿しない。」

アウトプットをスコープする。 「Draft PR を作成し、claude/ プレフィックスのブランチにプッシュする。何もマージしない。」

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

セキュリティとアクセス制御

ルーティンはあなたとして動作します。コミットはあなたの GitHub ユーザー名で行われます。Slack メッセージはリンクしたアカウントを使います。ルーティンのアクセス権はクレデンシャルを 1 時間貸すのと同じように扱ってください。

ブランチ制限。 デフォルトでは claude/ プレフィックスのブランチにのみプッシュできます。これで不正なプロンプトが main に直接プッシュするのを防ぎます。ルーティンが他のブランチへのプッシュを明確に必要とし、ブランチ保護ルールがセーフティネットになっている場合のみ、この制限を解除してください。

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

環境変数。 シークレット（API キー、トークン）はプロンプトではなく環境設定に置きます。claude.ai/code/environments で設定してから、ルーティンに環境をアタッチしてください。

トークンの保管。 API トリガーのトークンは生成時に一度だけ表示されます。すぐにシークレットマネージャーに保存してください。後から取得することはできません。

現在の制限事項

ルーティンはリサーチプレビュー中です。構築を始める前に把握しておきたい制限があります。

スケジュールの最小間隔は 1 時間です。それより短い間隔が必要な場合は Desktop スケジュールタスク（1 分が最小）か /loop を使ってください。

実行のたびにリポジトリを新鮮にクローンします。ローカルファイルアクセスはなく、実行間でステートは引き継がれません。実行をまたいで何かを記憶する必要がある場合は、リポジトリにそのステートを書き出す（JSON ファイル、コメント、Issue など）必要があります。

GitHub Webhook イベントにはプレビュー中、ルーティンごととアカウントごとの時間あたり上限があります。広いトリガーフィルターを設定した高トラフィックのリポジトリでは上限に達するのが早いです。

ルーティンは個人アカウントに紐付きます。チームメンバーとは共有されません。同じオートメーションが欲しいメンバーはそれぞれ自分のコピーを作成する必要があります。

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

はじめ方

今日から使えるルーティンを 3 ステップで作れます。

最初はリスクの低いものを選びます。毎朝のダイジェスト、週次の TODO スキャン、夜間の Issue ラベル付けなど。main にプッシュしたり顧客にメッセージを送ったりするものは避けます。

/schedule で CLI から、または claude.ai/code/routines の Web から作成します。プロンプトはコードベースを見たことのない外注先に説明するつもりで書きます。/schedule run でテストします。

最初の 3 回の実行を観察します。セッションの URL を開いて Claude が何をしたか確認し、アウトプットを確認します。気づいたことを元にプロンプトを調整します。そのまま動かし続けます。

ルーティンは「Claude に言えばやってくれる」から「Claude が必要なことを自分でやってくれる」への橋渡しです。ラップトップは閉じたまま。作業は完了する。セッションは開いたときにそこにある。

Claude Code ルーティン

On this page