Claude Code Routines: クラウド自動化の設定ガイド（2026）

- Routines はリサーチプレビュー中です。以下の 1 日あたりの上限、バージョン要件、API の詳細は、2026-08-20 時点で公式ドキュメントと発表記事に照らして確認しています。依存する前に必ず最新のドキュメントをご確認ください。

Claude Code Routines とは？

routine とは、保存された Claude Code の構成、つまりプロンプト、1 つ以上のリポジトリ、コネクターのセットを一度パッケージ化し、Anthropic のクラウドインフラ上で自動実行するものです（code.claude.com/docs/en/routines.md より、2026-08-20 取得）。ターミナルではなくクラウドで動くため、ノート PC を閉じた後も routine は動き続けます。

Routines は Pro、Max、Team、Enterprise の各プランで利用でき、アカウントで Claude Code on the web が有効になっている必要があります。作成・管理は claude.ai/code/routines から、または CLI で /schedule を使って行います。

先に進む前に 1 点区別しておきます。Routines は Ultrareview（/code-review ultra）とは別の機能です。どちらもクラウドで動きますが、Ultrareview は PR に対して実行する、多エージェントによる詳細なコードレビューのパスであり、スケジューラーではありません。本記事はあくまで Routines についての解説です。

3 種類のトリガー

routine はいずれかのトリガーが一致したときに開始し、同じ routine に複数のトリガーを付けることができます。

1 つの routine で 3 つすべてを組み合わせることもできます。たとえば、夜間にも実行され、デプロイスクリプトから手動で発火できる PR レビュー用の routine などです。

Routines と /loop とデスクトップのスケジュールタスク ― どれを使うべきか

Claude Code には、キーボードの前に座っていなくても何かを実行する方法が実は 3 通りあり、これらは頻繁に混同されます。整理すると次のとおりです。

Routines は、ローカルファイルへのアクセスと引き換えに、常時稼働の信頼性を得ます。ディスク上の既存ファイルに触れる代わりに、実行のたびにリポジトリを新しくクローンします。

routine の作成方法

routine は 3 つの入り口から作成でき、いずれも同じクラウドアカウントに書き込まれます ― 一方で作成した routine は、すぐに他方にも表示されます。

• Web: claude.ai/code/routines を開き、New routine をクリック。
• デスクトップアプリ: サイドバーの Routines から New routine を選び、Cloud を選択（代わりに Local を選ぶと、routine ではなくデスクトップのスケジュールタスクが作成されます）。
• CLI: /schedule（エイリアスは /routines）。会話形式で指定でき、たとえば /schedule daily PR review at 9am のように書けます。claude.ai のサブスクリプションでのログインが必要で（API キーはこの用途には対応していません）、CLI で作成する GitHub トリガーには Claude Code v2.1.225 以降が必要です。

どの入り口を使っても、フォームは同じ手順を案内します。

1. 名前を付けてプロンプトを書く。ここが最も重要です。routine は承認プロンプトなしで自律的に動くため、プロンプトは自己完結していて、何をすべきか、そして「完了」がどういう状態かを明確に示す必要があります。
2. リポジトリを選ぶ。各リポジトリは、実行のたびに開始時点でデフォルトブランチから新しくクローンされます。Claude は変更を claude/ で始まるブランチにプッシュし、これは常に受け入れられます。
3. クラウド環境を選ぶ。ここでネットワークアクセス、環境変数、そして依存関係をインストールするセットアップスクリプト（初回実行後はキャッシュされます）を制御します。
4. 1 つ以上のトリガーを選ぶ。Schedule、API、GitHub、またはその組み合わせ。
5. コネクターを確認する。claude.ai アカウントにすでに接続されている MCP コネクターは、既定ですべて含まれます ― routine に不要なものは削除してください。
6. 作成する。routine は次にトリガーが一致したとき、または Run now をクリックすればすぐに実行されます。

特に GitHub トリガーの場合、まず対象リポジトリに Claude GitHub App がインストールされている必要があります ― 未インストールなら Web UI がインストールを促します。CLI からの場合は、GitHub App のページから自分でインストールしたうえで、既存の routine にトリガーを付けるよう Claude に依頼します。

各実行は、セッション一覧に通常の Claude Code セッションとして表示され、そこで変更内容を確認してプルリクエストを作成します。Team および Enterprise の組織では、すでにその構成があるなら、Anthropic 自身のクラウドではなくセルフホスト環境に実行を振り向けることもできます ― それ以外の作成フローは同じです。

セキュリティモデル ― なぜ Routines は承認プロンプトなしで動くのか

Routines は、完全に自律的な Claude Code のクラウドセッションとして動きます。権限モードの選択肢はなく、実行中の承認プロンプトもありません。それこそが狙いです ― 無人の自動化は、いちいち止まって何かを尋ねることができないからです。つまり安全性のモデルは、「Claude はリスクのある操作の前に必ず尋ねる」という前提とは別の場所に置く必要があります。routine に頼る前に理解しておくべき、具体的な 3 つの安全策があります。

1. 保存済みプロンプトは実行中に同意を与えられない

トリガーが発火すると、セッションは routine の保存済みプロンプトを、会話の途中で届くライブ入力としてではなく、割り当てられたタスクとして受け取ります。トリガーが証明するのは、そのプロンプトがあなたのアカウントの認可済みセッションによって事前に保存されたという点だけであり ― プロンプトが Claude に指示する内容を承認する代わりにはなりません。セッションが実行中に取得したコンテンツは、引き続き通常どおりに扱われます。特筆すべきは、CC v2.1.213 より前では、同じプロンプトが、Claude が実行を拒否できる信頼されていないバックグラウンド通知として届いていた点です ― Anthropic はこれを意図的に厳格化しており、それ自体、ここでの信頼境界が実際に精査されてきたことの表れです。

2. fire で渡されたテキストは信頼されず隔離される

API の /fire エンドポイントの任意フィールド text ― アラート本文、失敗したログ、トリガー時に渡すあらゆる内容 ― は、信頼できないデータとしてラベル付けされた <routine-fire-payload> ブロックで包まれて届きます。routine 自身のプロンプトが明示的に受け入れを指定しない限り（たとえば「routine-fire-payload ブロックに記載されたアラートを調査せよ」など）、Claude はその中の指示に従いません。したがって API トークンが漏洩すれば誰かがあなたの routine を発火できますが、あなたのプロンプトがすでに fire ペイロードを無条件に信頼していない限り、ライブの指示を紛れ込ませることはできません。

3. 影響範囲＝あなたが選んだものだけ

routine が到達できるのは、あなたが追加したリポジトリ、環境のポリシーが許可するネットワーク、そしてあなたが削除しなかったコネクターだけです。これらすべてを、タスクに実際に必要な範囲まで絞り込んでください。

実行ステータスが緑色でも、それはセッションがインフラのエラーなしに開始・終了したことを意味するだけで ― タスクが成功したことを意味するわけではありません。Claude が実際に何をしたかを確認するため、必ず実行のトランスクリプトを開いてください。

利用上限と 1 日あたりのキャップ

Routines は、インタラクティブなセッションと同じようにあなたの通常のサブスクリプション利用量を消費し、それに加えて、開始できる実行回数に対する 1 日あたりの独立したキャップがあります。

出典: Anthropic の発表記事 claude.com/blog/introducing-routines-in-claude-code（2026-04-14 公開、2026-08-20 確認）。これらは 2026 年 8 月時点のものであり、恒久的なものではないと考えてください ― ドキュメント自体が、リサーチプレビュー中に上限が変わる可能性があると記しています。

キャップの表に載っていない点が 2 つあります。1 回限りのスケジュール実行は 1 日あたりのキャップに数えられません。また GitHub の webhook イベントは、リサーチプレビュー中、1 日あたりの実行上限とは別に、routine 単位・アカウント単位の 1 時間あたりのキャップの対象になります。いずれかのキャップに達した場合、利用クレジットを有効にしている組織は従量課金の超過分で実行を続けられますが、そうでない場合、追加の実行は単純に、次のウィンドウがリセットされるまで拒否されます。

コピーして使える実用的な routine レシピ

以下の 3 つは、Anthropic 公式ドキュメントの「Example use cases」セクションのパターンに沿って、実際に貼り付けて使えるプロンプトとして書き直したものです。

1. 夜間の依存関係更新 PR（Schedule、毎週）

トリガー: schedule、毎週。コネクター: リポジトリ自体のほかには不要。

プロンプト例: 「package.json とロックファイルを確認し、古くなった依存関係を探してください。changelog に破壊的変更のないパッチレベルの更新については、更新したうえで、何が変わったか、そしてなぜ各更新が安全かをまとめた PR を作成してください。major や minor の更新はスキップし、更新する代わりに PR の説明でそれらを指摘してください。」

2. アラートのトリアージによるオンコール支援（API トリガー）

トリガー: API。監視ツールが、アラート本文を text として routine の /fire エンドポイントに POST します。

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_ID/fire \
  -H "Authorization: Bearer TOKEN" \
  -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."}'

プロンプト例（ペイロードを明示的に参照する必要があり、そうしないと routine は発火時のテキストを無視します）: 「routine-fire-payload ブロックに記載されたアラートを調査してください。スタックトレースを取得し、直近 48 時間にマージされたコミットと突き合わせ、アラートへのリンクを含む修正案を添えたドラフト PR を作成してください。」

3. 独自の PR レビュー（GitHub トリガー、ドラフト以外のみ）

トリガー: GitHub イベント pull_request.opened、フィルターは Is draft = false ― ドラフトがレビューを発火させないようにします。

プロンプト例: 「私たちのレビューチェックリストを適用してください。未処理の promise rejection がないこと、新しい console.log の呼び出しがないこと、新しくエクスポートされた関数にはテストがあること。チェックリストに反するものにはインラインコメントを残し、続けて 1 つの要約コメントを投稿して、人間のレビュアーが機械的なチェックではなく設計に集中できるようにしてください。」

まずは、あなたがすでに定期的に手作業でやっているタスクに当てはまるレシピから始めてください ― それが、より手の込んだものを作る前に、routine が本当に時間を節約してくれるかを見極める一番の近道です。

正直な視点 ― AgentKit スキルを routine の指示として使う

最初のレシピを終えたら、本当に役立つショートカットがあります。Anthropic 公式ドキュメントは、routine セッションが「クローンしたリポジトリにコミットされた skill を使える」と明言しています ― Claude Code がローカルですでに読み込んでいるのと同じ SKILL.md ファイルです。ak kit init engineer --target claude-code を実行すると、一連の SKILL.md ファイルがリポジトリにコミットされます。routine がクローンするリポジトリにそれらのファイルが入っていれば、レビューやトリアージのロジックを一から書く代わりに、routine のプロンプトから直接それを指し示せます。

例: 上記レシピ #3 でチェックリスト全体を手書きする代わりに、プロンプトに 「この PR に対して .claude/skills/security-review/SKILL.md に従ってください」と書き、実際のチェックリストは skill ファイルに任せることができます。

正直に一線を引いておきます: これが確認できているのは skill ファイルについてのみです。AgentKit 独自のスラッシュコマンド（/ak:cook など）が、routine の自律的に発火するセッション内で同じように動くかどうかは、本稿執筆時点でどの一次情報源でも確認されていません ― routine セッションはインタラクティブな CLI セッションではなく、その文脈でのスラッシュコマンドの扱いはどこにも文書化されていません。それが検証されるまでは、キットのスラッシュコマンドではなく、プロンプトの中で skill ファイルを直接参照してください。AgentKit 自体は有料のアドオンで（Engineer Kit は $99、割引されることが多いです）、一方 Routines 自体は無料で、Claude プランに含まれています。このユースケースに見合うかを判断する前に、キットに実際に何が入っているかは AgentKit レビューをご覧ください。

routine を使うべきときと、手動セッションを使うべきとき

タスクが明確に定義され、繰り返し可能で、「完了」がどういう状態かを 1 段落で説明できるなら routine を使いましょう ― 依存関係の更新、夜間のトリアージ、レビューチェックリストなどです。頻繁なやり取りが必要な作業、事前に完全には指定できない判断、あるいは「完了」がまだ分からない探索的な作業には、手動のインタラクティブなセッションを使いましょう。役立つ目安として、同じ手順で少なくとも 3 回、同じタスクを手作業でやったことがあるなら、それはおそらく routine 向きです。毎回の内容が大きく違っていたなら、まだそうではありません。

出力を直すために毎回 routine のプロンプトを編集しているとしたら、それはたいてい、そのタスクがまだ routine 向きではないサインです ― もうしばらくは人間を介在させる必要があります。あと数回は手動で実行し、そのたびに「完了」が何を意味したかを正確に書き留め、そのうえで初めて routine のプロンプトにしましょう。

よくある質問（FAQ）

Claude Code Routines とは何ですか？

routine とは、保存された Claude Code の構成 ― プロンプト、1 つ以上のリポジトリ、コネクターのセット ― であり、スケジュール・API 呼び出し・GitHub イベントが発火すると、Anthropic のクラウドインフラ上で自動的に実行されます。ノート PC を閉じていても動き続けます。

Routines を使うには有料プランが必要ですか？

はい。Routines は Pro、Max、Team、Enterprise の各プランで利用でき、アカウントで Claude Code on the web を有効にする必要があります。routine に無料プランはありません。

1 日に何個の routine を実行できますか？

1 日あたりの実行キャップはプランによって異なります。Anthropic の発表記事によれば、Pro は 1 日 5 回、Max は 1 日 15 回、Team または Enterprise は 1 日 25 回です（2026 年 8 月時点。最新の回数は claude.ai/code/routines で確認してください）。1 回限りのスケジュール実行は、このキャップには数えられません。

Routines は正式リリース済みですか、それともまだプレビュー中ですか？

2026 年 8 月時点で、まだリサーチプレビュー中です。Anthropic 公式ドキュメントは、挙動・制限・API の仕様が変わる可能性があると記しているので、正確な数値に依存する前に最新のドキュメントを再確認してください。

routine は自分の MCP コネクターを使えますか？

はい。routine を作成すると、現在接続しているすべての MCP コネクターが既定で含まれ、Claude は書き込みを含むそれらのあらゆるツールを、実行中に許可を求めることなく使えます ― ですので、routine に実際には不要なものは削除してください。

API トリガーのトークンが漏洩したらどうなりますか？

トークンを持つ人は誰でも routine を発火できますが、送られてくるテキストは、信頼できないデータとしてラベル付けされた <routine-fire-payload> ブロックで包まれて届きます。そのテキストに基づいて動作するには routine 自身の保存済みプロンプトが明示的に受け入れを指定する必要があるため、あなたのプロンプトがすでに fire ペイロードを無条件に信頼していない限り、漏洩したトークンだけでライブの指示を注入することはできません。

1 つの routine に複数のトリガータイプを組み合わせられますか？

はい。1 つの routine に、スケジュール、API トリガー、GitHub トリガーを同時に付けられます ― たとえば、夜間に実行され、デプロイスクリプトから発火でき、さらにすべての新しいプルリクエストにも反応するレビュー用 routine などです。

まとめ

タスクに合ったトリガーを選び ― 周期には schedule、外部システムには API、リポジトリのイベントには GitHub ― そして動かし始める前に、環境とコネクターを絞り込んでください。上記のリストから 1 つのレシピで始め、緑色のステータスを信用するのではなく最初の数回の実行のトランスクリプトを確認し、出力を信頼できるようになってから初めて複雑さを加えましょう。単独で動かすのではなく、一度に複数のエージェントを連携させる必要があるプロンプトについては、複数の subagent のオーケストレーションをご覧ください。