メインコンテンツまでスキップ

Cowork スケジュールタスク:デバイスがオンでなくても動くエージェント

中級

Cowork は 2026年7月7日 をもってデスクトップ専用のワークスペースではなくなりました。今や Web(claude.ai)、iOS と Android、そして — ほとんどの解説記事があえて触れない点として — セッションは Anthropic のサーバー上 で実行され、あなたのマシン上では実行されません。この単一のアーキテクチャ変更こそが、目玉機能である ノートPCを閉じ、スマホをポケットに入れ、いかなるデバイスもオンラインでない状態でも走るスケジュールタスク を可能にしています。

このページは実践的なフィールドガイドです:どのサーフェスで何が実際に動くのか、スケジュールタスクを一発で正しくセットアップするには、そして「月曜朝6時のブリーフィングが、ローカルファイルを必要としていたせいで気付かないうちに失敗していた」ことに後から気付くような、いくつかの落とし穴について。

What you'll learn
  • Cowork の実行をデバイスから切り離すことがなぜプロダクトを変えるのか(スケジュール実行、デバイス間ハンドオフ、モバイル承認プロンプト)を理解し、そのトレードオフがどこに落ち着くかを掴む
  • 機能マトリクスを使って、ある仕事に対して正しいサーフェス(デスクトップ / Web / モバイル)を選ぶ
  • 承認モード、頻度、作業フォルダを含めて、Cowork のスケジュールタスクを一発で正しくセットアップする
  • 自分が寝ているときや飛行機の中でも黙って止まらないモバイル承認フローを設計する
  • 本番でスケジュール実行を壊す4つの落とし穴を避ける:ローカル専用ツール、Fable 5 のデスクトップ限定、Dispatch と Remote の混同、コネクタ認証の失効

本質的な変化はひとつ:セッションが Anthropic のサーバーに移った​

2026年7月より前、Cowork のセッションは Mac または PC 上の Claude Desktop アプリ内のプロセスでした。ノートPCを閉じればセッションは死ぬ。アプリを終了させればセッションは死ぬ。だから7月以前の Cowork ループは常に「デスクトップを開いてスリープさせない」から始まっていたのです。

7月のローンチでは リモートセッション が導入されました:Cowork ループは Anthropic のクラウド上で動き、セッション状態とファイルは Claude アカウントに紐付いて残り、どのサーフェス(Web、モバイル、デスクトップ)も同じ基盤セッションのビューアー兼入力デバイスに過ぎなくなります。

直接の帰結は2つ:

  1. スケジュールタスクが可能になった。 定期タスクは月曜6:00に起き、45分ほど作業して、ドラフトをあなたのアカウントに置くことができます — 一台もデバイスがオンラインでなくても、ループにデバイスが存在しないからです。
  2. デバイス間ハンドオフは無料。 デスクで作業を開始し、ノートPCを閉じて、スマホで同じセッションの実行途中を見ることができます。同期するものは何もありません — そもそもセッションはノートPC上に存在しなかったからです。

トレードオフは下記の機能マトリクスにあります:あなたのローカルマシン(ディスク上のファイル、あなたのブラウザ、あなたの OS)に触れる必要があるものはデスクトップ上でしか動きません。両方の世界に足を掛けている唯一のサーフェスがデスクトップだからです。

サーフェス別の機能マトリクス​

機能デスクトップアプリWeb (claude.ai)モバイル (iOS/Android)
Cowork セッション(インタラクティブ)✓✓ (ベータ)✓ (ベータ)
スケジュールされた Cowork タスク✓ (作成 + 監視)✓ (作成 + 監視)✓ (監視 + 承認)
ローカルファイルへのアクセス✓✗✗
ブラウザ利用(ローカルブラウザ自動化)✓✗✗
コンピュータ利用(OS 操作)✓✗✗
ライブアーティファクト(セッション内プレビュー)✓✗✗
接続ツール(Gmail、Slack、GDrive、カレンダー、Web)✓✓✓
インストール済み Skills✓✓✓
Plugins✓✓✓
承認プロンプトのモバイル通知(連携された電話経由)(連携された電話経由)✓ (ネイティブ)
Cowork 内の Fable 5 モデル✓ (最新デスクトップのみ)落とし穴を参照落とし穴を参照

:::info 経験則 そのタスクが 接続ツール + Skills + Web しか必要としないなら(メールの仕分け、「この3つのドキュメントを読んで更新のドラフトを書いて」、Google Sheets からの週報)、どこでも動くのでスケジュール化しましょう。あなたのファイル、あなたのブラウザ、あなたのマシン を必要とするなら、それはデスクトップかつライブ限定のままです。 :::

インタラクティブ Cowork vs スケジュールタスク vs Dispatch​

この3つのモードはよく混同されます。まったく別物です:

Guided walkthrough1 of 3
  1. あなたが開始し、あなたが見守り、Claude があなたの現在の目標に対して長時間ホライズンで働きます。今は Anthropic のサーバー上で動くので、デバイス間でハンドオフできます。最適な用途:進行に合わせて舵取りしたい数時間の作業。

覚え方の近道:Dispatch = ローカルのバックグラウンド、スケジュールタスク = 頻度でクラウド、インタラクティブ = あなたが操縦席にいる。

スケジュールタスクを正しくセットアップする​

スケジュールタスクには6つの要素が必要です — 5つの設定と1つのプロンプト。どれか1つを間違えると、実行は「成功」に見えても間違ったことをします。

Guided walkthrough1 of 6
  1. 短く、人間向けに。スケジュール済みタスク一覧やモバイル通知に表示される名前です。'Monday client prep' の方が 'briefing-v2' より優れています。

スケジュールタスクのプロンプトテンプレート:月曜6:00クライアントブリーフィング

You are preparing my Monday morning brief for the Acme account.

Every Monday at 06:00 local:

1. Read the last 7 days of email in the "Acme" Gmail label. Group by
 thread; note anything that expects a reply from me.
2. Pull calendar events with "Acme" in the title or attendees from
 the coming week. Note prep needed for each.
3. Search the web for news about Acme (company name + "acquisition",
 "layoffs", "product launch") in the last 7 days. Cite sources.
4. Read the Google Doc "Acme - Running Notes" for open questions.

Produce a single briefing doc titled "Acme brief — <this-monday-date>"
in the "Client briefings" project folder. Structure:

- 3-bullet TL;DR at the top
- "Needs a reply from me" list (with links)
- "This week" list (calendar + prep)
- "News since last brief" (with sources)
- "Open questions" (from the running-notes doc)

DO NOT send any email. Leave a follow-up email as a DRAFT in Gmail
titled "Acme weekly check-in" pre-filled with the TL;DR — I'll edit
and send.

このプロンプトで注目すべき点は2つ:

  • 不変条件(「メールを送らない...ドラフトのままにする」)が明示されています。スケジュール実行では「本当にいいですか?」と後追いで確認することはできません — 不変条件はプロンプトに書き込む必要があります。
  • 出力先と命名 が正確です。これらが数ヶ月間毎週動くとき、デフォルトのタイトル下に散らばるのではなく、見つけやすい状態を保ちたいはずです。

モバイル承認フロー — 「自分が寝ている」状態を想定した設計​

ask-on-mobile は03:00に発火して実行が黙って止まるまでは親しみやすく聞こえます。信頼性を確保する2つのルール:

Guided walkthrough1 of 2
  1. 読み取り専用やドラフトのみのアクション → 自動承認。送信、公開、削除、支出を伴うもの → モバイル承認 + プロンプト内フォールバック:'30分以内に返答がなければ、ドラフト保存してタスク終了'。プラットフォームが勝手にタイムアウトさせてはくれないため、このプロンプトレベルのフォールバックが重要。
Watch out
  • プッシュ承認は返答するまでタスクをブロックします。返答しない場合、実行はそのまま残り続け — 自動的に安全なデフォルトに落ちることはありません。'返答がなければ X をする' というタイムアウトをプロンプト自体に組み込むか、hold-for-review を使ってください。

スケジュール済み Cowork 実行を壊す4つの落とし穴​

Guided walkthrough1 of 4
  1. プロンプトがタスクに「マイダウンロードフォルダを開いて」「ブラウザを自動化して」「画面のスクリーンショットを撮って」と要求すると、リモートセッションにはその手段がありません。実行はクラッシュせず — スキップするか即興で対応します。修正:スケジュール済みプロンプトを監査し、ローカルマシンのアクションを接続ツール相当に置き換える(ローカルファイルの代わりに Google Drive、ローカルブラウザの代わりに Web fetch など)。

いつ代わりに API を使うべきか​

スケジュール済み Cowork タスクはプロダクト機能です — 個人や小規模チームの繰り返し作業で、Claude アカウント内で可視化したく、人間の承認をループに含めたい場合に最適です。次のような場合は間違ったツールです:

  • 1時間より短い頻度 — スケジュールタスクの最小間隔は毎時です。
  • プログラマティックなオーケストレーション — 数十の並列実行、動的スケジューリング、あなたのインフラとのタイトな統合。Managed Agents を使うか、Agent SDK + 既存の cron/キューで自作を。
  • 実行間のサーバーサイドメモリ — Cowork タスクは状態をアカウント内のファイル経由で渡します。ドキュメントには十分ですが、構造化状態には粗いです。構造化された実行間メモリには Managed Agents Memory Stores を使ってください。
  • 深いマルチエージェント連携 — 多数のエージェントが協働する場合は Cowork & Agent Teams と Native Multi-Agent APIs を参照。

クイズ​

Check yourself

0/4
  1. 「~/Downloads フォルダを開いて、過去24時間の新しい PDF の要約をメールしてくれ」というタスクをスケジュールしました。週次、モバイル承認モードに設定。月曜6:00にノートPCを閉じているとき、何が起こる?
  2. Cowork スケジュールタスクの最小のビルトインスケジュール間隔は何?
  3. 承認モード「モバイル承認」のスケジュールタスクが、あなたが寝ている03:00に決定ポイントに達しました。次のうち TRUE はどれ?
  4. ノートPCを閉じ、電話をオフにしていても実際に動くのはどの組合せ?

ソースとさらなる読み物​