Claude Code × Cron で月60本記事を回す実装パターン7選｜launchd活用の実戦事例

「Claude Code を Cron から呼んで業務を自動化する」の具体パターンを、私が実際に稼働させている24本のCronから整理して7つのパターンに圧縮しました。本記事は前回記事「macOS Cron×launchd×ntfyで24時間自律運用を組む全体像」の続編として、基盤の上に何を載せるか・どう載せるかに踏み込みます。

私の運用では、月60本の WP 記事公開（WorkTypesLab 30本 + ラクメシ 60本ペース）・SNS配信6媒体×日3回・GSC/GA4の週次自動取得・経理リマインダー6種が、全部このパターンで動いています。Claude Code に月課金している方なら、今日から組み始められる構成です。

前提：実装パターンを覚えるより「分類軸」を覚える

7パターンを羅列する前に、Cron で Claude Code を呼ぶ業務を「動的 / 静的」「単発 / 連続」の2軸で分類しておくと、後の整理が楽になります。

軸	説明	例
動的 × 連続	毎日内容が変わる定期業務	日次ラクメシ記事執筆
動的 × 単発	1回限りで内容も毎回変わる	新製品発表後の即時記事化
静的 × 連続	同じ文面の定期業務	月次引落しリマインダー
静的 × 単発	単発の固定文面通知	バイブル公開時の5媒体配信

Claude Code に投げると課金が発生するため、「静的」のものは Python 直叩きに振り分けて課金ゼロ化するのが、月のクレジット消費を抑える基本戦略です。

パターン1：朝のSNS自動配信（静的×連続）

朝07:00 に X / Threads / Instagram の3媒体へ、前夜オーナーが書いた告知文を一斉投稿する。これは Python 直叩きで動かすパターンです。

# wrapper-py.sh から呼ばれる sns_morning_dispatch.py の中核
import os, json, requests

X_BEARER = os.environ["X_BEARER"]
THREADS_TOKEN = os.environ["THREADS_TOKEN"]
IG_TOKEN = os.environ["IG_TOKEN"]

# 前夜オーナーが書いた告知文を JSON で読み込み
with open("/Users/yourname/cron-runner/queue/2026-05-17_morning.json") as f:
    posts = json.load(f)

# 3媒体に順に投稿
for platform, body in posts.items():
    api = {"x": x_post, "threads": threads_post, "ig": ig_post}[platform]
    permalink = api(body)
    ntfy_notify(f"✅ {platform} 朝配信完了", permalink)

Claude Code を呼ばないので、1回の発火コストは「Cronマシン稼働分」だけ。月の Claude Code 課金には乗りません。

パターン2：日次ラクメシ記事執筆（動的×連続）

朝08:00 と昼13:00 に、ラクメシ（冷凍宅食レビューサイト）の新規記事を1本ずつ自動執筆する。テーマは毎回変わるので Claude Code に判断を任せます。

プロンプトファイルの例：

ラクメシの本日午前1本目を執筆してください。

既存記事リスト：`/Users/yourname/projects/rakumeshi/published-list.txt`
重複しないテーマを選び、次の制約で書く：
- 6,000〜8,000字
- Gutenberg HTML
- ASP組込（nosh・ワタミ宅食ダイレクト・三ツ星ファーム）
- Yoast SEO フィールド設定
- 内部リンク3本

完成したら WP REST API で投稿し、ntfy で完了通知を送る。

Claude Code はこのプロンプトに沿って、テーマ選定 → 執筆 → 画像生成 → 投稿 → 通知まで自律で完結します。1回あたりのトークン消費は2-3万トークン、課金は¥250-¥350程度。月60本でも ¥15,000-¥21,000 で済みます。

パターン3：経理リマインダー（静的×連続）

毎月の給料計算期限・引落し設定期限・税務申告期限などを、固定文面でntfyに送る。これも Python 直叩きパターンです。

# shokokai_reminder.py
import requests
import datetime

today = datetime.date.today()
target_date = datetime.date(today.year, today.month, 21)  # 給料支給日
business_days_before = 4  # 4営業日前
deadline = calc_business_days_before(target_date, business_days_before)

if today == deadline:
    requests.post("https://ntfy.sh", json={
        "topic": "your-unique-topic",
        "title": "⚠️ 月次の給与計算業務 期限：本日",
        "message": f"5月給料計算 → 給与システム入力 本日中に完了\n支給日：{target_date}",
        "priority": 4,
        "tags": ["warning"]
    })

固定文面なので Claude Code を介する必要がなく、月の課金もゼロ。「ntfy通知だけ送れば翌朝のオーナー業務が止まらない」という Cron の典型例です。

パターン4：新製品発表時の即時記事化（動的×単発）

Apple の WWDC 当日や、OpenAI / Anthropic の新発表時に、リアルタイムで記事ドラフトを生成する Cron。one-shot 型で、特定の日時に1回だけ発火させます。

# WWDC 2026 開催日に1回だけ発火する plist
./generate-plist.sh \
  2026-06-08_03-00_wwdc-immediate-draft \
  2026-06-08 03:00

Claude Code はこの時間に発火し、Apple 公式サイト・主要ガジェットメディアのRSSを読み取り、「WWDC 2026 速報まとめ」のドラフトを生成して下書き保存します。オーナーは朝起きてレビュー → 公開、というフロー。

このパターンは「人間のレスポンス速度では負ける速報領域でも、書き手が1人いる体制を作れる」のが核です。

パターン5：GSC・GA4の週次自動取得（動的×連続）

毎週月曜の朝08:00 に、GSC からクリック上位10件・GA4 から人気ページ上位10件を取得して、ntfy で通知する。動的ですが、データ取得 + フォーマット程度なら Python でも書けます。

私の運用では、Claude Code を介してデータの「異常値検知」もやらせています。前週比+50%以上の伸びや、急激な下落があった場合に、ntfyのpriority 4で通知。週次の意思決定の起点になります。

パターン6：バックアップ＆セキュリティチェック（静的×連続）

毎日深夜02:00 に、重要ディレクトリを別ボリュームへ rsync で同期。週次でWP/各種SaaSのログイン履歴を確認。これは Python のみで完結します。

# nightly_backup.sh
rsync -av --delete \
  /Users/yourname/projects/ \
  /Volumes/BACKUP/projects-snapshot/$(date +%Y-%m-%d)/

# 7日以上前のスナップショットを削除
find /Volumes/BACKUP/projects-snapshot/ -mtime +7 -type d -exec rm -rf {} \;

# ntfy 通知
curl -d "✅ Backup OK $(date +%Y-%m-%d)" https://ntfy.sh/your-unique-topic

これも Claude Code を呼ばないので課金ゼロ。事故時の救命網としてだけ動きます。

パターン7：翌日タスクの自動繰越（動的×連続）

毎日23:50 に、本日の TODO ファイルを見て未完了タスクを翌日に持ち越す Cron。Claude Code に判断させます。

# プロンプト例
本日 (2026-05-16) の TODO を確認し、以下を実行してください：

1. .company/secretary/todos/2026-05-16.md を読む
2. 未完了タスク [ ] を抽出
3. .company/secretary/todos/2026-05-17.md を作成（存在しなければ）
4. 未完了タスクを翌日ファイルに「持ち越し」セクションで追記
5. 本日のセッションログを .company/secretary/logs/2026-05-16.md に保存
6. ntfy 通知で翌日のタスク件数を送信

Claude Code は、こうした「文脈判断 + ファイル操作」の組み合わせ業務が得意です。1回あたり数千トークン程度の課金で済みます。

7パターンを組み合わせて月60本を回す配分

私のラクメシ運用では、上記7パターンを次の比率で組み合わせています。

パターン	月の発火回数	Claude Code 課金	Python 直叩き
朝SNS配信	90回（3媒体×30日）	0	◎
日次記事執筆	60回（2本×30日）	60回	×
月次経理リマインド	8回（月の業務日）	0	◎
新製品速報	2-3回（発表時のみ）	2-3回	×
GSC週次取得	4回（月4週）	4回	△
バックアップ	30回	0	◎
翌日繰越	30回	30回	×

Claude Code を呼ぶのは月96回程度、Python のみは月128回程度。Claude Code 課金は月¥25,000〜¥30,000、Python のみ部分はゼロ。Cron が止まらない限り、これで「24時間動くチーム」が手に入ります。

月60本運用で詰まる5つのポイント

最後に、運用が落ち着いてくると必ず遭遇する詰まりどころを置きます。

第1に、認証情報の更新サイクル。Instagram のトークン期限、WPアプリパスワードの定期更新、Claude Code の再認証。Cron が静かに失敗していると気付くのが遅れます。

第2に、コンテンツの重複検知。Claude Code はプロンプトで「重複しないテーマ」と書いても、テーマ選定が偏ることがあります。重複検知の Python フィルタを別Cronで走らせると安心です。

第3に、API レート制限。SNS API、特に Threads は不安定。リトライロジックを wrapper に組み込みます。

第4に、画像生成のコスト管理。記事1本あたり画像¥30-¥150のジャンプは大きいので、画像必要本数を月初に予算枠で決めるのが安全。

第5に、エラー通知の埋もれ。ntfy で priority 3 を多用すると、本当に重要な priority 5 の通知が埋もれる。経理関連だけは priority 5 に厳格化、他は priority 2-3 で運用します。

関連記事

基盤側の解説は「macOS Cron×launchd×ntfyで24時間自律運用を組む全体像」、Apple系の予想は「iOS 27 直前予想2026」「Apple Intelligence 2.0 第2弾予想 M5 NPU活用」を合わせてどうぞ。

まとめ：分類軸で7パターンを使い分ける

月60本を回す秘訣は「複雑な仕組みを作る」のではなく、「業務を動的／静的・単発／連続で4分類し、適切なパターンを当てる」ことです。Claude Code に投げる範囲を絞ることで、月の課金額を ¥30,000 以内に収めながら、月60本の発信が回り続けます。

本シリーズの次回（W23）では、これらの実装パターンを支える「プロンプト管理術」を、実際のプロンプトファイル30本の中身を晒しながら解説する予定です。

—