Anthropic がリリースした機能で、ほとんど誰も話題にしていないものがあります。
ブックマーク＆保存しておいてください :)
その名は Claude Code Routines。
そして、これは Anthropic が今年リリースした中で最も重要な機能かもしれません。
その理由をお話しします。
これまでは、すべての Claude Code の自動化は、あなたのラップトップが開いている必要がありました。/loop を使って変更をポーリングしたり、/schedule で定期的なタスクを設定したりできました。しかし、ターミナルを閉じたり、ラップトップの電源を切ったりすると、すべてが止まってしまいました。
Routines はそれを完全に解決します。
Routine とは、一度設定するだけで — プロンプト、リポジトリ、コネクタのセット — Anthropic のクラウドインフラ上で実行される Claude Code の自動化です。スケジュールに従って。API 呼び出しから。または GitHub イベントによってトリガーされます。
ラップトップはオフでも構いません。ターミナルは閉じていても構いません。Routine はとにかく実行されます。
これは「使う AI ツール」から「あなたのために働く AI システム」へのシフトです。
Claude Code を一度も使ったことがなくても、設定方法を正確に説明します。
なぜ Routines が他のすべてと違うのか
Claude Code にはすでにスケジューリング機能がありました。では何が変わったのでしょうか？
違いはインフラです。
以前の /schedule や /loop コマンドは、ローカルの Claude Code セッション内で実行されていました。マシンがオンであること、ターミナルが開いていること、インターネット接続が安定していることに依存していました。これらのいずれかが失敗すると、自動化は停止しました。
Routines は Anthropic のクラウド上で実行されます。再起動、ターミナルの終了、一晩中の実行にも耐える、永続的な自律エージェントです。リポジトリやコネクタ（Slack、Linear、Google Drive、GitHub）に直接アクセスでき、あなたが何も管理する必要はありません。
古いシステムをスマホのリマインダーだと考えてください。通知は来ますが、作業は自分でやらなければなりません。
Routines は、あなたが寝ている間に仕事をこなし、起きたときに要約を送ってくれる従業員のようなものです。
ステップ 1: 何を自動化するか決める
最適な Routine は、以下のタスクを自動化します。
繰り返し発生する — 予測可能なスケジュール（毎日、毎週、またはイベントによってトリガー）で発生する。
明確に定義されている — 「完了」がどのような状態かを、曖昧さなく正確に説明できる。
判断が少ない — タスクにあなた独自の創造的思考や意思決定は必要ない。実行が必要。
現在、初期のユーザーが実行しているパターンは次のとおりです。
- バックログ管理 — 毎晩深夜 0 時に、Routine が Linear から新しい Issue を取得し、種類と重要度で分類し、ラベルを割り当て、Slack チャンネルにサマリーを投稿します。エンジニアリングリーダーは、整理されたクリーンなボードを目にして起床します。
- ドキュメントのドリフト検出 — 毎週金曜日に、Routine が先週マージされたプルリクエストをスキャンし、API やインターフェースを変更したものを特定し、ドキュメントと照合し、古くなったドキュメントの更新 PR を開きます。
- デプロイ検証 — デプロイ後に Webhook でトリガーされ、Routine が新しいビルドに対してスモークテストを実行し、エラーログをスキャンしてリグレッションを確認し、問題を最近のコード変更と関連付け、リリースチャンネルに Go/No-Go の判定を投稿します。
- 毎日のコードレビュー — 毎朝 9 時に、Routine が最も古いオープン PR を取得し、セキュリティ問題、ロジックエラー、スタイル違反をレビューし、インラインコメントを投稿します。
これらを 3 つか 4 つ設定した人は、Claude をチャットツールとして使っているだけの人とはまったく異なるレベルで活動しています。
ステップ 2: 最初の Routine を作成する
Routine を作成するには 2 つの方法があります。
Web インターフェースから: claude.ai/code/routines にアクセスし、「New routine」をクリックします。これにより、スケジュールトリガー、API トリガー、GitHub イベントトリガーなど、すべての設定オプションが表示されます。
CLI から: すでにターミナルで Claude Code を使用している場合は、/schedule の後に説明を入力します。例:
/schedule daily PR review at 9am
CLI はスケジュールベースのトリガーのみを作成します。API トリガーと GitHub トリガーには Web インターフェースが必要です。
Routine を作成するときは、次の 4 つを設定します。
- プロンプト — これが最も重要な部分です。Routine は自律的に実行されるため、プロンプトは完全に自己完結型である必要があります。エージェントが知る必要があるすべてのことはプロンプトに含まれていなければなりません。「会話の以前のコンテキスト」はありません。実行のたびにクリーンな状態から始まります。
- リポジトリ — Routine が操作するコードベース。デフォルトで完全な読み取りアクセス権を持ち、
claude/プレフィックスが付いたブランチにプッシュできます。 - コネクタ — Routine がアクセスできる外部サービス。更新を投稿するための Slack。Issue を読み取り管理するための Linear。ドキュメントを読み書きするための Google Drive。イベントを監視し PR を開くための GitHub。
- トリガー — Routine がいつ、どのように実行されるか。スケジュール（毎時、毎晩、毎週）、API トリガー（プログラムで呼び出す）、または GitHub トリガー（リポジトリで特定のイベントが発生したときに起動）。
ステップ 3: 堅牢なプロンプトを書く
ここでほとんどの人が失敗します。
Routine はあなたが見ていないところで実行されます。プロンプトがあいまいだと、エージェントは毎回異なる解釈をし、一貫性のない結果になります。
最適な Routine プロンプトは、次の構造に従います。
- 役割の定義: 「あなたはセキュリティとパフォーマンスを専門とするシニアコードレビューアです。」
- タスクの定義: 「このリポジトリで最も古いオープンプルリクエストをレビューしてください。」
- ステップバイステップのプロセス: 「まず、PR の説明を読んでください。次にブランチをチェックアウトしてください。変更されたファイルを読んでください。セキュリティの脆弱性、ロジックエラー、パフォーマンスの問題を分析してください。見つかった各問題に対してインラインコメントを書いてください。」
- 出力の指定: 「PR にサマリーコメントを投稿してください。内容: 見つかった問題の総数（重要度別）、1 段落の全体的な評価、明確な承認/変更要求の判定。」
- エラーハンドリング: 「オープン PR がない場合は、Slack の #engineering に『今日レビューするオープン PR はありません』と投稿してください。PR に 50 ファイル以上の変更がある場合はスキップし、手動レビューが必要であると投稿してください。」
- 制約: 「Critical 重要度の問題がある PR を承認しないでください。コードを直接変更しないでください — コメントのみ。ファイルあたり最大 3 つのインラインコメントに抑え、ノイズを避けてください。」
プロンプトが正確であればあるほど、Routine の信頼性は高まります。
ステップ 4: 制限を理解する
Routines は強力ですが、知っておくべき制約があります。
- 1 日あたりの実行回数上限: 研究プレビュー期間中、各アカウントは 1 日あたり 15 回の Routine 実行が可能です。それ以上必要な場合は、組織設定で追加使用を有効にしてください — 追加実行は従量課金制です。
- トークン消費: Routines はインタラクティブな Claude Code セッションと同じサブスクリプション制限からトークンを消費します。多くのファイルを読み取り、複数の API 呼び出しを行う複雑な Routine は、単純なものよりも大幅に多くのトークンを使用します。
- ブランチセキュリティ: デフォルトでは、Claude は
claude/プレフィックスが付いたブランチにのみプッシュできます。これは安全対策です — 不適切に書かれた Routine が誤って main にプッシュすることを防ぎます。下流に堅牢なレビュープロセスがない限り、これを無効にしないでください。 - GitHub イベントの上限: GitHub トリガーの Routine には、プレビュー期間中、Routine ごとおよびアカウントごとの時間あたりの上限があります。リポジトリが非常にアクティブな場合は、どのイベントが Routine をトリガーするかをフィルタリングして、ノイズに実行回数を浪費しないようにしてください。
- スケジュールの依存関係: スケジュールされた Routine は指定された時間に実行されますが、需要の高い期間には変動が生じる可能性があります。正確な秒単位のタイミングに依存するワークフローは構築しないでください。
ステップ 5: Routine スタックを構築する
1 つの Routine は便利です。Routine のスタックはシステムです。
小規模なエンジニアリングチーム向けの完全な Routine スタックの例を以下に示します。
- 朝 (9時) — 毎日の PR レビュー: Claude がすべてのオープン PR をレビューし、インラインコメントを投稿し、今日注意が必要なものの優先順位リストとともにサマリーを Slack に送信します。
- デプロイ後 (Webhook) — デプロイ検証: デプロイがステージングに到達するたびに、Claude がテストスイートを実行し、エラーのログをスキャンし、数分以内にリリースチャンネルに Go/No-Go を投稿します。
- 夜間 (午前2時) — バックログトリアージ: Claude がその日に提出されたすべての新しい Issue を処理し、ラベルを追加し、優先度スコアを割り当て、朝のブリーフィングドキュメントを作成します。
- 毎週 (金曜日午後5時) — ドキュメントチェック: Claude がその週にマージされた PR をスキャンし、更新が必要なドキュメントを特定し、それぞれのドラフト PR を開きます。
- 毎週 (月曜日午前8時) — 技術負債レポート: Claude がコードベースをスキャンして TODO コメント、非推奨の依存関係、テストカバレッジのギャップを探します。推定工数とともに技術負債項目のランク付けされたリストを作成します。
各 Routine のセットアップには 10〜15 分かかります。スタック全体は半日で完了します。時間の節約は毎週積み重なっていきます。
ステップ 6: 監視と改善
すべての Routine 実行はログを生成します。それを確認してください。
パターンを探しましょう:
- Routine は一貫して良い出力を生成していますか？そうでない場合、プロンプトのどの部分があいまいですか？
- 特定の実行に時間がかかりすぎていませんか？範囲を狭める必要があるかもしれません。
- エラーが発生していませんか？プロンプトに明示的なエラーハンドリングを追加してください。
- ノイズが多すぎませんか？制約を厳しくしてください。
5 月 6 日の Code with Claude で発表された新しい「Dreaming」機能は、これをさらに一歩進めます。Dreaming が有効になると、Claude は実行間で自身の過去の Routine セッションをレビューし、何がうまくいき、何がうまくいかなかったかのパターンを特定し、次回に向けてアプローチを自己改善します。
あなたの Routine は、実行すればするほど文字通り賢くなります。
これが誰のためのものか（そして誰のためではないか）
Routines は、以下のような開発者および技術に精通したオペレーター向けに構築されています。
- すでに Claude Code を使用している、または学習する意思がある
- ワークフローに明確なパターンに従う反復可能なタスクがある
- 毎週何時間も費やしている運用オーバーヘッドを自動化したい
- GitHub でホストされているコードベースで作業している
非技術系ユーザーで AI 自動化を探している場合は、スケジュールタスク付きの Claude Cowork の方が適した出発点です。Routines はパワーユーザー向けのツールです。
しかし、あなたが開発者、エンジニアリングマネージャー、DevOps エンジニア、または技術系ファウンダーであれば、Routines は Anthropic がリリースした他のどの機能よりも多くの時間を節約してくれるでしょう。
Routines vs. GitHub Actions: 違いは何か
多くの開発者はこう尋ねるでしょう: GitHub Actions が無料なのに、なぜ Claude Routines にお金を払うのか？
答えは、GitHub Action はスクリプトであるということです。すべてのステップを自分で書きます。すべての条件分岐を自分で定義します。すべてのエッジケースを自分で処理します。コード化されたことだけを実行し、それ以上は何もしません。
Claude Routine はエージェントです。目標を与えます。それを達成する方法を自分で決定します。予期しない状況に適応します。問題について推論します。自身の作業を検証します。
GitHub Action はリンターを実行し、何が失敗したかを教えてくれます。Claude Routine はエラーを読み、なぜ失敗したかを理解し、修正を提案し、修正を含むプルリクエストを開きます。
これは根本的に異なるカテゴリです。スクリプトはルールに従います。エージェントは問題を解決します。
単純な自動化（テストの実行、フォーマットのチェック、通知の投稿）には、GitHub Actions で十分です。判断、分析、適応を必要とするものには、Routines は別格です。
今日すぐにコピーできる一般的な Routine レシピ
以下は、次の 1 時間でセットアップできる 5 つの Routine 設定です。
レシピ 1: 朝会ボット
スケジュール: 毎日午前 8 時 30 分
プロンプト: 「GitHub リポジトリで昨日プッシュされたすべてのコミットを確認してください。Linear で新規および更新された Issue を確認してください。Slack の #engineering でブロッカーについて言及しているメッセージを確認してください。3 つのセクション（完了したこと、進行中のこと、ブロックされていること）で構成される朝会ブリーフィングを作成してください。ブリーフィングを Slack の #daily-standup に投稿してください。」
レシピ 2: 依存関係監査人
スケジュール: 毎週月曜日午前 6 時
プロンプト: 「package.json と requirements.txt をスキャンしてすべての依存関係を確認してください。Web を使用して、各依存関係に既知の脆弱性がないか確認してください。現在のバージョンから 2 メジャーバージョン以上遅れている依存関係を特定してください。重要度評価付きの優先順位付きレポートを作成し、Critical な脆弱性が見つかった場合は GitHub Issue を開いてください。」
レシピ 3: チェンジログジェネレーター
トリガー: GitHub イベント — 新しいリリースタグがプッシュされた
プロンプト: 「新しいリリースタグがプッシュされたら、前のタグ以降のすべてのコミットを読み取ってください。各コミットを機能、修正、改善、または雑務に分類してください。フォーマットされたチェンジログを CHANGELOG.md に生成し、PR を開いてください。」
レシピ 4: テストカバレッジモニター
スケジュール: 毎晩午前 1 時
プロンプト: 「テストスイートを実行してください。モジュールごとのカバレッジパーセンテージを計算してください。coverage-config.json のカバレッジベースラインと比較してください。いずれかのモジュールがベースラインより 2% 以上低下した場合、特定のモジュール、古いカバレッジ、新しいカバレッジ、および低下の原因となった可能性のあるコミットを含む GitHub Issue を開いてください。」
レシピ 5: PR 説明エンフォーサー
トリガー: GitHub イベント — 新しい PR が開かれた
プロンプト: 「新しい PR が開かれたら、説明がテンプレート要件を満たしているか確認してください: サマリーセクション、テストセクション、および UI 変更が含まれる場合はスクリーンショットセクションが必須です。いずれかのセクションが欠けている場合は、レビュー前に説明を更新するよう依頼する丁寧なコメントを投稿してください。」
各レシピの設定には 10 分もかかりません。これらを組み合わせることで、チームは月に数十時間を節約できます。
結論
古い方法: 起きて、ターミナルを開き、Claude Code セッションを開始し、コマンドを入力し、結果を待ち、次のタスクに進む。明日も繰り返す。
新しい方法: Routines を一度設定し、Anthropic のクラウド上で実行させ、結果を確認して起床する。
これは理論上の改善ではありません。すでに人々は、一晩中に運用ワークフロー全体を処理する Routine スタックを実行しています。
「Claude をチャットボットとして使う人」と「Claude に 24 時間自律的に働かせている人」の差は、毎週大きくなっています。
Routines は、あなたがその向こう側に渡る方法です。
ほとんどの人はこれを読んで「そのうち設定しよう」と思うでしょう。今日実際に最初の Routine を作成した人は、来週までに毎月何時間も節約できるシステムを稼働させているでしょう。
より多くの AI 解説とワークフローについては、私 @eng_khairallah1 をフォローしてください。私は実際に機能するツール、セットアップ、戦略について、このようなコンテンツを定期的に投稿しています。
これがお役に立てば幸いです、Khairallah ❤️
