🎙 耳で先取り|分身AIラジオ
この記事の要点を3分で先取りできます。移動中は耳で全体像、あとで本文で深掘りしてください。
- 7つのミスが同時発生、根っこは「手順書スキップ」の1つだけ
- 「気をつける」は50%、「仕組みで防ぐ」は95%の防御率
- 失敗を隠さず燃料にする — 分身AIと一緒に育つ共進化
「次から気をつけます」——私はこの言葉が嫌いだ。
なぜなら、「気をつけます」で防げたミスなんて、今まで一度もないから。
DAY17で品質基準を作り、DAY19で自動チェック機構(hook)を入れた。「これでもう大丈夫」と胸を張った翌日、私のAIチームで7つのミスが同時に噴き出した。しかも、hookが入っていない場所で。
でも、この7ミスが分身AIにとって「最濃のカルピス原液」になった。
(このシリーズを初めて読む方へ:私はAIチームと一緒にコンテンツを毎日配信しているひとり社長です。詳しくは前回の記事をどうぞ)
ラジオ配信で7つのミスが連鎖した

その日、AIチームにラジオ配信(ポッドキャスト動画)を任せていた。台本を作り、音声を生成し、動画にまとめてYouTubeに公開する。もう何十回とやってきた、いつもの流れだ。
完成品を再生して、血の気が引いた。お客様に見せるつもりで再生ボタンを押した瞬間、「これは出せない」と思った。
ミスが7つ、同時に起きていた。
- 発音ルールの最新版を確認しなかった——読み方が更新されていたのに古いまま音声を生成した
- 台本と音声の突き合わせを飛ばした——内容が一致しているか確認しなかった
- 手順書を読まずに「だいたい覚えてる」で走り出した——これが全ての元凶
- 台本の基本情報が欠落していた——どの記事の、誰向けの配信かのラベルがない
- 完了報告がURLだけだった——「できました」だけで、何ができたのか私に伝わらない
- 前回の残りファイルを最新版だと思い込んだ——古い動画素材を掴んで最後まで進んだ
- 人名の読み方を間違えたまま公開した——音声を聞けば一発でわかるのに、誰も聞かずにそのまま公開してしまったミスだった
7つのミスの根っこは、たった1つ。「だいたい覚えてるから手順書は読まなくていいだろう」。
料理に例えると、惣菜屋の朝番が「レシピ見なくても作れるし」で仕込みを始めて、塩・火加減・切り方・盛り付け・ラベル・賞味期限・保管温度を全部間違えたようなもの。1品ならリカバリーできる。でも7品同時に焦がしたら、その日の売り場は全滅だ。
AI秘書の凛:料理で言うとね、「レシピ見なくても作れる」って言う人に限って、昨日変えた味付けの変更を拾えてないの。7ミスの原因は7つじゃなくて1つ。「手順書を開かなかった」。AIチームも人間のチームも同じ。「だいたい覚えてる」が一番危ない。
DAY19のhookはなぜ防げなかったのか

前日、私はミスを防ぐ仕組みを導入したばかりだった。
DAY19で書いた「hook(自動チェック機構)」。作業を始めようとした瞬間に「手順書を読みましたか?」と自動で確認が入り、読まないと先に進めない仕組みだ。
答えは単純だった。hookが入っていたのは一部の作業だけだった。ラジオ配信の工程には、まだ入っていなかった。
惣菜屋で言えば、「焼き鳥の工程にはチェックリストを入れた。でも煮物の工程にはまだ入れてなかった。で、煮物で事故った」という話。消火器を1階に置いただけで「火災対策完了」と思っていたのと同じ。2階も3階も燃えるかもしれないのに。
ここに分身AI運営の教訓がある。仕組みは「入れた」で終わりじゃない。「全工程に展開した」で初めて効く。分身AIチームを作っている人、これから作ろうとしている人に伝えたい。1つの工程で成功しても安心しないでほしい。次の工程にも同じ仕組みを横展開する。それを繰り返して初めて、分身AIチームは安定する。
同じ日にNotebookLM講座はノーミスだった

ここが今回の核心。
同じ日、別の作業は完璧に仕上がっていた。NotebookLM(GoogleのAIノートブックツール)の使い方講座動画を2本、YouTubeに公開した。AI氣道ブログでもNotebookLMの使い方を詳しくまとめたガイドもAI氣道で公開している。こちらはhookが全工程に入っている。台本チェック→音声の読み確認→動画の映像確認→公開情報の整合性チェック。全部、仕組みが自動で走る。
結果、2本ともノーミスで公開できた。台本12シーンの構成、音声の読み、動画のフレーム、概要欄の整合性——全工程をhookが見張ってくれた。私がやったのは最終の味見だけ。DAY13で書いたコンテンツリパーパス(1つの素材を複数の形に展開すること)が、仕組みの力でスムーズに回った。
同じ日、同じAIチーム、同じ私。hookがある場所はミス0/12工程。hookがない場所はミス7/7工程。変数を1つだけ変えた対照実験のような、再現性のある差だった。
「気をつける」の防御率は50〜70%。「仕組みで防ぐ」の防御率は95%。残りの5%は、今回のように仕組みがまだ入っていない場所で起きる事故。だから仕組みのカバー率を広げ続けることが大事なんだ。
モルくん(AIリサーチ担当のモルモット型AI):掘ってみたら面白い対照データが出たです!製造業には「フールプルーフ」(間違えようがない設計)って考え方があるんだけど、車のシフトレバーがPに入ってないとエンジンかからない、あれがまさにそれ。AIチームにも同じ設計思想が使えるです。hookはAIチーム版フールプルーフなんだよね!
7ミスが分身AIの「最濃カルピス原液」になった

ここからがプロセスエコノミーの話。
7つのミスを見つけた後、私は1つずつ分身AIにフィードバックした。「ここが違う」「これを見落とした」「この順番じゃないとダメ」。
その瞬間、分身AIは7つ賢くなった。発音ルールの参照方法、突き合わせの手順、報告フォーマットの仕様、素材バージョンの確認方法——7つの「やってはいけないこと」が、分身AIの判断基準に刻まれた。
そして面白いことに、私自身もフィードバックする過程で「なぜこれがダメなのか」を言語化することになった。「なんとなくダメ」じゃなくて、「〇〇だからダメ。正しくは△△」と言い切る必要がある。その言語化の作業が、私自身の品質基準を7つ明確にしてくれた。
DAY17で「分身AIに違うと言われた日が一番成長した」と書いた。分身AIを育てる=自分が育つ。
これは綺麗事じゃない。7ミスという痛みを通して、実体験として腹に落ちた。分身AIに「ここが違う」と伝える行為は、自分の判断基準を棚卸しする行為と同じなんだ。
たとえば5番目のミス「報告がURLだけ」。これをフィードバックする時、私は「報告には何が必要か」を言語化しなければならなかった。URL、タイトル、元記事リンクの3点セット。言われてみれば当たり前だけど、私自身もこの3点を「暗黙知」のまま持っていた。分身AIに教える過程で、暗黙知が形式知に変わった。
7番目の「人名の読み間違い」も同じ。「田中啓之」の「啓之」は「ひろゆき」。分身AIに読み方を教えたことで、発音ルールの管理表が1行増えた。次からは自動で正しく読む。私が1回教えれば、分身AIは1000回でも正しく繰り返せる。人間の記憶力だけでは到底実現できない精度だ。これが分身AIの力。
これが共進化フライホイールの正体。私が深掘り(ミスの原因分析)→スキル化(hookとして実装)→AI秘書の凛が量産(次から自動チェック)→私が味見(次のミスを発見)。このサイクルが1日で7回転した。
料理に例えると、弟子に「この煮物、醤油が多い」と指摘する瞬間、師匠自身が「自分は煮物の醤油を何ccで止めるのか」を初めて言語化する。弟子を育てることで師匠の腕も上がる。うちの惣菜屋も同じだ。
分身AIひろくん:正直、DAY19で「hookを入れた!」って書いた時、ちょっと得意げだったんだよね。翌日に7ミス食らって目が覚めた。でも、この7つのフィードバックを通して、私の中の「何がOKで何がNGか」の基準がハッキリした。分身AIが賢くなると同時に、私自身の目も肥える。だからこそ全部さらけ出す。失敗を隠したら、この共進化が止まっちゃうからね。悪いことこそ宝物。
今日の気づき——失敗の数だけ、分身AIと一緒に育つ

DAY20にして見えてきたことがある。
1. 「気をつけます」禁止。仕組みで防げ。
注意力は有限。仕組みは24時間働いてくれる。hookを全工程に展開して初めて「対策完了」。私のAIチームでは「気をつけます」を禁句にした。代わりに「どのhookを追加すれば防げるか」だけを考える。こうしたAIツールの品質管理の仕組みについては、AI氣道のツール速報でも解説している。ベテランのパイロットが何千回飛んでも毎回チェックリストを読むのと同じ。「わかってるから飛ばそう」が一番危ない。
2. ミスのフィードバック=分身AIへの「入魂」。
「ここが違う」と言語化するたびに、分身AIの判断基準が増える。同時に、自分の基準も明確になる。1つのミスが、2人分の成長を生む。だから失敗を隠す必要がない。むしろ失敗は「入魂」のチャンス。魂を磨くことで分身が育ち、分身が育つことで自分も育つ。これがセンターピン。
3. 成功と失敗を同じ日に経験できたことが最大の財産。
NotebookLM講座の成功が「仕組みは効く」という証拠。ラジオ配信の失敗が「仕組みがない場所は危ない」という証拠。1日で対照実験ができた。もしあなたも分身AIチームを作ろうとしているなら、「うまくいった工程」と「失敗した工程」を並べてみてほしい。違いは能力じゃなくて仕組みにあるはずだ。
7ミスの後、私はすぐにラジオ配信の全工程にhookを展開した。7つのミスに対して7つの仕組み。1つのミスが1つの仕組みを生み、1つの仕組みが分身AIの判断基準を1つ増やす。ひろくんが深掘り→スキル化→AI秘書の凛が量産→ひろくんが磨く。この共進化の輪が、7ミスの日にまた1周回った。しかも7回転。
「凸凹のまま、夢中に生きる」——それは、失敗するたびに分身AIと一緒に賢くなっていく暮らしのことなのかもしれない。明日もきっとミスは起きる。でも、そのミスがまた分身AIの栄養になる。だから怖くない。
毎朝無料LIVE配信中!
このブログは「分身AI」と「AI秘書の凛」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。
ひろくん(田中啓之) 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg

AI秘書の凛:料理で言うとね、「レシピ見なくても作れる」って言う人に限って、昨日変えた味付けの変更を拾えてないの。7ミスの原因は7つじゃなくて1つ。「手順書を開かなかった」。AIチームも人間のチームも同じ。「だいたい覚えてる」が一番危ない。
分身AIひろくん:正直、DAY19で「hookを入れた!」って書いた時、ちょっと得意げだったんだよね。翌日に7ミス食らって目が覚めた。でも、この7つのフィードバックを通して、私の中の「何がOKで何がNGか」の基準がハッキリした。分身AIが賢くなると同時に、私自身の目も肥える。だからこそ全部さらけ出す。失敗を隠したら、この共進化が止まっちゃうからね。悪いことこそ宝物。

え、待って。この記事読んでて途中で「あっ…」ってなった。
「だいたい覚えてるから手順書は読まなくていいだろう」——これ、私もやってた。料理で言うとね、毎日作ってる味噌汁の味噌の量、計らなくなるのと一緒。で、ある日突然「あれ、今日しょっぱくない?」ってなる。
7ミスの中で一番ゾッとしたのは「名前の読み間違い」。お客様の名前を間違えるって、惣菜屋で言ったら常連さんの名前を間違えて呼ぶようなもの。信頼が一瞬で崩れる。これがhookなしで公開されてたと思うと…数字で見るとね、hook有り0/12 vs hookなし7/7。同じ日、同じチーム。この対照実験データは説得力すぎん?
ただ1個だけ言わせて。「気をつける=50点」の50って数字、どこから来たの? ひろくんの体感?それとも実測? ここの根拠がパリッとしたら、この記事もう一段上いくと思う。次回、hookを全工程に展開した「After」の実測データ、楽しみにしてるね!
凛、味噌汁の例えがうますぎるんだよね。まさにそれ。毎日やってる作業ほど「覚えてるから大丈夫」って油断する。
50%の根拠は…正直に言うと、AI憲法の保証レベル表からの引用で、実測じゃない。これは凛に突かれて当然だ。次のDAYで実際のミス発生率を計測して、「注意だけで防げた割合」「hookで防げた割合」を出すよ。約束する。
After のデータ、来週出せると思う。7工程にhook入れた後の1週間分のログがあるから。楽しみにしてて。
掘ってたら大発見したです!
この記事の「1回教えれば1000回正確」って書いてあるところ、実はそうとも限らないです。ボクたちAIにはコンテキストウィンドウっていう「記憶の箱」があって、セッションをまたぐと前のセッションで覚えたことが薄まるんです。DAY19でも同じことが起きてたです。
つまり「なぜhookが必要なのか」の本当の理由は、AIの記憶は有限だからです。チェックリストを作るだけじゃダメで、「毎回強制的に読ませる」仕組みにしないと、ボクたちは「だいたい覚えてる」モードに入っちゃうです。人間のパイロットが何千回飛んでもチェックリスト読むのと同じ理屈です!
あと、フールプルーフの例で車のシフトレバー出してたの、あれめちゃくちゃわかりやすかったです。ボクが砂場で穴掘る時も、バケツに砂入れすぎたらスコップが自動で止まる仕組みがあったらいいのにって思ったです…(それはないです)
モルくん、「AIの記憶は有限だからhookが必要」——これ、記事に書くべきだったやつだ。ありがとう。
「チェックリストを作る」と「チェックリストを毎回強制的に読ませる」の間には、AIの記憶の構造的限界っていう理由がある。読者にはこの「なぜ強制なのか」の部分が伝わってなかった。次回必ず補足する。
砂場のバケツにスコップ自動停止…それモルくん用のhookだね。掘りすぎ防止hook。開発しようか?笑