Claude Codeのクラウド定期実行で”AIが勝手に動く”開発フローが現実になった

毎朝ログを確認するタスクを自動化したい。でも、そのためにマシンを常時起動しておくのは面倒だ……

開発者なら一度は抱いたことのある悩みに、AnthropicがClaude Codeで直球の回答を出してきました。2026年3月21日、AnthropicのNoah Zwebenが発表した内容はシンプルですが、意味は小さくありません。

この発表は公開から数時間で11万を超えるインプレッションを記録しました。開発者コミュニティの反応の速さが、この機能が突いたポイントの大きさを示しています。

この記事では、Claude Codeに追加されたクラウド定期実行機能の仕組みと、既存の自動化手段との決定的な違いを整理します。

Claude Codeクラウドスケジュール実行が登場、ローカルなしで何が変わるのか

Noah Zwebenの投稿を要約すると、機能のポイントは3つです。「リポジトリ（複数も可）を指定する」「スケジュールを設定する」「プロンプトを書く」。それだけで、Anthropicのクラウドインフラ上でClaudeが指定のタイミングに動き出します。

ここで重要なのは「ローカルマシンでClaude Codeを起動し続けなくていい」という一文です。

これは当たり前のようで、実は従来の自動化ツールでは達成が難しかったことでもあります。既存のClaude Codeのスケジュール機能はすべて、「何らかの形でローカルのプロセスが生きていること」を前提にしていました。端末を閉じた瞬間にタスクが消える設計では、本当の意味での「任せて離れる」が成立しません。

クラウド実行への移行は、「ローカルが生きていること」という前提条件をシステム設計で取り除きます。これが今回の発表の本質です。

Claude Code定期実行3種の差、クラウドが決定的に違う理由

Claude Codeには現在、定期実行の仕組みが3種類あります。違いを整理しておくことが、今回の発表の位置づけを理解する近道になります。

1つ目は /loop コマンド。セッション内でcronジョブを設定し、一定間隔でプロンプトを再実行できます。/loop 5m デプロイが完了したか確認して のように使う軽量な仕組みです。ただしセッションスコープ——端末を閉じれば消え、3日で自動失効します。一時的な監視や作業中のポーリングには向いていますが、永続的な自動化には使えません。

2つ目はDesktopアプリのスケジュール機能。アプリ再起動後も設定が残る点で /loop より耐久性があります。ただし「Desktopアプリが開いている間のみ実行」という制約は残ります。スリープ中のPCでは動きません。

3つ目が今回のクラウド実行です。Anthropicが管理するVMの上でClaude Codeが動きます。ローカルのプロセスとは完全に切り離されているため、PCを閉じていても、電源を落としていても、スケジュール通りに実行されます。

3つを並べると、今回の機能が「常時稼働のインフラとしてのAIエージェント」という新しいカテゴリに踏み込んでいることがわかります。

クラウド定期実行の仕組み：VMで動くClaude Codeの全プロセス

技術的な流れも追っておきたいと思います。Claude Code on the webの公式ドキュメントによれば、実行の流れは次のようになっています。

1. 指定したGitHubリポジトリがAnthropicの管理するVMにクローンされる
2. セットアップスクリプト（設定していれば）が走り、環境が整う
3. Claude Codeが起動してコードを読み、変更を加え、テストを実行して確認まで行う
4. 作業が完了するとリモートのブランチにプッシュされ、PR作成できる状態になる

セキュリティの設計も興味深い点があります。各セッションは隔離されたVMで動き、GitHubの認証情報はサンドボックスの外で管理されます。Claudeにはスコープを絞った認証情報だけが渡され、プッシュ先も「現在の作業ブランチのみ」に制限されています。

現在はResearch Previewの段階で、対応はGitHubリポジトリのみです。GitLabや他のホスティングサービスには未対応です（2026年3月時点）。

ターミナルから claude --remote "認証バグを修正して" と実行すれば、それだけでクラウドセッションが立ち上がります。自分はローカルで別の作業を続けていい。/tasks でいつでも進捗を確認できます。

「PCを閉じてもClaudeが動き続ける」って、ちょっとSF感がありますね……

その感覚は正しいと思います。ただこれは、CI/CDパイプラインやサーバーサイドのcronジョブが普及したときと同じ変化かもしれません。「インフラが自動で動く」ことへの慣れが、AI実行でも起きている段階ですね。

Claude Codeスケジュール実行の実際の活用シナリオ

実際にどんな場面で使えるか、いくつか具体例を挙げてみます。

定番のユースケースは夜間PR監視です。毎日0時に「オープンなPRをリストアップして、レビュー待ちのものにコメントをつけて」というプロンプトを走らせます。朝起きたらレポートが出来上がっています。

週次のコードレビューレポートも相性がいいです。週末に「この週にマージされたPRのコード品質を評価して、気になる点を日本語でまとめて」と設定しておけば、月曜の朝に振り返りが届きます。

もう少し積極的な使い方として、フレイキーテストの自動修正があります。テストが落ちたとき、失敗ログを読んで原因を特定し、修正PRを自動で作るというサイクルを定期的に回す使い方です。

これらのユースケースに共通するのは「重要だが、毎回手でやるには煩雑で後回しにしがちな作業」という点です。スケジュール化されたAIが最も得意とする仕事の象限です。

「AIに仕事を渡したまま寝る」は理想ではなく設計になった

今回の機能は技術的な新機能の発表でありながら、開発の作業設計に問いを投げかけています。

「この作業は人間が毎回やるべきか、AIにスケジュールで任せるべきか」という問いは、これまで「でもツール連携が面倒だから」「ローカルで動かし続けるのが手間だから」という理由で先送りされてきました。クラウドインフラで動くスケジュール実行が当たり前になると、その言い訳が一つ消えます。

タスクを「こなすもの」として扱うか、「AIに設計して渡すもの」として扱うか——この問いがより日常的になります。

現在はResearch Previewの段階で、対応はGitHubリポジトリのみという制限もあります。しかし方向性は明確です。AIが「呼ばれて答える存在」から「スケジュールに従って自律稼働する存在」へと変わっていく流れは、この機能が一つの具体例を示しています。

まとめ：Claude Codeクラウドスケジュール実行のポイント

Claude Codeのクラウド定期実行機能を整理するとこうなります。

• リポジトリ・スケジュール・プロンプトの3つを設定するだけで、Anthropicのクラウド上でClaudeが定期実行
• ローカルマシン不要。PCを閉じていても動く
• /loop（セッション限定）・Desktopスケジュール（アプリ起動中のみ）との明確な差は「インフラの所在」にある
• GitHubリポジトリが必須。現在はResearch Preview

「毎日やれているか」が重要な作業があれば、スケジュール設定を試す価値はあります。