Claude Code自動タスク完全ガイド｜/loop・/schedule・クラウド実行の違いと実践レシピ

「作業そのものよりも、“やらなければ”と覚えておくコストのほうが大きい」。クラシルの開発マネージャーfunzin氏がZennで語ったこの言葉が、Claude Codeのスケジュール機能の本質を突いている（Zenn）。

Claude Codeには定期実行の仕組みが3つある。セッション内で手軽に回す/loop、Desktopアプリに常駐する/schedule、そしてAnthropicのクラウド上で動くクラウドスケジュールタスクだ。どれを使えばいいのか。結論から言うと、用途と寿命で決まる。

Claude Codeスケジュール機能の全体像

まず整理する。

機能	動作場所	持続性	最長寿命	最小間隔
/loop	ターミナル（CLI：コマンドライン）	セッション限定	72時間（3日）	1分
/schedule（Desktop）	ローカルPC	永続（アプリ起動中）	無期限	1分
クラウドタスク（Web）	Anthropic基盤	永続（自動期限なし）	無期限	1時間

/loopは「今このセッションで監視したい」用。/scheduleは「毎朝やりたい定型作業」用。クラウドタスクは「PCを閉じても動き続けてほしい」用。重複しているようで、守備範囲が明確に違う。

/loop：セッション内の軽量ポーリング

/loopはCLIで最も手軽に使える定期実行だ。

/loop 5m デプロイのステータスを確認して、完了したら教えて

5分おきにClaude Codeがデプロイ状況をチェックし、完了したら通知してくれる。3月のアップデートで追加された機能で、使い方は単純だ。

/loopの制約

• セッションを閉じると停止する。ターミナルを閉じたら終わり
• 最長72時間で自動消滅。安全装置として意図的に設計されている
• コンテキストが蓄積する。長時間回すと会話履歴が肥大化し、応答品質が落ちる。Alphaguru.aiの検証では「セッション前半で指示した内容がいつの間にか消えている」「編集が完了したと報告しながら実際には未完了」といった現象が報告されている（Alphaguru.ai）
• 秒単位（s）で指定できるが、実際の最小間隔は1分。秒指定は1分に繰り上げられる（公式ドキュメント）

Claude Codeの生みの親であるAnthropicのBoris Cherny氏は自身のThreadsで、/loop 5m /babysitでPRの自動リベースと/loop 30m /slack-feedbackでSlackフィードバックの自動PR化を運用していると紹介している（Threads）。スキルと組み合わせると使い道が広がる。

/loopが向いているケース

• ビルド完了の監視（/loop 10m ビルドステータスを確認）
• PRのCI結果待ち（/loop 5m PRのチェック状況を確認）
• 長時間テストの経過観察
• 「45分後にリマインドして」的な単発タイマー

要するに、今日のこの作業中だけ回したいものは/loopで十分だ。

/schedule（Desktop）：ローカル常駐型の定期実行

Claude Desktopアプリの/scheduleは、PCが起動している限り永続的に動く定期タスクだ。

設定方法

1. Claude Desktopアプリを開く
2. Scheduleページに移動
3. 「New task」でタスク名・プロンプト・頻度を設定
4. 保存

頻度は「毎時」「毎日」「毎週」「平日のみ」「手動」から選べる。

/loop との決定的な違い

• PC再起動後も残る。再起動してアプリが立ち上がれば自動で再開
• キャッチアップ機能がある。PCがスリープしていた間に逃したタスクは、復帰後に直近1回分だけ自動実行される。過去7日分まで遡る
• セッションが毎回独立。/loopのようにコンテキストが肥大化しない。毎回クリーンな状態で起動する

Desktop /scheduleの弱点

PCが起動していないと動かない。ノートPCを閉じたら止まる。これが最大の制約だ。フリーランスで自宅作業ならまだいいが、移動が多い人には向かない。

maya_honey氏がZennで「PCのスリープやセッション切れで止まってしまうのが悩みだった」と書いていたのはこの問題だ（Zenn）。

クラウドスケジュールタスク：PCを閉じても回る本命機能

ここからが本題だ。クラウドスケジュールタスクは、Anthropicのインフラ上で動く定期実行機能。PCの電源を切っても、出先にいても、寝ていても動き続ける。

作成方法は3つ

1. Web: claude.ai/code/scheduled にアクセスして「New scheduled task」
2. Desktopアプリ: Scheduleページ →「New task」→「New remote task」
3. CLI: Claude Codeのセッション内で/scheduleコマンド

セットアップの流れ

1. タスク名をつける。「朝のPRレビュー」「週次依存性チェック」など、何をするタスクかわかる名前を
2. プロンプトを書く。タスクは自律実行されるため、プロンプトは自己完結型にする。「何をして」「成功の基準は何で」「結果をどこに出すか」を明示する
3. GitHubリポジトリを追加する。各実行の開始時にデフォルトブランチからクローンされる
4. 環境を設定する。ネットワークアクセス、環境変数、セットアップスクリプト（依存パッケージのインストールなど）を指定
5. スケジュールを設定する。デフォルトは毎日9:00（ローカルタイムゾーン）

カスタムcron式も使える

プリセット（毎時・毎日・毎週など）以外にも、cron式（Unix系OSの定期実行記法）で細かく指定できる。CLIから/schedule updateで設定する。

# 2時間ごとに実行
0 */2 * * *

# 毎月1日の朝9時
0 9 1 * *

ただし、最小間隔は1時間。*/30 * * * *（30分ごと）のような式はリジェクトされる。

MCP連携が強力

クラウドタスクはMCP（Model Context Protocol：外部サービス連携の標準規格）コネクタを接続できる。たとえば:

• Slackチャンネルからサポートリクエストを読み取り、Linearにイシューを自動作成
• GitHubのPR一覧を取得して、未レビューのものをSlackに通知
• Notionのタスクボードを読んで進捗サマリーを生成

MCP実践ガイドで解説した接続方法がそのまま使える。外部サービスとの連携で、単なるコード実行を超えたワークフロー自動化が可能になる。

知っておくべき制約

項目	内容
対応プラン	Pro、Max、Team、Enterprise（無料プランは不可）
最小実行間隔	1時間
タスク定義数上限	公式未公開。Max 5xプランで3件との報告あり（GitHub Issue）
実行コスト	通常の使用量上限を消費。各実行が1セッション扱い
リポジトリ	GitHubのみ対応（GitLab非対応）。実行ごとにデフォルトブランチからクローン
MCP	Connectors（claude.ai設定）のみ。ローカルの.mcp.jsonは無視される
期限	自動期限なし（手動で削除するまで継続）

タスク定義数の上限について、maya_honey氏は「さすがに上限が小さすぎる。GAされるタイミングで制限解放してほしい」と指摘している。Max 20xプラン（月額200ドル）でもMax 5xと同じ3件に制限されているという報告があり、GitHubではバグとして複数のissueが立っている（#40124等）。公式ドキュメントにプランごとの上限は明記されていない。

もう1つ見落としがちな制約がある。クラウドタスクで使えるMCPはclaude.ai上で設定したConnectorsのみだ。ローカルの.mcp.jsonに書いたMCPサーバーは反映されない。ローカルでテスト済みのMCP連携をクラウドに移行する際は、Connectors側で再設定が必要になる。

実践レシピ7選：フリーランスが今日から使える自動化

用途に応じて読みたいレシピだけ拾ってほしい。

やりたいこと	レシピ
コードレビューを楽にしたい	レシピ1
CIの面倒を減らしたい	レシピ2
セキュリティ管理を自動化したい	レシピ3
ドキュメント更新を忘れがち	レシピ4
日報・週報を自動生成したい	レシピ5
Claude Codeの使いすぎを防ぎたい	レシピ6
SEO・競合分析を自動化したい	レシピ7

レシピ1：朝のPRレビュー自動化

毎朝9時に実行。リポジトリの未レビューPRを全件チェックし、
コードの問題点をコメントとして投稿する。
セキュリティ上の懸念がある場合はSlackの#alertsチャンネルに通知する。

これが最も定番の使い方だ。朝起きたらPRレビューが終わっている。funzin氏はPRレビュー含む11件のスケジュールタスク全体で週4.5時間の削減を報告しており、PRレビュー自動化はその中核を担っている（Zenn）。

レシピ2：CI（自動テスト・ビルド）失敗の自動デバッグ

毎時実行。CIが失敗したPRを検出し、エラーログを分析して
修正パッチのPRを自動作成する。作成したPRのURLをSlackに投稿する。

深夜にCIが壊れても、朝には修正PRが上がっている。ただし、自動マージまではさせないほうが安全だ。

レシピ3：依存パッケージの脆弱性監査

毎週月曜9時に実行。npm audit / pip audit を実行し、
CRITICAL・HIGHの脆弱性があればissueを作成する。
修正が自明なもの（パッチバージョンアップ）は自動でPRを作成する。

フリーランスで複数案件を抱えていると、依存性の管理は後回しになりがちだ。週次で自動チェックが入るだけで安心感が違う。

レシピ4：ドキュメント同期

平日毎日18時に実行。今日マージされたPRの一覧を取得し、
READMEやAPI仕様書に反映すべき変更があれば更新PRを作成する。

「コードは更新したけどドキュメントは古いまま」問題の自動解消。

レシピ5：日次アクティビティサマリー

毎日18時に実行。今日のGitHub・Slack・Notionの活動を集約し、
日報フォーマットでSlackの#dailyチャンネルに投稿する。

funzin氏が実運用している例で、MCP連携でSlack・Notion・GitHubの3サービスから情報を自動収集する。

レシピ6：コスト監視

毎日朝8時に実行。Claude Code Analytics APIで昨日の使用量・コストを取得し、
週間トレンドとともにSlackに投稿する。月額予算の80%を超えていたら警告する。

Claude Code大型アップデート記事で紹介したAnalytics APIとの連携。使いすぎに気づかないまま月末を迎えるリスクを防げる。

レシピ7：競合記事の定点観測（ブロガー向け）

毎週水曜9時に実行。指定したキーワードでGoogle検索し、
上位10件の記事タイトル・URL・更新日をスプレッドシートに記録する。
前週との差分をSlackに通知する。

SEO記事を書いているなら、検索順位の変動を自動で追跡できる。

Desktop→クラウドの昇格フロー

funzin氏が提唱する「Desktopで育ててクラウドに昇格させる」アプローチは堅実だ。

1. まずDesktop /scheduleで試す。ローカルで動かして挙動を確認
2. 3回連続で期待通りの結果が出たら合格。出力フォーマットの安定性とエラー時のフォールバック定義も確認する。不安定な自動化はノイズを垂れ流すだけだ
3. クラウドタスクに移行。WebまたはCLIから同じプロンプトで作成
4. 1週間モニタリング。クラウド環境とローカル環境の差異（パス、環境変数など）で動作が変わることがある

いきなりクラウドに投入して失敗するより、この段階的なアプローチのほうが認知負荷が低い。

Claude Code自動タスクのメリット・課題まとめ

Claude Codeのスケジュール機能は、個人開発者・フリーランスの運用負荷を下げうるツールだ。funzin氏の「週4.5時間の削減」という数字は、月換算で約18時間。フリーランスの時給に換算すれば、Max 5xの月額100ドルは十分にペイする。

ただし、課題もある。

プラン間のタスク数上限が不透明。公式ドキュメントに明記されていないのは不親切だ。Proプランで時間単位1件＋日次3件という報告が正しければ、複数プロジェクトを抱えるフリーランスにはすぐ足りなくなる。

プロンプト設計のハードルが高い。タスクは自律実行されるため、「よしなにやって」では動かない。成功条件と出力先を明確に書く必要がある。プロンプトエンジニアリングの腕が問われる場面だ。

コスト管理が甘くなりやすい。毎時実行を気軽に設定すると、気づけば使用量の大半をスケジュールタスクが食っている、ということになりかねない。emi_ndk氏はQiitaで「月2万円以上払って、まともに使えない。これは深刻だ」とトークン消費の暴走を報告している（Qiita）。レシピ6のコスト監視を最初に設定するのがおすすめだ。

n8nやGitHub Actionsの代替にはならない。murata-seiji氏がQiitaで「うちの自動化はClaude Codeのセッション外で動くことに意味がある」と指摘しているように、外部サービスとの連携やClaude Code外で完結する処理は、既存のツールのほうが適している（Qiita）。スケジュール機能はあくまで「Claude Codeにやらせたい作業」の自動化に使うものだ。

それでも、Claude Coworkのデスクトップ自動化やAgent Teamsの並列実行と組み合わせれば、24時間動く開発インフラが個人の手の届く範囲に入ってきた。tosa.dev のHaruki Tosa氏は/scheduleを使った自動開発パイプラインで1日約100コミットを達成したと報告している（tosa.dev）。「人間が方針を決めて投げるだけで、あとは自動で改善が回り続ける」とのことだ。

XDA Developersのレビューでは「AIで繰り返しタスクを自動化できると初めて実感した」と評されつつ、OpenAIの同等機能は「通知アプリ止まり」、Google Geminiは「中途半端」と比較されている（XDA）。現時点ではClaude Codeがこの領域でリードしているのは間違いない。

自分なら、まず**PRレビュー自動化（レシピ1）とコスト監視（レシピ6）**の2つから始める。この2つが安定稼働したら、プロジェクトに合わせてレシピを追加していく。小さく始めて育てるのが、自動化の鉄則だ。

関連記事:

• Claude Code 3月アップデートガイド（Voice Mode・/loop）
• Claude Code 2月アップデートまとめ（Opus 4.6・Agent Teams）
• Claude Cowork完全ガイド
• MCP実践ガイド 2026
• Claude Code vs GitHub Copilot

※本記事の情報は2026年4月2日時点の筆者調査に基づく。Claude Codeは頻繁にアップデートされるため、最新情報は公式ドキュメントを確認してほしい。料金はすべて米ドル表示であり、日本円での負担額は為替レートにより変動する。料金・仕様は予告なく変更される場合がある。プランごとのタスク上限は公式に未公開の部分があり、ユーザー報告に基づく情報を含む。