Claude Codeで定型作業を自動化する｜バッチ処理・定期実行

自動化の3段階──いきなり最上段を目指さない

大事なのは「2段階目で止めるべき作業が多い」ことです。処理内容が毎回同じなら、AIに毎回考えさせる必要はありません。スクリプトにしてしまえば速く、安く、結果も安定します。AIを介し続けるべきなのは「毎回判断が要る」作業だけです。この線引きが自動化の設計そのものになります。

段階1：一括処理をその場で頼む

まず、スクリプトを書く前に「そのまま頼む」で片付く作業がかなりあります。実際に効いた例を挙げます。

• 大量ファイルのリネーム・仕分け──「日付順に連番を振って、年ごとのフォルダに分けて」
• 形式の一括変換──「このフォルダのCSVを全部UTF-8に変換して、ヘッダー行を統一して」
• 全件走査の検査──「全ページのリンク先が実在するか確認して、切れているものを一覧にして」。人間が標本を見て「大丈夫そう」と判断するのと違い、全件を機械的に確認できるのが決定的です
• 横断的な置換──「全ファイルの古い表記を新しい表記に直して。ただしタグの中は触らないで」

コツはまず「変更せずに、対象だけ一覧して」と頼むことです。対象の件数と中身を見てから実行に移せば、範囲を取り違えた事故を防げます。

段階2：処理をスクリプトとして残す

同じ作業が2回目に来たら、そこが分かれ目です。「またやって」と頼む代わりに「この処理をスクリプトにして保存して」と頼んでください。

この一手間で得られるものが3つあります。速度（AIを待たずに一瞬で終わる）、費用（利用枠を消費しない）、そして再現性（毎回まったく同じ結果になる）です。特に3つ目が効きます。AIは毎回わずかに違う判断をすることがあり、それが許される作業と許されない作業があるからです。

スクリプトにした後も、修正はAIに頼めます。「このスクリプトに◯◯の条件を追加して」で済むので、スクリプト化は自由度を捨てることになりません。

段階3：定期実行に載せる

定期実行には2つの形があります。

• スクリプトを定期実行する──cron（Mac・Linux）やタスクスケジューラ（Windows）に登録するだけ。AIは動きません。判断が不要な処理はこれで十分で、費用もゼロです
• Claude Code自体を定期実行する──毎回判断が要る場合はこちら。claude -p "指示" の形（ヘッドレス実行）をcronから叩きます。詳しくはAPIキーでの利用ページで扱っています

後者を組む時、実際に必要になった設定を挙げておきます。認証はAPIキーで環境変数から渡す（対話ログインは無人環境では使えません）、作業ディレクトリを明示する（cronから起動すると想定と違う場所で動きます）、ログを残す（無人実行は失敗しても誰も気づかないため）。この3つを外すと、静かに壊れて放置されます。

スクレイピングについて

「Webページから情報を集めて」という依頼はよくあります。技術的にはClaude Codeで組めますが、技術以外の確認が先です。

• 対象サイトの利用規約で自動取得が禁止されていないか
• robots.txtの指定を尊重しているか
• アクセス間隔を空けて、相手のサーバーに負荷をかけていないか
• 取得した内容の著作権上の扱い（自分用の分析と、再公開はまったく別の話です）

公式のAPIが提供されているなら、迷わずそちらを使ってください。規約上も安全で、データも構造化されていて、結果的に実装も楽です。筆者が検索データを扱う時も、画面から取るのではなくAPIを使う形にしています（その実践記録）。