Coworkスケジュールタスクが実行されないときの確認手順

Coworkのスケジュールタスクが予定通りに動かないとき、原因はおおむね4つに絞られます。利用条件(プラン)、Team/Enterprise特有の組織設定、実行環境の条件(ローカルフォルダへの依存)、そして依頼内容やコネクタ側の状態です。上から順に確認すると、無駄な設定変更をせずに原因へたどり着けます。

プランを確認する

Scheduled TasksはPro・Max・Team・Enterpriseの有料プラン限定の機能です。無料プランでは作成画面自体が使えません。まずアカウントのプランを確認します。個人アカウントであればここまでで大半の原因は絞り込めます。Team・Enterpriseプランの場合は、次の2つの組織設定が個人の設定より優先されるため、続けて確認します。

Team/Enterpriseで見落としやすい「クラウド実行」の設定

Coworkには、機能自体を有効にする「Enable for your organization」とは別に、「Run Cowork in the cloud」という組織単位のトグルがあります。公式ドキュメントはこの設定を「クラウドでのセッションを許可するかどうかは別のコントロール」と明記しており、スケジュールタスクがノートパソコンを閉じてもオンラインの端末が無くても走り続けられるのは、このクラウド実行が有効な場合に限られます。

Cowork自体は有効なのにスケジュールタスクだけ動かない、という相談が出たら、まずこの設定を管理者に確認します。設定場所は「Organization settings」の「Cowork」で、Coworkそのものの有効・無効トグルと同じページに並んでいますが、意味するところは別のスイッチです。Team・Enterprise双方に共通する画面なので、プラン名だけで判断せず実際の設定値を見るのが確実です。

承認まわりの組織設定がスケジュールタスクを止めていないか

Team・Enterpriseにはもう2つ、承認の挙動に関わる組織設定があります。

• 「Automatically approve」モードの許可: 既定でオンですが、オフにするとメンバーのモード選択肢からAutoが消え、全員がManualまたはSkipで運用することになります
• コネクタツールの「常に許可」の許可: 既定でオフです。オフの間は、個人が事前に設定した「常に許可」の書き込み系ツールも無効化され、タスクのたびに承認が必要になります

この2つがどちらもオフのままだと、書き込みを伴うスケジュールタスクは、実行のたびに人間の承認を求める設計のまま定期実行に回ることになります。しかしスケジュールタスクは人が見ていない時間帯に動く前提の機能です。承認待ちの画面が出たままの回は、そこで進行が止まります。書き込みを伴うタスクが定期的に「実行はされたが結果が中途半端」になる場合は、この組織設定の組み合わせを疑います。設定場所はどちらも「Organization settings」の「Cowork」内、「Permissions」の項目にまとまっています。承認モードそのものの挙動はCowork自動承認モードとはにまとめています。

ローカルフォルダに紐づくタスクは実行環境の条件を満たしているか

プラン・組織設定の条件を満たしていても動かない場合、次に疑うのはローカルフォルダへの依存です。公式ドキュメントは、スケジュールタスクの基本設計を「コネクタと、Claudeアカウントに保存されたファイルだけで動く」ものと位置づけています。フォルダそのものをスケジュールに紐づけることはできません。

作成時にClaudeが作業するフォルダを指定したタスクは、実行のたびにその時点でDesktopアプリが起動している必要があります。パソコンがスリープしている、Desktopアプリが閉じている状態では、その回の実行が成立しません。クラウド上のConnectorだけで完結する日次ブリーフィングや週次レポートは、パソコンの状態に左右されずに動き続けます。一方でダウンロードフォルダの整理のような、ローカルの操作が前提のタスクは、パソコンが起きている時間帯でなければ動きません。

「決まった時刻に実行されない」と感じたら、まずそのタスクが特定のフォルダを対象にしているかどうかを見直します。フォルダを外し、コネクタだけで完結する設計に組み替えられないかも合わせて検討する価値があります。実行頻度や承認モードの組み合わせ方はCowork Scheduled Tasksで定型レポートを自動化する実践パターンで扱っています。

依頼文とコネクタの状態を切り分ける

環境の条件を満たしていても結果が空になる、あるいは狙った内容にならない場合は、依頼文とコネクタ側の状態を疑います。

複数のConnectorを1つのタスクにまとめている場合、どれか1つが未接続や権限不足になっているだけで、その部分の結果が抜け落ちます。新しいConnectorを追加した直後にいきなり定期実行へ組み込むと、どこが原因か切り分けにくくなります。まずは通常のタスクとして1回実行し、狙った範囲の情報が取れることを確認してから頻度を設定すると、後からの原因調査が早くなります。既存のタスクを作った後に新しいConnectorを追加した場合、そのタスクが自動で対象を広げることはありません。新しい接続先のデータも含めたいときは、依頼文そのものを書き換える必要があります。

依頼文の曖昧さも典型的な原因です。「重要な連絡」「関係者」のような主観的な条件は、実行のたびに判定が揺れます。「差出人が特定ドメインのメール」のように、機械的に判定できる条件へ具体化すると、結果が安定します。実行頻度そのものも、毎時・毎日・毎週・平日のみ・手動実行の5択に固定されており、分単位や秒単位の細かい指定はできません。想定時刻からのずれが数分程度なら、この頻度区分の仕様どおりの挙動である可能性も考えます。

過去の実行結果から原因を特定する

左サイドバーの「Scheduled」ページから、そのタスクの過去の実行結果を確認します。ここで「実行された形跡自体がない」のか「実行はされたが結果が空・想定と違う」のかを見分けることが、最初の分岐点になります。

原因の切り分けには、予定を待たずにその場で1回実行できる「オンデマンド実行」も使えます。今すぐ手動で実行して正しく動くなら、タスク自体の内容ではなく、スケジュール実行時特有の条件(端末の状態や組織設定)を疑う方向に絞り込めます。

一時停止と削除は別の状態です。一時停止したタスクは一覧に残ったまま次回以降の実行が止まっているだけなので、再開を忘れているだけの可能性もあります。実行結果は自動では通知されず、確認しに行かない限り気づけない設計です。定期的に「Scheduled」ページを見に行く習慣か、正常終了時だけ短い完了報告を届けるようプロンプトに含めておくと、報告が来ないこと自体が異常の合図になります。個別のタスクを開けば、依頼文と実行頻度をその場で直接編集できるため、切り分けの途中で見つかった曖昧な条件は、都度その画面で修正しながら様子を見られます。

それでも直らないときの対処

プラン・組織設定・ローカルフォルダ条件のいずれにも当てはまらず、依頼文も具体的なのに動かない場合は、タスクを一度削除して同じ内容で作り直すと解消することがあります。設定の一部が古い状態のまま残っている可能性を切り分けられます。Connectorの再接続で直ることも多いので、対象のConnectorをいったん切断してからつなぎ直す方法も試す価値があります。Coworkの外部接続の3層構造と、層ごとの組織設定の違いはClaude CoworkのConnectors一覧にまとめているので、組織側の制約を洗い出したいときに参考になります。Cowork全体の仕組みを一から確認したい場合はClaude Cowork(クロードコワーク)とはが入り口になります。

まとめ

スケジュールタスクが実行されないときは、プラン、Team/Enterprise特有の「クラウド実行」と承認まわりの組織設定、ローカルフォルダへの依存、依頼文とConnectorの状態、の順で切り分けます。Enterpriseプランは「Run Cowork in the cloud」が既定でオフという点と、フォルダを指定したタスクはその回だけローカル実行が前提になる点が、もっとも見落としやすい2つの原因です。実行結果は自動通知されないため、「Scheduled」ページを定期的に確認する運用そのものが、次の不具合に早く気づくための備えになります。