定期タスクは、普段Claudeと会話するのと何が違うのか?
通常の会話はユーザーが自ら開始し、Claudeがリアルタイムで応答するもので、会話が終わればセッションも終了する。定期タスクはこれとは異なり、プロンプトを保存し、決まったトリガー時刻や頻度を設定することで、ユーザーが対話を開かなくてもClaudeがバックグラウンドでそのタスクを実行できるようにする仕組みだ。
決定的な違いは「実行のたびに新しいセッションになる」という点だ。Claudeは前回の定期実行時の会話内容を覚えていない。代わりに、トリガーされるたびにその時点でのファイル、コネクタ、データ状態を改めて読み込み、タスク完了後に出力を保存する。そのため定期タスクは、構造が固定的で前回のコンテキストを引き継ぐ必要のない反復作業に向いており、複数回のセッションにまたがって文脈を積み上げていく必要があるタスクには向いていない。
なぜ定期タスクがClaudeに追加されたのか、どんな問題を解決しているのか?
最も直接的な理由は、繰り返しの依頼が積み重なるコストだ。毎朝「今日のカレンダーとメールをまとめて」と入力するのは、一回だけ見ればほんの数秒に思えるが、長期的に積み重なれば明確な時間の浪費になる。また、声をかけるのを忘れてその日のまとめを逃してしまうこともある。
より深い理由は、Claudeのプロダクトラインが「質問して答えてもらう」受動的なツールから、「一度設定すれば、あとは主体的に実行してくれる」プロアクティブなアシスタントへと進化していることにある。これはClaude Codeの定期タスクが「『24時間待機するパーソナルアシスタント』という曖昧な概念を、構造化され権限の境界が明確なスケジューラーに置き換える」ものだと説明されている設計思想と一致する。定期タスクは、Claudeが常に待機してあなたの意図を推測することを目指すのではなく、明確で反復的な作業を明示的に委任する仕組みなのだ。
実際に定期タスクを設定する際、操作の流れはどうなっているのか?
Claude Coworkの場合、最もシンプルな方法は、既存のタスクを開くか新規タスクを開始し、/scheduleと入力することだ。Claudeがいくつかの質問を通じて実行時刻、頻度、タスク内容の確認を案内してくれる。確認が完了すればスケジュール設定は完了し、追加のプログラミングや設定操作は不要だ。その後、設定した定期タスクはすべてCoworkサイドバーの「Scheduled」タブにまとめて表示され、いつでも開いて頻度やプロンプトを修正できる。
Claude Codeを経由する場合、操作のロジックは少し異なる。/loop 5m デプロイが完了したか確認してのようなコマンドは、単発・短期のポーリングタスクに適しており、Claudeが時間間隔をcron式に変換し、実行頻度とジョブIDを確認してくれる。ただしこの種のタスクは現在のセッションが生きている間だけ有効だ。パソコンの電源が切れていても実行を続けられる、本当の意味で永続的なスケジュールを作るには、プリセット頻度またはカスタムcron式を指定して/scheduleを使う(例:/schedule tomorrow at 9am, 昨日マージされたPRをまとめて)。最短実行間隔は1時間だ。
どのタスクから自動化を始めるべきか、設定時に特に気をつけるべき点は?
「構造が固定的で、毎日または毎週発生し、判断の要素が少ない」タスクから始めることをお勧めする。朝のブリーフィングや週次レポートのまとめなどが良い例だ。一度に10個のタスクをまとめて設定するのではなく、まず一つを自動化し、2〜3回の実行結果の品質を観察して、出力が期待通りであることを確認してから徐々に増やしていくのが、より着実なやり方だ。
プロンプトを設定する際は、Claudeが以前あなたが言ったことを一切覚えていないと仮定するべきだ——毎回の実行が独立したセッションであるため、固定したい出力フォーマット、ファイルの保存先、エラー発生時の対処方法は、すべてプロンプト自体に書き込んでおく必要があり、「Claudeなら分かってくれるはず」という前提に頼るべきではない。また、特に最初の1か月は定期的に定期タスクの実際の出力を確認することをお勧めする。スケジュール化は監督が不要になることを意味するのではなく、これまで手動で行っていた実行作業を、手動でのレビュー作業に置き換えるものだ。
毎朝Claudeを開いて「今日のカレンダーと未読メールをまとめて」と同じ依頼を入力したり、毎週金曜日に手動で週次進捗をまとめてもらったりする——こうした繰り返しの依頼は、今では定期タスクとして設定でき、毎回声をかけなくても決まった時間にClaudeが自動実行してくれる。
現時点で最も直感的な入口はClaude Coworkだ。任意のタスク内で/scheduleと入力すると、Claudeがいくつかの質問を通じて実行時刻と内容の設定を案内してくれる——スクリプトを書く必要はない。設定した定期タスクはすべてCoworkサイドバーの「Scheduled」タブにまとめて表示され、後から頻度やプロンプトを調整しやすい。この機能はPro、Max、Team、Enterpriseのすべての有料プランで利用できる。
開発者向けには、Claude Codeがさらに2層のスケジューリングツールを提供している。/loopは単一セッション内での短期的なポーリングに適しており(例:「デプロイが完了したか5分ごとに確認して」)、セッション終了とともに自動停止する。一方/scheduleはクラウドでホストされる永続的なタスクで、プリセット(hourly / daily / weekdays / weekly)またはカスタムcron式を使え、最短間隔は1時間、実行時にパソコンを起動しておく必要はない。これにより定期タスクは真の意味で「一度設定すれば、あとは気にしなくていい」ものになる——待機用のパソコンを用意する必要はない。
朝のブリーフィングは最も取り組みやすい最初のタスクだ。平日朝の決まった時間に実行するよう設定し、Claudeに未読メールをスキャンさせ、緊急度別に分類し、今日の会議予定を取得させ、最後に要約としてまとめさせる。この種のタスクは構造が固定されており毎日発生するため、自動化によって節約されるのは同じプロンプトを打ち直す時間コストであり、判断そのものの時間ではない。
週次レポートのまとめは、金曜日の午後に設定するのが適している。過去1週間で完了した作業記録をClaudeに読み込ませ、フォーマットが統一された進捗まとめを自動生成させる。実行のたびに新しいセッションが立ち上がるため、Claudeはその都度現在のファイル、コネクタ、データ状態を改めて読み込んでレポートを作成し、前回実行時の古いデータを流用することはない。
3つ目の場面は「定期モニタリング」系のタスクだ。特定のウェブサイトやサービスに新しい発表がないか毎日チェックしたり、競合他社のプロダクトアップデートを毎週追跡したりする。この種のタスクは本質的に判断ではなく情報収集であるため、完全に自動化に任せるのに向いており、実際に変化があったときだけ確認すればよい。
定期タスクのプロンプトは、普段の会話よりも明確に書くことをお勧めする——毎回のセッションが独立しているため、Claudeには「前回あなたが言ったこと」を頼りにする記憶がない。想定している出力フォーマット、ファイルの保存場所、失敗時の対処方法は、Claudeが自分で察してくれると仮定せず、プロンプト自体に明記しておく必要がある。
また、入口によって永続性が異なる点にも注意が必要だ。Claude Codeのクラウドホスト型/scheduleタスクはパソコンの電源が切れていても実行を続けられるが、/loopは現在のセッションが生きている間だけ有効だ。一部のサードパーティのガイドには「定期タスクを実行するにはパソコンを起動しておく必要がある」という記述もあるが、これは旧バージョンや特定の入口における制限を指しており、実際の挙動はバージョン更新によって変わっていく。設定前にインターフェース上で現在の実行方式を直接確認しておくとよい。