Claude Cowork予約タスクガイド

朝9時に設定した予約タスクが、PCがスリープから復帰した夜9時に実行される。これはバグではなく仕様です。公式Help Centerでは、スリープやアプリ終了で予定時刻を逃したタスクは、復帰後または再オープン後に自動実行され、通知と履歴に残ると説明されています。

なぜこの挙動が「仕様どおり」として許容されているのかを読み解くと、Claude Coworkの予約タスクにどの仕事を載せてよいかが見えてきます。

Claude Cowork完全ガイドで、私はCoworkを「立ち会い自動化のツールであり、任せきり自動化の基盤ではない」と位置づけました。予約タスクは、そのなかでもいちばん誤解されやすい機能だと思っています。名前に「schedule」と付くぶん、cronやZapierのような常時稼働のジョブ基盤と同じ発想で扱いたくなりますが、実行面はClaude Desktopに固定されたままだからです。この記事では、その誤解が生まれる場所――時刻保証のなさ――を個別に掘り下げます。

2026年5月18日時点の公式Help CenterをCrawl4AIで確認し、事実と出典、推論、私の立場を分けて書きます。

前提: 予約タスクの仕組み

予約タスクは、プロンプトをタスクとして保存し、指定した頻度でCoworkに実行させる機能です。公式Help Centerでは、次の用途が例示されています。

• Slack、メール、カレンダーの毎日要約
• Google Driveやスプレッドシートからの週次レポート作成
• 競合や業界ニュースの定期調査
• 指定フォルダのファイル整理
• プロジェクト管理ツールからのチーム更新

通常のCoworkタスクと同じく、接続済みツール、スキル、インストール済みプラグインを使えます。違いは、毎回手で開始するのではなく、保存した指示を指定のタイミングで実行する点です。

Claude Cowork予約タスクのライフサイクル

作成方法は2つあります。既にうまく動いたCoworkタスクを定期化するなら/scheduleが自然で、最初から定型業務として設計するならScheduled tasks画面が向いています。

/scheduleから作る

1. Claude DesktopでCoworkを開く
2. 新しいタスクを始める、または既存タスクを開く
3. チャット欄に/scheduleと入力する
4. Claudeに「何を、いつ、どの範囲で実行するか」を伝える
5. タスク名、頻度、実際に行う内容を確認し、Scheduleを押す

Scheduled tasks画面から作る

1. 左サイドバーのScheduledを開く
2. + New taskを押す
3. タスク名、説明、プロンプトを入力する
4. 必要なら/でスキルやプラグインを含める
5. 頻度、モデル、作業フォルダを選んで保存する

Claude Cowork予約タスクの作成フロー

頻度は5種類、月次は標準にない

公式Help Centerで案内されているCoworkの頻度は、毎時・毎日・平日のみ・毎週・手動実行の5種類です。

月次タスクや「火曜と木曜だけ」のような実行は、標準頻度としては確認できません(Redditでも「毎月実行したいが標準選択肢にない」という声があります)。どうしても必要なら、手動実行にするか、毎日/毎週タスク内で「今日は実行日か」を判定させます。

今日が月の最初の営業日でない場合は、処理を実行せず、
「今日は対象外です」とだけ出力してください。
今日が月の最初の営業日の場合だけ、前月分の月次サマリーを作成してください。

ただし、この回避策は「起動はするが、条件外なら何もしない」方式です。毎時タスクを積み増すほど、判定だけで終わる実行も含めて利用量とPCの負荷が増えるため、高頻度のタスクは必要な範囲に絞ってください。作成できるタスク数の上限も、公式Help Centerには明記がありません。最初は少数に絞り、履歴・実行時間・利用量を見ながら増やすのが安全です。

機構の核: スキップ→復帰後実行という設計を読む

予約タスクは、PCが起きていてClaude Desktopが開いているときだけ動きます。スリープ中やDesktop終了中は予定時刻に実行されず、復帰後または再オープン後にスキップされたタスクが自動実行され、通知と履歴に残ります。

ここで見落とされがちなのは、「スキップされた履歴が残る」という設計そのものが、この機能の性格を語っている点です。Claude Cowork完全ガイドで書いたとおり、実行されなかったタスクが黙って消えるのではなく履歴に残るのは、人間が後から気づいて復帰させることを見込んだ設計だからだと私は考えています。PCが起動していない前提の自動化なら、そもそも「スキップ履歴」という概念自体が要らないはずです。

つまり予約タスクは、「指定時刻に必ず動く」ことを保証する機能ではありません。私はこれを時刻保証のないベストエフォート実行と呼んでいます。頻度と大まかなタイミングは指定できるが、実行時刻そのものは約束されていない、という理解です。

ここでの読みは、実機でスリープからの復帰時間を計測して得た数字ではなく、先に触れた完全ガイドの分析と公式Help Centerの記述を重ねて読んだ結果です。cronのような常時稼働前提のジョブ基盤には、そもそも「動かなかった実行」を人間に見せる仕組みは要りません。マシンが止まらない前提だからです。Coworkの予約タスクだけが、スキップという状態をわざわざ通知と履歴に残しているのは、PCが眠ることを織り込み済みで設計されている証拠だと私は読んでいます。

この仕様が持つ帰結は明快です。予定時刻からのずれを許容できない仕事を予約タスクに載せると、成果物は届いても意味を失います。逆に、数時間遅れても価値が減らない仕事なら、この実行モデルはそのまま使えます。この「遅延に耐えられるかどうか」を、以降では遅延耐性と呼びます。

Redditでは「時刻がずれる」「毎日タスクが動かない」といった報告も見られます。これも機能不足というより、「時刻保証がある」という誤った期待から生まれている不満だと私は見ています。

遅延耐性で仕分ける

遅延耐性を軸に見ると、公式Help Centerが例示する定型業務は、大きく3つに仕分けられます。遅延に強く、そのまま予約タスクに載せてよい仕事。遅延に弱く、プロンプト側で時刻ガードを入れないと載せてはいけない仕事。そして時刻の話ではなく、承認境界――送信や削除のような不可逆操作――が絡む仕事です。

すべて、最初はRun nowで試し、出力先・権限・対象範囲を確認してから定期化してください。

遅延耐性が高い仕事: そのまま載せてよい

週次レポートと競合ウォッチは、成果物の基準日が「だいたい今週」「だいたい直近」で足りるため、実行が数時間から半日ずれても価値がほとんど落ちません。深夜に生成された週次レポートも、金曜16時に生成されたレポートと中身は変わらないはずです。

週次レポート

今週の活動レポートを作成してください。

対象期間:
今週月曜から今日まで

出力:
1. 今週の成果
2. 決定事項
3. 未解決の論点
4. 来週に持ち越す作業
5. 参照したリンク

Slackやメールの内容を引用するときは、要約にしてください。
外部共有はしないでください。

競合ウォッチ

競合3社の公開情報を確認し、前回からの変化をまとめてください。

対象:
- 料金ページ
- ブログ
- お知らせ
- 主要SNS投稿

出力:
| 競合 | 変化 | 根拠URL | 影響度 | 次に確認すること |

変更が確認できない場合は「変更なし」と書いてください。
推測と事実を分けてください。

遅延耐性が低い仕事: 時刻ガードが必須

朝のメール要約、朝の会議準備、日報ドラフトは、成果物が「今日」という一日に強く紐づいています。深夜に実行されると、メール要約は古い受信箱の状態を指すだけになり、会議準備は終わった会議の資料になり、日報ドラフトは日付がずれたまま出力されます。この3つのプロンプトには、必ず時刻ガードを入れてください。

このタスクは平日9:00〜10:00の間だけ実行してください。
現在時刻が10:00を過ぎている場合は、処理を実行せず、
「実行時刻を過ぎたためスキップ」とだけ記録してください。

朝のメール要約

過去24時間の未読メールを確認し、返信が必要なものだけを抽出してください。

出力:
1. 返信が必要なメール
2. 今日中に確認すべきメール
3. 低優先度の通知

各項目に、差出人、件名、要約、推奨アクションを書いてください。
メールの送信、アーカイブ、削除はしないでください。

朝の会議準備

今日の予定を確認し、会議ごとの準備リストを作成してください。

出力:
- 時刻
- 会議名
- 参加者
- 事前に読む資料
- 自分が確認すべき論点

資料を探す場合は、今日の会議名と参加者に関係するものだけを対象にしてください。
外部送信やファイル更新はしないでください。

日報ドラフト

今日の活動から日報ドラフトを作成してください。

参照してよい情報:
- 今日のカレンダー予定
- 自分が関わったSlackスレッド
- 今日送信したメール

出力:
## 本日の実績
## 未完了
## 明日の確認事項
## 相談が必要なこと

推測した内容には「要確認」と付けてください。
日報の投稿や送信はしないでください。

遅延耐性の問題ではない仕事: 承認境界が絡む

フォルダ整理は、遅延耐性の話ではありません。Claude Cowork活用事例15選で定義した承認境界――送信・支払い・削除・外部公開の4操作は人間の承認を必須にする――がそのまま当てはまる事例です。ファイルの移動や削除は取り消しにくく、深夜に無人で実行させてよい操作ではありません。

フォルダ整理

Downloadsフォルダを確認し、ファイル整理案を作成してください。

出力:
| ファイル名 | 推奨分類 | 理由 | 実行してよいか |

この実行では、ファイルの移動、削除、リネームはしないでください。
まず整理案だけを出してください。

フォルダ整理は便利ですが、最初から自動移動・削除まで任せない方が安全です。数回確認してから、対象フォルダとルールを限定して実行範囲を広げます。

権限とRun now: 実行前に確認すること

予約タスクは、通常のCoworkと同じくコネクタやツールを使えます。つまり、権限が足りないと止まります。

初回は必ずRun nowで手動実行し、次を確認してください。

• 使うコネクタが接続済みか
• 対象フォルダにアクセスできるか
• Slack投稿、メール送信、ファイル移動などの操作で承認待ちにならないか
• 使ってよい範囲と禁止操作がプロンプトに書かれているか
• 失敗時に何を出力するか決めているか

特に、投稿・送信・削除・上書き・支払い・契約操作は、承認境界の内側に置かず、下書きまでにして人間の確認を残してください。Redditでは「MacのDocumentsアクセスが切れていた」という報告もあります。権限は一度設定して終わりではなく、定期的に見直す対象です。

Claude Cowork予約タスクの安全設計チェック

時刻保証が要る仕事の逃がし先

Team/Enterpriseでは、管理者がCowork自体の有効化を管理できます。ただし、公式Help Center上では、管理者がメンバー全員の予約タスクを代理作成・一括編集する機能は確認できません。Xでも「管理者がユーザーの代わりに予約タスクを設定したい」という要望が出ています。組織導入では、共通テンプレートをドキュメントで配布し、各自が自分のアカウントと接続先で設定し、禁止操作を明文化し、Team/EnterpriseのOpenTelemetryで利用状況を補足する、という運用が現実的です。

予約タスクを、時刻保証のあるジョブ基盤の代わりに使うのは無理があります。用途を実行環境で仕分けると、次のようになります。

この使い分けは、私たちの自社サイト運用とも一致しています。サイトのSearch ConsoleとGA4データの日次集計は、Coworkの予約タスクではなく、PCの起動状態に依存しない常時稼働のジョブに置いています。Search Consoleのデータには2〜3日の遅延があるため取得日を厳密にずらす必要があること、取得結果をデータベースへ上書き更新(UPSERT)する必要があること、人がPCの前にいなくても毎日必ず動く必要があることの3つが理由だと考えています。この3条件が揃う仕事は、Claude Desktopが開いていることを前提にするCoworkの予約タスクではなく、cronやLaunchAgentのような常時稼働の基盤に置くべきだと私はみています。

「1回だけの作業を外出先から頼む」なら予約タスクではなくDispatchの役割です。予約タスクは「繰り返す下書き」、Dispatchは「単発の指示」という住み分けだと考えています。

私の線引き

私は、Coworkの予約タスクを時刻保証のないベストエフォート実行と見なし、遅延耐性のある下書き仕事――要約、レポート案、整理案――だけをここに載せます。時刻保証や、送信・支払い・削除・公開のような不可逆操作が必要な定期処理は、cronやクラウドの実行基盤に置きます。

この線引きは、2026年5月18日時点で確認した公式Helpの仕様(スキップ→復帰後実行)に基づくものです。Anthropicが将来、時刻保証を伴う実行モデルを導入すれば、私はこの記事も含めて引き直すつもりです。

判断材料として持ち帰ってほしいのは、遅延耐性という一つの軸だけです。あなたの定型業務は、数時間遅れても意味を失わないでしょうか。答えがYesならこのまま予約タスクに任せてよく、Noなら時刻ガードを書くか、cronやクラウドの実行基盤を検討する番です。

参照した情報

• Schedule recurring tasks in Claude Cowork
• Get started with Claude Cowork
• Assign tasks from anywhere in Claude Cowork
• Use Claude Cowork on Team and Enterprise plans
• Use Claude Cowork safely
• Monitor Claude Cowork activity with OpenTelemetry
• Claude Code Desktop scheduled tasks
• Reddit: limitations in Cowork scheduled tasks
• Reddit: scheduled tasks ignored and unavailable
• Reddit: scheduled tasks hourly vs daily
• X検索: Claude Cowork scheduled tasks

本記事は2026年5月18日に、公式Help Center、Claude Code docs、X/Reddit上の利用者反応を確認して更新しています。