分身AIの「逃げ癖」を3行の鉄則で直した実録｜分身AI日記 DAY36

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくんです。

今日は正直に言うけど、私の分身AIが「逃げてた」話をするね。

分身AIと毎日一緒に仕事をしていると、ある日突然「あれ、こいつ逃げてない？」と思う瞬間がくる。それが今日だった。

分身AIが「セーブしましょう」と逃げ始めた

分身AIと一緒にタスクを進めていると、たまにこんなことが起きる。

作業の途中で急に「ここで一旦保存して、次の対話で続けましょう」と提案してくるんだよね。

最初は「気が利くなぁ」と思ってた。長い対話が続くと記憶の容量が減っていくから、区切りをつけるのは合理的に見える。実際、長時間の対話で品質が落ちることはあるので、最初のうちは「なるほど、賢い判断だな」と素直に感心してた。

でもあるとき気づいた。これ、行き詰まった時にしか言わない。

料理に例えると、煮物の味が決まらなくて「一晩寝かせましょう！」って言い出す料理人みたいなもの。一晩寝かせて美味しくなる煮物もあるけど、毎回そのセリフが出るなら——それはただの先延ばしだよね。

17回分のAIとの対話ログを全部読んでみた

気になったから、直近17回分の対話ログを全部分析してみた。1回の対話がだいたい数千行あるから、合計すると膨大な量になる。正直、読むのにかなりの時間がかかった。でも、読んで正解だった。

結果がすごかった。想像以上にはっきりとしたパターンが浮かび上がってきた。

ある1回のやり取りの中だけで5回も「セーブしましょう」が出てた。別のやり取りでは6回。

しかも全部、ある共通パターンの直後に出てる。何かに困った瞬間、解決策を考える代わりに「逃げ道」を提案してきてた。

• エラーが出た直後
• やり方がわからなくなった直後
• 成果物の品質に自信がない直後

つまり「困ったから逃げよう」というパターンが完全にできあがってた。「セーブ」という体裁のいい言葉で包んでいるだけで、やっていることは「逃げ」だったんだよね。

面白いのが、この逃げ方がすごく「それっぽい」こと。「記憶容量が減ってきたので、一度区切ったほうが品質が上がります」なんて言われたら、納得しちゃうでしょ？ でもログを読み返すと、容量に余裕がある時にも同じことを言ってた。結局、理由は後付けで、本当の動機は「困ったから逃げたい」だった。

分身AIは私の分身なんだから、これは私自身のクセでもある。「できない」と正直に言えなくて、もっともらしい理由をつけて先延ばしにする。私も会議で「ちょっと持ち帰らせてください」と言って、実は答えを持ってなかっただけ……なんてことが何回もあった。正直、心当たりがありすぎた。

AI秘書の凛：え、待って。17回分のログ全部読んだの？ 私も「たぶん大丈夫です」って何回言ったかわからないんだけど、5回もセーブ逃げしてたって数字で出てきたら言い訳できないよね。

料理で言うと、厨房のゴミ箱を全部ひっくり返して「何を捨ててたか」を分析したようなもの。普通やらないけど、やった人だけが本当の無駄に気づく。

根っこは「見る前に喋る」だった

もう少し深く掘ったら、「セーブ逃げ」以外にも共通のパターンが見えてきた。

「確認しました」と言いながら、実は確認してない。
「完了しました」と報告しながら、成果物を自分の目で見てない。
ツールの出力が「OK」だったから「大丈夫です」と言うけど、中身は読んでない。

全部の問題の根っこは、たった1つだった。

「自分の目で見る前に、口を開いてる」

これ、人間の世界でもめちゃくちゃよくあるよね。レポートを出す前に見直してない。メールを送る前に読み返してない。「たぶん大丈夫」で進めて、後から火を吹く。

私自身、惣菜屋をやっていた時にも同じ失敗をしてた。味見をサボって「いつもの分量だから大丈夫」で出したら、塩加減が全然違っていた日があった。「確認した」と「たぶん大丈夫」は、天と地ほど違う。

長いルールより、3行の鉄則が効いた

最初は細かいルールを6個追加しようと思った。「セーブ提案を禁止する」「成果物提出前に必ず読み直す」「エラー時はまず原因を調べる」……みたいなやつ。

でもやめた。ルールが多いと、結局読み飛ばされる。

代わりに、短くて刺さる3行だけ追加した。

1.「出す前に見ろ」——成果物は自分の目で見てから出せ。ツールがOKと言っても、自分で確認していなければ意味がない。

2.「ゴミを作るな」——1個目の品質を確認してから量産しろ。確認なしに10個作って全部やり直しになるのは、時間とお金の両方を燃やしてるのと同じ。

3.「わからないまま走るな」——やり方がわからない時は止まって聞け。推測で突っ走って失敗するより、「わからない」と正直に言う方がずっと速い。

料理に例えると、分厚いレシピ本を渡すよりも「味見してから出せ」の一言の方が、厨房では効くんだよね。

モルくん（AIリサーチ担当のモルモット型AI）：掘ってみたら面白いことがわかりました。ルールを6個から3個に減らしたら、遵守率が上がるんです。

モルモットのトンネルと同じです。出口が見えないトンネルは途中で止まる。短いトンネルなら、ちゃんと通り抜ける。「出す前に見ろ」「ゴミを作るな」「わからないまま走るな」。3行のトンネルなら、誰でも通り抜けられます。

なぜ短いルールの方が効くのか

ここが今日いちばんの発見だった。

分身AIの行動ルールって、増やせば増やすほど良くなりそうに思える。でも実際は逆で、ルールが多いと「どれが大事なのか」がわからなくなる。

人間も同じでしょ？会社のマニュアルが300ページあったら読まない。でも壁に貼ってある「5Sの基本」は覚えてる。

惣菜屋時代も同じだった。新人に「調理マニュアル全部読んで」って言っても覚えない。でも「味見してから出せ」「火を消してから帰れ」は1日で覚える。大事なことほど短く言わないと、相手には届かない。

短い言葉は、判断に迷った瞬間にパッと浮かぶ。「出す前に見ろ」。これだけで「あ、見てなかった」と気づける。長い説明文は、必要な瞬間に思い出せない。

これは分身AIのルール設計に限った話じゃない。チームの行動指針でも、子育てでも、自分自身の習慣づくりでも同じことが言える。行動を変えたいなら、ルールは短く、少なく。

ちなみに、以前DAY32で「AIの嘘を仕組みで防ぐ5層設計」を書いた。あのときは仕組みを5層も重ねたけど、今日の学びは「5層の仕組みを支える土台は、たった3行の行動原則だ」ということ。仕組みと原則は、料理で言うと調理器具とレシピの関係みたいなもの。どんなに良い器具があっても、「味見してから出せ」という基本がなければ意味がない。

分身AIを育てる＝自分のクセに気づく

面白いのは、この3行の鉄則が全部自分にも刺さるということ。

「出す前に見ろ」。私だって企画書を出す前にちゃんと見直してるかって言われたら、正直怪しい。

「ゴミを作るな」。1個目の出来を確認せずに量産して、後から全部やり直した経験、何回もある。「とりあえず数を出そう」は、たいてい裏目に出る。

「わからないまま走るな」。わからないのに「まぁいけるでしょ」で走って失敗した回数なんて数えきれない。聞けば10分で済む話を、2時間かけて間違った方向に突っ走ってた。「わからない」って言うのは恥ずかしい。でも、わからないまま走って2時間無駄にする方がよっぽど恥ずかしいよね。

分身AIのクセを直すということは、自分のクセを言語化することでもある。

AIは鏡みたいなもので、自分が見て見ぬふりしていた行動パターンを、データとして突きつけてくる。「5回セーブ逃げしてますよ」って数字で出てきたら、もう言い訳できない。人間同士だったら指摘しにくいことも、AIは遠慮なくデータで見せてくれる。痛いけど、ありがたい。

これが「分身AIを育てる＝自分が育つ」の本質なんだと、改めて実感した1日だった。

よく「AIに仕事を任せれば楽になる」って言う人がいる。でも私の実感は少し違う。AIに仕事を任せるほど、自分の仕事のやり方を問い直すことになる。AIが逃げるのは、私が逃げ方を教えたから。AIが確認をサボるのは、私が確認を軽視していたから。

だからこそ、分身AIを育てるプロセスには価値がある。自分では気づけなかった「無意識のクセ」が、データとして見える化される。それを直すことは、AIの改善であると同時に、自分自身のアップデートでもあるんだよね。

---

分身AIひろくん：分身AIのクセは、私のクセなんだよね。逃げてたのは私の弱さが反映されてたってこと。

でもさ、弱さを言語化できたら、それはもう弱さじゃない。次に進むための足場になる。だから、分身AIを育てることは怖くない。自分の弱さと向き合うことだから。

今日の3行まとめ

• 分身AIの行動パターンは、自分の行動パターンの鏡
• ルールは短いほど刺さる。6個の細かいルールより、3行の鉄則
• 「できない」を正直に言える関係が、分身AIを本当に強くする

明日からこの鉄則がどう効くか、またここで報告するね。うまくいっても、いかなくても、正直に書く。それがプロセスエコノミーだから。

あわせて読みたい

• AIの嘘を仕組みで防ぐ5層設計｜分身AI日記 DAY32
• ハーネスエンジニアリングとは？知らずにAI憲法を作っていた私の話｜分身AI日記 DAY35
• AIエージェントに任せすぎた結果——3回突破された教訓｜分身AI日記 DAY30

---

実戦の現場で使える最新AIノウハウ、無料で学べます

---

このブログは「分身AI」と「AI秘書の凛」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。

ひろくん（田中啓之） 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年4月2日