Claude Code Routinesで開発作業を自動化する方法

Routinesとは──「保存された実行単位」という考え方

Claude Codeをターミナルで使うとき、毎回同じような指示を打ち込んでいないだろうか。「このリポジトリのdiffを見てレビューして」「依存ライブラリの変更点をまとめて」──こうした繰り返し作業を、一度設定すれば自動で動かし続けるのがRoutinesの本質だ。

構造はシンプルで、プロンプト・リポジトリ・コネクタの3要素をパッケージ化したものがルーティン1つに相当する。実行環境はAnthropicが管理するクラウドなので、ローカルマシンの電源状態に左右されない。夜中に走らせたジョブの結果を翌朝確認する、という運用がそのまま成立する。

利用できるプランはPro・Max・Team・Enterpriseで、Claude CodeがWeb上で有効になっていることが前提だ。管理画面はclaude.ai/code/routines、CLIからは/scheduleコマンドで作成できる。なお、ルーティンは個人アカウントに紐づくため、チームへの共有はできない。設計時に頭に入れておきたい制約だ。

3種類のトリガーで「いつ動かすか」を設計する

Routinesの柔軟さはトリガー設計にある。スケジュール・API・GitHubの3方式を1つのルーティンに混在させられるため、「定時実行しつつ、手動でも即時起動できる」構成が一枚の設定で完結する。

スケジュールトリガー

頻度はhourly・daily・weekdays・weeklyの4プリセットから選ぶ。実行時刻はローカルのタイムゾーンで入力すればクラウド側が自動変換する。カスタム間隔が必要な場合は、フォームで最も近いプリセットを選んだあと、CLIで/schedule updateを実行してcron式を直接指定する。最小間隔は1時間で、それより短い頻度のリクエストは受け付けられない。

APIトリガー

ルーティンごとに固有のHTTPエンドポイントが割り当てられる。/fireエンドポイントにBearerトークン（APIリクエストの認証に使うトークン文字列）付きでPOSTすると新しいセッションが開始され、レスポンスのJSONにはセッションID（claude_code_session_id）とセッションURLが返る。リクエストボディのtextフィールドに値を入れると、設定済みのプロンプトへワンショットのユーザーターンとして追記される。トークンは「Regenerate」または「Revoke」でいつでも更新・無効化できる。

GitHubトリガー

設定はWeb UIのみで行い、対象イベントの種類が豊富だ。pull_request・push・issues・workflow_run・discussionなど17種類以上のカテゴリがある。イベントの種類ごとに個別のセッションが生成されるため、「PRを開いたとき」と「レビューコメントがついたとき」をそれぞれ別の処理として走らせることもできる。

定型調査・実装・レビューをどこまで任せられるか

Routinesの実行中は承認プロンプトが表示されない。シェルコマンドの実行、リポジトリへのコミット、コネクタの呼び出しがすべて無人で進む。利便性が高い分、何を任せるかの設計は慎重にする必要がある。

定型調査：毎朝のdiff要約

mainブランチへの夜間マージ内容を毎朝8時に通知する構成は、スケジュール＋コネクタの組み合わせで作れる。プロンプトに「直近24時間のコミットを解析し、変更の意図と影響範囲を日本語でまとめよ」と書き、Slackコネクタで結果を特定チャンネルに投稿する。自分が起きる前に情報が整理されている状態を、設定一度きりで作れる。

実装支援：issueへの自動着手

GitHubトリガーのissuesイベントを使うと、新規issueが作成された瞬間にセッションが走り出す。プロンプトを「issueの内容を読み、関連ファイルを特定し、実装の方針をコメントとしてissueに書き込め」と設定しておけば、担当者がissueを開いたときには既に初期調査が終わっている。完全な自動実装は難しくても、「どのファイルを触るべきか」「過去の類似PR番号」を先に出してもらうだけで着手速度は変わる。

コードレビュー：PRを開いた瞬間に動く

公式ドキュメントが例示しているのが、夜間実行・デプロイスクリプト起動・すべての新規PRへの反応を1つのルーティンに同時設定する構成だ。pull_requestイベントでトリガーされるレビュールーティンは、PRが開かれた直後にコードの変更点を解析し、潜在的なバグ・命名の一貫性・テストカバレッジの欠落を指摘するコメントをGitHubに投稿する。人間のレビュアーが見る前に一次チェックが終わっている状態を、設定だけで実現できる。

ただし、実行環境に適切な権限を持つトークンを渡す必要があり、コミットやコメント投稿の権限設定は事前に確認しておくこと。無人実行ゆえのミスは、手動より発見が遅れやすい。

まとめ

Routinesは「Claude Codeを毎回手で動かす」から「設定した条件で自律的に動く」への移行を可能にする機能だ。まず試すなら、毎日同じ手順を踏んでいる作業を一つ選んでスケジュールトリガーに変換するところから始めるのがいい。承認なしで動く仕組みである以上、最初は読み取り・要約系のタスクに絞り、動作を確認しながら書き込み系へ段階的に広げていく。その積み重ねが、開発フローに自然に溶け込んだ自動化につながる。