Claude Coworkの定期実行｜PCを閉じても動く条件

Scheduled tasksは何を定期実行する機能か

ClaudeのScheduled tasksは、決めた頻度で新しいCoworkセッションを開始する機能であり、モデル名やAPIそのものではありません。

設定した時刻になると、各回が独立したCoworkセッションとして始まります。過去の会話を一本のスレッドへ継ぎ足す仕組みではないため、毎回必要な指示と参照情報がそろう設計にします。

1回ごとに新しいCoworkセッションが始まる

各実行は新しいCoworkセッションなので、前回だけに書いた補足が次回へ暗黙に引き継がれるとは考えません。タスク名、入力元、出力先、承認が必要な操作を、定期タスクの指示として自己完結させるのが基本です。

Cowork全体の料金や安全な始め方は、本記事では重ねて説明しません。必要な場合はClaude Cowork全体の料金と安全な始め方を確認できます。

Claude CodeやAPIとは別に考える

この記事で扱うのはClaudeの一般向け画面にあるCowork版Scheduled tasksです。開発者向けAPIの従量課金や、コード実行環境のスケジュール機能を設定する記事ではありません。

「Scheduled tasks」は機能名で、「Claude」はサービス、「モデル」は手動設定で選択できる場合がある処理モデルです。製品、機能、モデル、APIの請求を分けると、利用可否と費用を取り違えにくくなります。

根拠：Claude公式のScheduled tasks機能説明、Claude公式のCowork入門（2026年9月21日確認）

自分のプラン・端末で利用できるか

ClaudeのScheduled tasksは、2026年9月21日時点でPro・Max・Team・Enterpriseが対象で、Freeでは利用できません。

対象プラン、端末、組織の管理設定は変わりやすいため、ここは確認日付きで判断します。画面に項目が見えない場合、操作ミスと決めつけず、段階展開や管理者設定も確認します。

有料4プランが対象で、Freeは対象外

利用対象はPro、Max、Team、Enterpriseの有料プランです（2026年9月21日確認）。無料プランや期間限定の試用枠を、有料プランの恒常的な対象条件と混同しません。

Scheduled tasksの各実行は、Claudeの同じ契約プランの利用量に算入されます。長く複雑なエージェント作業ほど一般に利用量が増え、ほかのClaude画面と上限を共有します。残量や追加利用まで確認する場合は、Claudeの利用上限と追加利用の判断基準へ進めます。

Web・デスクトップ・モバイルと管理者設定で差がある

macOS／WindowsのClaude Desktopでは全対象プランで使えます。Web、iOS、AndroidはPro・Max・Team向けベータとして案内され、Enterpriseでは管理者による有効化が必要です（2026年9月21日確認）。

Teamのクラウドセッションは既定で有効ですが、オーナーが無効化できます。Enterpriseは既定で無効で、オーナーが有効化して権限を付与する必要があります。端末ごとの違いはCoworkをWeb・デスクトップ・モバイルで使う条件で補えます。

Pro／Max向けの統合Claude画面は段階的に展開されているため、メニューの位置や表示が同時にそろうとは限りません（2026年9月21日確認）。

サブスクリプションとAPI従量課金を分ける

Scheduled tasksを使えるかはClaudeの有料サブスクリプションで判断し、APIの従量課金とは分けます。対応プランで利用量クレジットを有効にした場合は標準APIレート相当で追加利用できますが、これはAPI契約そのものへScheduled tasksを移す意味ではありません（2026年9月21日確認）。

タスクごとの固定トークン数や固定クレジット量は公式に明記されていません。費用を固定値で予測せず、短い手動実行から利用量を確認します。

根拠：Claude公式の対象プラン説明、Claude公式の端末別提供条件、Claude公式のTeam／Enterprise管理条件、Claude公式の統合画面案内、Claude公式の個人向け利用量クレジット、Claude公式のTeam／Enterprise利用量クレジット（2026年9月21日確認）

失敗しにくい定期タスクはどう作るか

ClaudeのScheduled tasksは、自然文・/schedule・Scheduled画面から作成でき、手動設定では頻度や承認方式、必要ならモデルやフォルダーを指定します。

作成入口より重要なのは、設定前に入力元をクラウドとローカルへ分けることです。次の順なら、PCを閉じた後に初めてローカル依存へ気づく失敗を減らせます。

1. 参照情報を先に棚卸しする

   コネクタやClaude保存ファイルだけか、端末内のフォルダー・アプリ・ブラウザーが必要かを書き出し、クラウド／ローカルを決めます。

2. 作成入口を一つ選ぶ

   Claudeへ自然文で依頼する、/scheduleを使う、Scheduled画面の「New task」からClaudeと作る、または「Set up manually」で手動作成します。

3. 名前・指示・承認・頻度を設定する

   手動設定ではタスク名、プロンプト、承認モード、頻度を指定し、必要な場合だけモデルやフォルダーを追加します。頻度は毎時、毎日、毎週、平日、手動から選べます（2026年9月21日確認）。

4. 手動実行して次回予定まで確認する

   保存直後は一度手動で動かし、出力、承認待ち、利用量、Scheduled画面の次回予定を確認します。ローカル実行なら、同じ条件でPCとDesktopを維持できるかも確認します。

作成後はScheduled画面から次回・過去の実行を見て、編集、一時停止、再開、削除、手動実行ができます。各回が独立したセッションなので、初回だけ通じる曖昧な指示は定期タスク本文へ戻して修正します。

根拠：Claude公式の作成方法・設定項目・管理操作（2026年9月21日確認）

ローカルファイルが必要なタスクはどう設計するか

ClaudeのScheduled tasksでPCを閉じられるかは、入力をコネクタやClaude保存ファイルだけで賄えるか、端末内の資源が必要かで決まります。

同じ「ファイルを使う」作業でも、Claudeアカウントへ保存したファイルと、PC上のフォルダーでは実行経路が異なります。プロンプトの言い回しではなく、ファイルが実際に置かれた場所で判断します。

コネクタとClaude保存ファイルだけならクラウドを選ぶ

必要な入力をコネクタ、スキル、プラグイン、Claudeアカウントへ保存したファイルから取得できるなら、クラウド実行にできます。PCを閉じる、または電源を切る運用では、端末だけにあるパスやアプリ名を指示へ残さないことが重要です。

たとえば、共有サービス上の資料をコネクタで読み、結果をClaude側でまとめる作業はクラウド経路に寄せやすい例です。ただし、接続先の権限や有効期限は別条件として確認します。

端末内のフォルダー・アプリ・ブラウザーが必要ならローカルを選ぶ

PC上のフォルダー、端末で動くアプリ、ローカルコネクタ、内蔵ブラウザーやコンピューター操作が必要なら、ローカル実行を選びます。PCをオンラインかつスリープさせず、Claude Desktopを開いて接続しておく必要があります。

手動設定でフォルダーを指定すること自体は任意ですが、指定したローカルフォルダーを実行時に読むなら端末依存です。「フォルダーを設定できる」と「PCを閉じられる」は同じ意味ではありません。

両方が必要なら入力元か稼働条件を見直す

ここからは筆者の判断です。 クラウド情報とローカル情報を一度に使うタスクは、ローカル条件へ合わせるか、処理を二つへ分けるのが安全と考えられます。ローカル資料を許可された共有先へ移せるならクラウド化を検討し、移せないならPC稼働を運用条件として明記します。

機密性や組織ルールを理由にローカルへ置いているファイルを、定期実行のためだけに外部へ移さないでください。データの置き場所を変える判断は、利便性ではなく権限・保存・学習利用の条件を先に確認します。

根拠：Claude公式のクラウド／ローカル実行条件、Claude公式のCoworkで使える情報源、Claude公式のCowork安全ガイド（2026年9月21日確認）

動かないときはどこから確認するか

ClaudeのScheduled tasksが動かないときは、Scheduled画面の履歴と停止状態を先に確認し、その後に端末・管理設定・利用量・障害へ広げます。

最初から通信障害や権限不足と決めつけると、単純な一時停止やローカルPCのスリープを見落とします。次の順序なら、クラウドとローカルの両方を同じ入口から切り分けられます。

1. Scheduled画面でタスクが一時停止されていないか、次回予定が入っているかを見る。
2. 過去の実行履歴を開き、開始の有無、承認待ち、エラーが出た段階を確認する。
3. ローカル実行ならPCとClaude Desktopを確認し、スリープ、通信切断、アプリ終了、権限不足を切り分ける。
4. Team／Enterpriseなら管理者設定を確認し、クラウドセッションが組織で許可されているかを見る。
5. 利用上限と追加利用の設定を確認し、ほかのClaude利用と共有する上限へ達していないかを見る。
6. 最後に公式ステータスを確認し、個別設定ではなくサービス側の障害かを切り分ける。

まず実行履歴と停止状態を確認する

Scheduled画面では、次回と過去の実行、編集、一時停止・再開、削除、手動実行を確認できます。履歴がないなら開始前の条件、履歴があるなら実行内の承認やエラーへ焦点を移します。

次にPC・Desktop・管理者設定・利用量を確認する

ローカル実行では、PCがオンラインか、スリープしていないか、Claude Desktopが開いて接続中かを確認します。組織アカウントでは管理者設定、全プランでは共有利用上限も別に確認します。

最後にサービス状態を確認する

自分の設定に明らかな問題がなければ、Claude公式ステータスページで障害を確認します。Scheduled tasksだけでなくCowork自体が表示されない場合は、Cowork自体が表示されない・使えない場合の確認項目へ切り分けを広げます。

根拠：Claude公式の実行履歴・停止・手動実行の説明、Claude公式の組織管理条件、Claude公式の利用上限説明、Claude公式ステータス（2026年9月21日確認）

何を保証された自動実行とみなさないか

ClaudeのScheduled tasksには、正確な実行時刻、自動再試行、通知、タスク固有の上限が公式保証として明記されていない項目があります。

「定期実行できる」と「時刻・成功・通知が保証される」は別です。公式記載がない項目は、できないと断定せず、保証された前提にも置きません。

正確な時刻・再試行・通知を前提にしない

頻度を設定できても、指定時刻ちょうどの開始や、失敗後の自動再試行、完了通知の到達までが保証されたとは読めません。必要なら人が実行履歴を確認する時間と、失敗時に手動で再実行する手順を決めます。

タスク固有の上限や選択モデル一覧を固定値で書かない

タスク数、1回の実行時間、固定トークン数、生成回数、Scheduled tasks専用のモデル一覧は公式に明記されていません（2026年9月21日確認）。手動設定に任意のモデル項目はありますが、選択肢は画面とプランで確認します。

削除とデータ取扱いを一般ルールから広げない

個人向けClaudeでは、モデル改善へのデータ利用は利用者の選択や安全上の条件などで扱いが変わり、コネクタの生データはチャットへコピーしない限り対象外と案内されています。Team／Enterpriseの商用製品データは、フィードバックや明示的な参加を除き、既定でモデル学習へ使われません。

個人向けClaudeの一般的な会話削除は画面から直ちに消え、バックエンドから30日以内に削除されると案内されていますが、Scheduled taskを削除したときに過去の実行履歴も同時削除されるかは公式に明記されていません（2026年9月21日確認）。機密情報は「タスクを消せば履歴も同時に消える」と仮定せず、契約種別の保持条件を確認します。

外部変更や破壊的操作は承認を省かない

ファイルの上書き、外部サービスへの送信、削除などを含むタスクでは、承認モードと権限範囲を狭くします。定期実行を理由に、初回の目視確認や最小権限を省かないことが重要です。

根拠：Claude公式のScheduled tasks仕様、Claude公式のCowork安全ガイド、Claude公式の個人向け学習利用説明、Claude公式の商用製品データの学習利用説明、Claude公式の個人向け保存・削除期間、Claude公式の組織データ保存期間（2026年9月21日確認）

自分の条件ではどの運用を選ぶか