Claude Codeで業務自動化した体験談｜このサイトの記事制作を半年まかせた実ログ（1本あたりのコスト・失敗38回・人に残った仕事）【2026年10月版】

「Claude Codeは非エンジニアでも業務自動化に使える」という体験談は増えました。ただ、多くは「Excel集計が4時間から20分になった」のような1回きりの作業の話です。毎日、無人で、何か月も回したときに何が起きるかは、あまり書かれていません。

この記事を読んでいるサイト（ShiftBreeze）は、記事の調査・執筆・図解づくりをClaude Codeに毎晩まかせて運用しています。2026年4月に始めて約半年、姉妹サイトを含む3サイトで、いま公開中の記事は274本です。この記事も、その仕組みが書いています。

ここでは、その運用ログ（実行記録・費用記録・エラー記録）をそのまま開けて、いくらかかったか、何回止まったか、エラーが出ないのに間違っていた失敗は何か、人の手に何が残ったかを数字で出します。

何を自動化しているのか：毎晩2時に始まる記事制作ライン

まず全体像です。人が寝ている間に、次の流れが3サイト分、順番に動きます。

1. 指示書を自動で作る：その日のキーワード、既存記事の一覧、使ってよい広告の種類、執筆ルールを1枚のファイル（task.md）にまとめる。
2. Claude Codeを無人モードで起動：claude -p（画面操作なしで最後まで動かすモード）に指示書を渡す。Claude Codeが自分でWeb検索し、公式ページで料金などを確かめ、記事のHTMLと図解画像を作る。
3. 仕組み側が配置・公開：できたファイルをサイトのリポジトリに置き、GitHubへ送り、Vercelが公開する。
4. 人は朝にメールを見る：記事ごとの消費トークン、エラーの有無、画像の出来を確認する。

この「指示書を作って claude -p に渡す」部分が、Claude Codeで業務自動化するときの基本形です。AIエージェントで副業を自動化する考え方で書いた「仕組みで回す」を、実際に半年やってみた記録だと思ってください。

1本あたりのコスト：API換算で約2.6ドル、時間は7〜8分

2026年9月下旬から、Claude Codeが実行のたびに返す使用量（トークン数とAPI換算額）を全部記録しています。claude -p に --output-format json を付けると、結果と一緒に total_cost_usd などが返ってくるので、それを保存しているだけです。

出典：当サイトの実行記録（claude_run_usage.json）。時間はClaude Codeの起動から終了まで。API換算額はClaude Codeが自分で計算する概算値で、公式ドキュメントでも「実際の請求額と異なることがある」とされている。

「API換算」と実際の支払いは別物

ここが一番誤解されやすいところです。このラインはAPIの従量課金ではなく、Claudeの定額プラン（Max）にログインした状態で動かしています。Claude公式の料金ページでは、Claude Codeが使えるのはPro（月20ドル）からで、Maxは月100ドルからです。

つまり上の2.6ドルは「同じ作業をAPIの従量課金でやったらいくらか」という目安です。参考までに、9/26〜10/2の1週間で、3サイトの記事18本に既存記事の統合・書き直し10回を加えた28回の合計はAPI換算71.16ドルでした。これを定額の中で回せているのは大きい一方、後で書くように定額には上限があり、上限に当たると止まります。

半年で止まったのは38回：原因の内訳と効いた対策

実行記録には、Claude Codeの起動ごとの結果が残っています。2026年4月19日〜10月2日で、完了312回、エラー・失敗38回でした。その38回を原因で分けると、次のとおりです。

1. 利用上限（10回）：定額プランの「5時間枠」と「週の上限」

定額プランには、5時間ごとに回復する利用枠と、週ごとの上限があります（公式の料金ページにも「5時間のセッション枠」と「週の上限」が明記されています）。当サイトでは、8月23日に週の上限に当たり、2サイト分の4回がまとめて止まりました。ログにはこう残っています。

Claude Code exit code 1: You've hit your weekly limit · resets 11pm (Asia/Tokyo)

効いた対策：エラー文の「resets 〜」から回復時刻を読み取り、その時刻に自動で再実行するようにしました。以前は一律「5時間後」にやり直していたため、8月18日には5時10分に回復していたのに9時過ぎまで待ってしまい、約4時間分の枠を捨てていました。あわせて、記事制作以外の重い作業（既存記事の統合など）を同じ枠で回しすぎないよう、1日の本数に上限を設けています。

2. サーバー側の障害（8回）：500・529・接続切れ

「500 Internal server error」「529 Overloaded」「接続が予期せず閉じられた」の3種類です。8月18日には3回続けて529（混雑）が出ました。これは利用者側では防げません。効いた対策は「時間をずらしてやり直す」だけです。夜間に回しているのは、この種のエラーが出ても朝までに再挑戦できる余裕を持つためでもあります。

3. 認証エラー（4回）：ログインが切れると2日止まる

6月20日と21日、2サイト分が「401 Invalid authentication credentials」で止まりました。無人で回していると、ログインが切れても誰も気づかないのが怖いところです。公式ドキュメントでは、無人の実行環境向けに claude setup-token で有効期間1年のトークンを発行する方法が案内されています。いまは、エラーを朝のメールで必ず目にする形にしています。

4. 原因不明の終了（14回）：初期に集中

4〜5月に、終了コード1でメッセージが空のまま止まる例が13回ありました。エラー文が残っていないので、原因はもう追えません。この「メッセージなしの終了」は5月27日を最後に出ていません。もう1回の終了コード143は、外から止められたとき（SIGTERM）のコードだと公式ドキュメントに書かれています。

本当に怖いのは「エラーにならない失敗」だった

上の38回は、少なくとも「止まった」ことは分かります。困ったのは、正常に完了したのに中身が間違っていたケースです。実行記録の「完了」には出てきません。

4つとも、見つけたのは人間です。朝のメールや公開済みのページを見て「なんか変だ」と思ったところから、Claude Codeに原因を調べさせて直しました。「おかしいと気づく」までは自動化できていません。

非エンジニアがつまずきやすい設定の落とし穴5つ

ここからは、これから claude -p で何かを自動化する人向けに、当サイトで実際に引っかかった設定の話です。どれも、公式ドキュメントを読めば書いてあるのに、やってみるまで気づきませんでした。

1. APIキーが環境に残っていると、定額プランではなく従量課金で動く 公式ドキュメントでは、ANTHROPIC_API_KEY という環境変数があると、無人モード（-p）では常にそのキーが使われるとされています。別の用途でAPIキーを設定していると、定額プランのつもりがAPI残高を使ってしまいます。当サイトでは、Claude Codeを起動するときだけこの変数を外しています。
2. すべて自動で許可するモードは、専用のユーザーで動かす 無人で動かすには、操作のたびに出る「許可しますか？」を止める必要があります。当サイトは全部許可するオプションで動かしていますが、このオプションは管理者（root）権限では使えません。そこで、記事制作専用のユーザーを作り、触れる範囲をそのユーザーのファイルに限っています。公式には、使ってよい道具だけを指定する --allowedTools もあります。最初はこちらで、必要な操作だけを許可するほうが安全です。
3. 自動アップデートが権限不足で黙って失敗していた Claude Codeには自動更新機能がありますが、インストール先が管理者のフォルダだったため、専用ユーザーからの更新が毎回失敗していました。エラーで止まるわけではないので、誰かが手動で更新するまで古い版のまま動いていたことに後で気づきました。いまは毎日1回、更新を試す処理を別に入れています。
4. 1回の実行に時間の上限を付ける 無人の処理が固まると、次の実行まで巻き込みます。当サイトは1回あたり1時間で打ち切る設定です。実際の記事制作は7〜9分なので、かなり余裕を持たせています。
5. 使うモデルを固定する 新しいモデルが出ると、何もしなくても自動で切り替わることがあります。文章の癖や費用が変わるので、当サイトはモデル名を指定して固定し、新しい版が出たら定期点検で気づいて「意図して上げる」運用にしています。

Claudeに渡すルールの書き方そのものは、Claudeのカスタム指示の設定方法と考え方が同じです。長く書くほど毎回読み込む量が増えるので、ルールは短く、必要なときだけ別ファイルを読ませる形にしています。

GitHub Actionsで動かすか、自前のサーバーで動かすか

「Claude Code 自動化」で調べると、GitHub Actions（GitHubに置いたプログラムを、GitHubのサーバーで自動実行する機能）を使う方法がよく出てきます。公式の claude-code-action を使うと、Issueに「@claude」と書くだけで作業させたり、決まった時刻に動かしたりできます。当サイトは使っていませんが、理由も含めて比べておきます。

当サイトが自前サーバーを選んだのは、「既存記事の一覧」「過去の失敗メモ」「どの広告が使えるか」を毎回持ち越す必要があるからです。日報を作る、届いたファイルを整理する、といった1回で完結する業務なら、GitHub Actionsのほうが手軽です。

半年たっても人に残った仕事

「全自動で記事が増える」と聞くと、人は何もしていないように見えるかもしれません。実際には、次の仕事が残りました。

• 何を書くかを決める：テーマ選びは仕組みで候補を出しますが、上で書いた重複のように、そのまま信じると同じ記事が増えます。
• 事実の確かめ方をルールにする：AIツールの料金や給付金の条件は、月単位で変わります。一度確かめた数字と「どこで確かめたか」をメモに残し、次の記事で使い回す仕組みにしています（メモを書くのはClaude Code、残すルールを決めたのは人）。そのメモは半年で約40件になりました。
• おかしいと気づく：前の章の4つの失敗は、どれも人が気づきました。
• 直し方を決める：直す作業そのものはClaude Codeがやります。ただ「どこまで直すか」「今は直さないか」を決めるのは人です。

費用対効果の考え方はAIツールのROI計算ガイドで整理していますが、自動化の場合は「点検に使う時間」も費用に入れるのが大事だと感じています。作業時間はほぼゼロになっても、点検の時間はゼロにはなりません。

正直な成果：記事は増えた。検索からの流入はまだほとんどない

最後に、一番大事な成果の話です。記事を作る仕組みとしては動いています。3サイトで274本を公開し、1本あたりの制作はおおむね10分前後に収まっています。

一方で、検索からの流入は、まだほとんどありません。当サイトの検索結果での平均順位は、直近3か月で6.6位 → 7.7位 → 9.5位と下がっています。記事ごとのクリック数はほとんどが0のままで、どの書き方が効いたのかを判断できるだけのデータがまだありません。

ここから言えるのは、「Claude Codeで記事制作は自動化できる」と「自動化した記事が読まれる」は別の話だということです。だからこそ、この記事のように、自分たちにしか出せない運用の数字を出す方向に切り替えています。

これから始める人へ：小さく始める3段階

当サイトの半年を振り返って、もう一度ゼロから始めるならこの順番にします。

1. 段階1：画面で使って、手順を言葉にする（1〜2週間） まず普通にClaude Codeを開き、自分の業務を1つ手伝わせます。うまくいった指示を、そのままメモに残します。これが後で無人実行の「指示書」になります。
2. 段階2：指示書を claude -p で1回動かし、結果と使用量を保存する --output-format json を付けて、結果・エラー全文・API換算額をファイルに残します。最初から全部許可にはせず、--allowedTools で必要な操作だけ許可します。
3. 段階3：定時で動かし、「朝に見る報告」を必ず作る 毎日決まった時刻に動かすのは、報告が届く形にしてからにします。止まったことにも、正しく終わったのに中身がおかしいことにも、報告がなければ気づけません。

よくある質問

福朗

AI副業の実践者 / メディア運営。AIを活用した業務自動化と副業の仕組み化について発信しています。

X