Anthropic は正式に、Claude Code における自動化タスク機能「Routines」の提供を開始しました。現在、この機能はリサーチプレビュー段階にあります。プロンプト、コードリポジトリ、コネクタを一度設定するだけで、Claude はクラウド上で完全に自律的に作業を実行します。これらのタスクは Anthropic のクラウドインフラ上で実行されるため、ユーザーが PC を常時起動し続ける必要は全くありません。仕事を終えて PC の電源を切った後でも、コードの滞留処理、コードレビュー、さらにはクラウドイベントへの即時対応まで、時間通りに実行してくれます。
この機能により、開発者が自分でスケジューリングされたタスクを管理したり、インフラを構築したり、MCP サーバーを維持したりする煩雑なプロセスは根本から一変しました。システムは日常的な開発シナリオを網羅する、非常に柔軟な 3 種類のトリガー方式をサポートしています。
3 種類のトリガー方式
Routines は、単独または組み合わせて使用可能な 3 種類のトリガーメカニズムをサポートしています。
1 つ目は「スケジュールトリガー」です。頻度（毎時、毎日、毎週など）を設定するだけで、指定した時刻に自動実行されます。例えば、毎日午前 2 時に Linear から最優先度のバグを取得し、修正を試み、ドラフト PR を作成するといったことが可能です。以前に CLI で/scheduleを使用していた場合、それらのタスクは自動的にスケジュール Routine へ移行されており、追加の操作は不要です。
2 つ目は「API トリガー」です。各 Routine には固有の HTTP エンドポイントと認証トークンが付与されます。このエンドポイントに POST リクエストを送信するだけで新しいセッションが開始され、セッション URL が返されます。これにより、Claude Code をアラートシステム、デプロイパイプライン、社内ツール、あるいは HTTP リクエストを送信できるあらゆる場所に統合できます。具体的な活用例としては、Datadog のアラートを Routine のエンドポイントに向けることで、Claude がスタックトレースを取得し、最近のコミットと関連付けて分析を行い、オンコールエンジニアがページを開く前に修正の草案を準備するといったことが可能です。
3 つ目は「GitHub イベントトリガー」です。リポジトリイベント（PR の作成、プッシュ、Issue の更新、ワークフローの実行など）をサブスクライブしておき、イベントが発生するたびに Routine を自動起動できます。Claude は一致する各 PR ごとに独立したセッションを開始し、その後のコメントや CI の失敗に対して継続的にフォローアップを行います。例えば、/auth-providerモジュールに関連するすべての PR を監視させ、変更要約を#auth-changesチャンネルに自動投稿するといった設定も可能です。将来的には、さらに多くのイベントソースがサポートされる予定です。
1 つの Routine で、これら複数のトリガー方式を同時にバインドすることも可能です。例えば、PR レビュー用の Routine を作成し、毎日の定時実行、デプロイスクリプトからの呼び出し、そして新しい PR ごとの反応という 3 つのトリガーを同時に有効にするといったことができます。
Anthropic 社内でも既に活用開始
Anthropic では社内ですでに、ドキュメントの維持管理やバックログ管理に Routines を導入しています。代表的な社内活用例として、リリースブランチに PR がマージされるたびに、自動的にドキュメントの同期がトリガーされるというものが挙げられます。
初期ユーザーの使用パターンから見られる一般的なシナリオは以下の通りです。
スケジュール Routine としては、毎晩新しい Issue の分類、ラベル付け、担当者割り当てを行い、その結果を Slack に集約して通知する、あるいは週次でマージ済みの PR をスキャンして変更された API を参照しているドキュメントを特定し、更新用の PR を自動作成するといった利用法があります。
API Routine では、CD パイプラインによるデプロイのたびにトリガーをかけ、Claude に新しいビルドの煙試験（スモークテスト）やエラーログのスキャンを実行させ、Go/No-Go の判定結果をリリース用チャンネルへ通知する、あるいはドキュメントへのフィードバックや社内ダッシュボードのレポートを Routine に連携し、Claude に対応するリポジトリのセッションを開かせて修正案の草案を作成させるといった活用が見られます。
GitHub Routine では、Python SDK 向けにマージされた各 PR がトリガーとなり、その変更を Go SDK へ自動的に移植して対応する PR を作成する、あるいは PR がオープンされた際にチーム独自のセキュリティおよびパフォーマンスチェックリストを自動実行し、人的レビューが入る前にインラインコメントとしてフィードバックするといった利用が行われています。
作成方法
Routine は、Web ブラウザ、デスクトップクライアント、CLI のいずれからでも作成可能で、これら 3 つのエントリポイントはすべて同一のクラウドアカウントと同期されます。
Web 版はhttps://claude.ai/code/routinesからアクセス可能です。「New routine」をクリックし、プロンプト、リポジトリ、クラウド環境、トリガー、MCP コネクタの順に入力します。プロンプトが最も重要な部分です。Routine は完全に自律的に動作し、権限確認のポップアップなどが表示されないため、何を実行し、何が成功条件なのかを明確に示す、十分に具体的で明確な指示である必要があります。
CLI では/scheduleを実行することで対話形式でスケジュール Routine を作成できるほか、/schedule daily PR review at 9amのように説明を含めて直接作成することも可能です。なお、API トリガーおよび GitHub トリガーの設定は Web 版からのみ可能です。
権限と分離
Routine は個人の claude.ai アカウントに帰属し、チームメンバーと共有されることはありません。Routine はユーザーの GitHub 認証情報を通じて操作を実行し、コミットや PR はユーザー自身のアカウント名義で表示されます。Slack メッセージや Linear のチケット作成など、各コネクタを介した操作も、ユーザーが紐づけたアカウントを通じて実行されます。
デフォルトでは、誤操作による保護ブランチへの影響を防ぐため、Claude はclaude/プレフィックスの付いたブランチにのみコードをプッシュできます。この制限を解除する必要がある場合は、Routine の設定にて特定の リポジトリに対し「制限のないブランチへのプッシュを許可」するよう設定を変更することで対応可能です。
利用枠と制限
Routine の実行もインタラクティブなセッションと同様に、サブスクリプションの利用枠を消費します。加えて、アカウントごとに 1 日あたりの Routine 実行数に上限が設定されています。Pro ユーザーは 1 日最大 5 回、Max ユーザーは 1 日最大 15 回、Team および Enterprise ユーザーは 1 日最大 25 回までです。制限回数を超えた場合でも、追加利用分の従量課金を有効にすることで継続して実行可能です。課金を有効にしていない場合は、翌日のリセットを待つ必要があります。
Routines は本日より、Claude Code の全有料ユーザー（Pro、Max、Team、Enterprise）向けに公開されました。利用には Claude Code の Web 版を有効にする必要があります。
エントリーポイント：https://claude.ai/code/routines
ドキュメント：https://code.claude.com/docs/en/routines
補足：本日、A 社（Anthropic 社）より CC デスクトップ版に大規模アップデート
デスクトップ版 Claude Code が刷新され、A 社によって設計が根本から作り直されました。
マルチセッションの並列表示と一元管理： теперь同一ウィンドウ内で複数の Claude セッションを並列実行可能となり、新たに追加されたサイドバーから一元管理できます。動作速度も大幅に向上しています。
オールインワン・ワークスペース：統合ターミナル、ファイルエディタ、HTML/PDF プレビュー機能、そして高速化されたコード差分（Diff）ビューアーを新たに搭載しました。
高度なカスタマイズ性：ドラッグ＆ドロップによるレイアウト変更に対応し、ユーザーの作業習慣に最適化されたインターフェースを自由に構築できます。
完全な互換性：すべての CLI プラグインが引き続き完全に動作し、コマンドライン利用時と完全に同一の操作性を維持しています。