ルーティンで作業を自動化する

ルーティンはリサーチプレビュー段階です。動作、制限、API サーフェスは変更される可能性があります。

ルーティンは保存された Claude Code 構成です。プロンプト、1 つ以上のリポジトリ、および一連のコネクタをパッケージ化して、1 回定義し、自動的に実行します。ルーティンは Anthropic が管理するクラウドインフラストラクチャで実行されるか、ルーティングされた場合は組織の自己ホスト環境で実行されるため、ラップトップを閉じても動作し続けます。各ルーティンには、1 つ以上のトリガーを接続できます。

スケジュール: 時間ごと、毎晩、毎週など、定期的なペースで実行、または特定の将来の時刻に 1 回実行
API: ベアラートークン付きで HTTP POST をルーティン固有のエンドポイントに送信してオンデマンドでトリガー
GitHub: プルリクエストやリリースなどのリポジトリイベントに自動的に反応して実行

1 つのルーティンは複数のトリガーを組み合わせることができます。たとえば、PR レビュールーティンは毎晩実行でき、デプロイスクリプトからトリガーでき、新しい PR すべてに反応することもできます。ルーティンは Pro、Max、Team、Enterprise プランで利用可能です。claude.ai/code/routines で作成・管理するか、CLI で /schedule を使用して管理できます。 Team および Enterprise オーナーは、claude.ai/admin-settings/claude-code の Routines トグルを使用して、すべてのメンバーのルーティンを無効にできます。無効にすると、既存のルーティンは実行を停止し、メンバーは新しいルーティンを作成できません。このページでは、ルーティンの作成、各トリガータイプの構成、実行の管理、および使用制限の適用方法について説明します。

ユースケースの例

各例は、トリガータイプと、ルーティンが適している作業の種類をペアにしています。無人で実行でき、繰り返し可能で、明確な成果に結びついています。 バックログメンテナンス。 スケジュールトリガーは毎週夜間にコネクタ経由で問題追跡ツールに対して実行されます。ルーティンは最後の実行以降にオープンされた問題を読み取り、ラベルを適用し、参照されているコード領域に基づいて所有者を割り当て、Slack に概要を投稿して、チームが 1 日を整理されたキューで開始できるようにします。 アラートトリアージ。 監視ツールがエラー閾値を超えたときにルーティンの API エンドポイントを呼び出し、アラート本文を text として渡します。ルーティンのプロンプトは Claude にアラートを調査するよう指示し、スタックトレースを取得し、リポジトリの最近のコミットと相関させ、提案された修正とアラートへのリンク付きのドラフトプルリクエストを開きます。オンコール担当者は空のターミナルから始めるのではなく PR をレビューします。 カスタムコードレビュー。 GitHub トリガーは pull_request.opened で実行されます。ルーティンはチームの独自のレビューチェックリストを適用し、セキュリティ、パフォーマンス、スタイルの問題についてインラインコメントを残し、概要コメントを追加して、人間のレビュアーが機械的なチェックではなく設計に焦点を当てられるようにします。 デプロイ検証。 CD パイプラインは各本番デプロイ後にルーティンの API エンドポイントを呼び出します。ルーティンは新しいビルドに対してスモークテストを実行し、エラーログをスキャンして回帰を検出し、デプロイウィンドウが閉じる前にリリースチャネルに go または no-go を投稿します。 ドキュメントドリフト。 スケジュールトリガーは毎週実行されます。ルーティンは最後の実行以降にマージされた PR をスキャンし、変更された API を参照するドキュメントにフラグを立て、エディターがレビューするためにドキュメントリポジトリに対して更新 PR を開きます。 ライブラリポート。 GitHub トリガーは pull_request.closed で実行され、1 つの SDK リポジトリのマージされた PR にフィルタリングされます。ルーティンは別の言語の並列 SDK に変更をポートし、マッチング PR を開き、人間が各変更を再実装することなく 2 つのライブラリを同期させます。

ルーチンを作成する

claude.ai/code/routines のウェブから、Desktop アプリから、または CLI から、ルーチンを作成できます。3 つのサーフェスすべてが同じクラウドアカウントに書き込まれるため、1 つで作成したルーチンは他のサーフェスにすぐに表示されます。Desktop アプリの Code タブで、サイドバーまたはサイドバーの More メニューの Routines をクリックしてから New routine を選択し、Cloud を選択します。代わりに Local を選択すると、Desktop scheduled task が作成されます。これはクラウドではなくマシン上で実行されます。作成フォームは、ルーチンのプロンプト、リポジトリ、環境、コネクタ、およびトリガーを設定します。ルーティンは完全な Claude Code クラウドセッションとして自律的に実行されます。権限モードピッカーはなく、セッションはシェルコマンドを実行し、クローンされたリポジトリにコミットされたスキルを使用し、含めたコネクタを呼び出します。一部のアーティファクトアクションを除き、すべて承認を求めずに実行されます。ルーチンが到達できる範囲は、選択したリポジトリ、環境のネットワークアクセスと変数、および含めたコネクタによって決定されます。これらのそれぞれをルーチンが実際に必要とするものにスコープします。ルーチンは個別の claude.ai アカウントに属します。チームメイトと共有されず、アカウントの usage and limits に対してカウントされます。ルーチンが接続された GitHub ID またはコネクタを通じて実行するすべてのことは、あなたとして表示されます。コミットとプルリクエストは GitHub ユーザーを含み、Slack メッセージ、Linear チケット、またはその他のコネクタアクションはこれらのサービスのリンクされたアカウントを使用します。

ウェブから作成する

作成フォームを開く

claude.ai/code/routines にアクセスして、New routine をクリックします。

ルーチンに名前を付けてプロンプトを書く

ルーチンに説明的な名前を付け、Claude が毎回実行するプロンプトを書きます。プロンプトが最も重要な部分です。ルーチンは自律的に実行されるため、プロンプトは自己完結型で、何をするか、成功がどのように見えるかについて明確である必要があります。トリガーが発火すると、セッションはルーチンの保存されたプロンプトを割り当てられたタスクとして受け取り、それを実行します。会話の途中に到着した信頼できないコンテンツとして扱うのではなく。トリガーは、プロンプトがアカウント上の認可されたセッションによって事前に保存されたことのみを証明するため、発火したプロンプトはライブユーザー入力ではなく、実行中のアクションの承認または同意として機能することはできません。セッションが実行中に取得するコンテンツは、通常の処理を保持します。v2.1.213 より前では、セッションは同じプロンプトを信頼できないバックグラウンド通知としてフレーム化して受け取り、それに対して行動することを拒否する可能性がありました。プロンプト入力にはモデルセレクタが含まれます。Claude は毎回実行時に選択されたモデルを使用します。

リポジトリを選択する

Claude が作業するための 1 つ以上の GitHub リポジトリを追加します。各リポジトリは実行の開始時にクローンされます。Claude は変更用に claude/ プレフィックス付きブランチを作成します。

環境を選択する

ルーチン用の cloud environment を選択します。環境は、クラウドセッションがアクセスできるものを制御します。

Network access: 各実行中に利用可能なインターネットアクセスのレベルを設定します
Environment variables: Claude が各実行中に使用できる値を提供します。これらは環境を使用するすべてのユーザーに表示されるため、Pro および Max プランでは、Claude が実行中に呼び出す API のキーは代わりにネットワークシークレットとして保存してください。そのセクションには、シークレットが付与されないリクエストも記載されています
Setup script: ルーチンが必要とする依存関係とツールをインストールします。結果は cached されるため、スクリプトはセッションごとに再実行されません

Default 環境は Trusted ネットワークアクセスで提供されます。これにより、default allowlist のパッケージレジストリ、クラウドプロバイダー API、コンテナレジストリ、および一般的な開発ドメインのみがセッションのネットワークを通じて許可されます。ルーチンに追加するコネクタは Anthropic のサーバーを通じてサービスに到達するため、許可リストの変更は必要ありません。ルーチンが独自のサービスに直接到達する必要がある場合、またはそのリスト外のドメインに到達する必要がある場合は、実行前に環境の network access を編集してください。別の環境を使用するには、最初に create one してください。

トリガーを選択する

Select a trigger で、ルーチンの開始方法を選択します。1 つのトリガータイプを選択するか、複数を組み合わせることができます。

Schedule
GitHub event
API

定期実行のプリセット頻度を選択するか、特定のタイムスタンプで 1 回限りの実行をスケジュールします。タイムゾーン処理、遅延開始、カスタム cron 間隔、および 1 回限りの実行については、Add a schedule trigger を参照してください。

コネクタを確認する

フォームの下部の Connectors で、接続されたすべての MCP connectors がデフォルトで含まれます。ルーチンが必要としないものを削除します。Claude は、実行中に権限を求めずに、含まれたコネクタからすべてのツール（書き込みを含む）を使用できます。

ルーチンを作成する

Create をクリックします。ルーチンはリストに表示され、トリガーの 1 つが一致する次の時間に実行されます。すぐに実行を開始するには、ルーチンの詳細ページで Run now をクリックします。各実行は、他のセッションの横に新しいセッションを作成します。Claude が何をしたかを確認し、変更を確認し、プルリクエストを作成できます。

CLI から作成する

任意のセッションで /schedule を実行して、スケジュール済みルーチンを会話形式で作成します。説明を直接渡すこともできます。/schedule daily PR review at 9am のような定期ルーチンまたは /schedule clean up feature flag in one week のような 1 回限りのルーチンの場合です。Claude はウェブフォームが収集するのと同じ情報（スケジュール、リポジトリ、プロンプト）について質問を進め、ルーチンをアカウントに保存します。コマンドは /routines というエイリアスでも利用可能です。成功した開始は会話のように見えます。Claude はスケジュール、リポジトリ、プロンプトについてのフォローアップ質問をしてから保存します。代わりに Claude が認証が必要であるか、リモート claude.ai アカウントに接続できないと返信する場合、ルーチンは作成されていません。Troubleshooting を参照してください。 CLI の /schedule はスケジュール済みルーチンを作成します。API トリガーを追加するには、claude.ai/code/routines のウェブでルーチンを編集します。ウェブまたは CLI から GitHub trigger を追加できます。CLI パスには Claude Code v2.1.225 以降が必要です。スケジュールトリガーがないルーチン（API 呼び出しまたは GitHub イベントによってのみ開始されるなど）には次の実行時間がなく、Claude がそれを保存または更新するときに CLI は何も表示しません。v2.1.211 より前では、CLI はこれらのルーチンの年 1 の次の実行時間を報告していました。

トリガーを構成する

ルーティンはトリガーの 1 つが一致したときに開始されます。同じルーティンにスケジュール、API、GitHub トリガーの任意の組み合わせを接続でき、ルーティンの編集フォームの Select a trigger セクションからいつでも追加または削除できます。

スケジュールトリガーを追加する

スケジュールトリガーは定期的なペースでルーティンを実行するか、特定の将来の時刻に 1 回実行します。Select a trigger セクションでプリセット周波数を選択します。時間ごと、毎日、平日、または毎週。時間はローカルゾーンで入力され、自動的に変換されるため、ルーティンはクラウドインフラストラクチャがどこにあるかに関係なく、その壁時計時間で実行されます。スケジュール時刻の正確に 1 時間（9:00 など）に実行をスケジュールする場合、数分遅れて開始される可能性があります。スケジュール時刻に近い時間に開始するには、例えば 9:07 のように、時間を数分過ぎた時刻を選択してください。 2 時間ごと、または毎月の最初など、カスタム間隔の場合は、フォームで最も近いプリセットを選択してから、CLI で /schedule update を実行して特定の cron 式を設定します。最小間隔は 1 時間です。より頻繁に実行される式は拒否されます。

1 回限りの実行をスケジュールする

1 回限りのスケジュールは、特定のタイムスタンプでルーティンを 1 回だけ実行します。週の後半に自分自身に通知したり、ロールアウトが完了した後にクリーンアップ PR を開いたり、アップストリームの変更がランディングしたときにフォローアップタスクをキックオフしたりするために使用します。ルーティンが実行された後、自動的に無効になり、Web UI は Ran としてマークします。再度実行するには、ルーティンを編集して新しい 1 回限りの時刻を設定します。 CLI から 1 回限りの実行を作成するには、自然言語で時刻を説明します。Claude は現在の時刻に対してフレーズを解決し、保存する前に絶対タイムスタンプを確認します。

/schedule tomorrow at 9am, summarize yesterday's merged PRs

/schedule in 2 weeks, open a cleanup PR that removes the feature flag

定期的なスケジュールと同じローカル UTC 変換が 1 回限りのタイムスタンプに適用されます。 1 回限りの実行は他のスケジュール実行と同じ時間単位の制限にカウントされます。詳細については、使用量と制限を参照してください。

API トリガーを追加する

API トリガーはルーティンに専用 HTTP エンドポイントを提供します。ルーティンのベアラートークンでエンドポイントに POST すると、新しいセッションが開始され、セッション URL が返されます。これを使用して Claude Code をアラートシステム、デプロイパイプライン、内部ツール、または認証済み HTTP リクエストを実行できる任意の場所に接続します。 API トリガーは Web から既存のルーティンに追加されます。CLI は現在、トークンを作成、再生成、または削除することができません。

ルーティンを編集用に開く

claude.ai/code/routines に移動し、API 経由でトリガーするルーティンをクリックしてから、ルーティン名の横のメニューを開き、Edit を選択します。

API トリガーを追加する

Instructions ボックスの下の Select a trigger セクションまでスクロールし、Add another trigger をクリックして、API を選択します。

URL をコピーしてトークンを生成する

モーダルはこのルーティンの URL とサンプル curl コマンドを表示します。URL をコピーしてから、Generate token をクリックしてトークンをすぐにコピーします。トークンは 1 回表示され、後で取得できないため、アラートツールのシークレットストアなどの安全な場所に保存してください。

エンドポイントを呼び出す

URL に POST するときに Authorization: Bearer ヘッダーでトークンを送信します。以下のルーティンをトリガーするセクションに完全な例が示されています。

各ルーティンは独自のトークンを持ち、そのルーティンのトリガーのみにスコープされています。API アクセスをオフにする、またはトークンをローテーションするには、同じモーダルに戻ります。

API アクセスをオフにする: Regenerate の横にあるゴミ箱アイコンである Delete token をクリックします
トークンをローテーションする: Regenerate をクリックします

ルーティンをトリガーする

Authorization ヘッダーのベアラートークンで /fire エンドポイントに POST リクエストを送信します。リクエスト本文は、アラート本文またはログの失敗など、実行固有のコンテキスト用のオプションの text フィールドを受け入れます。保存されたプロンプトと共にルーティンに渡されます。値はフリーフォームテキストで、解析されません。JSON または別の構造化ペイロードを送信する場合、ルーティンはリテラル文字列として受け取ります。 text 値は、ルーティンに裸のメッセージとして到達しません。これは <routine-fire-payload> ブロックでラップされて到達し、信頼できないデータとしてラベル付けされ、ルーティン独自のプロンプトが言わない限り、Claude にその中の指示に従わないよう指示します。同じラップが Web UI の Run now で提供されるテキストに適用されます。これは、ルーティンの保存されたプロンプトが発火テキストに対して行動するためにオプトインする必要があることを意味します。プロンプトを書いて、ペイロードを明示的に参照するか、例えば「routine-fire-payload ブロックで説明されているアラートを調査する」、またはルーティンはテキストを不活性コンテキストとして扱います。ベアラートークンを保持している人は誰でも text を送信できるため、ラッパーは漏洩したトークンからの発火テキストが、ルーティンへの直接指示ではなく、信頼できないデータとしてラベル付けされて到達するようにします。以下の例は、シェルからルーティンをトリガーします。表示されているルーティン ID とトークンはプレースホルダーです。API トリガーを追加する時にコピーした URL とトークンで置き換えてください。そうしないと、リクエストは 401 認証エラーで失敗します。

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 を含む JSON 本文を返します。

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

ブラウザでセッション URL を開いて、実行をリアルタイムで監視し、変更をレビューするか、会話を手動で続行します。

/fire エンドポイントは experimental-cc-routine-2026-04-01 ベータヘッダーの下で出荷されます。リクエストと応答の形状、レート制限、トークンセマンティクスは、機能がリサーチプレビュー段階にある間に変更される可能性があります。破壊的な変更は新しい日付付きベータヘッダーバージョンの背後で出荷され、最新の 2 つの前のヘッダーバージョンは引き続き機能するため、呼び出し元は移行する時間があります。

API リファレンス

すべてのエラー応答、検証ルール、フィールド制限を含む完全な API リファレンスについては、Claude Platform ドキュメントの API 経由でルーティンをトリガーするを参照してください。 /fire エンドポイントは claude.ai ユーザーのみが利用でき、Claude Platform API サーフェスの一部ではありません。

GitHub トリガーを追加する

GitHub トリガーは、接続されたリポジトリで一致するイベントが発生したときに、新しいセッションを自動的に開始します。Claude Code はイベント間でセッションを再利用しないため、2 つの PR 更新は 2 つの独立したセッションを生成します。

GitHub webhook イベントはルーティンごとおよびアカウントごとの時間単位の上限の対象です。制限を超えるイベントはウィンドウがリセットされるまでドロップされます。

Claude GitHub App は、サブスクライブするリポジトリにインストールする必要があります。

Web UI から GitHub トリガーを構成します。これは、アプリがない場合はインストールするよう促します。以下の手順に従って、Web から 1 つを構成してください。
CLI から、最初に GitHub App ページからアプリをインストールしてから、Claude に既存のルーティンに GitHub トリガーを接続するよう依頼します。例えば /schedule add a GitHub trigger to my nightly review for pull requests opened in acme/webapp。CLI パスには Claude Code v2.1.225 以降が必要です。Claude がトリガーを追加すると、トリガーが発火するルーティンへのリンクで返信します。

ルーティンを編集用に開く

claude.ai/code/routines に移動し、ルーティンをクリックしてから、ルーティン名の横のメニューを開き、Edit を選択します。

GitHub イベントトリガーを追加する

Select a trigger セクションまでスクロールし、Add another trigger をクリックして、GitHub event を選択します。

CLI で /web-setup を実行するとリポジトリアクセスがクローン用に付与されますが、Claude GitHub App はインストールされず、webhook 配信は有効になりません。

トリガーを構成する

リポジトリを選択し、サポートされているイベントリストからイベントを選択し、オプションでフィルタを追加します。トリガーを保存します。

サポートされているイベント

GitHub トリガーは、次のいずれかのイベントカテゴリにサブスクライブできます。各カテゴリ内で、pull_request.opened などの特定のアクションを選択するか、カテゴリ内のすべてのアクションに反応することができます。

イベント	トリガーのタイミング
プルリクエスト	PR がオープン、クローズ、割り当て、ラベル付け、同期、またはその他の方法で更新されたとき
リリース	リリースが作成、公開、編集、または削除されたとき

プルリクエストをフィルタリングする

フィルタを使用して、新しいセッションを開始するプルリクエストを絞り込みます。すべてのフィルタ条件がルーティンをトリガーするために一致する必要があります。利用可能なフィルタフィールドは次のとおりです。

フィルタ	マッチ
作成者	PR 作成者の GitHub ユーザー名
タイトル	PR タイトルテキスト
本文	PR 説明テキスト
ベースブランチ	PR がターゲットするブランチ
ヘッドブランチ	PR が由来するブランチ
ラベル	PR に適用されたラベル
ドラフト	PR がドラフト状態かどうか
マージ済み	PR がマージされたかどうか

各フィルタはフィールドを演算子とペアにします。等しい、含む、で始まる、の 1 つ、の 1 つではない、または正規表現に一致します。 matches regex 演算子はフィールド値全体をテストし、その中の部分文字列ではありません。hotfix を含むタイトルに一致させるには、.*hotfix.* を記述します。周囲の .* がない場合、フィルタは前後に何もない正確に hotfix であるタイトルのみに一致します。正規表現構文なしのリテラル部分文字列マッチングの場合は、代わりに contains 演算子を使用してください。いくつかのフィルタ組み合わせの例。

認証モジュールレビュー: ベースブランチ main、ヘッドブランチに auth-provider を含む。認証に触れる PR を焦点を絞ったレビュアーに送信します。
レビュー準備完了のみ: ドラフト false。ドラフトをスキップして、ルーティンが PR がレビュー準備完了のときのみ実行されるようにします。
ラベルゲート付きバックポート: ラベルに needs-backport を含む。メンテナーが PR にタグを付けたときのみ、別のブランチへのポートルーティンをトリガーします。

ルーチンを管理する

リストのルーチンをクリックして、その詳細ページを開きます。詳細ページには、ルーチンのリポジトリ、コネクタ、プロンプト、スケジュール、API トークン、GitHub トリガー、および過去の実行のリストが表示されます。

実行を表示して操作する

任意の実行をクリックして、フルセッションとして開きます。そこから Claude が何をしたかを確認し、変更をレビューし、プルリクエストを作成するか、会話を続けることができます。各実行セッションは他のセッションと同じように機能します。セッションタイトルの横のドロップダウンメニューを使用して、名前変更、アーカイブ、または削除を行います。

実行リストの緑色のステータスは、セッションが開始され、インフラストラクチャエラーなしで終了したことを意味します。これはプロンプト内のタスクが成功したことを意味しません。実行を開いてトランスクリプトを読み、Claude が実際に何をしたかを確認してください。ブロックされたネットワークリクエスト、不足しているコネクタツール、およびタスクレベルの失敗はすべて、ステータスインジケータではなくそこに表示されます。

ルーチンを編集して制御する

ルーチン詳細ページから、以下を実行できます。

Run now をクリックして、次のスケジュール時刻を待たずに実行を直ちに開始します。オプションで実行固有のテキストを指定できます。これは API トリガーの text フィールドと同じ方法でルーチンに到達します。
ページの上部にあるオン/オフスイッチを使用して、スケジュールを一時停止または再開します。一時停止されたルーチンは設定を保持しますが、再度有効にするまで実行されません。
ルーチンの名前の横にあるメニューを開き、Edit を選択して、名前、プロンプト、リポジトリ、環境、コネクタ、またはルーチンのトリガーのいずれかを変更します。Select a trigger セクションは、スケジュール、API トークン、および GitHub イベントトリガーを追加または削除する場所です。
同じメニューを開き、Delete を選択してルーチンを削除します。

CLI からルーチンを管理する

CLI は既存のルーチンの管理をサポートしています。/schedule list を実行してすべてのルーチンを表示し、/schedule update で 1 つを変更するか、/schedule run で直ちにトリガーします。また、ルーチンの実行履歴について質問することもできます。例えば /schedule why did my nightly review do nothing this morning? のようにです。Claude はルーチンの最近の実行をステータスと共にリストし、各実行をウェブで開くためのリンクを提供し、実行のログを読んでツールエラー、権限拒否、最終結果を含めて何が起こったかを説明します。Claude Code v2.1.227 以降が必要です。

リポジトリとブランチの権限

ルーティンはリポジトリをクローンするために GitHub アクセスが必要です。CLI で /schedule を使用してルーティンを作成する場合、Claude はアカウントが実行元のリポジトリに対して GitHub アクセスを持っているかどうかを確認し、持っていない場合はアクセスを許可する方法を名前付きで示すセットアップノートを追加します。アクセスを許可する 2 つの方法については、GitHub 認証オプションを参照してください。Team プランと Enterprise プランでは、各方法を使用する前に Claude 組織の Owner がその方法をオンにする必要があります。GitHub を接続するを参照してください。 GitHub 接続が実行予定時に不足しているか期限切れの場合、ルーチンは最大 72 時間まで実行をスキップします。その期間内に GitHub を再接続すると、ルーチンは自動的に再開されます。接続なしで 72 時間経過すると、ルーチンはオフになり、GitHub を再接続した後に再度オンにします。追加する各リポジトリは、すべての実行でクローンされます。Claude はリポジトリのデフォルトブランチから開始します。ただし、プロンプトで別の方法を指定する場合を除きます。GitHub プルリクエストイベントが実行をトリガーし、そのプルリクエストのリポジトリがルーティンの最初のリポジトリである場合、そのリポジトリは代わりにプルリクエストの head コミットから開始します。 Claude は、プロンプトで別のブランチへのプッシュを指示しない限り、claude/ で始まるブランチに作業をプッシュします。実行がプッシュできるブランチを制御するには、GitHub のブランチ保護ルールまたはルールセットを使用します。Anthropic 管理のインフラストラクチャ上の実行、および Anthropic の git プロキシを通じてプッシュするセルフホスト実行の場合、GitHub はこれらのルールを接続した GitHub アクセスに適用するため、そのアクセスがバイパスできるルールは実行のプッシュをブロックしません。デプロイが提供する git 認証情報でプッシュするセルフホスト実行は、代わりにその認証情報に対してチェックされます。git を設定するを参照してください。

コネクタ

ルーチンは接続された MCP コネクタを使用して、各実行中に外部サービスから読み取り、外部サービスに書き込むことができます。例えば、サポートリクエストをトリアージするルーチンは Slack チャネルから読み取り、Linear で問題を作成する可能性があります。コネクタは、アカウント上の claude.ai インテグレーションです。CLI で claude mcp add を使用してローカルに追加した MCP サーバーはマシンに保存されており、claude.ai アカウントには保存されないため、コネクタリストに表示されません。ルーチンでそれらのサーバーの 1 つを使用するには、claude.ai/customize/connectors でコネクタとして追加します。1 つのリポジトリを持つルーチンの場合、代わりにコミットされた .mcp.json で宣言できます。これはクローンされたリポジトリの一部です。ルーチンを作成する場合、現在接続されているすべてのコネクタがデフォルトで含まれます。実行中に Claude がアクセスできるツールを制限するために、不要なものを削除します。ルーチンフォームから直接コネクタを追加することもできます。ルーチンフォーム外でコネクタを管理または追加するには、claude.ai/customize/connectors にアクセスするか、CLI で /schedule update を使用します。

実行が確認なしでアーティファクトを公開する場合

ルーティンのスケジュールまたは Run now によって実行が開始された場合、Claude は確認を求めずに新しいアーティファクトを公開できます。新しいアーティファクトは、共有するまではユーザー本人にのみ表示されます。公開時にページのランタイム機能（コネクタ呼び出しやファイルのダウンロードなど）を宣言する場合、Claude は事前に確認を求めます。これらの実行では、Claude は以下のすべてが満たされる場合にのみ、確認を求めずに既存のアーティファクトを再公開します。

アーティファクトを編集でき、かつ自分の組織に属している
公開内容にページ以外のもの（サポートファイルなど）が含まれる場合、そのアーティファクトを所有している
アーティファクトが一般公開で共有されていない
アーティファクトが特定のユーザーまたは組織と共有されている場合、その閲覧者に新しいバージョンが自動的に表示されない
公開によって新しいバージョンを強制的に上書きしない
公開でページのランタイム機能を宣言しない
既存のページに、ページの範囲を超える権限付与（コネクタ呼び出しなど）がない

API トリガーや GitHub トリガーによって開始された実行を含め、それ以外のすべての場合、Claude は事前に確認を求めます。ルーティンの役割がページを最新の状態に保つことである場合は、すでに公開済みのアーティファクトを渡してください。

環境とネットワークアクセス

各ルーチンは、ネットワークアクセス、環境変数、およびセットアップスクリプトを制御するクラウド環境を使用します。ルーチンはすべての実行でその環境のネットワークポリシーを継承します。 Default 環境は Trusted ネットワークアクセスを使用します。これにより、セッションのネットワークを通じてデフォルト許可リストのみが許可されます。そのパスの外のホストへのリクエストは 403 と x-deny-reason: host_not_allowed で失敗します。MCP コネクタトラフィックは Anthropic のサーバーを通じてルーティングされるため、ルーチンに追加するコネクタは Allowed domains にホストを追加しなくても機能します。コネクタの下で不要なコネクタを削除します。 1 つ以上の独自の環境で追加のドメインを許可するには、以下の手順に従います。組織共有環境はここで読み取り専用で開くため、所有者は管理設定の Cloud environments ページからそのネットワークアクセスを変更します。

ルーチンを編集用に開く

ルーチンの詳細ページで、ルーチンの名前の横にあるメニューを開き、Edit を選択します。

環境セレクタを開く

Instructions ボックスの下で、Default などの環境の名前を示すクラウドアイコンを選択します。

環境設定を開く

リスト内の環境にマウスを置き、右側に表示される設定アイコンをクリックします。

ネットワークアクセスレベルを変更する

Edit environment ダイアログで、Network access を Custom に変更し、Allowed domains にドメインを入力します。Also include default list of common package managers をチェックして、カスタムドメインと共にデフォルト許可リストを保持します。制限のないアクセスの場合は、代わりに Full を選択します。

保存

Save changes をクリックします。新しいポリシーは次の実行から適用されます。

アクセスレベルとデフォルト許可リストの詳細については、ネットワークアクセスを参照してください。

使用と制限

ルーティンは対話型セッションと同じ方法でサブスクリプション使用量を削減します。現在の消費は claude.ai/settings/usage で確認してください。サブスクリプション使用量とは別に、実行を開始する各方法には時間単位の制限があります。

アクション	制限	カウント対象	制限超過時
スケジュール実行（1 回限りの実行を含む）	1 時間あたり 100 回	アカウント	制限がリセットされるまで実行は待機します
今すぐ実行、API 発火、および 1 回限りのルーティンを再度実行するように設定	1 時間あたり 30 回	各ルーティン、3 つすべてで共有される 1 カウント	制限がリセットされるまでアクションは失敗します
今すぐ実行および 1 回限りのルーティンを再度実行するように設定	1 時間あたり 100 回	アカウント	同じ
API 発火	1 時間あたり 100 回	アカウント、今すぐ実行とは別にカウント	同じ
GitHub イベント	GitHub トリガーを追加を参照

これらの時間単位の制限にはオーバーエッジがありません。ルーティンがサブスクリプション使用制限に達したとき、使用クレジットが有効な組織はメーター付きオーバーエッジでルーティンを実行し続けることができます。使用クレジットがない場合、使用ウィンドウがリセットされるまで追加実行は拒否されます。claude.ai/settings/usage で使用クレジットを有効にしてください。Team プランと Enterprise プランでは、管理者が claude.ai/admin-settings/usage で組織の使用クレジットを有効にします。サブスクリプションが一時停止されている間、ルーティンは保留中になり、実行されません。サブスクリプションが再度アクティブになったら、ルーティンを再度有効にしてください。

トラブルシューティング

`/schedule` が「Unknown command」を返す

CLI は /schedule の要件の 1 つが満たされていない場合、このコマンドを非表示にします。コマンドメニューは入力中に「No commands match “/schedule”」と表示され、送信すると Unknown command: /schedule が返されます。ただし、以下のケースのうち異なる回答を示すものは除きます。原因は通常、以下のいずれかです。

Console API キー、Anthropic プロフィールまたはフェデレーション認証情報、または Amazon Bedrock、Google Cloud の Agent Platform、Microsoft Foundry などのクラウドプロバイダーで認証されている。/schedule には claude.ai サブスクリプションログインが必要です。Console API キーまたはプロフィールを使用していて、フィーチャーフラグ取得が有効な場合、/schedule を送信すると代わりに /schedule is available with Claude for Enterprise — ask your admin about migrating from API-key access と表示されます。クラウドプロバイダーログインの場合、Unknown command: /schedule が表示されます。シェルで ANTHROPIC_API_KEY または ANTHROPIC_AUTH_TOKEN が設定されている場合、または settings.json で apiKeyHelper が設定されている場合は、これらが claude.ai ログインより優先されるため、まず削除してください。プロフィールまたはフェデレーション認証情報も優先されるため、それも無効にしてください
完全にサインアウトしており、API キーまたは他の認証情報がない。フィーチャーフラグ取得が有効な場合、/schedule を送信すると /schedule requires a claude.ai subscription. Run /login to sign in with your claude.ai account. と表示されます。v2.1.268 より前では、サインアウトしたセッションは Console API キーと同じ Claude for Enterprise メッセージを表示していました
Claude Code on the web セッション内にいる。代わりにウェブ UI からルーチンを管理してください
組織のポリシーがClaude Code on the web を無効にしており、ルーチンはこれで実行されます。この場合、/schedule を送信すると Cloud sessions are disabled by your organization's policy と回答されます。v2.1.268 より前は、Unknown command: /schedule が返されていました
Owner がチームまたはエンタープライズ組織のルーチンを無効にしました。v2.1.227 より前は、このケースでもコマンドがまだ表示されており、Claude がルーチンを作成または実行しようとするときに claude.ai がそれを拒否していました

組織のポリシーがルーチンまたは Claude Code on the web を無効にしていない限り、CLI がどのように設定されているかに関わらず、claude.ai/code/routines でルーチンを作成および管理できます。

「Routines are disabled by your organization’s policy」

チームまたはエンタープライズ組織の Owner が claude.ai/admin-settings/claude-code で Routines トグルをオフにしている可能性があります。Claude Code v2.1.227 以降では、同じトグルが CLI の /schedule も非表示にします。これはサーバー側の組織設定であるため、ローカル設定から上書きすることはできません。Owner に組織のルーチンを有効にするよう依頼してください。

/loop とセッション内スケジューリング: オープン CLI セッション内でローカルタスクをスケジュール
Desktop スケジュール済みタスク: マシンで実行され、ローカルファイルへのアクセスを持つローカルスケジュール済みタスク
クラウド環境: クラウドセッションのネットワークアクセス、環境変数、セットアップスクリプトを構成
Projects: Claude が複数のクラウドセッション全体で調整する継続的な作業。プロジェクトから作成されたルーチンはその Routines タブに表示されます
MCP コネクタ: Slack、Linear、Google Drive などの外部サービスを接続
GitHub Actions: リポジトリイベントで CI パイプラインで Claude を実行

はじめに

基本概念

Claude Code を使う

プラットフォームと連携

ルーティンで作業を自動化する

ユースケースの例

ルーチンを作成する

ウェブから作成する

CLI から作成する

トリガーを構成する

スケジュールトリガーを追加する

1 回限りの実行をスケジュールする

API トリガーを追加する

ルーティンをトリガーする

API リファレンス

GitHub トリガーを追加する

サポートされているイベント

プルリクエストをフィルタリングする

ルーチンを管理する

実行を表示して操作する

ルーチンを編集して制御する

CLI からルーチンを管理する

リポジトリとブランチの権限

コネクタ

実行が確認なしでアーティファクトを公開する場合

環境とネットワークアクセス

使用と制限

トラブルシューティング

`/schedule` が「Unknown command」を返す

「Routines are disabled by your organization’s policy」

​ユースケースの例

​ルーチンを作成する

​ウェブから作成する

​CLI から作成する

​トリガーを構成する

​スケジュールトリガーを追加する

​1 回限りの実行をスケジュールする

​API トリガーを追加する

​ルーティンをトリガーする

​API リファレンス

​GitHub トリガーを追加する

​サポートされているイベント

​プルリクエストをフィルタリングする

​ルーチンを管理する

​実行を表示して操作する

​ルーチンを編集して制御する

​CLI からルーチンを管理する

​リポジトリとブランチの権限

​コネクタ

​実行が確認なしでアーティファクトを公開する場合

​環境とネットワークアクセス

​使用と制限

​トラブルシューティング

​/schedule が「Unknown command」を返す

​「Routines are disabled by your organization’s policy」

​関連リソース

ユースケースの例

ルーチンを作成する

ウェブから作成する

CLI から作成する

トリガーを構成する

スケジュールトリガーを追加する

1 回限りの実行をスケジュールする

API トリガーを追加する

ルーティンをトリガーする

API リファレンス

GitHub トリガーを追加する

サポートされているイベント

プルリクエストをフィルタリングする

ルーチンを管理する

実行を表示して操作する

ルーチンを編集して制御する

CLI からルーチンを管理する

リポジトリとブランチの権限

コネクタ

実行が確認なしでアーティファクトを公開する場合

環境とネットワークアクセス

使用と制限

トラブルシューティング

`/schedule` が「Unknown command」を返す

「Routines are disabled by your organization’s policy」

関連リソース