Claude Code Routines を公開
(code.claude.com)- スケジュール、API 呼び出し、GitHub イベントに応じて自動実行される クラウドベースのコード自動化機能 で、Anthropic のインフラ上で動作
- ルーティンは プロンプト、リポジトリ、コネクタ、トリガー で構成され、ノート PC の電源が切れていても実行を継続
- トリガーは スケジュール、API、GitHub イベント の 3 種類をサポートし、1 つのルーティンに複数トリガーを組み合わせ可能
- Web、CLI、デスクトップアプリ で作成・管理でき、GitHub・Slack・Linear などの 外部サービスコネクタ を通じて作業を実行
- Pro 以上のプラン で提供され、現在は リサーチプレビュー段階 のため、機能や API 仕様は変更される可能性あり
ルーティンで作業を自動化
- Claude Code ルーティン は、スケジュール、API 呼び出し、GitHub イベントに応じて自動実行される 保存済みコード構成 で、Anthropic が管理するクラウドインフラ上で動作
- ルーティンは プロンプト、リポジトリ、コネクタのセット で構成され、ノート PC の電源が切れていても実行を継続
- トリガーの種類は スケジュール、API、GitHub イベント の 3 つで、1 つのルーティンに複数のトリガーを組み合わせ可能
- ルーティンは Pro、Max、Team、Enterprise プランで利用可能で、Web または CLI(
/schedule) から作成・管理 - 現在は リサーチプレビュー 段階であり、動作や API 仕様は変更される可能性あり
ルーティンの主な活用例
- バックログのメンテナンス: スケジュールトリガーが毎晩イシュートラッカーを確認し、ラベル追加、担当者の割り当て、Slack 要約の投稿を実行
- アラートの分類: モニタリングツールがエラー発生時に API トリガーを呼び出し、ルーティンがスタックトレースを分析した後に修正 PR を作成
- カスタムコードレビュー: GitHub トリガーが PR 作成時に実行され、セキュリティ・性能・スタイルに関するレビューコメントを自動追加
- デプロイ検証: CD パイプラインがデプロイ後に API トリガーを呼び出し、ルーティンがスモークテストとログ検査を実行
- ドキュメント同期: 週次スケジュールトリガーでマージ済み PR をスキャンし、変更された API 関連ドキュメントの更新 PR を作成
- ライブラリ移植: PR マージ時に GitHub トリガーが変更内容を別言語の SDK に移植
ルーティンの作成方法
- ルーティンは Web、デスクトップアプリ、CLI で作成でき、すべてのインターフェースは同じクラウドアカウントに接続
- ルーティン作成時の設定項目: プロンプト、リポジトリ、環境、コネクタ、トリガー
- ルーティンは 自動実行セッション であり、権限承認なしでコマンド実行やコネクタ呼び出しが可能
- ルーティンは個人アカウント所有で、チームとは共有されない。実行回数はアカウントの日次上限に含まれる
- GitHub、Slack、Linear などのコネクタを通じて実行された作業は、すべてユーザーの接続済みアカウントとして表示
-
Web で作成
- claude.ai/code/routines で New routine をクリック
- ルーティン名と プロンプト を入力し、モデルを選択
- リポジトリを選択: GitHub リポジトリを追加し、
claude/プレフィックスのブランチを使用 - 環境を選択: ネットワークアクセス、環境変数、インストールスクリプトを設定
- トリガーを選択: スケジュール、GitHub イベント、API から選択または組み合わせ
- コネクタを確認 し、不要な項目を削除
- Create をクリックするとルーティンが作成され、すぐに実行可能
-
CLI で作成
/scheduleコマンドで対話的に作成可能 (/schedule daily PR review at 9am)- CLI では スケジュールトリガーのみ作成可能 で、API・GitHub トリガーは Web で追加
/schedule list、/schedule update、/schedule runで管理可能
-
デスクトップアプリで作成
- Schedule ページで New remote task を選択
- ローカルのスケジュールタスクとルーティンをあわせて表示
トリガー構成
- ルーティンは スケジュール、API、GitHub トリガー のうち 1 つ以上を持てる
- トリガーはいつでも追加・削除可能
-
スケジュールトリガー
- タイムゾーンに合わせて 毎時、毎日、平日、毎週 実行
- 最小実行間隔は 1 時間
- CLI で
/schedule updateにより cron 式 を設定可能
-
API トリガー
- ルーティンごとの HTTP エンドポイント を提供し、Bearer トークンで認証
- POST リクエスト時に新しいセッションを作成し、URL を返す
- リクエスト本文の
textフィールドで実行コンテキストを渡せる - トークンは 1 回だけ表示され、再発行または破棄が可能
/fireエンドポイントにはexperimental-cc-routine-2026-04-01ベータヘッダーが必要
-
GitHub トリガー
- 接続されたリポジトリでイベント発生時に自動実行
- Claude GitHub App のインストールが必要
- Web UI でのみ設定可能
- イベント超過時には 1 時間あたりの制限が適用
-
対応イベント
- Pull request、Push、Release、Issues、Discussion など 20 種類以上の GitHub イベントに対応
- 各イベントは詳細アクション(
opened、closed、editedなど) に反応可能
-
PR フィルタリング
- 作成者、タイトル、本文、ブランチ、ラベル、マージ有無、フォーク有無 などでフィルタリング
- 例:
is draft=false→ レビュー準備済みの PR のみ実行、labels include needs-backport→ 特定ラベル時のみトリガー
-
セッションマッピング
- 各イベントは 独立セッション として実行され、イベント間でセッションは再利用不可
ルーティン管理
- ルーティン一覧でクリックすると詳細ページを表示
- リポジトリ、コネクタ、プロンプト、トリガー、実行履歴を確認可能
-
実行の表示と操作
- 各実行は セッション形式 で開かれ、変更内容の確認・PR 作成・会話継続が可能
- セッションメニューから名前変更、アーカイブ、削除が可能
-
編集と制御
- Run now ですぐに実行
- Repeats トグルで一時停止/再開
- Edit routine で名前、プロンプト、リポジトリ、環境、トリガーを修正
- 削除しても過去のセッションは保持
リポジトリとブランチ権限
- ルーティンには GitHub 認証が必要で、
/web-setupで接続を設定 - デフォルトでは
claude/プレフィックスのブランチにのみ push 可能 - Allow unrestricted branch pushes オプションで制限解除可能
コネクタ
- ルーティンは MCP コネクタを通じて Slack、Linear、Google Drive などの外部サービスにアクセス
- デフォルトでは接続済みのすべてのコネクタを含み、不要な項目は削除推奨
- Settings > Connectors または
/schedule updateで管理可能
環境設定
- 各ルーティンは クラウド環境 で実行
- 環境はネットワークアクセス、環境変数、インストールスクリプトを制御
- API アクセス、依存関係のインストール、ネットワーク制限などを事前構成可能
使用量と制限
- ルーティンの実行は通常のセッションと同様に サブスクリプション使用量 を消費
- アカウントごとに 日次実行上限 が存在
- 超過利用を許可している場合は 従量課金の超過実行 が可能
- 使用量は claude.ai/settings/usage で確認
関連資料
/loopとセッション内スケジューリング: ローカル CLI 作業の予約- Desktop scheduled tasks: ローカル環境で実行
- Cloud environment: クラウドランタイムの構成
- MCP connectors: 外部サービス連携
- GitHub Actions: CI パイプラインで Claude を実行
1件のコメント
Hacker Newsのコメント
LLMとその提供企業は、いまだに巨大なブラックボックスだと思う
そこから多くの価値を得てはいるが、Anthropicが出してくる新機能は信頼できない
機能が弱体化されたり消えたりする可能性も、会社の長期的な存続性も、どちらも信じにくい
だからそのプラットフォームの上にビジネスや開発フローを載せるつもりはない
Claude Codeくらいまでにとどめて、問題が起きたらOpenCodeやCodexへ移れるよう、ロックインは最小限にしておきたい
特に決定打になったのは"Memory"機能だった。学習データをローカルパスにしか保存せず、gitには残らない
そのうえ新しい利用規約で他のCLIの利用を禁止するとされたせいで、会社で試していた自動デバッグエージェントが塞がれてしまった
結局「so long Claude」だ
MCPやSkillsのような移植可能な機能だけを使っている
シリコンバレー流のモート戦略が繰り返されるのを見て、もう二度と引っかかりたくない
主要なLLM提供企業が互いの機能をコピーしているから、結局は共通標準の上で動いているようなものだ
問題が起きてもlift-and-shiftですぐ移せると思う
当時もロックイン懸念は大きかったが、実際にはAWSのようなところで予想されたほど深刻ではなかった
LLMも似た流れになる気がするし、私はあまり気にしていない
ToSがややこしい。
claude -pをcronで回すのは大丈夫なのに、Telegramボットに組み込むと違反になるってこと？Routines機能はサブスクリプションでも動くしAPIコールバックもあるのに、ではボットがAPIを呼ぶとアカウント停止になるのか分からない
関連リンク: SDKドキュメント, Reddit更新, HN告知
claude -pを他のツールと一緒に使えないというのが理解できないIDEにClaudeCodeを統合しようとしているが、どこまでが“3rd party harness”なのかまったく分からない
最近はClaudeの性能低下がひどく、仕方なく別のモデルへ移った
基本的なPythonスクリプトですら構文エラーで再実行されるレベルだ
以前はコンピュータは常に命令どおりに動いたのに、今はそうではない
Anthropicは毎週ほぼ同じ機能を新しい名前で出しているように見える
DevOpsはRoutines Hubを中央集約すると発表した。付いてこられなければ交代だと言っている
今日のSonnet 4.6は完全に見当違いの答えを返してきてがっかりした。Opus 4.6をもう一度試すつもりだ
最近Claude Codeの利用制限縮小があったという噂がある
(関連リンク)
こうした制約のもとで自律型ツールがまともに動くのか疑問だ
最初は驚くような結果を出していたが、その後負荷が増えて継続的に調整中だ
“High”モードは事実上以前の“Medium”になっていて、本当の高性能は隠し設定でしか使えない
ユーザーが直接コンテキストウィンドウのサイズを調整できるようにすべきだと思う
関連リンク: HN議論, バージョンダウングレードの解決法
もし計算資源が不足しているなら、自動化機能をさらに出すのは妙だ
今こそまさにAIクラウド時代の始まりだと思う
モデルの上に高度なサービスを載せ、ロックインを通じて収益を確保しようとする流れだ
以前、claude-code-action GitHub ActionでPRレビューを自動化していた
だがforkされたリポジトリでは動かず、自分で修正しなければならなかった
Routines機能はこの問題を解決してくれそうだ
ただ、1日15回の自動実行制限は少なすぎる。OpenWrtプロジェクトでは1日に20件のPRが出るので、全部回すのは難しい
修正後に再チェックする機能も必要だ
1日の実行回数拡大や7日繰り越し機能があると良い
ルーチン編集中にウィンドウが閉じるバグも2回起きた
Claude Codeを自動操縦モードで動かせる。
スケジュール、APIトリガー、GitHubイベントに反応するようルーチンを定義するという発想だ
これを何と呼べばいいだろう？「ソフトウェアエンジニアリング」？「プログラミング」？
以前は“Scheduled”という名前だった機能をかなり長く使ってきた
バグはあったが、今は安定している
私が活用した例は次のとおりだ
CoWorkでも試したが、Claude CodeのGitHubコネクタのほうがずっと正確だった
うまく動きさえすれば、かなり有用な自動化ツールだ