投稿者 投稿日: カテゴリー Claude
Claude Coworkの定期タスクとは、指示を一度書けば決めた間隔で自動実行される仕組みのことです。
毎朝おなじ作業をClaudeに頼み直すのが手間で、結局続かない。この悩みを解く機能が、2026年2月にClaude Coworkへ実装された定期タスクです。指示を一度書いておけば、Claudeが決めた間隔で自動的に実行してくれます。朝の売上サマリ、在庫のアラート、レビューの巡回といった、EC運営で毎日発生する定型作業を任せるのに向いています。この記事では、定期タスクの仕組みと制約を押さえた上で、EC業務のどこから自動化を始めると効果が出やすいかを、実務目線で解説します。
Claude Coworkの定期タスクで2026年に何ができるようになったか
まず事実を整理します。Claudeの公式ヘルプによると、Claude Coworkの定期タスクは、チャット入力欄に「/schedule」と打つとスキルが立ち上がり、オンデマンドまたは一定間隔で実行できるタスクを作成します。実行間隔は、毎時・毎日・毎週・平日のみ・オンデマンドから選べます。Claudeは書いた指示をタスクの標準指示として保存し、設定した間隔で実行します。各実行は新しいCoworkセッションとして走り、その時点でファイルやコネクター、文脈を読み込み直します。つまり、毎回最新のデータを見て作業する仕組みです。
重要な制約があります。定期タスクは、パソコンが起動していてClaude Desktopが開いている間だけ実行されます。実行予定の時刻にパソコンがスリープしていたりアプリが閉じていたりすると、そのタスクはスキップされ、次にパソコンが起きるかアプリを開いたときに自動で実行されます。常時稼働の自動化が必要な場合は、別の選択肢としてClaude Code向けのRoutinesがあり、こちらはAnthropicが管理するクラウド基盤で動くため、パソコンを閉じても処理が続きます。EC事業者は、この2つの実行環境の違いを理解した上で、どちらに何を任せるかを決めるのが出発点になります。
各実行が新しいセッションで走る点は、EC運営では利点になります。前日の文脈を引きずらないため、毎回まっさらな状態で最新データを見て判断します。昨日の売上が良かったからと今日の集計が甘くなる、といった揺らぎが起きません。毎回おなじ手順を、おなじ厳密さで繰り返すのは、人間よりも仕組みのほうが得意な領域です。定期タスクは、この繰り返しの正確さをAIに担わせる仕組みだと理解すると、任せるべき作業が見えてきます。
なぜこの機能がEC運営に効くのか。理由は、EC業務には「毎日おなじ時間に、おなじ観点で確認する作業」が多いためです。前日の売上を集計する、在庫が閾値を割った商品を洗い出す、新着レビューに目を通す、競合の価格をチェックする。これらは重要ですが、毎回手で始めるのは負担で、忙しいと後回しになります。定期タスクは、この「始める手間」をゼロにします。Coworkの基本的な業務自動化の考え方はClaude CoworkでEC業務を自動化するでも扱っており、定期タスクはその発展形と位置づけられます。
EC業務のどこから自動化すると効果が出るか
定期タスクを入れる順番には、効果の出やすさで優先順位があります。最初に向くのは、朝の売上サマリです。前日の各モールの売上、注文件数、客単価を集計し、前週同曜日との比較まで含めて毎朝出力する。担当者が出社してすぐ状況を把握できるため、1日の動き出しが速くなります。楽天とAmazonの両方を回している店舗なら、両モールの数字を1つのレポートにまとめる指示にすると、確認の手間がさらに減ります。
次に効くのが、在庫アラートです。在庫数が設定した閾値を割った商品を毎日洗い出し、発注が必要なものをリスト化する。欠品による販売機会の損失は、気づくのが遅れるほど大きくなります。毎朝の定期チェックで、欠品予備軍を先回りして把握できます。三つ目は、新着レビューの巡回です。前日に付いたレビューを集め、低評価のものや対応が必要なものを抜き出す。レビュー対応は早さが評価に響くため、毎日の巡回が効きます。
現場で繰り返し見るのは、これらの確認作業が「やったほうがいいのは分かっているが、毎日は続かない」状態で放置されているケースです。定期タスクは、続かない作業を仕組みで続くようにします。ここで大事なのは、最初から多くを詰め込まないことです。まず1つ、最も毎日確認したい数字を出すタスクから始め、それが定着してから増やすほうが失敗しません。モデルの使い分けの観点はClaudeのOpus・Sonnet・Haiku階層をECでどう選ぶかが参考になります。日常の定型集計はSonnetやHaikuで十分な場合が多く、複雑な判断を含むタスクだけOpusを検討する、という切り分けが実務的です。
定期タスクの指示を書くためのプロンプト例を2本用意しました。まず、朝の売上サマリを毎日出すタスクの指示文です。
毎朝7時に、前日の売上サマリを作成してください。
対象データ：
- {売上データのファイルまたはコネクターを指定}
出力内容：
1. 前日の総売上・注文件数・客単価
2. 前週同曜日との比較（増減額と増減率）
3. 売上上位5商品と、前週から順位が上がった商品
4. 前日に在庫が閾値（{数値}）を割った商品リスト
出力形式：箇条書きを避け、要点を短い文章で。異常値があれば冒頭で先に指摘。
次に、新着レビューを毎日巡回するタスクの指示文です。
毎日朝8時に、前日に付いた新着レビューを巡回してください。
対象：{レビューデータのファイルまたはコネクターを指定}
作業内容：
1. 前日の新着レビューを収集
2. 星3以下の低評価レビューを抽出し、内容を1行で要約
3. 返信対応が急がれるもの（配送遅延・不良・誤発送など）を優先度順に
4. 好評だった点を、商品ページ改善のヒントとして3つ抽出
出力：低評価と対応要のものを先に、好評ポイントを後に。断定的な効能表現は使わない。
定期タスクとRoutinesの使い分け、そして他業務への広げ方
自動化を広げる際に迷うのが、Coworkの定期タスクとClaude CodeのRoutinesのどちらを使うかです。判断軸はシンプルで、「実行のタイミングをどこまで確実にしたいか」に尽きます。朝の売上サマリのように、担当者が出社してから確認すれば十分な処理は、パソコンが起きている時間に走ればよいため、Coworkの定期タスクで足ります。一方、深夜に確実に動かしたい処理や、休日でも止めたくない監視系の処理は、パソコンの起動状態に依存しないクラウド実行が向きます。まず定期タスクで始め、常時稼働が必要だと分かった処理だけをクラウド側へ移す、という段階的な広げ方が現実的です。
自動化できるEC業務は、確認系だけにとどまりません。競合の価格を毎日巡回して自店との差をまとめる、モールの検索順位を定期的に記録して変動を追う、問い合わせログを週次で分類して多い質問をFAQ候補として抽出する、といった作業も定期タスク化できます。いずれも、毎回おなじ観点で繰り返す作業という共通点があります。逆に、その都度判断の前提が変わる企画立案のような作業は、定期タスクには向きません。定型と非定型を見分け、定型のものから自動化していくのが、失敗の少ない進め方です。
広げる順番の目安は、頻度が高く、判断がぶれにくく、放置すると損失につながる作業を優先することです。毎日発生し、誰がやっても結果が同じで、見落とすと機会損失になる。この3つを満たす作業ほど、自動化の投資対効果が高くなります。逆に、月に一度しか発生しない作業や、担当者の判断が大きく入る作業は、後回しでかまいません。直近の支援案件で観測したのは、確認系の定期タスクを2つ3つ組んだ店舗ほど、朝の業務の立ち上がりが安定し、対応の遅れによるクレームが減るという変化でした。Claude CodeによるEC業務自動化の全体像はClaude CodeでEC業務を自動化するにまとめています。
定期タスクの導入でよくある失敗と回避策
ひとつ目の失敗は、パソコンの起動状態を前提にしないことです。Coworkの定期タスクは、パソコンが起動しClaude Desktopが開いている間しか動きません。夜間にパソコンを完全に落とす運用だと、早朝のタスクが予定どおり動かず、次に開いたときにまとめて実行されます。毎朝決まった時刻に結果が欲しいなら、その時刻にパソコンが起きている運用にするか、常時稼働が必要な処理はクラウドで動く仕組みへ寄せる判断が要ります。
ふたつ目は、指示があいまいで出力がぶれることです。定期タスクは毎回新しいセッションで走るため、前回の文脈を引き継ぎません。「いい感じにまとめて」といった指示だと、実行のたびに出力の粒度が変わります。集計の対象、比較の基準、出力の形式を具体的に書き込んでおくことで、毎回おなじ品質の結果が得られます。指示文は、はじめに数回手動で回して結果を見ながら磨くのが定石です。
みっつ目は、確認しないまま放置することです。自動化しても、出力を誰も見なければ意味がありません。特に、データの構造が変わったりコネクターの接続が切れたりすると、タスクが期待どおり動かなくなることがあります。週に一度は出力を点検し、内容が正しいかを確認する運用を組み込むと、静かに壊れたまま放置される事態を防げます。
よっつ目は、機密情報の扱いを詰めずに自動化を広げることです。売上データや顧客の問い合わせ内容をタスクで処理する場合、そのデータがどこを経由し、どこに保存されるかを把握しておく必要があります。自動化は便利ですが、扱うデータの性質に応じて、社内で共有してよい範囲や保存期間のルールを先に決めておくのが安全です。特に個人情報を含む処理は、出力先や共有相手を限定する設計にしておくと、運用を広げても情報管理が崩れません。
KPI設計と費用の目安
効果を測る指標は、削減できた作業時間と、確認の抜け漏れの減少です。朝の売上確認に毎日15分かけていたなら、定期タスク化で月に5時間前後の削減になります。在庫アラートやレビュー巡回も同様に、毎日の手作業を秒単位の確認に変えられます。抜け漏れの減少は数値化しにくいですが、欠品の発生件数やレビュー返信までの平均時間で間接的に測れます。
費用は、Claudeの利用プランの範囲で回せます。Coworkを含むプランの月額は、契約するプランによって異なります（要確認）。定期タスク自体に追加の従量課金がかかるかは、実行するタスクの重さとプランの条件によります。まずは手持ちのプランで1つタスクを組み、実際の消費感をつかんでから本数を増やすのが安全です。より高度なワークフローを組む場合はClaude Opus 4.8のダイナミックワークフローの考え方が、タスク設計の参考になります。
工数の観点では、定期タスクの立ち上げにかかる時間は、1つあたり指示文の作成と数回のテスト実行で30分から1時間程度が目安です。この初期投資は、毎日の確認作業がそのぶん自動化されることを考えれば、数日で回収できる水準です。ただし、いきなり複雑なタスクを組もうとすると、指示文の調整に時間がかかり挫折しやすくなります。最初は出力がシンプルなタスクから始め、慣れてから集計項目や比較の観点を足していくと、無理なく本数を増やせます。テスト実行の段階で出力を見ながら指示を直す手間を惜しまないことが、安定して動くタスクを作る近道になります。
今後の展望と独自考察
定期タスクの本質は、AIを「頼むたびに使う道具」から「勝手に働き続ける仕組み」へ変える点にあります。これまでのAI活用は、人が思い立って指示する能動的な使い方が中心でした。定期タスクは、人が指示しなくてもAIが決まった時刻に動く受動的な自動化を可能にします。この違いは小さく見えて、運用の負荷を大きく変えます。始める手間がゼロになると、続かなかった確認作業が続くようになるためです。
独自の論点として指摘したいのは、定期タスクが「AI活用の定着」を後押しするという点です。EC事業者のAI導入がつまずく典型は、便利だと分かっていても日々の業務に組み込めず、単発の実験で終わることでした。定期タスクは、AIを毎日の業務フローに物理的に埋め込みます。毎朝レポートが自動で届く状態になれば、AIは特別な道具ではなく、業務の一部になります。中小のEC事業者にとっての現実解は、まず1つ、毎朝必ず見たい数字を出す定期タスクを組み、それが業務に溶け込む感覚を確かめることです。そこから、任せられる作業を1つずつ足していくのが、無理のない自動化の広げ方になります。
さらに先を読むと、定期タスクの積み重ねは、店舗運営の暗黙知を明文化する副次的な効果を持ちます。「毎朝どの数字を、どの基準で確認しているか」を指示文として書き出す作業は、これまで担当者の頭の中にしかなかった確認手順を、誰でも再現できる形に変えます。担当者が変わっても、指示文が残っていれば同じ確認が続きます。属人化しがちなEC運営において、この「手順が仕組みとして残る」点は、自動化そのものと同じくらい価値があります。定期タスクを組むことは、単なる時短ではなく、店舗の運営ノウハウを資産として蓄積する営みでもある、と捉えると、取り組む意味が一段深くなります。
よくある質問
Claude Coworkの定期タスクはどう設定しますか
チャット入力欄に「/schedule」と打つと、定期タスクを作成するスキルが立ち上がります。実行したい指示を書き、毎時・毎日・毎週・平日のみ・オンデマンドから間隔を選ぶと設定できます。
パソコンを閉じていても実行されますか
Coworkの定期タスクは、パソコンが起動しClaude Desktopが開いている間だけ実行されます。予定時刻に閉じていた場合はスキップされ、次に開いたときに実行されます。常時稼働が必要ならClaude Code向けのRoutines（クラウド実行）を検討します。
EC業務でまず自動化すべきものは何ですか
毎日おなじ観点で確認する作業が向きます。朝の売上サマリ、在庫アラート、新着レビューの巡回が効果を出しやすい代表例です。最初は1つに絞り、定着してから増やすのが失敗しないコツです。
毎回おなじ品質の結果を得るにはどうすればよいですか
定期タスクは毎回新しいセッションで走り、前回の文脈を引き継ぎません。集計対象・比較基準・出力形式を具体的に指示文へ書き込むと、実行のたびに品質がぶれにくくなります。数回手動で回して指示を磨くのが有効です。
どのClaudeモデルを使えばよいですか
日常の定型集計はSonnetやHaikuで十分な場合が多いです。複雑な判断を含むタスクだけOpusのような上位モデルを検討します。まず手持ちのプランで組み、精度が足りなければモデルを上げる進め方が費用の観点で合理的です。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
