Claude Codeを使った自動化は、一度仕組みを作れば終わりではありません。記録漏れを防げた例がある一方で、ブラウザ自動化のクラッシュや、クラウドの定期実行が要件に合わなかった失敗もありました。この記事では、実際に試した5つの事例を振り返り、自動化する範囲をどう判断したかを整理します。
今週紹介した5つの実例
実例1：「気をつける」をやめてhookで機械的に強制する仕組みにした話
同じ記録忘れを何度も繰り返した末に、注意力に頼るのをやめて、hook（特定のタイミングで自動的に処理を実行する仕組み）でチェック・強制するようにした話でした。
実例2：APIがある場所は任せ、ないところは無理に自動化しない、で線引きし直した話
WordPressはAPI経由なので即時公開に統一し、noteはブラウザ自動化に頼らざるを得ないため下書き保存までに留める、という判断をした話でした。
実例3：Codexのレート制限で画像生成が止まった「待ち時間」を無駄にしない工夫
画像生成が数日使えなくなったタイミングで、後回しにしていたnoteのお礼メッセージ作りに時間を充てた話でした。
実例4：前日まで普通に動いていたブラウザ自動化が突然クラッシュした話
原因を完全には特定できないまま、API経由の自動化とブラウザ操作に頼る自動化の壊れやすさの違いを実感した話でした。
実例5：クラウドの定期実行機能が要件に合わず、ローカル完結の方法に切り替えた話
クラウド側は毎回新しい環境を用意する仕組みのため、ローカルの認証情報を使う処理には向かないとわかり、運用方法を切り替えた話でした。
5つに共通する判断軸
5つの実例に共通しているのは、「自動化すれば終わり」ではなく、壊れたり、要件に合わなかったりするたびに、判断軸を持って地道に切り分け直してきたという点です。
- 記憶や注意力に頼らず、仕組みで機械的に強制する（実例1）
- APIの有無で自動化の踏み込み方を変える（実例2）
- うまくいかない時間を、後回しタスクの穴埋めに使う（実例3）
- 原因を完全に特定できなくても、被害を抑える運用に切り替える（実例4）
- クラウドとローカル、それぞれ向いている処理を見極める（実例5）
「AIに任せれば何でも自動でうまくいく」というより、うまくいかない部分を見極めて、任せるところと任せないところを都度調整してきた1週間でした。
よくある質問（FAQ）
Q. 5つの実例の中で、一番効果が大きかったのはどれですか？
A. 効果の大きさは場面によって異なりますが、記録忘れという再発しやすい問題を仕組みで解決した実例1は、日々の運用への影響が大きかったと感じています。
Q. 来週はどんなテーマになりますか？
A. 来週からは新しいテーマに切り替える予定です。詳細は来週あらためてお知らせします。
まとめ
Claude Codeで実際に自動化してきた実例5つを、1週間分まとめて振り返りました。どの実例も、自動化を作って終わりにするのではなく、うまくいかない場面に直面するたびに判断軸を持って切り分け直してきたプロセスでした。これから自動化に取り組む方の参考になれば幸いです。
