> ## Documentation Index > Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # ルーティンで作業を自動化する > Claude Code を自動操縦に設定します。スケジュールで実行するルーティンを定義したり、API 呼び出しでトリガーしたり、Anthropic が管理するクラウドインフラストラクチャから GitHub イベントに反応させたりできます。 ルーティンはリサーチプレビュー段階です。動作、制限、API サーフェスは変更される可能性があります。 ルーティンは保存された Claude Code 構成です。プロンプト、1 つ以上のリポジトリ、および一連の [コネクタ](/ja/mcp) をパッケージ化して、1 回定義し、自動的に実行します。ルーティンは Anthropic が管理するクラウドインフラストラクチャで実行されるため、ラップトップを閉じても動作し続けます。 各ルーティンには、1 つ以上のトリガーを接続できます。 * **スケジュール**: 時間ごと、毎晩、毎週など、定期的なペースで実行、または特定の将来の時刻に 1 回実行 * **API**: ベアラートークン付きで HTTP POST をルーティン固有のエンドポイントに送信してオンデマンドでトリガー * **GitHub**: プルリクエストやリリースなどのリポジトリイベントに自動的に反応して実行 1 つのルーティンは複数のトリガーを組み合わせることができます。たとえば、PR レビュールーティンは毎晩実行でき、デプロイスクリプトからトリガーでき、新しい PR すべてに反応することもできます。 ルーティンは Pro、Max、Team、Enterprise プランで利用可能です。[Claude Code on the web](/ja/claude-code-on-the-web) が有効になっている必要があります。[claude.ai/code/routines](https://claude.ai/code/routines) で作成・管理するか、CLI で `/schedule` を使用して管理できます。 Team および Enterprise 管理者は、[claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) の Routines トグルを使用して、すべてのメンバーのルーティンを無効にできます。無効にすると、既存のルーティンは実行を停止し、メンバーは新しいルーティンを作成できません。 このページでは、ルーティンの作成、各トリガータイプの構成、実行の管理、および使用制限の適用方法について説明します。

ユースケースの例

各例は、トリガータイプと、ルーティンが適している作業の種類をペアにしています。無人で実行でき、繰り返し可能で、明確な成果に結びついています。 **バックログメンテナンス。** スケジュールトリガーは毎週夜間にコネクタ経由で問題追跡ツールに対して実行されます。ルーティンは最後の実行以降にオープンされた問題を読み取り、ラベルを適用し、参照されているコード領域に基づいて所有者を割り当て、Slack に概要を投稿して、チームが 1 日を整理されたキューで開始できるようにします。 **アラートトリアージ。** 監視ツールがエラー閾値を超えたときにルーティンの API エンドポイントを呼び出し、アラート本文を `text` として渡します。ルーティンはスタックトレースを取得し、リポジトリの最近のコミットと相関させ、提案された修正とアラートへのリンク付きのドラフトプルリクエストを開きます。オンコール担当者は空のターミナルから始めるのではなく 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](https://claude.ai/code/routines)、Desktop アプリ、または CLI からルーティンを作成します。3 つのサーフェスすべてが同じクラウドアカウントに書き込むため、1 つで作成したルーティンは他のサーフェスに即座に表示されます。Desktop アプリで、サイドバーの **Routines** をクリックしてから **New routine** をクリックし、**Remote** を選択します。代わりに **Local** を選択すると、[Desktop スケジュール済みタスク](/ja/desktop-scheduled-tasks) が作成されます。これはクラウドではなくマシンで実行されます。 作成フォームは、ルーティンのプロンプト、リポジトリ、環境、コネクタ、トリガーを設定します。 ルーティンは完全な Claude Code クラウドセッションとして自律的に実行されます。パーミッションモードピッカーはなく、実行中の承認プロンプトもありません。セッションはシェルコマンドを実行でき、クローンされたリポジトリにコミットされた [スキル](/ja/skills) を使用でき、含めたすべてのコネクタを呼び出すことができます。ルーティンが到達できるものは、選択したリポジトリとそのブランチプッシュ設定、[環境](/ja/claude-code-on-the-web#the-cloud-environment) のネットワークアクセスと変数、および含めたコネクタによって決定されます。これらのそれぞれをルーティンが実際に必要とするものにスコープします。 ルーティンは個別の claude.ai アカウントに属します。チームメイトと共有されず、アカウントの日次実行許容量に対してカウントされます。ルーティンが接続された GitHub ID またはコネクタを通じて行うことはすべて、あなたとして表示されます。コミットとプルリクエストは GitHub ユーザーを持ち、Slack メッセージ、Linear チケット、またはその他のコネクタアクションはそれらのサービスのリンクされたアカウントを使用します。

Web から作成する

[claude.ai/code/routines](https://claude.ai/code/routines) にアクセスして、**New routine** をクリックします。 ルーティンに説明的な名前を付け、Claude が毎回実行するプロンプトを書きます。プロンプトが最も重要な部分です。ルーティンは自律的に実行されるため、プロンプトは自己完結型で、何をするか、成功がどのように見えるかについて明示的である必要があります。 プロンプト入力にはモデルセレクタが含まれます。Claude は毎回実行時に選択されたモデルを使用します。 Claude が作業する 1 つ以上の GitHub リポジトリを追加します。各リポジトリは実行の開始時にクローンされ、デフォルトブランチから開始されます。Claude は変更用に `claude/` プレフィックス付きブランチを作成します。 ルーティン用に [クラウド環境](/ja/claude-code-on-the-web#the-cloud-environment) を選択します。環境は、クラウドセッションがアクセスできるものを制御します。 * **ネットワークアクセス**: 各実行中に利用可能なインターネットアクセスのレベルを設定 * **環境変数**: Claude が使用できる API キー、トークン、またはその他のシークレットを提供 * **セットアップスクリプト**: ルーティンが必要とする依存関係とツールをインストールします。結果は [キャッシュされ](/ja/claude-code-on-the-web#environment-caching)、スクリプトはすべてのセッションで再実行されません **Default** 環境が提供されており、**Trusted** ネットワークアクセスがあります。これにより、[デフォルトセット](/ja/claude-code-on-the-web#default-allowed-domains) のパッケージレジストリ、クラウドプロバイダー API、コンテナレジストリ、および一般的な開発ドメインが許可されますが、その他すべてはブロックされます。ルーティンが独自のサービスまたはそのリストの外のドメインに到達する必要がある場合は、実行前に環境の [ネットワークアクセス](/ja/claude-code-on-the-web#network-access) を編集します。別の環境を使用するには、[最初に 1 つを作成](/ja/claude-code-on-the-web#configure-your-environment) します。 **Select a trigger** で、ルーティンの開始方法を選択します。1 つのトリガータイプを選択することも、複数を組み合わせることもできます。 定期実行のプリセット周波数を選択するか、特定のタイムスタンプで 1 回限りの実行をスケジュールします。タイムゾーン処理、スタガー、カスタム cron 間隔、および 1 回限りの実行については、[スケジュールトリガーを追加](#add-a-schedule-trigger) を参照してください。 リポジトリ、反応するイベント、オプションのフィルタを選択します。サポートされているイベントとフィルタフィールドの完全なリストについては、[GitHub トリガーを追加](#add-a-github-trigger) を参照してください。 ここで **API** を選択してから、ルーティンを保存します。URL とトークンはルーティンが保存された後に生成されます。ルーティン ID に依存するためです。URL をコピーしてトークンを生成するには、[API トリガーを追加](#add-an-api-trigger) を参照してください。 フォームの下部にある **Connectors** タブと **Permissions** タブは、ルーティンが到達できるものを制御します。 Connectors の下で、接続されたすべての [MCP コネクタ](/ja/mcp) はデフォルトで含まれます。ルーティンが必要としないものを削除します。Claude は実行中にパーミッションを求めることなく、含まれたコネクタからすべてのツール（書き込みを含む）を使用できます。 Permissions の下で、Claude が `claude/` プレフィックス付きブランチのみではなく既存ブランチにプッシュできるようにするリポジトリについて、**Allow unrestricted branch pushes** を有効にします。 **Create** をクリックします。ルーティンはリストに表示され、次回トリガーの 1 つが一致したときに実行されます。すぐに実行を開始するには、ルーティンの詳細ページで **Run now** をクリックします。 各実行は他のセッションと並んで新しいセッションを作成します。Claude が何をしたかを確認し、変更をレビューし、プルリクエストを作成できます。

CLI から作成する

任意のセッションで `/schedule` を実行して、スケジュール済みルーティンを会話形式で作成します。`/schedule daily PR review at 9am` のような定期ルーティンや `/schedule clean up feature flag in one week` のような 1 回限りのルーティンのように、説明を直接渡すこともできます。Claude は Web フォームが収集するのと同じ情報を通じて、ルーティンをアカウントに保存します。 CLI の `/schedule` はスケジュール済みルーティンのみを作成します。API または GitHub トリガーを追加するには、[claude.ai/code/routines](https://claude.ai/code/routines) で Web 上のルーティンを編集します。 CLI は既存のルーティンの管理もサポートしています。`/schedule list` を実行してすべてのルーティンを表示し、`/schedule update` を実行して 1 つを変更するか、`/schedule run` を実行してすぐにトリガーします。

トリガーを構成する

ルーティンはトリガーの 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 は現在の時刻に対してフレーズを解決し、保存する前に絶対タイムスタンプを確認します。 ```text theme={null} /schedule tomorrow at 9am, summarize yesterday's merged PRs ``` ```text theme={null} /schedule in 2 weeks, open a cleanup PR that removes the feature flag ``` 定期的なスケジュールと同じローカル UTC 変換が 1 回限りのタイムスタンプに適用されます。 1 回限りの実行は日次ルーティン実行上限にカウントされません。これらは他のセッションと同様に、プランの通常のサブスクリプション使用量を消費します。詳細については、[使用量と制限](#usage-and-limits) を参照してください。

API トリガーを追加する

API トリガーはルーティンに専用 HTTP エンドポイントを提供します。ルーティンのベアラートークンでエンドポイントに POST すると、新しいセッションが開始され、セッション URL が返されます。これを使用して Claude Code をアラートシステム、デプロイパイプライン、内部ツール、または認証済み HTTP リクエストを実行できる任意の場所に接続します。 API トリガーは Web から既存のルーティンに追加されます。CLI は現在、トークンを作成または取り消すことができません。 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、API 経由でトリガーするルーティンをクリックしてから、鉛筆アイコンをクリックして **Edit routine** を開きます。 **Instructions** ボックスの下の **Select a trigger** セクションまでスクロールし、**Add another trigger** をクリックして、**API** を選択します。 モーダルはこのルーティンの URL とサンプル curl コマンドを表示します。URL をコピーしてから、**Generate token** をクリックしてトークンをすぐにコピーします。トークンは 1 回表示され、後で取得できないため、アラートツールのシークレットストアなどの安全な場所に保存してください。 URL に POST するときに `Authorization: Bearer` ヘッダーでトークンを送信します。以下の [ルーティンをトリガーする](#trigger-a-routine) セクションに完全な例が示されています。 各ルーティンは独自のトークンを持ち、そのルーティンのトリガーのみにスコープされています。ローテーションまたは取り消すには、同じモーダルに戻り、**Regenerate** または **Revoke** をクリックします。

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

`Authorization` ヘッダーのベアラートークンで `/fire` エンドポイントに POST リクエストを送信します。リクエスト本文は、アラート本文またはログの失敗など、実行固有のコンテキスト用のオプションの `text` フィールドを受け入れます。保存されたプロンプトと共にルーティンに渡されます。値はフリーフォームテキストで、解析されません。JSON または別の構造化ペイロードを送信する場合、ルーティンはリテラル文字列として受け取ります。 以下の例は、シェルからルーティンをトリガーします。 ```bash theme={null} 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 本文を返します。 ```json theme={null} { "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 経由でルーティンをトリガーする](https://platform.claude.com/docs/ja/api/claude-code/routines-fire) を参照してください。 `/fire` エンドポイントは claude.ai ユーザーのみが利用でき、Claude Platform API サーフェスの一部ではありません。

GitHub トリガーを追加する

GitHub トリガーは、接続されたリポジトリで一致するイベントが発生したときに、新しいセッションを自動的に開始します。一致する各イベントは独自のセッションを開始します。 リサーチプレビュー中、GitHub webhook イベントはルーティンごとおよびアカウントごとの時間単位の上限の対象です。制限を超えるイベントはウィンドウがリセットされるまでドロップされます。現在の制限は [claude.ai/code/routines](https://claude.ai/code/routines) で確認してください。 GitHub トリガーは Web UI からのみ構成されます。 [claude.ai/code/routines](https://claude.ai/code/routines) に移動し、ルーティンをクリックしてから、鉛筆アイコンをクリックして **Edit routine** を開きます。 **Select a trigger** セクションまでスクロールし、**Add another trigger** をクリックして、**GitHub event** を選択します。 Claude GitHub App は、サブスクライブするリポジトリにインストールする必要があります。トリガーセットアップは、まだインストールされていない場合はインストールするよう促します。 CLI で `/web-setup` を実行するとリポジトリアクセスがクローン用に付与されますが、Claude GitHub App はインストールされず、webhook 配信は有効になりません。GitHub トリガーは Claude GitHub App をインストールする必要があり、トリガーセットアップはそれを行うよう促します。 リポジトリを選択し、[サポートされているイベント](#supported-events) リストからイベントを選択し、オプションでフィルタを追加します。トリガーを保存します。

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

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 にタグを付けたときのみ、別のブランチへのポートルーティンをトリガーします。

セッションがイベントにマップされる方法

一致する各 GitHub イベントは新しいセッションを開始します。GitHub トリガー付きルーティンではイベント間のセッション再利用は利用できないため、2 つの PR 更新は 2 つの独立したセッションを生成します。

ルーティンを管理する

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

実行を表示して操作する

任意の実行をクリックして、完全なセッションとして開きます。そこから Claude が何をしたかを確認し、変更をレビューし、プルリクエストを作成するか、会話を続行できます。各実行セッションは他のセッションと同じように機能します。セッションタイトルの横のドロップダウンメニューを使用して、名前変更、アーカイブ、または削除します。 実行リストの緑色のステータスは、セッションが開始され、インフラストラクチャエラーなしで終了したことを意味します。プロンプト内のタスクが成功したことを意味するものではありません。実行を開く際にトランスクリプトを読み、Claude が実際に何をしたかを確認してください。ブロックされたネットワークリクエスト、欠落しているコネクタツール、およびタスクレベルの失敗はすべて、ステータスインジケータではなくそこに表示されます。

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

ルーティン詳細ページから以下を実行できます。 * **Run now** をクリックして、次のスケジュール時刻を待たずにすぐに実行を開始します。 * **Repeats** セクションのトグルを使用して、スケジュールを一時停止または再開します。一時停止されたルーティンは構成を保持しますが、再度有効にするまで実行されません。 * 鉛筆アイコンをクリックして **Edit routine** を開き、名前、プロンプト、リポジトリ、環境、コネクタ、またはルーティンのトリガーを変更します。**Select a trigger** セクションは、スケジュール、API トークン、GitHub イベントトリガーを追加または削除する場所です。 * 削除アイコンをクリックしてルーティンを削除します。ルーティンによって作成された過去のセッションはセッションリストに残ります。

リポジトリとブランチパーミッション

ルーティンはリポジトリをクローンするために GitHub アクセスが必要です。CLI で `/schedule` を使用してルーティンを作成する場合、Claude はアカウントに GitHub が接続されているかどうかを確認し、接続されていない場合は `/web-setup` を実行するよう促します。[GitHub 認証オプション](/ja/claude-code-on-the-web#github-authentication-options) を参照して、アクセスを付与する 2 つの方法を確認してください。 追加する各リポジトリは毎回実行時にクローンされます。Claude は、プロンプトで別の指定がない限り、リポジトリのデフォルトブランチから開始されます。 デフォルトでは、Claude は `claude/` プレフィックス付きブランチにのみプッシュできます。これにより、ルーティンが保護されたまたは長期的なブランチを誤って変更するのを防ぎます。特定のリポジトリのこの制限を削除するには、ルーティンを作成または編集するときにそのリポジトリに対して **Allow unrestricted branch pushes** を有効にします。

コネクタ

ルーティンは接続された MCP コネクタを使用して、各実行中に外部サービスから読み取り、外部サービスに書き込むことができます。たとえば、サポートリクエストをトリアージするルーティンは Slack チャネルから読み取り、Linear で問題を作成する可能性があります。 コネクタは、アカウント上の [claude.ai インテグレーション](/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`](/ja/mcp#project-scope) で宣言して、クローンされたリポジトリの一部にします。 ルーティンを作成するときに、現在接続されているすべてのコネクタがデフォルトで含まれます。実行中に Claude がアクセスできるツールを制限するために、必要でないものを削除します。ルーティンフォームから直接コネクタを追加することもできます。 ルーティンフォームの外でコネクタを管理または追加するには、claude.ai で **Settings > Connectors** にアクセスするか、CLI で `/schedule update` を使用してください。

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

各ルーティンは、ネットワークアクセス、環境変数、セットアップスクリプトを制御する [クラウド環境](/ja/claude-code-on-the-web#the-cloud-environment) で実行されます。ルーティンは毎回実行時に環境のネットワークポリシーを継承します。 **Default** 環境は **Trusted** ネットワークアクセスを使用します。パッケージレジストリ、クラウドプロバイダー API、コンテナレジストリ、および一般的な開発ドメインの [デフォルト許可リスト](/ja/claude-code-on-the-web#default-allowed-domains) に到達可能ですが、任意のドメインには到達できません。他のホストへのアウトバウンドリクエストは `403` および `x-deny-reason: host_not_allowed` で失敗します。MCP コネクタトラフィックは Anthropic のサーバーを通じてルーティングされるため、ルーティンに追加するコネクタは **Allowed domains** にホストを追加しなくても機能します。[コネクタ](#connectors) の下で必要でないコネクタを削除してください。 追加のドメインを許可するには： ルーティンの詳細ページで、鉛筆アイコンをクリックして **Edit routine** を開きます。 **Instructions** ボックスの下で、**Default** などの環境の名前を表示するクラウドアイコンを選択します。 リスト内の環境にマウスを置き、右側に表示される設定アイコンをクリックします。 **Update cloud environment** ダイアログで、**Network access** を **Custom** に変更し、**Allowed domains** にドメインを入力します。**Also include default list of common package managers** をチェックして、カスタムドメインと共に [デフォルト許可リスト](/ja/claude-code-on-the-web#default-allowed-domains) を保持します。代わりに **Full** を選択して、無制限のアクセスを取得します。 **Save changes** をクリックします。新しいポリシーは次の実行から適用されます。 アクセスレベルとデフォルト許可リストの詳細については、[ネットワークアクセス](/ja/claude-code-on-the-web#network-access) を参照してください。

使用と制限

ルーティンは対話型セッションと同じ方法でサブスクリプション使用量を削減します。標準的なサブスクリプション制限に加えて、ルーティンはアカウントごとに 1 日に開始できる実行数の上限があります。現在の消費と残りの日次ルーティン実行数は [claude.ai/code/routines](https://claude.ai/code/routines) または [claude.ai/settings/usage](https://claude.ai/settings/usage) で確認してください。 ルーティンが日次上限またはサブスクリプション使用制限に達したとき、使用クレジットが有効な組織は、メーター付きオーバーエッジでルーティンを実行し続けることができます。使用クレジットがない場合、ウィンドウがリセットされるまで追加実行は拒否されます。claude.ai で **Settings > Billing** から使用クレジットを有効にします。 1 回限りの実行は日次ルーティン実行上限にはカウントされません。他のセッションと同じように通常のサブスクリプション使用量を削減しますが、アカウントごとの日次ルーティン実行許容量から除外されます。

トラブルシューティング

`/schedule` が'No commands match'または'Unknown command'を表示する

CLI は、その要件の 1 つが満たされていない場合、`/schedule` を非表示にします。入力中はコマンドメニューに `No commands match "/schedule"` が表示され、送信すると `Unknown command: /schedule` が返されます。原因は通常、以下のいずれかです。 * Console API キーまたは Amazon Bedrock、Google Cloud の Agent Platform、Microsoft Foundry などのクラウドプロバイダーで認証されています。`/schedule` には claude.ai サブスクリプションログインが必要です。`ANTHROPIC_API_KEY` または `ANTHROPIC_AUTH_TOKEN` がシェルに設定されている場合、または `apiKeyHelper` が `settings.json` に設定されている場合は、これらが claude.ai ログインより優先されるため、まず削除してください * `DISABLE_TELEMETRY`、`DO_NOT_TRACK`、`CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC`、または `DISABLE_GROWTHBOOK` がシェル環境または [`settings.json` ファイル](/ja/settings#available-settings)の `env` ブロックに設定されています。これらは機能フラグの取得を無効にします。`/schedule` はこれに依存しています * Claude Code のウェブセッション内にいます。代わりに [ウェブ UI](https://claude.ai/code/routines) からルーティンを管理してください CLI がどのように構成されているかに関わらず、[claude.ai/code/routines](https://claude.ai/code/routines) でいつでもルーティンを作成および管理できます。

「ルーティンは組織のポリシーによって無効になっています」

Team または Enterprise 組織の Owner が [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) の **Routines** トグルをオフにしている可能性があります。これはサーバー側の組織設定であるため、ローカル構成からオーバーライドすることはできません。組織のルーティンを有効にするよう Owner に依頼してください。 * [`/loop` とセッション内スケジューリング](/ja/scheduled-tasks): オープン CLI セッション内でローカルタスクをスケジュール * [Desktop スケジュール済みタスク](/ja/desktop-scheduled-tasks): マシンで実行され、ローカルファイルへのアクセスを持つローカルスケジュール済みタスク * [クラウド環境](/ja/claude-code-on-the-web#the-cloud-environment): クラウドセッションのランタイム環境を構成 * [MCP コネクタ](/ja/mcp): Slack、Linear、Google Drive などの外部サービスを接続 * [GitHub Actions](/ja/github-actions): リポジトリイベントで CI パイプラインで Claude を実行