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

Claude Code を自動操縦に設定します。スケジュールで実行するルーティンを定義したり、API 呼び出しでトリガーしたり、Anthropic が管理するクラウドインフラストラクチャから GitHub イベントに反応させたりできます。

ルーティンは保存された 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 つのライブラリを同期させます。

ルーティンを作成する

Web の claude.ai/code/routines、Desktop アプリ、または CLI からルーティンを作成します。3 つのサーフェスすべてが同じクラウドアカウントに書き込むため、1 つで作成したルーティンは他のサーフェスに即座に表示されます。Desktop アプリの Code タブで、サイドバーの Routines をクリックするか、サイドバーの More メニューで New routine をクリックしてから、Cloud を選択します。代わりに Local を選択すると、Desktop スケジュール済みタスクが作成されます。これはクラウドではなくマシンで実行されます。

作成フォームは、ルーティンのプロンプト、リポジトリ、環境、コネクタ、トリガーを設定します。

ルーティンは完全な Claude Code クラウドセッションとして自律的に実行されます。権限モードピッカーはなく、実行中の承認プロンプトもありません。セッションはシェルコマンドを実行でき、クローンされたリポジトリにコミットされたスキルを使用でき、含めたすべてのコネクタを呼び出すことができます。ルーティンが到達できるものは、選択したリポジトリ、環境のネットワークアクセスと変数、および含めたコネクタによって決定されます。これらのそれぞれをルーティンが実際に必要とするものにスコープします。

ルーティンは個別の claude.ai アカウントに属します。チームメイトと共有されず、アカウントの日次実行許容量に対してカウントされます。ルーティンが接続された GitHub ID またはコネクタを通じて行うことはすべて、あなたとして表示されます。コミットとプルリクエストは GitHub ユーザーを持ち、Slack メッセージ、Linear チケット、またはその他のコネクタアクションはそれらのサービスのリンクされたアカウントを使用します。

Web から作成する

作成フォームを開く

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

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

ルーティンに説明的な名前を付け、Claude が毎回実行するプロンプトを書きます。プロンプトが最も重要な部分です。ルーティンは自律的に実行されるため、プロンプトは自己完結型で、何をするか、成功がどのように見えるかについて明示的である必要があります。

トリガーが発火すると、セッションはルーティンの保存されたプロンプトを割り当てられたタスクとして受け取り、会話の途中に到着した信頼できないコンテンツとして扱うのではなく、それを実行します。トリガーは、プロンプトがあなたのアカウント上の認可されたセッションによって事前に保存されたことのみを証明するため、発火したプロンプトはライブユーザー入力ではなく、実行中のアクションの承認または同意として機能することはできません。セッションが実行中に取得するコンテンツは、通常の処理を保持します。v2.1.213 より前では、セッションは同じプロンプトを信頼できないバックグラウンド通知としてフレーム化して受け取り、それに対して行動することを拒否する可能性がありました。

プロンプト入力にはモデルセレクタが含まれます。Claude は毎回実行時に選択されたモデルを使用します。

リポジトリを選択する

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

環境を選択する

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

ネットワークアクセス: 各実行中に利用可能なインターネットアクセスのレベルを設定
環境変数: Claude が実行中に使用できる値を提供します。これらは環境を使用する誰にでも表示されるため、Pro および Max プランでは、Claude が実行中に呼び出す API のキーを API 認証情報として保存します。そのセクションには、認証情報を取得しないリクエストもリストされています。
セットアップスクリプト: ルーティンが必要とする依存関係とツールをインストールします。結果はキャッシュされ、スクリプトはすべてのセッションで再実行されません。

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

トリガーを選択する

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

定期実行のプリセット周波数を選択するか、特定のタイムスタンプで 1 回限りの実行をスケジュールします。タイムゾーン処理、スタガー、カスタム cron 間隔、および 1 回限りの実行については、スケジュールトリガーを追加を参照してください。

コネクタをレビューする

フォームの下部にある Connectors で、接続されたすべての MCP コネクタはデフォルトで含まれます。ルーティンが必要としないものを削除します。Claude は実行中にパーミッションを求めることなく、含まれたコネクタからすべてのツール（書き込みを含む）を使用できます。

ルーティンを作成する

Create をクリックします。ルーティンはリストに表示され、次回トリガーの 1 つが一致したときに実行されます。すぐに実行を開始するには、ルーティンの詳細ページで Run now をクリックします。

各実行は他のセッションと並んで新しいセッションを作成します。Claude が何をしたかを確認し、変更をレビューし、プルリクエストを作成できます。

CLI から作成する

任意のセッションで /schedule を実行して、スケジュール済みルーティンを会話形式で作成します。/schedule daily PR review at 9am のような定期ルーティンや /schedule clean up feature flag in one week のような 1 回限りのルーティンのように、説明を直接渡すこともできます。Claude は Web フォームが収集するのと同じ情報を通じて、ルーティンをアカウントに保存します。コマンドはエイリアス /routines でも利用可能です。

成功した開始は会話のように見えます。Claude はスケジュール、リポジトリ、プロンプトについてのフォローアップ質問をしてから保存します。代わりに Claude が認証が必要であるか、リモート claude.ai アカウントに接続できないと返信した場合、ルーティンは作成されていません。トラブルシューティングを参照してください。

CLI の /schedule はスケジュール済みルーティンを作成します。API トリガーを追加するには、claude.ai/code/routines で Web 上のルーティンを編集します。GitHub トリガーは Web または CLI から追加できます。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 セクションでプリセット周波数を選択します。時間ごと、毎日、平日、または毎週。時間はローカルゾーンで入力され、自動的に変換されるため、ルーティンはクラウドインフラストラクチャがどこにあるかに関係なく、その壁時計時間で実行されます。

スタガーのため、実行はスケジュール時刻の数分後に開始される可能性があります。オフセットは各ルーティンで一貫しています。

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 ヘッダーでトークンを送信します。以下のルーティンをトリガーするセクションに完全な例が示されています。

各ルーティンは独自のトークンを持ち、そのルーティンのトリガーのみにスコープされています。ローテーションまたは取り消すには、同じモーダルに戻り、Regenerate または Revoke をクリックします。

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

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 を開いて、実行をリアルタイムで監視し、変更をレビューするか、会話を手動で続行します。

API リファレンス

すべてのエラー応答、検証ルール、フィールド制限を含む完全な API リファレンスについては、Claude Platform ドキュメントの API 経由でルーティンをトリガーするを参照してください。

/fire エンドポイントは claude.ai ユーザーのみが利用でき、Claude Platform API サーフェスの一部ではありません。

GitHub トリガーを追加する

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

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 を選択します。

トリガーを構成する

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

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

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

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

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

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 認証オプションを参照してください。

追加する各リポジトリは、すべての実行でクローンされます。Claude はリポジトリのデフォルトブランチから開始します。ただし、プロンプトで別の方法を指定する場合を除きます。

Claude はその作業を claude/ で始まるブランチにプッシュします。これらは常に受け入れられます。プロンプトが Claude に別のブランチにプッシュするよう指示する場合、Claude Code は最初にプッシュをチェックし、以下のいずれかが当てはまる場合は拒否します。

ブランチは GitHub で保護されている
他の誰かがそのブランチからのオープンなプルリクエストを持っている
ブランチは自分以外の誰かによって作成されたコミットを含んでいる

コネクタ

ルーチンは接続された 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 を使用します。

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

各ルーチンは、ネットワークアクセス、環境変数、およびセットアップスクリプトを制御するクラウド環境を使用します。ルーチンはすべての実行でその環境のネットワークポリシーを継承します。

Default 環境は Trusted ネットワークアクセスを使用します。これにより、セッションのネットワークを通じてデフォルト許可リストのみが許可されます。そのパスの外のホストへのリクエストは 403 と x-deny-reason: host_not_allowed で失敗します。MCP コネクタトラフィックは Anthropic のサーバーを通じてルーティングされるため、ルーチンに追加するコネクタは Allowed domains にホストを追加しなくても機能します。コネクタの下で不要なコネクタを削除します。

追加のドメインを許可するには、以下を実行します。

ルーチンを編集用に開く

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

環境セレクタを開く

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

環境設定を開く

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

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

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

保存

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

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

使用と制限

ルーティンは対話型セッションと同じ方法でサブスクリプション使用量を削減します。標準的なサブスクリプション制限に加えて、ルーティンはアカウントごとに 1 日に開始できる実行数の上限があります。現在の消費と残りの日次ルーティン実行数は claude.ai/code/routines または claude.ai/settings/usage で確認してください。

ルーティンが日次上限またはサブスクリプション使用制限に達したとき、使用クレジットが有効な組織は、メーター付きオーバーエッジでルーティンを実行し続けることができます。使用クレジットがない場合、ウィンドウがリセットされるまで追加実行は拒否されます。claude.ai/settings/usage で使用クレジットを有効にしてください。Team プランと Enterprise プランでは、管理者が claude.ai/admin-settings/usage で組織の使用クレジットを有効にします。

1 回限りの実行は日次ルーティン実行上限にはカウントされません。他のセッションと同じように通常のサブスクリプション使用量を削減します。

トラブルシューティング

`/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 を実行

routines.md +43 −45

174 174

175<Steps>175<Steps>

176 <Step title="ルーティンを編集用に開く">176 <Step title="ルーティンを編集用に開く">

177 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、API 経由でトリガーするルーティンをクリックしてから、鉛筆アイコンをクリックして **Edit routine** を開きます。177 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、API 経由でトリガーするルーティンをクリックしてから、ルーティン名の横のメニューを開き、**Edit** を選択します。

178 </Step>178 </Step>

179 179

180 <Step title="API トリガーを追加する">180 <Step title="API トリガーを追加する">

254 254

255<Steps>255<Steps>

256 <Step title="ルーティンを編集用に開く">256 <Step title="ルーティンを編集用に開く">

257 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、ルーティンをクリックしてから、鉛筆アイコンをクリックして **Edit routine** を開きます。257 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、ルーティンをクリックしてから、ルーティン名の横のメニューを開き、**Edit** を選択します。

258 </Step>258 </Step>

259 259

260 <Step title="GitHub イベントトリガーを追加する">260 <Step title="GitHub イベントトリガーを追加する">

309* **ラベルゲート付きバックポート**: ラベルに `needs-backport` を含む。メンテナーが PR にタグを付けたときのみ、別のブランチへのポートルーティンをトリガーします。309* **ラベルゲート付きバックポート**: ラベルに `needs-backport` を含む。メンテナーが PR にタグを付けたときのみ、別のブランチへのポートルーティンをトリガーします。

310 310

311<h2 id="manage-routines">311<h2 id="manage-routines">

312 ルーティンを管理する312 ルーチンを管理する

313</h2>313</h2>

314 314

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

316 316

317<h3 id="view-and-interact-with-runs">317<h3 id="view-and-interact-with-runs">

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

319</h3>319</h3>

320 320

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

322 322

323<Note>323<Note>

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

325</Note>325</Note>

326 326

327<h3 id="edit-and-control-routines">327<h3 id="edit-and-control-routines">

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

329</h3>329</h3>

330 330

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

332 332

333* **Run now** をクリックして、次のスケジュール時刻を待たずにすぐに実行を開始します。オプションで実行固有のテキストを指定できます。これは API トリガーの `text` フィールドと同じ方法でルーティンに到達します。333* **Run now** をクリックして、次のスケジュール時刻を待たずに実行を直ちに開始します。オプションで実行固有のテキストを指定できます。これは API トリガーの `text` フィールドと同じ方法でルーチンに到達します。

334* **Repeats** セクションのトグルを使用して、スケジュールを一時停止または再開します。一時停止されたルーティンは構成を保持しますが、再度有効にするまで実行されません。334* ページの上部にあるオン/オフスイッチを使用して、スケジュールを一時停止または再開します。一時停止されたルーチンは設定を保持しますが、再度有効にするまで実行されません。

335* 鉛筆アイコンをクリックして **Edit routine** を開き、名前、プロンプト、リポジトリ、環境、コネクタ、またはルーティンのトリガーを変更します。**Select a trigger** セクションは、スケジュール、API トークン、GitHub イベントトリガーを追加または削除する場所です。335* ルーチンの名前の横にあるメニューを開き、**Edit** を選択して、名前、プロンプト、リポジトリ、環境、コネクタ、またはルーチンのトリガーのいずれかを変更します。**Select a trigger** セクションは、スケジュール、API トークン、および GitHub イベントトリガーを追加または削除する場所です。

336* 削除アイコンをクリックしてルーティンを削除します。ルーティンによって作成された過去のセッションはセッションリストに残ります。336* 同じメニューを開き、**Delete** を選択してルーチンを削除します。

337 337

338<h3 id="manage-routines-from-the-cli">338<h3 id="manage-routines-from-the-cli">

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

340</h3>340</h3>

341 341

342CLI は既存のルーティンの管理をサポートしています。`/schedule list` を実行してすべてのルーティンを表示し、`/schedule update` を実行して 1 つを変更するか、`/schedule run` を実行してすぐにトリガーします。342CLI は既存のルーチンの管理をサポートしています。`/schedule list` を実行してすべてのルーチンを表示し、`/schedule update` で 1 つを変更するか、`/schedule run` で直ちにトリガーします。

343 343

344また、ルーティンの実行履歴について質問することもできます。たとえば `/schedule why did my nightly review do nothing this morning?` のようにです。Claude はルーティンの最近の実行をステータスと共にリストし、[web 上で各実行を開く](#view-and-interact-with-runs) ためのリンクを提供し、実行のログを読んで、ツールエラー、権限拒否、最終結果を含めて何が起こったかを説明します。Claude Code v2.1.227 以降が必要です。344また、ルーチンの実行履歴について質問することもできます。例えば `/schedule why did my nightly review do nothing this morning?` のようにです。Claude はルーチンの最近の実行をステータスと共にリストし、[各実行をウェブで開く](#view-and-interact-with-runs)ためのリンクを提供し、実行のログを読んでツールエラー、権限拒否、最終結果を含めて何が起こったかを説明します。Claude Code v2.1.227 以降が必要です。

345 345

346<h3 id="repositories-and-branch-permissions">346<h3 id="repositories-and-branch-permissions">

347 リポジトリとブランチパーミッション347 リポジトリとブランチの権限

348</h3>348</h3>

349 349

350ルーティンはリポジトリをクローンするために GitHub アクセスが必要です。CLI で `/schedule` を使用してルーティンを作成する場合、Claude はアカウントに実行元のリポジトリに対する GitHub アクセスがあるかどうかを確認し、ない場合はアクセスを付与する方法を名前で示すセットアップノートを追加します。[GitHub 認証オプション](/docs/ja/claude-code-on-the-web#github-authentication-options) を参照して、アクセスを付与する 2 つの方法を確認してください。350ルーチンはリポジトリをクローンするために GitHub アクセスが必要です。CLI で `/schedule` を使用してルーチンを作成する場合、Claude はアカウントが実行元のリポジトリに対して GitHub アクセスを持っているかどうかを確認し、持っていない場合はアクセスを許可する方法を名前付きで示すセットアップノートを追加します。アクセスを許可する 2 つの方法については、[GitHub 認証オプション](/docs/ja/claude-code-on-the-web#github-authentication-options)を参照してください。

351 351

352追加する各リポジトリは毎回実行時にクローンされます。Claude は、プロンプトで別の指定がない限り、リポジトリのデフォルトブランチから開始されます。352追加する各リポジトリは、すべての実行でクローンされます。Claude はリポジトリのデフォルトブランチから開始します。ただし、プロンプトで別の方法を指定する場合を除きます。

353 353

354Claude は `claude/` プレフィックス付きブランチにプッシュします。これらは常に受け入れられます。プロンプトが Claude に別のブランチへのプッシュを指示する場合、Claude Code はプッシュを最初にチェックし、以下のいずれかが当てはまる場合は拒否します。354Claude はその作業を `claude/` で始まるブランチにプッシュします。これらは常に受け入れられます。プロンプトが Claude に別のブランチにプッシュするよう指示する場合、Claude Code は最初にプッシュをチェックし、以下のいずれかが当てはまる場合は拒否します。

355 355

356* ブランチは GitHub で保護されている356* ブランチは GitHub で保護されている

357* 他の誰かがそのブランチからのオープンプルリクエストを持っている357* 他の誰かがそのブランチからのオープンなプルリクエストを持っている

358* ブランチは自分以外の誰かによって作成されたコミットを含んでいる358* ブランチは自分以外の誰かによって作成されたコミットを含んでいる

359 359

360<h3 id="connectors">360<h3 id="connectors">

361 コネクタ361 コネクタ

362</h3>362</h3>

363 363

364ルーティンは接続された MCP コネクタを使用して、各実行中に外部サービスから読み取り、外部サービスに書き込むことができます。たとえば、サポートリクエストをトリアージするルーティンは Slack チャネルから読み取り、Linear で問題を作成する可能性があります。364ルーチンは接続された MCP コネクタを使用して、各実行中に外部サービスから読み取り、外部サービスに書き込むことができます。例えば、サポートリクエストをトリアージするルーチンは Slack チャネルから読み取り、Linear で問題を作成する可能性があります。

365 365

366コネクタは、アカウント上の [claude.ai インテグレーション](/docs/ja/mcp#use-mcp-servers-from-claude-ai) です。CLI で `claude mcp add` を使用してローカルに追加した MCP サーバーはマシンに保存され、claude.ai アカウントには保存されないため、コネクタリストに表示されません。ルーティンでそれらのサーバーの 1 つを使用するには、[claude.ai/customize/connectors](https://claude.ai/customize/connectors) でコネクタとして追加するか、コミットされた [`.mcp.json`](/docs/ja/mcp#project-scope) で宣言して、クローンされたリポジトリの一部にします。366コネクタは、アカウント上の [claude.ai インテグレーション](/docs/ja/mcp#use-mcp-servers-from-claude-ai)です。CLI で `claude mcp add` を使用してローカルに追加した MCP サーバーはマシンに保存されており、claude.ai アカウントには保存されないため、コネクタリストに表示されません。ルーチンでそれらのサーバーの 1 つを使用するには、[claude.ai/customize/connectors](https://claude.ai/customize/connectors) でコネクタとして追加します。1 つのリポジトリを持つルーチンの場合、代わりにコミットされた [`.mcp.json`](/docs/ja/mcp#project-scope) で宣言できます。これはクローンされたリポジトリの一部です。

367 367

368ルーティンを作成するときに、現在接続されているすべてのコネクタがデフォルトで含まれます。実行中に Claude がアクセスできるツールを制限するために、必要でないものを削除します。ルーティンフォームから直接コネクタを追加することもできます。368ルーチンを作成する場合、現在接続されているすべてのコネクタがデフォルトで含まれます。実行中に Claude がアクセスできるツールを制限するために、不要なものを削除します。ルーチンフォームから直接コネクタを追加することもできます。

369 369

370ルーティンフォームの外でコネクタを管理または追加するには、[claude.ai/customize/connectors](https://claude.ai/customize/connectors) にアクセスするか、CLI で `/schedule update` を使用してください。370ルーチンフォーム外でコネクタを管理または追加するには、[claude.ai/customize/connectors](https://claude.ai/customize/connectors) にアクセスするか、CLI で `/schedule update` を使用します。

371 371

372<h3 id="environments-and-network-access">372<h3 id="environments-and-network-access">

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

374</h3>374</h3>

375 375

376各ルーティンは、ネットワークアクセス、環境変数、セットアップスクリプトを制御する [クラウド環境](/docs/ja/cloud-environments) を使用します。ルーティンは毎回実行時に環境のネットワークポリシーを継承します。376各ルーチンは、ネットワークアクセス、環境変数、およびセットアップスクリプトを制御する [クラウド環境](/docs/ja/cloud-environments)を使用します。ルーチンはすべての実行でその環境のネットワークポリシーを継承します。

377 377

378**Default** 環境は **Trusted** ネットワークアクセスを使用します。これにより、セッションのネットワークを通じて [デフォルト許可リスト](/docs/ja/cloud-environments#default-allowed-domains) のみが許可されます。その経路上のホストの許可リスト外へのリクエストは `403` および `x-deny-reason: host_not_allowed` で失敗します。MCP コネクタトラフィックは Anthropic のサーバーを通じてルーティングされるため、ルーティンに追加するコネクタは **Allowed domains** にホストを追加しなくても機能します。[コネクタ](#connectors) の下で必要でないコネクタを削除してください。378**Default** 環境は **Trusted** ネットワークアクセスを使用します。これにより、セッションのネットワークを通じて [デフォルト許可リスト](/docs/ja/cloud-environments#default-allowed-domains)のみが許可されます。そのパスの外のホストへのリクエストは `403` と `x-deny-reason: host_not_allowed` で失敗します。MCP コネクタトラフィックは Anthropic のサーバーを通じてルーティングされるため、ルーチンに追加するコネクタは **Allowed domains** にホストを追加しなくても機能します。[コネクタ](#connectors)の下で不要なコネクタを削除します。

379 379

380追加のドメインを許可するには：380追加のドメインを許可するには、以下を実行します。

381 381

382<Steps>382<Steps>

383 <Step title="ルーティンを編集用に開く">383 <Step title="ルーチンを編集用に開く">

384 ルーティンの詳細ページで、鉛筆アイコンをクリックして **Edit routine** を開きます。384 ルーチンの詳細ページで、ルーチンの名前の横にあるメニューを開き、**Edit** を選択します。

385 </Step>385 </Step>

386 386

387 <Step title="環境セレクタを開く">387 <Step title="環境セレクタを開く">

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

389 </Step>389 </Step>

390 390

391 <Step title="環境設定を開く">391 <Step title="環境設定を開く">

393 </Step>393 </Step>

394 394

395 <Step title="ネットワークアクセスレベルを変更する">395 <Step title="ネットワークアクセスレベルを変更する">

396 **Update cloud environment** ダイアログで、**Network access** を **Custom** に変更し、**Allowed domains** にドメインを入力します。**Also include default list of common package managers** をチェックして、カスタムドメインと共に [デフォルト許可リスト](/docs/ja/cloud-environments#default-allowed-domains) を保持します。代わりに **Full** を選択して、無制限のアクセスを取得します。396 **Update cloud environment** ダイアログで、**Network access** を **Custom** に変更し、**Allowed domains** にドメインを入力します。**Also include default list of common package managers** をチェックして、カスタムドメインと共に [デフォルト許可リスト](/docs/ja/cloud-environments#default-allowed-domains)を保持します。制限のないアクセスの場合は、代わりに **Full** を選択します。

397 </Step>397 </Step>

398 398

399 <Step title="保存">399 <Step title="保存">

401 </Step>401 </Step>

402</Steps>402</Steps>

403 403

404アクセスレベルとデフォルト許可リストの詳細については、[ネットワークアクセス](/docs/ja/cloud-environments#network-access) を参照してください。404アクセスレベルとデフォルト許可リストの詳細については、[ネットワークアクセス](/docs/ja/cloud-environments#network-access)を参照してください。

405 405

406<h2 id="usage-and-limits">406<h2 id="usage-and-limits">

407 使用と制限407 使用と制限

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

422</h3>422</h3>

423 423

424CLI は、その要件の 1 つが満たされていない場合、`/schedule` を非表示にします。入力中はコマンドメニューに `No commands match "/schedule"` が表示され、送信すると以下のすべてのケースを除いて `Unknown command: /schedule` が返されます（Console API キーまたは機能フラグ取得が有効な Anthropic プロファイルの場合を除く）。原因は通常、以下のいずれかです。424CLI は `/schedule` の要件の 1 つが満たされていない場合、このコマンドを非表示にします。コマンドメニューは入力中に「No commands match "/schedule"」と表示され、送信すると `Unknown command: /schedule` が返されます。ただし、以下のケースのうち異なる回答を示すものは除きます。

~~425~~

426* Console API キー、[Anthropic プロファイルまたはフェデレーション認証情報](/docs/ja/authentication#anthropic-profiles-and-federation-credentials)、または 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 ログインより優先されるため、まず削除してください。プロファイルまたはフェデレーション認証情報も優先されるため、それもオフに切り替えてください

427* Claude Code のウェブセッション内にいます。代わりに[ウェブ UI](https://claude.ai/code/routines)からルーティンを管理してください

428* 組織のポリシーが[Claude Code on the web](/docs/ja/claude-code-on-the-web)を無効にしており、ルーティンはこれで実行されます

429* Owner が Team または Enterprise 組織の[ルーティンを無効にしました](#routines-are-disabled-by-your-organizations-policy)。v2.1.227 より前では、このケースでもコマンドが表示されていました。Claude がルーティンを作成または実行しようとすると、claude.ai がそれを拒否しました

430 425

431組織のポリシーがルーティンまたは Claude Code on the web を無効にしていない限り、CLI がどのように構成されているかに関わらず、[claude.ai/code/routines](https://claude.ai/code/routines) でいつでもルーティンを作成および管理できます。426原因は通常、以下のいずれかです。

432 427

433<h3 id="/schedule-asks-you-to-authenticate">428* Console API キー、[Anthropic プロフィールまたはフェデレーション認証情報](/docs/ja/authentication#anthropic-profiles-and-federation-credentials)、または 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 ログインより優先されるため、まず削除してください。プロフィールまたはフェデレーション認証情報も優先されるため、それも無効にしてください

434 `/schedule` が認証を求める429* 完全にサインアウトしており、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 メッセージを表示していました

435</h3>430* Claude Code on the web セッション内にいる。代わりに[ウェブ UI](https://claude.ai/code/routines) からルーチンを管理してください

431* 組織のポリシーが[Claude Code on the web](/docs/ja/claude-code-on-the-web) を無効にしており、ルーチンはこれで実行されます。この場合、`/schedule` を送信すると [`Cloud sessions are disabled by your organization's policy`](/docs/ja/errors#cloud-sessions-are-disabled-by-your-organizations-policy) と回答されます。v2.1.268 より前は、`Unknown command: /schedule` が返されていました

432* Owner がチームまたはエンタープライズ組織の[ルーチンを無効にしました](#routines-are-disabled-by-your-organizations-policy)。v2.1.227 より前は、このケースでもコマンドがまだ表示されており、Claude がルーチンを作成または実行しようとするときに claude.ai がそれを拒否していました

436 433

437`/schedule` は実行されますが、Claude が最初に claude.ai アカウントで認証する必要があると応答する場合、CLI に保存された claude.ai ログインがありません。API アカウントはルーティンではサポートされていません。`/login` を実行し、claude.ai アカウントでサインインしてから、`/schedule` を再度実行してください。434組織のポリシーがルーチンまたは Claude Code on the web を無効にしていない限り、CLI がどのように設定されているかに関わらず、[claude.ai/code/routines](https://claude.ai/code/routines) でルーチンを作成および管理できます。

438 435

439<h3 id="routines-are-disabled-by-your-organizations-policy">436<h3 id="routines-are-disabled-by-your-organizations-policy">

440 「ルーティンは組織のポリシーによって無効になっています」437 「Routines are disabled by your organization's policy」

441</h3>438</h3>

442 439

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

444 441

445<h2 id="related-resources">442<h2 id="related-resources">

446 関連リソース443 関連リソース

449* [`/loop` とセッション内スケジューリング](/docs/ja/scheduled-tasks): オープン CLI セッション内でローカルタスクをスケジュール446* [`/loop` とセッション内スケジューリング](/docs/ja/scheduled-tasks): オープン CLI セッション内でローカルタスクをスケジュール

450* [Desktop スケジュール済みタスク](/docs/ja/desktop-scheduled-tasks): マシンで実行され、ローカルファイルへのアクセスを持つローカルスケジュール済みタスク447* [Desktop スケジュール済みタスク](/docs/ja/desktop-scheduled-tasks): マシンで実行され、ローカルファイルへのアクセスを持つローカルスケジュール済みタスク

451* [クラウド環境](/docs/ja/cloud-environments): クラウドセッションのネットワークアクセス、環境変数、セットアップスクリプトを構成448* [クラウド環境](/docs/ja/cloud-environments): クラウドセッションのネットワークアクセス、環境変数、セットアップスクリプトを構成

449* [Projects](/docs/ja/claude-projects): Claude が複数のクラウドセッション全体で調整する継続的な作業。プロジェクトから作成されたルーチンはその **Routines** タブに表示されます

452* [MCP コネクタ](/docs/ja/mcp): Slack、Linear、Google Drive などの外部サービスを接続450* [MCP コネクタ](/docs/ja/mcp): Slack、Linear、Google Drive などの外部サービスを接続

453* [GitHub Actions](/docs/ja/github-actions): リポジトリイベントで CI パイプラインで Claude を実行451* [GitHub Actions](/docs/ja/github-actions): リポジトリイベントで CI パイプラインで Claude を実行

routines.md 2026-09-17 05:00 UTC to 2026-09-18 23:58 UTC

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

ユースケースの例

ルーティンを作成する

Web から作成する

作成フォームを開く

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

リポジトリを選択する

環境を選択する

トリガーを選択する

コネクタをレビューする

ルーティンを作成する

CLI から作成する

トリガーを構成する

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

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

API トリガーを追加する

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

API トリガーを追加する

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

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

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

API リファレンス

GitHub トリガーを追加する

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

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

トリガーを構成する

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

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

ルーチンを管理する

実行を表示して操作する

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

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

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

コネクタ

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

ルーチンを編集用に開く

環境セレクタを開く

環境設定を開く

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

保存

使用と制限

トラブルシューティング

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

「Routines are disabled by your organization's policy」

関連リソース