Claude Code Routinesとは｜設定と使い方【2026年9月】

結論: Claude Code Routinesは、プロンプト・リポジトリ・コネクターを1つのパッケージにまとめてクラウドで自動実行できる機能で、2026年4月13〜17日（Week 16）にリサーチプレビューとして公開されました。

この記事の要点:

• Routinesはスケジュール・GitHub イベント・API の3種類のトリガーで起動。マシンをオフにしていても自動実行
• Desktop App は同週に web/CLI 統合でリデザイン。セッションサイドバー・ドラッグ&ドロップレイアウトを搭載
• Proは1日5回、Maxは15回、Team/Enterpriseは25回の実行枠（複数の第三者情報源による2026年8月時点の一致値。公式ドキュメント本文は2026年9月6日時点でも回数を明記していません）。エンタープライズでは権限設計・ブランチ保護が必須
• 2026年8月には自己ホスト環境（Self-hosted environments）に対応し、Team/Enterpriseは自社インフラ上でRoutinesを実行できるようになった（パブリックベータ）

対象読者: Claude Codeを使っている開発者・エンジニアリングマネージャーに加え、AI自動化の導入を検討している経営者・DX推進担当者

読了後にできること: 今日すぐRoutinesを1本作成し、朝の日報チェックや週次PRレビューを完全自動化できます

最終更新: 2026年9月6日（Anthropic公式ドキュメント code.claude.com/docs/en/routines と self-hosted-environments で時点表記と仕様を再確認。2026年8月3〜7日週（Week 32）リリースのv2.1.224で自己ホスト環境対応が追加され、ルーティン作成画面の公式表記は「Cloud」（ローカル実行は「Local」）です。現在も research preview）

「毎朝同じコマンドを叩いている」「週次でPRをまとめてレビューしたいのに手が追いつかない」

先日、ある企業のエンジニアリングマネージャーとのセッションでこんな声を聞きました。CI/CDログが積み上がり、Slackに流れるアラートを誰も処理できない。Claude Codeは優秀なのに、毎回ターミナルを開いて同じプロンプトを打ち込む作業が地味に重い——という話でした。

その状況を一変させるのが、2026年4月に登場したRoutinesです。Routinesとは、プロンプト・リポジトリ・コネクターをセットにして保存し、スケジュール・GitHub イベント・API呼び出しのいずれかで自動実行できる仕組みです。Anthropicのクラウドインフラで動くため、ローカルマシンが落ちていても構いません。

この記事では、Routinesの全トリガー設定、Desktop Appのリデザイン内容、そしてエンタープライズで使う際のガバナンス設計まで、Anthropic公式ドキュメントをもとに完全解説します。実務で即使える設定例も複数紹介しますので、ぜひ最後まで読んでみてください。

Claude Code Routinesとは何か

Routinesを一言で表すなら「Claude Codeの処理をクラウドで自動スケジューリングする仕組み」です。Anthropicの公式ドキュメントでは次のように定義されています。

A routine is a saved Claude Code configuration: a prompt, one or more repositories, and a set of connectors, packaged once and run automatically. Routines execute on Anthropic-managed cloud infrastructure, so they keep working when your laptop is closed.

（出典: Claude Code Docs – Routines）

日本語で言い換えると、「プロンプト＋リポジトリ＋コネクター」を1度定義すれば、あとはトリガーに応じてAnthropicのサーバーが実行してくれる——という仕組みです。

従来のClaude Codeは、ターミナルでユーザーがプロンプトを打ち込んで対話的に使うものでした。Routinesはその対話をなくし、「条件が満たされたら自動で動く」状態にします。Linuxのcronに近い発想ですが、コードを書く代わりにプロンプトを書くのが特徴です。

AIエージェントの基本概念や導入ステップについては、AIエージェント導入完全ガイドで体系的にまとめています。Routinesはその発展形として位置づけると理解しやすいでしょう。

3種類のトリガーを完全解説

Routinesが持つトリガーは3種類です。1つのRoutineに複数のトリガーを組み合わせることもできます。

1. スケジュールトリガー：定時実行

毎時・毎日・平日・週次などのプリセットから選ぶか、cronを使ってカスタム間隔を設定します。最小間隔は1時間。タイムゾーンは自動変換されるため、「毎朝9時」と指定すればローカル時刻で実行されます。

CLIからは次のように作成できます。

# 毎日9時にPRレビューRoutineを作成
/schedule daily PR review at 9am

# 1回限りの将来実行（ワンショット）
/schedule in 2 weeks, open a cleanup PR that removes the feature flag

ワンショット実行（一度だけ）は日次の実行枠にカウントされません。スプリント終了後に「2週間後にフィーチャーフラグを削除するPRを開く」といったタスクに便利です。

研修先の開発チームでこのワンショット機能を紹介したところ、「リリース後の後片付けを忘れることが多かったので、これは助かる」という反応が返ってきました。プロンプトでタスクを予約できるという感覚が、開発者には非常に馴染みやすかったようです。

2. GitHub イベントトリガー：PR・リリース連動

GitHubのイベントに反応してRoutineを自動起動します。対応イベントはプルリクエストとリリースの2カテゴリです。

フィルターを使えば「特定ラベルが付いたPRのみ」「ドラフトでないPRのみ」など条件を絞れます。

# GitHub trigger の設定例（Routines web UIで設定）
# イベント: pull_request.opened
# フィルター: is draft = false
# → 完成状態のPRが開いた時だけRoutineを起動

実際の活用例として、Anthropicのドキュメントでは「バックログ管理Routine」が紹介されています。平日の夜にスケジュールトリガーで動き、その日に作成されたissueを読んでラベル付け・担当者割り当て・Slackへのサマリー投稿まで自動化する、というものです。

3. API トリガー：外部システム連携

Routineごとに専用のHTTPエンドポイントが発行され、POSTリクエストで即時起動できます。モニタリングツール・CD パイプライン・社内ツールなど、HTTP リクエストが送れるシステムとどこでも繋がれます。

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEFG/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が返却されます。

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

エラー発生時にSlackからPOSTが届き、Routineがスタックトレースを調べて修正PRのドラフトを自動作成する——というワークフローは、オンコール対応のコストを大幅に削減できます。

2026年9月6日時点の公式ドキュメントによると、APIトリガーで送ったtextの値は<routine-fire-payload>ブロックに包まれ、未検証データとして渡されます。Routine自身のプロンプトが明示的に参照しない限り、Claudeはこの中身を指示として実行しません。v2.1.213より前はこの逆で、保存済みプロンプト自体が未検証の通知として扱われ、Claudeが実行を拒否できる設計でした。トークン漏えい時の被害範囲を絞る変更として押さえておくとよいでしょう。

実務で使えるRoutine実装パターン5選

公式ドキュメントと実務経験をもとに、すぐ使えるパターンを5つ紹介します。

パターン1：朝のバックログ整理（スケジュール）

# Routine名: 朝のバックログ整理
# トリガー: 毎平日 8:30
# リポジトリ: your-org/main-repo
# コネクター: GitHub, Slack

プロンプト例:
昨日から今朝までに作成されたGitHub issueを確認し、以下を実行してください：
1. 優先度に応じてP0/P1/P2ラベルを付与する
2. コードの場所が分かるissueには担当エリア（frontend/backend/infra）ラベルを追加する
3. 全issueのサマリーをSlackの #dev-daily チャンネルに投稿する
不足情報があれば仮定せず、issueにコメントで確認を入れること。

パターン2：デプロイ後の自動スモークテスト（APIトリガー）

# CDパイプラインのデプロイ完了時にPOST
# text フィールドに環境URLとデプロイバージョンを渡す

プロンプト例:
受け取った環境URL({text}に含まれる)に対して：
1. ヘルスチェックエンドポイントが200を返すか確認する
2. 直近5件のデプロイのエラーログを確認し、新規エラーがあれば報告する
3. 問題なければSlackの #releases にgo/no-goを投稿する
数字と固有名詞は根拠（ログの行番号・タイムスタンプ）を添えること。

パターン3：PR自動コードレビュー（GitHub トリガー）

# イベント: pull_request.opened
# フィルター: is draft = false, base branch = main

プロンプト例:
このPRをレビューしてください：
1. セキュリティ観点（SQLインジェクション、XSS、認証漏れ）をチェックする
2. パフォーマンス観点（N+1クエリ、不要なループ）を確認する
3. チームのコーディング規約（CLAUDE.mdの内容）に沿っているか確認する
指摘事項はインラインコメントとして、サマリーはPRのトップコメントとして投稿する。

パターン4：週次ドキュメント鮮度チェック（スケジュール）

# トリガー: 毎週月曜 9:00
# リポジトリ: your-org/docs-repo + your-org/main-repo

プロンプト例:
先週のmainへのマージPRを確認し：
1. APIの変更点をdocs-repoのドキュメントと照合する
2. ドキュメントが古くなっている箇所があればdocs-repoに更新PRを開く
3. 更新不要の場合はSlackの #docs チャンネルに「今週の変更なし」と報告する
仮定した点は必ず"仮定"と明記すること。

パターン5：SDK間の並行ポート（GitHub トリガー）

# イベント: pull_request.closed（is merged = true）
# リポジトリ: your-org/python-sdk（監視用）+ your-org/nodejs-sdk（変更対象）

プロンプト例:
マージされたPRの変更内容をnodejs-sdkに移植してください：
1. Python固有の部分はNode.jsのイディオムに書き換える
2. テストも対応する形で移植する
3. 移植内容と判断の根拠をPRの説明に書く
4. レビュー待ちのドラフトPRとして作成する（mergeしない）

Desktop App リデザインの全容

Routinesと同じWeek 16（2026年4月13〜17日）にリリースされたDesktop Appのリデザインについても整理します。

Week 17（4月20〜24日）で Claude Code on the web もリデザインされ、Desktop AppとWebのUIが統一されました。主な変更点は以下の通りです。

DesktopからRoutineを作る場合、Codeタブのサイドバーで「Routines」をクリックして「New routine」を選び、「Cloud」を選択します（2026年9月6日時点の公式ドキュメントでの表記。「Local」はDesktop scheduled tasks＝ローカル実行になるので注意してください）。

Desktopからルーティンを最速で作る3ステップ（2026年8月版）

# 1. Codeタブを開き、サイドバーの「Routines」をクリック
# 2. 「New routine」を選び、対象リポジトリとプロンプトを記入
# 3. トリガーを選んで「Cloud」を選択し保存する（「Local」は選ばない）
#    Routinesがサイドバーに無い場合はPro/Max/Team/Enterpriseプラン+
#    Claude Code on the webの有効化が必要

「Routines」がサイドバーに表示されない場合は、アカウントでRoutinesが使えない状態です。Pro/Max/Team/EnterpriseプランでClaude Code on the webが有効になっているか、Team/Enterpriseでは管理者がclaude.ai/admin-settings/claude-codeのRoutinesの切り替えスイッチをオフにしていないかを確認してください。

以前のDesktop Appを使っていた方は、「インターフェースが整理されてCLIとの行き来が減った」という印象を持つと思います。Routinesの管理、セッション切り替え、レビューがDesktop上で完結するようになり、ターミナルとエディタを往復する機会が減りました。

Claude Code v2.1.101以前の機能についてはClaude Code v2.1.101完全ガイドで詳しく解説しています。

Routinesの使用量と制限

Routinesはサブスクリプションの利用量（トークン消費）に加え、1日あたりの実行回数にも上限があります。

ワンショット実行（一回限りの将来予約）は日次枠にカウントされません。

GitHubトリガーはリサーチプレビュー中、Routine単位・アカウント単位の時間あたり上限があります（上限はclaude.ai/code/routinesで確認）。

※上表のプラン別回数（Pro5回/Max15回/Team・Enterprise25回）は複数の第三者情報源で2026年8月時点も一致していましたが、Anthropic公式ドキュメント本文は「claude.ai/code/routinesまたはclaude.ai/settings/usageで現在の消費量と残り回数を確認する」という案内で、具体的な回数を本文に明記していません（2026年9月6日時点でも公式ドキュメントに数値の直接記載は確認できていません）。正確な残り回数は必ずダッシュボードで確認してください。なお使用量クレジットを有効化した組織は、上限到達後も従量課金でRoutineの実行を続けられます。

現在の消費量は /usage コマンドで確認できます。並列セッション・サブエージェント・キャッシュミス・長文コンテキストの各要因と割合が表示されます。

# 使用量の確認
/usage
# d/wキーで日次・週次を切り替え

【2026年8月更新】自己ホスト環境とCLI管理の強化

2026年8月3〜7日（Week 32）のリリース（v2.1.220〜v2.1.224）で、Routines周辺の運用面が強化されました。Anthropic公式の週次アップデート（What’s New – Week 32）で確認できる主な変更は次の3点です。

自己ホスト環境（Self-hosted environments）でRoutinesを動かす

v2.1.224（2026年8月3〜7日週・Week 32リリース）で、Team/Enterpriseプラン向けに自己ホスト環境がパブリックベータとして使えるようになりました。自社のマシンやコンテナをclaude self-hosted-runnerコマンドでランナー化しておくと、claude.aiやDesktop/モバイルアプリ、claude --cloudから起動するセッション（Routinesを含む）を、社内ネットワークからしかアクセスできない内部サービスに接続した状態で実行できます。既定では無効になっており、Ownerがclaude.ai/admin-settings/cloud-environmentsで有効化してから使う仕組みです。

# Ownerとしてサインインし、ガイド付きセットアップを実行
claude self-hosted-runner setup

# 管理画面（claude.ai/admin-settings/cloud-environments）で
# 環境が「Healthy」と表示されればランナー登録完了

社内のCI/CDサーバーやオンプレDBに直接アクセスさせたいRoutineがある場合、ネットワーク許可リストの細かい調整より先に、この自己ホスト環境の導入を検討する価値があります。

CLIでのルーティン管理が強化（GitHub トリガー追加・実行履歴の確認）

CLIから/schedule（エイリアス/routines）でできる操作が広がっています。Claude Code v2.1.225以降では、GitHub トリガーの追加をCLIから会話形式で依頼できます。

# CLIから既存Routineに GitHub トリガーを追加する例（v2.1.225以降）
/schedule add a GitHub trigger to my nightly review for pull requests opened in acme/webapp

v2.1.227以降では、Routineが「なぜ動かなかったか」をCLIで直接尋ねられるようになりました。

# 実行履歴のトラブルシューティング例（v2.1.227以降）
/schedule why did my nightly review do nothing this morning?

Claudeが該当Routineの直近の実行結果とステータス、Web版の該当セッションへのリンクを提示し、ツールエラーや権限拒否があればログを読んで説明してくれます。「動いているはずなのに結果が来ない」を都度Web UIで調べに行かなくてよくなった点は、日次運用の負荷を地味に下げてくれます。

【要注意】Routines導入の失敗パターン

失敗1：プロンプトが曖昧で誤動作

Routinesは承認プロンプトなしで自律実行されます。「なんとなくチェックして」という曖昧なプロンプトだと、想定外のコードを書き換えてしまう可能性があります。

❌ 悪い例:
「コードの問題を見つけて直してください」

⭕ 良い例:
「src/auth/ 配下のファイルに限定し、SQLインジェクションリスクがある
パラメータ化されていないクエリを探してください。
修正する場合はdraftPRを開き、本番ブランチには直接pushしないこと。
不明点はPRにコメントを残して止まること。」

Routineは「何をすべきか・何をすべきでないか」の両方を明示することが鉄則です。

失敗2：コネクターを絞らずに設定

デフォルトでは接続済みのコネクター（MCP）が全て含まれます。必要最小限のコネクターだけ残すように設定しないと、Routineが想定外のサービスにアクセスする余地が生まれます。

❌ 悪い例:
Slack・Linear・GitHub・Notion・Gmail を全て含んだまま作成

⭕ 良い例:
PRレビューRoutineには GitHub のみ含める
アラートトリアージRoutineには GitHub + Slack のみ含める

失敗3：ブランチ保護を設定しないまま運用

デフォルトではRoutineは claude/ プレフィックスのブランチにしかpushできません。「Allow unrestricted branch pushes」を有効にすると main などへの直接pushが可能になるため、必要性を吟味してから設定してください。

企業導入の場合は「誰がRoutineを作成・編集できるか」のガバナンスルールも事前に決めておく必要があります。現状Routinesはindividual accountに紐付き、チームメンバーと共有する機能はありません。そのためチームで使うRoutineは、専用の管理アカウントを用意するか、CI/CD側でAPI trigger経由で呼び出す設計が現実的です。

失敗4：リサーチプレビュー前提で本番フローに組み込む

正直にお伝えすると、Routinesはリサーチプレビューです。APIの仕様・エンドポイント・制限値は変更される可能性があります。/fire エンドポイントには anthropic-beta: experimental-cc-routine-2026-04-01 ヘッダーが必要で、破壊的変更は日付入りの新ヘッダーで案内されます。本番のリリースパイプラインに組み込む前に、ステージング環境でのテストを十分に行うことを強くお勧めします。

エンタープライズ導入時のガバナンス設計

Routinesを企業で導入する際に検討すべき点をまとめます。

権限とアカウント管理

Routinesは現在、個人の claude.ai アカウントに紐付きます。Routineが実行するGitHubアクション（コミット・PR作成）は、接続したGitHubユーザーとして記録されます。企業環境では「専用のサービスアカウント的なclaude.aiアカウント」でRoutineを管理することを検討してください。

Team/EnterpriseのOwnerは、claude.ai/admin-settings/claude-codeの「Routines」切り替えスイッチで組織全体のRoutines利用を止められます。無効化すると既存のRoutineは動作を止め、メンバーは新規作成もできなくなります。全社的に自律実行を止めたいときの緊急停止手段として覚えておくとよいでしょう。

監査ログと実行履歴

各Routineの実行は claude.ai/code/routines から確認でき、通常のセッションと同じように会話ログが残ります。何をどの順序で実行したかを追えるため、コンプライアンス上の記録としても機能します。

スキル（CLAUDE.md）の活用

Routineはリポジトリにコミットされた CLAUDE.md や skills を読みます。チームのコーディング規約・禁止事項・使用ライブラリなどを CLAUDE.md に書いておくと、Routineがその制約の中で動くため、ガバナンスが効きやすくなります。

# CLAUDE.md 例（Routines向け記述）
## Routinesからの操作制限
- 本番ブランチ（main, production）への直接pushは禁止
- 外部APIへのリクエストは事前承認済みのエンドポイントのみ
- 個人情報・認証情報を含むファイルの変更は禁止
- 変更サイズが500行を超える場合はドラフトPRで止まること

コスト管理

Routinesはサブスクリプションの消費量に加え、超過分は従量課金があります。/usage コマンドで定期的に確認し、想定外のRoutineが大量実行されていないかモニタリングしましょう。特に GitHub トリガーはイベントが集中すると一気に実行されるため注意が必要です。

2026年4〜5月の主要アップデート一覧

Routines以外にも、この時期にリリースされた注目機能をまとめます。

特に注目したいのが、Week 16で同時リリースされたClaude Opus 4.7とxhigh effortです。Opus 4.7はMax/Team Premiumのデフォルトモデルになり、xhighはhigh〜maxの間の新しい推論レベルです。

# Opus 4.7 + xhigh effort への切り替え
/model opus
/effort xhigh

Claude Code Monitor と Auto ModeについてはClaude Code Monitor + Auto Mode活用ガイド2026でも詳しく解説しています。

CLI vs Web vs Desktop：Routinesの作り方まとめ

Routinesは3つのインターフェースから作成でき、全て同じクラウドアカウントに保存されます。

CLI（ターミナル）から

# スケジュールのみ作成可能
/schedule daily PR review at 9am

# 一覧表示
/schedule list

# 更新（APIトリガーの追加などはWeb UIで）
/schedule update

# 即時実行
/schedule run

Web（claude.ai/code/routines）から

3種類のトリガー全てを設定可能。APIトリガーのトークン生成もWebのみ対応。

Desktop App から

サイドバーの「Routines」→「New routine」→「Cloud」を選択（2026年9月6日時点の公式ドキュメントの表記）。LocalはDesktop scheduled tasks（ローカルマシン実行）になるため注意。

非エンジニア・経営層が知っておきたいビジネス活用の実際

「Routines」という名前から、非エンジニアでも単体で使える汎用リマインダー機能をイメージする方もいるかもしれません。正直にお伝えすると、2026年9月6日時点でもRoutinesはGitHubリポジトリとの連携が前提の機能で、Claude Code on the webを有効化したPro/Max/Team/Enterpriseプランのユーザー向けです。ChatGPTの「Tasks」のように非エンジニアが単体で「毎朝ニュースを要約して」と設定できる汎用スケジューラーではない、という点は導入検討前に押さえておく必要があります。

ただし、企業のAI活用という観点では十分に投資対効果があります。実務でよくある導入パターンは次の3つです。

パターンA：IT部門が設定し、非エンジニアはSlackで結果だけ受け取る

エンジニアやIT担当者がRoutineを1本設定すれば、あとは営業・管理部門のメンバーはSlackやメールで結果を受け取るだけで済みます。たとえば「毎週月曜9時に先週の問い合わせログを集計し、要点をSlackの#salesチャンネルに投稿する」というRoutineを組めば、非エンジニアの担当者はターミナルもGitHubも触らず、月曜の朝にレポートを読むだけになります。

パターンB：情報収集・ドキュメント整備の定型業務を巻き取る

週次の競合ニュースまとめ、社内ドキュメントの陳腐化チェック、議事録から次アクションを抽出してタスク化する——といった「毎回同じ手順を繰り返す情報収集業務」は、Routineに移管しやすい領域です。プロンプトさえ明確に書いておけば、担当者が変わっても同じ品質でアウトプットが継続します。

パターンC：期日ベースのリマインド業務

「月末に請求書発行状況を確認してSlackに投稿する」「四半期末にレビュー漏れの契約書がないかチェックする」など、期日ベースの確認業務もスケジュールトリガーで巻き取れます。担当者の異動や休暇があっても、Routineが淡々と実行し続けます。

いずれのパターンも、最初の設定(プロンプト設計・リポジトリ準備・コネクター選定)にはエンジニアかIT部門の関与が必要という点は正直に理解しておくべきです。研修先でよく聞かれるのは「うちは非エンジニアしかいないから使えないのでは」という質問ですが、実際には「設定は情報システム部門や外部の研修パートナーが行い、運用は現場が受け取るだけ」という分業で十分に機能します。Uravationの法人研修では、こうした自動化の設計・実装支援まで含めてサポートしています。詳しくはClaude Code 法人研修をご覧ください。

まとめ：今日から始める3つのアクション

1. 今日やること: /schedule tomorrow at 9am, summarize yesterday's merged PRs を実行して、ワンショットRoutineを1本作ってみる
2. 今週中: GitHubとClaude Codeを接続し、PR auto-reviewのRoutineを1本設定してチームのレビュー負荷を測定する
3. 今月中: CLAUDE.md にRoutines向けの操作制限を明記し、ガバナンスポリシーを文書化する

Routinesはリサーチプレビューゆえ、仕様変更への追従コストがあります。それでも「毎朝同じコマンドを打っている」「アラートが誰も処理しないまま流れていく」という課題を持っているなら、今すぐ試す価値はあります。

参考・出典

• Anthropic – Claude Code Routines ドキュメント（参照日: 2026-05-03）
• Claude Code What’s New – Week 16（v2.1.105〜v2.1.113）（参照日: 2026-05-03）
• Claude Code What’s New – Week 17（v2.1.114〜v2.1.119）（参照日: 2026-05-03）
• 9to5Mac – Anthropic adds routines to redesigned Claude Code（2026-04-14）
• SiliconANGLE – Anthropic’s Claude Code gets automated routines（2026-04-14）

著者

: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。早稲田大学法学部在学中に生成AIの可能性に魅了され、X（@SuguruKun_ai、フォロワー約10万人）で活用法を発信。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。

ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。

【2026年8月追記】ルーティンの使い方に関する追加Q&A

「Claude ルーティン」と検索したとき、Claude Codeの機能で間違いないですか？

はい。「Claude ルーティン」「Claude Code ルーティン」はいずれもClaude CodeのRoutines機能を指すカタカナ表記です。本記事で解説しているRoutines（プロンプト・リポジトリ・コネクターをまとめてクラウド実行する仕組み）と同じ機能を指しており、別サービスではありません。

ルーティンの使い方で、最初につまずきやすいポイントは何ですか？

2つあります。1つは、Desktop版でRoutineを作る際に「Cloud」ではなく「Local」を選んでしまい、意図せずローカル実行（Desktop scheduled tasks）になってしまうケースです。もう1つは、コネクター（MCP）を絞らずに作成し、Slack・GitHub・Notionなど接続済みの全サービスにアクセス権を与えてしまうケースです。作成直後に「Connectors」欄を開き、そのRoutineに本当に必要なものだけを残す習慣をつけてください。

自己ホスト環境（Self-hosted environments）でもルーティンは使えますか？

2026年9月6日時点でもTeam/Enterpriseプランのパブリックベータとして利用できます。既定はオフで、Ownerが管理画面（claude.ai/admin-settings/cloud-environments）の「Allow self-hosted environments」を有効化し、自社インフラ側でランナーを起動すると、Routineのセッションを自社インフラ上で実行できます。組織でClaude Code on the webが有効になっていることが前提で、Pro/Maxプランでは対象外です（2026年9月6日時点の公式ドキュメント「Self-hosted environments」で確認）。

あわせて読みたい（2026年8月追記）

• Claude Code Webとは｜使い方・CLIとの違い — claude.ai/codeの仕様・料金・CLIとの違いを公式ドキュメントで解説
• Claude Code Auto Modeが標準化｜8月14日の変更点と対処法 — Routinesと同じく承認プロンプトなしで自律実行する権限モードの変更点を解説
• Claude Codeアップデート完全ガイド【2026年8月】 — Routines以外も含めたClaude Code全体の月次アップデートまとめ