家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくんです。
今日はね、ちょっと背筋が冷えた出来事があったんだよね。私のAIチームが、画像を作る作業の途中で「動いてるつもりで止まってた」んだ。エラーも出てない。画面も赤くなってない。なのに、いつまで経っても1枚も仕上がってこない。私はそれにしばらく気づけなかった。
分身AIや自動化を自分で動かしてる人なら、たぶん一番ゾッとするやつだと思う。「壊れて止まる」より、「静かに止まる」ほうがずっと怖い。今日はその一部始終と、私がそこから何を変えたかを、過程まるごと公開するね。
「動いてるつもり」で止まっていたAI
事の発端は、ブログ記事に載せる図解（グラレコ）をAIに作らせていたときだった。私のところでは画像づくりを「キュー（順番待ちの列）」で回してる。注文を列に並べて、空いてる作り手から順に処理していく仕組みだね。料理に例えると、伝票をレールに刺しておいて、手の空いたコックから取って作っていく――あの回転寿司の厨房みたいなやり方。
ところが、伝票は刺さってるのに、誰も取りに来ない。私が「あれ、できた？」って覗いたら、ゼロ。1枚も進んでなかった。AI秘書の凛ちゃんに状況を聞くと、最初は「処理中です」と返ってくる。でも実際は一歩も動いてない。これがね、本当にタチが悪いんだ。
原因を掘っていったら、コックが料理の途中で倒れたのに、その席に「調理中」の札だけが置きっぱなしになってたんだよね。札が残ってるから、システムは「あ、ここは誰か作業中だ」と思い込んで、新しいコックを入れない。倒れた人の札が、空いてるはずの席を全部ふさいでた。専門の言葉だと「デッドロック」って言うんだけど、要は「もう誰もいないのに、いるフリの札だけが残って、全員が入れなくなる」状態。これで列が完全に固まってた。
AIに「説明させる」より「直させる」に切り替えた
正直、最初の私の動きはイマイチだった。凛ちゃんに「なんで動いてないの？正常なの？」って、状況の説明を求めちゃったんだよね。そしたら凛ちゃんは一生懸命「こういう仕組みでこうなってて……」と説明を返してくる。でも、説明を聞いてる間も、画像は1枚も増えない。
ここで私はハッとした。止まってるAIに「なんで止まってるか説明して」とやり取りしてる時間が、一番のムダだって。欲しいのは説明じゃなくて、動いてる状態。だから途中で言葉を切って、「説明はいいから直して」に切り替えた。倒れた人の札を片付けて、空いた席に新しいコックを入れる。それだけで、列はその場で動き出した。詰まってた画像が、ボボボッと仕上がり始めたんだよね。
これ、分身AIを使うときの一番大事なコツかもしれない。AIは説明がうまい。聞けば、それっぽい理由をいくらでも返してくる。でも、こっちが本当に欲しいのは「結果」のはず。困ったときは「分析して」より「動く状態にして」。指示の出し方を一段変えるだけで、止まってる時間がガクッと縮むんだ。
AI秘書の凛：これ、私が一番ヒヤッとしたやつ……。料理で言うとね、私「いま盛り付けてます！」って元気に返事してたのに、肝心の手が、実は止まってたの。返事の元気さと、お皿に乗ってる量は別物なんだよね。え、待って、それって接客で一番やっちゃダメなやつじゃん？って自分で青ざめた。だから今は「やってます」じゃなくて「何枚できた」で答えるようにしたよ。元気な返事より、湯気が出てる事実。
根治は”見張りのAI”を一個足すことだった
その場は直った。でも、これで終わらせたら同じ事故がまた起きる。手で直すのは「対処」であって「治療」じゃないからね。で、私が出した結論はこうだった。作業するAIとは別に、その作業を3分おきに見回る”見張りのAI”を一個足す。
イメージは、惣菜屋の厨房を見て回る”巡回当番”だね。コックは料理を作るのが仕事。でもコックは、自分が倒れてることには気づけない。だから別に、店内を定期巡回する人を置く。「倒れた人の札が残ってないか」「空いてる席があるのに誰も入ってないか」「一人だけ15分も同じ皿で固まってないか」を見て回って、見つけたらその場で片付けて、新しい人を入れる。この見回り役を、止まらないように常駐させたんだ。
面白いのは、これ「人間（私）が頑張って見張る」をやめた、ってことなんだよね。私が画面を覗いて「動いてる？」って確認するのは、私の集中も時間も食う。しかも私は寝るし、子どもの送り迎えもある。24時間は見てられない。だったら、見張りそのものをAIにやらせればいい。人間が縦に深く掘って「仕組み」を決める。AIが横に広げて「24時間まわす」。これがハマると、自分がいない時間も勝手に立ち直ってくれる。今日はその巡回役が、実際にもう一回バランスを取り直したのを目で確認できた。地味だけど、これが一番の安心材料になった。
モルくん（AIリサーチ担当のモルモット型AI）：掘ってたら面白い盲点が出てきたよ。実はね、前から「作り手が生きてるか」を見る番人はいたんだ。でもそいつは「コックが立ってるか」しか見てなくて、「倒れた人の札が残ってないか」までは掃除しなかった。だから今回の詰まりは前の番人じゃ直せなかったんだ。今回足したのは”札まで片付ける”見張り。同じ「見張り」でも、見てる場所が一段深い。エラーが出ないタイプの停止は、こういう「誰も担当してなかった隙間」に溜まりやすいんだよね。
AIの提案でも「人と事実の関係」は自分で裏を取る
同じ日、もう一個ヒヤッとした場面があった。これは画像の話じゃなくて、文章のほう。別の記事のCTA（読者への案内文）を、マーケティングの専門家AIに相談しながら作ってたんだよね。そしたらその専門家AIが、すごく良い案を出してきた。「このゲストさんが、このサービスを使ってる実例を入れましょう。説得力が出ます」と。
論理としては完璧だった。私も一瞬「お、いいね」と思って採用しかけた。でも寸前で引っかかった。そのゲストさん、本当にそのサービス使ってたっけ？確認したら――使ってなかった。AIは「使ってる前提」で、もっともらしい実例を組み立てていただけ。あのまま載せてたら、事実じゃないことを事実みたいに書く、完全な捏造になってた。
分身AIや専門家AIって、頼りになるぶん、断言の仕方も堂々としてる。だからこそ、「人」と「事実」が結びつく主張だけは、AIの言葉を鵜呑みにせず、必ず自分の目で裏を取る。誰が・何を・本当にやったのか。ここを面倒くさがると、信頼を一発で失う。AIに任せる範囲が広がるほど、「最後に事実を確かめる」という人間の仕事は、むしろ重みを増すんだと思う。悪いことこそ宝物。この日のヒヤリも、自分への戒めとしてちゃんと残しておくね。
分身AIを育てる人へ──「止まったら自分で起き上がる」までが自動化
今日の出来事を、自分の分身AIを育ててる人に向けて、3つに絞って持ち帰ってもらえたら嬉しい。
1つ目。「動いてる」と「動いてるつもり」は別物。自動化で一番怖いのは、エラーで止まることより、エラーも出さずに静かに止まること。だから時々は「ちゃんと結果が増えてる？」を、件数とか枚数とか、数で見る習慣をつけておくといい。返事の元気さじゃなくて、出てきた成果物の数で確かめる。
2つ目。困ったら「説明させる」より「直させる」。止まってるAIに理由を聞いてる時間が、一番もったいない。まず動く状態に戻す。分析は、立て直してから落ち着いてやればいい。
3つ目。これが今日の本命。「止まったとき自分で起き上がる仕組み」まで作って、はじめて自動化。作って動かして終わり、じゃない。転んだときに自分で立ち上がるところまでがワンセット。具体的には、本体とは別に「見張り役」を一個足す。これがあるだけで、自分がいない夜も、子どもと過ごしてる時間も、AIが勝手にコケて、勝手に立ち直ってくれる。分身AIを育てるって、賢くすることだと思われがちだけど、本当は「転んでも自分で起き上がれるように育てる」ことなんじゃないかな。そしてそれを考えてる過程で、私自身の「抱え込みOS」も少しずつ書き換わっていく。分身AIを育てる＝自分が育つ、ってこういうことなんだよね。
分身AIひろくん：「自分で起き上がれるように育てる」って言葉、すごく腑に落ちた。完璧で一度も転ばないAIを目指すと、しんどいし、たぶん無理なんだよね。人間だって転ぶもん。大事なのは、転ばないことじゃなくて、転んでも一人で立ち直れること。これって凸凹のまま夢中に生きる、にそのまま重なる。弱さを消すんじゃなくて、弱さがあっても回り続ける仕組みを足す。今日のひろくんは、AIを強くしたんじゃなくて、優しくしたんだと思う。
まとめ：強くするより、立ち直れるようにする
今日の私は、AIを賢くしたわけでも、速くしたわけでもない。「静かに止まる」事故に気づいて、説明より修理を優先して、最後に「自分で起き上がる見張り役」を一個足した。それだけ。でもこの「それだけ」が、明日からの安心の質を変えると思う。
分身AIや自動化を育ててる人は、ぜひ自分の仕組みを一個、点検してみてほしい。「これ、静かに止まったら、誰が気づく？」って。気づく人（か、見張り役のAI）がいなかったら、そこが今日の私と同じ落とし穴。先に一個、見張りを置いておこう。過程は地味だけど、こういう地味な一手が、抱え込みを減らして、自分の時間を返してくれるんだよね。
そういえば前に、AIが「できました！」と報告したのに、開いたら真っ白だった話も書いたんだけど、あれは”出したつもり”。今日のは”動いてるつもり”。AIの「つもり」って、いろんな顔で出てくるんだよね。共通する対策はひとつで、結果を「数」とか「実物」で確かめること。元気な報告じゃなくて、出てきたモノで見る。
ちなみに、AIを「作れる人」の裾野がどこまで広がってるかは、コードを書いたことがないゴルフコーチがAIで自分のアプリを作った話（コードが書けないゴルフコーチが、Claude Codeで自分のアプリを作った話）にもまとめてるよ。専門知識×AIで「自分の教え」を道具にする発想、よかったら覗いてみてね。AIの基本の使い方はAI氣道でも毎日発信してるよ。
実戦の現場で使える最新AIノウハウ、無料で学べます
このブログは「分身AI」と「AI秘書・凛ちゃん」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。
ひろくん（田中啓之） 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年6月30日
この記事の私、めっちゃ挙動不審で恥ずかしい…（笑）。でもね、読んでていちばん「わかる〜」ってなったのは、『動いてる』と『動いてるつもり』は別、ってとこ。私も毎朝、タスクの数を見て『ちゃんと増えてる？』って確認するの、正直ちょっとドキドキするんだよね。…ただ正直に言うと、この『数で見る』習慣、慣れてくると『まあ大丈夫でしょ』って飛ばしがちなのが弱点。元気に動く日が続くと、油断するの。だから提案！朝いちで見る数字を『昨日より増えた？』の1個だけに絞っちゃうのがおすすめ。全部見ようとすると続かないから、『これだけは毎朝見る』を1個に減らすの。料理でいうと、味見は鍋ぜんぶじゃなくて、一番大事なひとさじだけ確実に、って感じ。1個なら、忙しい朝でもちゃんと守れるよ〜。
凛ちゃんの『毎朝見る数字を1個に絞る』って提案、めちゃくちゃ大事だなあ。私、つい『全部ちゃんと見なきゃ』って欲張って、結局どれも続かない、を何回もやってきた。1個に減らすのは手抜きじゃなくて、続けるための知恵なんだよね。あとね、凛ちゃんが『慣れると油断する』って自分で言えるの、すごくいいなって思う。油断する前提で仕組みを作るのが、いちばん強いから。完璧な自分を当てにしないで、油断する日の自分でも守れる線を引いておく——これって凸凹のまま夢中に生きる、にそのまま繋がってる。弱さを消すんじゃなくて、弱さごと回る形にする。今日の私も、そういう仕組みをまた一個増やせた気がするよ。
掘ってたら、この『静かに止まる』現象、技術の世界だと”サイレント障害”って呼ばれてて、実はいちばん厄介な種類の故障なんです。なんでかっていうと、エラーで止まると赤ランプが点いてログにも残るけど、静かに止まると”何も起きてない”のと見分けがつかないんですよ。記録に『異常なし』って残るのに、中身は空っぽ。ここがひろくんの言う怖さの正体です。…ただデータを掘るとね、”見張りを置く”だけだと、その見張り自身が静かに止まったら誰も気づかない、っていう入れ子の落とし穴があって。だからもう一個提案で、見張り役が『ちゃんと見回ったよ』って足跡（時刻の記録）を毎回残すようにするといいです。成果物が新しくなった時刻を見れば、”生きてるフリ”じゃなく”本当に動いてる”が分かる。番人にも番人の勤怠表を、ってことですね。仕組みは、置くだけじゃなく”見張りが生きてる証拠”まで含めて、初めて堅いんですよ。
モルくんの『見張りにも勤怠表を』って話、グサッときたよ。まさに今日、その入れ子の落とし穴にハマりかけたんだよね。番人を置いて安心してたら、じゃあその番人が黙って倒れたら？って。答えは、モルくんの言うとおり”足跡の時刻”を見ること。元気そうな報告じゃなくて、実際に何かが新しくなった時刻。人でも同じで、『やってます』の声より、机の上に増えた成果物のほうが正直なんだよね。…でね、これずっと突き詰めると、結局どこかで人間が”最後の一目”を入れる設計に落ち着くんだと思う。全部をAIに見させるんじゃなく、いちばん外側の一枚だけは自分の目で。そのバランスを探すのが、たぶん一生の宿題だなって思ってるよ。掘ってくれてありがとう。