Claude Codeがcronを食べた日 — Routinesで「夜中に自分で動くAI」が月$20から使える

Claude Codeに張り付いて作業していた人なら、一度は同じ妄想をしたことがあるはずだ。

「夜中に勝手に動いてくれないか、これ」

朝起きたらIssueが整理され、バグ修正PRが下書きになっていて、昨日触らなかった依存関係の更新が勝手にテストまで通っている。プロンプトは書けるのに、トリガーが「人間がターミナルを開く」に依存しているせいで、そこから先に進めない。Claude CodeはAIコーディングの「エージェント化」を推し進めてきたが、最後に残っていたのが起動タイミングの問題だった。

4月14日に発表された Claude Code Routines は、その壁を素直に壊してきた。Anthropic公式のリサーチプレビューで、Pro・Max・Team・EnterpriseのClaude Codeユーザーなら今日から触れる。

Routinesとは何なのか

ざっくり言えば、「Claude Codeの設定 + プロンプト + リポジトリ + コネクタ」を1つのパッケージとして保存しておき、外部のトリガーで自動実行できるようにする機能だ。

実行されるのはユーザーの手元のマシンではなく、Anthropicが管理するクラウド側。ここが決定的に重要で、ラップトップの蓋を閉じてもRoutineは動き続ける。今までのClaude Codeは「開いているときに頑張る道具」だったが、Routinesは「閉じているときも頑張る道具」になる。

トリガーは3種類用意されている。

• Scheduled trigger — 毎時・毎晩・毎週といったcron的な定期実行
• API trigger — Routineごとに発行されるエンドポイントにBearerトークン付きでPOSTすれば発火する
• GitHub trigger — PR作成、push、issue、workflow runといったリポジトリイベントに反応する

つまり実体としてはクラウド上で動く常駐エージェントで、cron・Webhook・GitHub Actionsの3系統から呼び出せるコンピューターだと思えばいい。筆者は最初に見たとき、素直に「Claude CodeがついにGitHub Actionsを食べに来た」と感じた。

料金プラン別の実行上限

今回のローンチで面白いのは、Anthropicが明確な1日あたりの実行本数の枠を決めてきたことだ。

プラン	1日あたりのRoutine実行数
Pro	5回
Max	15回
Team / Enterprise	25回

月$20のProで5回というのを「少ない」と取るか「意外と多い」と取るかは、使い方次第だと思う。毎晩1本でもIssue整理を回すだけで十分な人もいれば、Maxの15回でも足りないというチームもいるはずだ。Max（現状月$100〜の上位プラン）にすれば、朝・昼・夜に複数Routineを並走させても余裕がある。

ちなみに実行にはClaude Code on the webが有効化されている必要がある。Web UIの枠組みの上にRoutinesが乗っていると考えればわかりやすい。

何に使うと効くのか

発表時点でAnthropicが例に出していたユースケースと、触ってみて筆者が「これは効く」と感じたものをいくつか並べておく。

1. 毎朝のIssueグルーム

Issue Trackerに昨日からの新規Issueを読みに行き、重要度・担当エリアごとにラベルを振り、ざっくりのオーナー候補を自動アサイン、最後にSlackに要約を投げる。朝会の前に「今日触るべきIssue」がすでに揃っている状態を作れる。

Anthropic自身もドキュメントでこの例を最初に挙げていて、「週5日、毎晩動くIssue整理係」がProプランの5回枠にちょうど収まる。

2. 依存関係アップデートの下見

npm outdated や cargo outdated の結果を集めて、ChangeLog・破壊的変更の有無を読み込み、アップデート方針の草案PRを下書きだけ作っておく。実作業は翌朝人間がレビューして進める。

手動でやると半日かかる類の作業で、かつ誰もやりたがらない。Routines向きの仕事の典型だ。

3. GitHubトリガーでPR即時レビュー

これはCursor BugbotやCodeRabbitとガチで領域が被る。PR作成イベントを契機にRoutineを起動し、専用のプロンプト（たとえば「うちのチームのコーディング規約を遵守しているか」）でレビューコメントを書かせる。

既存のPRレビューボットとの違いは、Claude Code側で整備してきたサブエージェント・コネクタ・permissionの設計がそのまま使える点だ。リポジトリのルール、Slack通知、ログ集約……どれも一度Claude Codeで組んだものを再利用できる。

4. 定期的なログ分析・障害サマリ

APIトリガーを使い、オンコールのPagerDuty通知に紐付けて発火させる使い方もできる。インシデント発生時にログを吸い上げて、直近24時間のSlack会話・エラー傾向をまとめた第一報ドラフトを作るRoutineなど。人間が復旧作業に集中している間、報告書の下書きだけ先に整っているのは現場だとかなり嬉しい。

「GitHub Actionsで書けばいいじゃん」への回答

ここまで読んで、エンジニアなら誰でも一度は思うはずだ。「それ、GitHub Actionsとスクリプトで書けばよくない？」

正論だ。実際、dependabotのような専用ツールも、自前のCron + Claude API呼び出しスクリプトも、既に世の中にある。筆者も同じ疑問を持ったまま触り始めた。

触ってみた上での答えは「書けばいいが、大体の人は書かない」だ。

Routinesの最大の価値は、Claude Codeで既に整備した環境（サブエージェント、MCPサーバー、permission、skills、slashコマンド）を、そのまま定期実行に持ち込めることにある。自前で同じことをやろうとすると、Claude API呼び出しだけでなく、

• サブエージェントの切り替え
• MCPサーバーの接続管理
• Auto Mode 的な安全境界の設計
• 権限の分離
• セッションログの保管

を全部自分で面倒見ることになる。これは「できる」のと「運用できる」のが別次元で、後者はほぼ無理ゲーに近い。Routinesは「人間が作ったClaude Code環境をそのままロボットに引き継ぐ」ためのインターフェースで、そこを自作するコストを丸ごと省いてくれる。

今回Anthropicは4月の大型アップデートで@mentionやサブエージェントを可視化してきたが、あれは全部この日のためだったと言われれば納得できる。サブエージェントの役割分担がはっきりしているほど、Routinesは強くなる。逆に言うと、Routinesを有効活用したい人は、先に自分のClaude Code環境を「エージェントチームとして設計する」ところから始めたほうがいい。

正直気になる点も書いておく

全方位で褒めたくなる機能だが、触っていて「ここはまだ」と思ったポイントもある。

実行枠の柔らかさが足りない。Pro 5回・Max 15回・Team/Enterprise 25回という区切りは、「小さいRoutineを細かく回したい」人には不利に働く。毎時実行したら1日24回、それだけでMaxの枠を超える。分刻みのポーリング用途には向かない。

もう一つは可観測性。現時点のリサーチプレビューでは、過去の実行ログの保管期間やダッシュボードのリッチさが、GitHub ActionsやDatadogに比べると薄い。「昨日の深夜に失敗したRoutineを掘り下げたい」ときに、現状のUIだと物足りなさを感じる場面がありそうだ。ここは今後に期待したい。

それから権限とセキュリティ。リポジトリ書き込み権限をRoutineに持たせる瞬間、それはもうGitHub Actionsと同じ責任域に入る。特にAPIトリガーはトークン漏洩で任意のプロンプトを走らせられるので、Bearer tokenの扱いに慣れていないチームは事故を起こしかねない。ドキュメントにガイドはあるが、ガバナンス担当から見ると「ちゃんと運用に載せるのは結構大変」なはずだ。

ここから先に起きそうなこと

Routinesが解禁した瞬間、Claude Codeが競合するのはCursor AgentやCodexではなく、GitHub Actions + 自作スクリプト + コードレビューSaaSの複合体になる。AIコーディング市場の勝者条件が、「エディタ上の補完品質」から「非同期オートメーションの運用性」に一段階ずれた、と言っても大げさではないと思う。

もう少し先の妄想を書かせてもらうと、Routinesが他のClaude製品（Claude for Excel、Claude for Word、Claudeデスクトップ）とAPIトリガー経由で繋がり始めた瞬間、**「AnthropicはGoogle Workspaceとは別軸の仕事OSを作りに来ている」**という像がもっと鮮明になる。CLAUDE.mdやskillの整備を続けてきた人は、そのままエージェント向けの業務資産になる。そういう含みの強いローンチだ。

とりあえず今日できる最小の一歩は、Claude Codeを開いて /routines のドキュメントを眺め、自分の環境から「夜中に動かして嬉しい作業」を1つだけピックアップすること。筆者はIssueグルームを試しに1本仕込んでみた。朝起きたときに何が残っているか、楽しみに寝られるようになった時点で、月$20の元は取れた気がしている。

詳しいトリガーの設定方法・API仕様は公式ドキュメントを参照してほしい。リサーチプレビューなので仕様が変わる可能性は高いが、この方向に進むのは確定路線だと見ていい。