Claude Code Routines完全ガイド｜定期実行の新機能2026

Anthropicが2026年4月14日、Claude CodeにRoutines機能を追加した（research preview）。設定したプロンプトがAnthropicのクラウドで実行され、Macがスリープでも、ラップトップを閉じても、ブラウザを終了しても動き続ける。今までの/loopやpmsetと仕組みが根本から違う。

発表から2日、日本語の速報記事は10本以上出揃ったが、cron記法の具体例、プロンプト設計の勘所、OS横断の使い分け判断まで踏み込んだ記事はまだ少ない。本記事はそこを埋める。

Routinesで何が変わったか｜3つの核心

大量の機能紹介を並べても頭に残らない。効く順で3点だけ。

特に3つ目が見落とされやすい。既存のMCPサーバー（GitHub MCP、Slack MCPなど）を設定済みなら、Routinesもそれを自動で使える。MCPサーバーおすすめ2026で紹介した7本をすでに入れていれば、Routinesの威力はその日から跳ね上がる。

3つのトリガーの使い分け

Routinesは1つのRoutineに対して複数トリガーを併用できる。どれがどんな用途に向くかを表に整理する。

判断軸はシンプル。「いつ動くべきか」が時計で決まるならSchedule、GitHubの何かが起きた時ならWebhook、外部システムから叩きたいならAPI。筆者の感覚では、初めの1本はSchedule型が一番手応えが出る。

設定手順｜Web UI・CLI・Desktopの3経路

Routinesは3つの経路から作成できる。最速はWeb UIだが、既存のCLIワークフローがあるならCLI発行が楽。

経路A｜Web UIから作成（最速）

1. claude.ai/code/routinesにアクセス
2. 「Create Routine」をクリック
3. プロンプト入力・対象リポジトリ選択・トリガータイプ選択
4. スケジュールなら「Daily / Weekly / Hourly」のプリセットから選ぶ
5. 「Save」で完了。数秒で有効化される

経路B｜CLIから作成（cron式指定にはこちら）

# セッション中に対話式で作成
/schedule

# 既存Routineのcron式を更新
/schedule update my-routine-name "0 9 * * 1-5"

# 登録済みRoutine一覧
/schedule list

Web UIのプリセット（Hourly/Daily/Weekly）では表現できない複雑な頻度を設定したいときは、このCLI経由一択。例えば「平日のみ9時と18時」なら0 9,18 * * 1-5。

経路C｜Claude Desktopから作成

DesktopアプリにもRoutinesタブが追加されている。設定内容はWeb UIと同じ。普段Desktopを使っている人は、そのままの動線で作れる。

cron記法リファレンス（5フィールド）

ここが日本語記事でほぼカバーされていない部分。Routinesは標準5フィールドcron式を受け付ける。

┌─── 分 (0-59)
│ ┌─ 時 (0-23)
│ │ ┌─ 日 (1-31)
│ │ │ ┌─ 月 (1-12)
│ │ │ │ ┌─ 曜日 (0-6, 0=日曜)
│ │ │ │ │
* * * * *

全フィールドで以下が使える: *（全て）/ 単一値5 / ステップ*/15 / 範囲1-5 / リスト1,15,30。ただしL（月末）W（平日最寄り）?やエイリアスMONは非対応。

最短間隔は1時間。*/30のように30分間隔を書くとシステム側で拒否される。ここは/loop（最短1分）との明確な違い。

プラン別の実行回数と料金

「1日の実行回数」はRoutineの数ではなく、発火回数でカウントされる。Routineを3本登録して、それぞれ毎日1回ずつ動くなら合計3回。GitHub Webhook経由でPRごとに動く場合、PRが多い日はあっという間に上限。Team/Enterpriseのでも25回は意外と少ない。大量に回すならAPIトリガーより、Schedule+まとめ処理が現実的。

Routines用プロンプト設計のコツ

対話でうまく動いたプロンプトをそのままRoutinesに貼ると失敗する。人間がいない前提で書き直す必要がある。

対話型 → 自律型への書き換え3原則

実例｜毎朝のIssue整理プロンプト

あなたはリポジトリXの朝の整理担当です。以下を順に実行してください。

1. 過去24時間に新規作成されたIssueを全て取得
2. 以下のルールでラベル付け:
   - UI関連 → "ui"
   - API関連 → "api"
   - 判断不能 → ラベル付けせずコメントに「要分類」と残す
3. 完了後、Slack #dev-morning に以下のフォーマットで報告:
   - 処理件数
   - ラベル別内訳
   - 要分類の件数（あれば）
4. Slackに投稿できなかった場合はその旨をIssueのコメントに残す

確認は不要です。上記を即座に実行してください。

実運用で効く3つのユースケース

/loop・pmset・Task Schedulerとの使い分け

定期実行の選択肢は複数ある。全部同じに見えて、得意領域が違う。

Routinesが強いのは「Claudeの判断を挟む作業」と「ローカル環境に依存したくない作業」。逆にローカルファイルを直接操作する、特定アプリを開くといった処理はpmset+launchdやWindowsタスクスケジューラの独壇場だ。/loopは最短1分間隔なので、秒単位の監視や短時間ポーリングが要るときだけ残す。

落とし穴と制限事項

触ってみて引っかかった点を正直に5つ。

1. タイムゾーン設定の落とし穴｜Web UIの時刻は「ローカルTZ」として解釈される。CLI経由でcron式を入れるとUTCで解釈される仕様の違いがある。朝7時のつもりが夕方4時に走っていたという事故が初日に多発した。
2. 実行ログの確認場所｜claude.ai/code/routines の該当Routine詳細ページに「Runs」タブがある。失敗時のエラーメッセージはここを見ないと分からない。
3. MCPサーバーの権限継承｜Routineは作成時点で有効なMCPサーバーを引き継ぐ。後でMCPを追加した場合、Routineには自動では入らない。再保存が必要。
4. プロンプトが長すぎると失敗｜対話型で使っていた10,000字級のシステムプロンプトをそのまま貼ると、コンテキスト圧迫でツール呼び出しが止まることがある。Routinesは指示を短く、明示的に。
5. Windows・Linuxユーザーも恩恵を受けられる｜Routines自体はクラウドで動くため、クライアントOSを問わず使える。Claude CodeのCLIさえ入ればWindows/WSL/Linuxからも同じ体験。

よくある質問

まとめ｜まず1本、朝9時のIssue整理から

筆者の最初の1本は、平日朝9時のIssue整理Routineだった。動き始めて3日目、寝起きでMacを開くと前日のIssueに全部ラベルが付いていて、「ああ、これが本当の自動化か」と腑に落ちた。定型作業を機械に預けられる感覚は、試すまで言葉で説明されてもピンとこない。

pmsetやlaunchdでも似たことはできたが、仕込みの手間が違いすぎた。Routinesは15分で最初の1本が動く。まずはPro以上のプランを持っている人なら、claude.ai/code/routinesを開いて「Daily 9am」プリセットで1本作るところから始めてほしい。