夜のうちにAIに任せておいたのに、朝見たら止まっていた。そんな経験はありませんか？
自動化を始めると、多くの人が「うまく作れるかどうか」を気にします。でも、毎日回していて本当に困るのは、そこではありません。止まったことに、気づけないことです。
結論から言うと、止まる場所は、だいたい決まっています。だから、止まる前提で手順書に先に書いておきます。 止まるたびに書き足していけば、同じ所では止まらなくなります。
この記事では、プログラムを書けない私が、Claude Codeを毎日回していて実際に止まった3つの場面と、どう直したかを書きます。動画でも同じ内容をお話ししています。
自動化で本当に困るのは「止まっても分からないこと」
自動化で困ることを整理すると、次の3つになります。
| 困ること | 何が起きるか |
|---|---|
| 止まっても知らせが来ない | 止まったまま時間だけが過ぎる |
| 後ろの作業も待たされる | 1つ止まると、次の作業も始まらない |
| 原因が分からない | 直し方が分からず、同じことがまた起きる |
失敗そのものは、怖くありません。止まった場所と原因が分かれば、直せるからです。怖いのは、止まったことに気づかず、原因も分からないまま次の日を迎えることです。
AIに仕事を任せるときの考え方そのものは、何でも任せる人ほど、AIエージェントで失敗しますに書いています。この記事は、その先の「毎日回したときに何が起きるか」の話です。
私が毎日Claude Codeに任せていること
まず、前提として、私が毎日決まった時刻に任せている仕事を紹介します。
- LINEの告知の下書き
- ブログのメニューの更新
- 全記事一覧の作り直し
- 記事の見出しの画像の設定
どれも、私が見ていない時間に進んでいます。人が画面の前にいない時間に動くからこそ、止まったときに誰も気づかない、ということが起きます。
私の1日の回し方
私の1日は、次の流れで回っています。
- 朝：夜のうちに進んだ結果を点検する
- 昼：自分にしかできない導線づくりをする
- 夜：次の作業を予約して終わる
ポイントは、朝いちばんに「結果を見る時間」を取っていることです。ここがあるから、止まっていてもその日のうちに気づけます。
全体をどう仕組みにしたかは、非エンジニアの私がClaude CodeとCodexで商品づくりを仕組みにした記録にまとめています。
止まった場面1：誰もいない時間に、確認を待って止まる
1つ目は、確認待ちです。
誰も見ていない時間に、AIが「このファイルを見てもいいですか」と確認を出しました。答える人がいないので、そのまま止まっていました。
人が画面の前にいれば、ボタンを1回押すだけで進む確認です。でも、無人で動いているときは、その1回を押す人がいません。
同じ「見る」作業でも、確認が出る方法と出ない方法がある
調べてみると、同じファイルを見る作業でも、確認が出る方法と、出ない方法がありました。しかも、同じ方法でも、通る時と止まる時がありました。
| 見る方法 | 起きたこと |
|---|---|
| 確認が出る方法 | 通る時と止まる時がある |
| 確認が出ない方法 | 一度も止まっていない |
「通る時と止まる時がある」というのが、いちばん厄介でした。何度か試して動いたので、大丈夫だと思っていたからです。
直し方：手順書に「見るのはこの方法だけ」と書く
直し方は、手順書に、見る方法を決めて書くことです。
ファイルを見るのは、この方法だけ。確認が出る方法は使わない。
こう書いておくと、無人でも止まらずに進みます。AIは、手順書に書いていないことは、その場で一番よさそうな方法を選びます。その「よさそうな方法」が、たまたま確認の出る方法だと止まります。だから、選ばせずに決めておきます。
止まった場面2：作業の部品を、決めた場所の外に置いて止まる
2つ目は、書く場所です。
作業の途中で使う部品を、パソコンの一時的なフォルダに置いたことがあります。すると、そこに書く所で確認が出て、止まりました。
仕上がった物は、決めたフォルダに保存するように手順書に書いていました。でも、途中の部品の置き場所までは書いていませんでした。そこで、AIが自分で選んだ場所に置こうとして、止まったのです。
直し方：部品も、決めた1つのフォルダの下に置く
直し方は、書く場所を1つに決めることです。仕上がった物だけでなく、途中の部品も、決めたフォルダの下に置きます。手順書にも、そう書きました。
| 部品の置き場所 | 起きること |
|---|---|
| 一時的なフォルダに置く | 書く所で止まる |
| 決めたフォルダの下に置く | 止まらずに進む |
それからは、ここで止まっていません。
1つ目と2つ目に共通しているのは、手順書に書いていない所で、AIが自分で選んで止まったということです。手順書の書き方そのものは、CLAUDE.mdと「スキル」で作業を型にする方法にくわしく書いています。
止まった場面3：保存先のドライブが外れて、全部止まる
3つ目が、いちばん大きく止まった場面です。
作った物は、外付けのドライブに保存しています。ある日、このドライブが外れました。すると、自動の処理が、全部止まりました。
1つ目と2つ目は、1つの作業が止まる話でした。でも、保存先がなくなると、そこに書くすべての作業が止まります。保存先を1か所にまとめていると、管理は楽になります。その代わり、そこが止まると全部が止まります。
直し方：まず保存先を確かめる・移すときは先に止める
直し方は2つです。
- 止まったら、まず保存先のドライブが見えているかを確かめる
- 保存先を移すときは、自動の処理を先に全部止めてから移す
1つ目は、原因を探す順番の話です。作業ごとに原因を探す前に、まず全部の作業が書きに行く場所を確かめます。ここが見えていなければ、ほかを調べても意味がありません。
2つ目は、自分で保存先を動かすときの話です。動いている途中の処理があると、途中まで書いた物が残ったり、移す前の場所に書きに行ったりします。だから、先に全部止めてから移します。
止まったことに気づく2つの仕組み
ここまでは、止まった場面と直し方でした。でも、どれだけ手順書を書いても、新しい止まり方は出てきます。だから、止まったことに気づく仕組みも置いています。
仕組み1：固まった処理を3時間ごとに止める見張り役
1つ目は、見張り役です。
- 3時間ごとに、固まった処理がないかを見る
- 固まった処理があれば止める
- 次の作業に場所をあける
固まった処理が残っていると、次の作業がいつまでも始まりません。見張り役は、その「居座り」を片づける係です。
仕組み2：朝いちばんに、夜の結果を点検する
2つ目は、朝の点検です。朝いちばんに、夜のうちの結果を見ます。
- できた物を見る
- 止まった物を分ける
- 止まった物は、その日のうちに原因を探す
「その日のうちに」が大事です。止まった物を翌日に回すと、その間にまた別の物が止まり、原因が混ざって分からなくなります。
AIの「できました」という報告だけを信じないことも大事です。報告ではなく、できた物そのもので確かめる習慣は、完了報告ではなく成果物で確かめる5つの習慣に書いています。
止まったら、手順書に書き足す
原因が分かったら、手順書に書き足します。
- 止まる
- 原因を探す
- 手順書に書き足す
これを繰り返します。同じ所では、二度と止まらなくなります。
私の手順書は、最初から完璧だったわけではありません。今の手順書に書いてある決まりの多くは、一度止まった場所です。言い換えると、手順書は「止まった記録」でできています。
任せる所と、自分でやる所
最後に、線引きをまとめます。
| AIに任せる | 自分でやる |
|---|---|
| 決まった時刻に作業を進める | 朝の点検 |
| 固まった処理を止める | 手順書に何を書き足すか |
作業を進めることと、固まった物を片づけることは、AIに任せられます。でも、何が止まったかを見て、手順書に何を書き足すかを決めるのは、自分です。ここを手放すと、同じ止まり方を何度も繰り返します。
自動化を仕事全体の中でどう位置づけるかは、AI・自動化の完全ガイドにまとめています。
よくある質問
プログラムが書けなくても、止まった原因は探せますか？
探せます。私もプログラムは書けません。止まった作業をClaude Codeに見せて、「どこで止まったか、なぜ止まったかを調べて」と頼みます。私が決めるのは、直し方を手順書にどう書くかです。
止まらないように、最初から全部書いておけませんか？
全部は書けません。止まる場所は、実際に回してみて初めて分かることが多いからです。最初は、よく止まる3つ（確認待ち・書く場所・保存先）だけ書いておき、あとは止まるたびに書き足すのが現実的です。
毎日回すほどの作業がありません。それでも意味はありますか？
あります。週に1回の作業でも、人がいない時間に動かすなら、同じ止まり方をします。回数が少ない作業ほど、止まったことに気づくのが遅れます。だからこそ、結果を見る時間を決めておきます。
手順書が長くなりすぎませんか？
長くなります。でも、困ったことはありません。手順書を読むのは私ではなく、AIだからです。私が手順書を読み返すのは、止まったあとに書き足すときだけです。
ただし、同じことを2か所に書かないようにしています。1か所を直して、もう1か所を直し忘れると、AIがどちらに従えばいいか迷うからです。決まりは1か所に書き、ほかの場所からはそこを見るように書いておきます。
止まったときに、AIに直させてもいいですか？
直すこと自体は、任せて大丈夫です。ただ、直したあとに「次から同じことが起きないように、手順書に何を書き足すか」は、自分で確かめます。その場で直っただけでは、次の日にまた同じ所で止まるからです。
まとめ
- 自動化で本当に困るのは、失敗ではなく、止まったことに気づけないこと
- 止まる場所は決まっている。止まる前提で、手順書に先に書いておく
- 確認待ちで止まるなら、手順書に「見るのはこの方法だけ」と書く
- 部品も、決めた1つのフォルダの下に置く
- 保存先のドライブは、止まったら最初に確かめ、移すときは先に処理を止める
- 見張り役と朝の点検で、止まったことに気づく
- 止まったら、手順書に書き足す
まずは、最近AIの作業が止まった場面を、1つ思い出してみてください。その原因と直し方を、手順書に1行書き足します。それが、止まらない仕組みの最初の一歩です。
