Cowork Scheduled Tasksで定型レポートを自動化する実践パターン
Cowork Scheduled Tasksで日次ブリーフィングや週次レポートを自動化する5つの実践パターンと、頻度・承認モードの組み合わせ方をまとめます。
Claude Cowork(クロードコワーク)とはの中核機能の1つであるScheduled Tasksは、Slack要約やレポート作成のような繰り返し業務を、決めた頻度でClaudeが自動実行する機能です。設定した瞬間からタスクは独立したCoworkセッションとしてクラウド上で走り、パソコンの電源を落としていても止まりません。ここでは公式が挙げる用途を軸に、定型業務レポートを自動化する5つのパターンと、頻度・承認モードの組み合わせ方を具体例つきでまとめます。
Cowork Scheduled Tasksでできること
Scheduled Tasksは、チャット欄に一度書いたプロンプトを、決めた頻度で繰り返し実行する仕組みです。「毎週金曜10時に先週のSlackメッセージを要約」のように自然言語で指示すれば、cronの知識がなくても定期実行が組めます。実行頻度は毎時・毎日・毎週・平日のみ・手動実行から選びます。
タスクはリモートで動くため、デスクトップアプリを閉じていても、パソコンをスリープさせていても予定通り実行されます。各実行は独立したCoworkセッションとして走り、結果は通常のタスクと同じように後から確認できます。利用できるのはPro・Max・Team・Enterpriseの有料プランのみです。Team・Enterpriseでは、管理者が組織全体のCowork利用可否を切り替えられます。
一方でローカルファイルやローカルアプリに依存するタスクは、フォルダそのものをスケジュールに紐づけられません。ローカルの操作が必要な回だけ、その時点でデスクトップアプリが起動している必要があります。クラウド上で完結するデータ収集・要約・レポート作成が、Scheduled Tasksの得意領域です。
設定はチャット欄で/scheduleと入力するか、左サイドバーの「Scheduled」から「New task」を選び、タスク名・依頼文・承認モード・実行頻度・使用するモデル・作業対象のフォルダを入力して作ります。フォルダの指定は任意項目なので、クラウド上のConnectorだけで完結する業務なら空欄のまま作成できます。
定型業務レポートを自動化する5つのパターン
公式が例示する用途を、業務でそのまま使える依頼文の型に落とし込むと次の5つに整理できます。
日次ブリーフィング — 前日分の情報を朝にまとめる
SlackメッセージやメールやカレンダーのイベントをまとめてClaudeに要約させ、出社前に読める形で届けます。ポイントは対象範囲を具体化することです。「毎朝8時、昨日のSlack #generalと #salesの未読を要約し、対応が必要そうなものに印をつけて」のように、対象チャンネルと判定基準を書くほど仕上がりが安定します。複数チャンネル・複数メールアドレスを扱う場合は、対象を先に列挙してからプロンプトに渡すと狙った範囲だけを拾ってくれます。朝会前の5分で読める分量に絞る指定も効果的です。
週次レポート — 複数ソースのデータを定型フォーマットで集約
Google DriveやスプレッドシートのデータをまとめてClaudeに整形させ、毎週決まった書式のレポートに落とし込みます。出力先まで指定するのがコツです。「毎週月曜9時、共有ドライブの週次売上シートを読み、先週比の増減を3行で要約したうえでSlackに投稿して」のように書けば、人手での転記が不要になります。表のレイアウトや列名が毎回同じフォーマットのシートなら、初回の実行結果を見ながらプロンプトを調整すれば済みます。2回目以降は微調整だけで運用が安定します。
定点調査 — 競合や業界ニュースを一定周期で追跡する
特定のトピックや競合や業界ニュースを、決まった周期で追いかけさせます。狙いは変化だけを拾うことです。「毎週水曜、競合3社の料金ページに変更がないか確認し、変わっていた箇所だけ報告して」と、変化があったときだけ知らせる条件を添えると通知が埋もれません。毎回同じ内容の「変化なし」報告が続く場合は、確認対象のページを絞り込むか頻度を下げて通知の密度を調整します。
ファイル整理 — 指定フォルダを周期的に片付ける
指定フォルダ内のファイルを、周期的に仕分け・整理・処理させます。「毎日17時、ダウンロードフォルダの請求書PDFを取引先名でサブフォルダへ振り分けて」のように、ローカルフォルダを対象にする場合は実行時にデスクトップアプリが起動している必要があります。ファイル名の命名規則やフォルダ構成があらかじめ決まっている業務ほど、この用途は安定して回ります。
チーム更新 — プロジェクト管理ツールからステータスをまとめる
プロジェクト管理ツールから、ステータス更新やスタンドアップ用のサマリーを生成させます。「毎週金曜16時、Asanaの今週完了タスクと来週着手予定を部門別に3行でまとめて」のように、粒度と分量を先に決めておくと読み手の負担が増えません。複数のプロジェクト管理ツールを併用しているチームでは、対象ツールを明示しておかないと片方だけ拾って終わることがあるため、集計対象を毎回同じ書き方で指定します。
Scheduled TasksとConnectorsの組み合わせで考える
5つのパターンは、どのConnectorと組み合わせるかで実現度が変わります。日次ブリーフィングならSlackとGmail、週次レポートならGoogle DriveとSlack、チーム更新ならAsanaやJiraとSlackのように、情報を集める側と結果を届ける側を分けて考えると設計しやすくなります。集める側のConnectorは読み取り権限だけで足りることが多く、届ける側のConnector(SlackやTeamsへの投稿)だけ書き込み権限が必要になります。
複数のConnectorを1つのScheduled Taskにまとめて使う場合、どのConnectorが未接続だとタスクが失敗するのかを事前に確認しておくと、実行結果が空になったときの原因調査が早くなります。新しいConnectorを追加した直後は、いきなり定期実行に組み込まず、まず通常のタスクとして1回試してから頻度を設定すると失敗を減らせます。接続先の3層構造や権限設定でつまずきやすい点はClaude CoworkのConnectors一覧に詳しくまとめています。
部門をまたいだ活用事例を先に見ておきたい場合は、Claude Cowork活用事例で部門別の依頼パターンを確認すると、自部門でどのScheduled Tasksから試すか決めやすくなります。
頻度と承認モードの組み合わせで運用を絞り込む
5つのパターンは、扱うデータの重さと操作の取り消しやすさが違います。頻度と承認モードを一律にせず、パターンごとに絞り込むと事故が減ります。
| パターン | 推奨頻度 | 推奨承認モード | 理由 |
|---|---|---|---|
| 日次ブリーフィング | 推奨頻度毎日 | 推奨承認モードAuto | 理由読み取り中心で、間違えても実害が小さい |
| 週次レポート | 推奨頻度毎週 | 推奨承認モードAuto | 理由出力先への投稿はあるが、内容は要約に留まる |
| 定点調査 | 推奨頻度毎週 | 推奨承認モードAuto | 理由Web取得中心で、書き込み操作を伴わない |
| ファイル整理 | 推奨頻度毎日 | 推奨承認モードManual | 理由ファイルの移動・削除を伴い、取り違えが起きやすい |
| チーム更新 | 推奨頻度毎週 | 推奨承認モードAuto | 理由社内向け要約で、外部への影響が小さい |
ファイル整理だけManualを勧めるのは、削除や上書きが混ざりやすい操作だからです。読み取りと要約で完結する残り4パターンは、Autoの安全性チェックを通しながら止めずに回すほうが運用の手間が減ります。
ただしAutoはPro・Maxのモード選択肢で、Team・Enterpriseでは表示されません。Team・Enterpriseで同等の運用に寄せたい場合は、Manualのままコネクタ側のツール権限を「常に許可」に設定しておくと、確認ダイアログを毎回はさまずに近い運用ができます。承認モードそのものの挙動や、コネクタ側の権限設定との掛け合わせはCowork自動承認モードとはにまとめているので、モードの中身から確認したい場合はそちらを先に読むと理解が早くなります。
設定でつまずきやすいポイント
条件を曖昧なまま組むと、実行結果が毎回ぶれます。「重要な連絡」「関係者」のような主観的な表現は避け、「差出人が特定ドメインの未読メール」のように機械的に判定できる条件に落とし込むと安定します。最初の数回は結果を見ながら条件を調整し、狙い通りに動くことを確認してから頻度を上げると手戻りが少なくなります。
過去の実行結果は左サイドバーの「Scheduled」ページから確認できます。設定した直後だけでなく、しばらく経ってからも定期的に見返す習慣をつけておくと、対象データの形式が変わって要約の質が落ちた、といった変化に早く気づけます。使わなくなったタスクは削除せずに放置すると、無駄な実行が積み重なるので一時停止か削除でまとめます。
Scheduled Tasksはクラウド上で動く分、実行中の様子をリアルタイムで見張れません。金銭のやり取りや取り消しにくい操作を伴うタスクは避け、まずは読み取りと要約で完結する軽いタスクから始めるのが手堅い進め方です。
安全性チェックを毎回はさむAuto承認は、他のモードより使用量を多く消費します。日次ブリーフィングのように毎日走らせるタスクをAutoで組む場合、月間の利用枠にどれだけ食い込むかを実行してから確認しておくと、後になって枠が足りなくなる事態を避けられます。
よくある質問
Scheduled Tasksは無料プランでも使えますか
使えません。Pro・Max・Team・Enterpriseの有料プラン限定の機能です。無料プランで試したい場合は、まず通常のタスクとしてプロンプトを実行し、狙い通りの結果になるか確認してから有料プランで定期実行に切り替える進め方になります。
実行頻度は分単位や時刻の細かい指定ができますか
毎時・毎日・毎週・平日のみ・手動実行から選ぶ形式で、分単位や秒単位の細かい指定はできません。毎日決まった時刻に動かしたい場合は、毎日の頻度を選んだうえで実行時刻を指定します。
ローカルファイルを使うレポートも定期実行できますか
できますが、ローカルフォルダにタスクを紐づけることはできません。ローカルファイルやアプリが必要な回は、その実行タイミングでデスクトップアプリが起動している必要があります。クラウド上のデータだけで完結する設計にしておくと、パソコンの状態に左右されずに動きます。
1つのタスクに複数の頻度を混在させられますか
できません。1つのScheduled Taskには1つの頻度しか設定できないため、朝と夕方の2回動かしたい場合は、頻度違いの2つのタスクとして分けて作成します。
Connectorを追加する前に組んだScheduled Tasksはどうなりますか
そのまま動きますが、新しいConnectorのデータを含めたい場合はプロンプト側の書き換えが必要です。Connectorの追加は既存タスクの参照範囲を自動では広げないため、対象を増やしたいときは手動でプロンプトに追記します。
実行に失敗したときは通知されますか
タスクの結果は「Scheduled」ページから確認する形になり、失敗した場合もそこで気づく設計です。毎回結果を見に行く運用が難しい場合は、正常に終わったときだけ短い完了報告をSlackなどに投稿するようプロンプトに含めておくと、報告が来ないこと自体が異常の合図になります。