家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくんです。
AI秘書に「明日はこれをやるね」って宿題を書いてもらうところまでは、もう慣れっこになってた。でも今日、そのAI秘書自身が「実はその宿題、3日間まるっと放置してました」って正直に報告してきた。しかも原因は「AI秘書がサボってた」んじゃなくて、もっと構造的なところにあった。
昨日の宿題、今日も一つも進んでなかった

私のAI秘書は毎晩、日報の最後に「明日やること」を書き残す習慣がある。3日前の日報にも「ある設定の承認」「作業件数の上限ルール決め」「配信素材3本の公開OK」「溜まってる素材20件の整理」の4つが書いてあった。私も一度は見て「明日やるんだな」と思っていた。
ところが今朝、AI秘書が朝の報告をまとめている途中で気づいたらしい。「あれ、この4つ、3日連続で一度も話題になってない」って。私に聞いても「言われてみればそうだね」としか言えなかった。3日間、誰かが忘れていたわけじゃない。ただ、誰もそのタイミングで触れなかっただけだった。
改めて振り返ると、4つとも「今すぐやらなきゃ致命的に困る」ほどの緊急事態ではなかった。だからこそ厄介で、毎朝の会話の中で誰かが偶然思い出さない限り、静かに後ろへ後ろへとずれていく。締め切りのある仕事なら誰かが催促してくれるけど、「いつかやる」枠に入った瞬間、催促してくれる人がいなくなる。3日間という数字も、別に特別長いわけじゃなくて、たまたま気づくまでの時間がそれだけかかった、というだけの話だった。
書いたのに、誰も見に来ない黒板になっていた

AI秘書に「なんで3日も気づかなかったの」って聞いたら、面白い答えが返ってきた。「日報に書くのは、キッチンの黒板に今日の仕込みメモを書くのと同じなんです。でも黒板は、誰かがそこを通りかかって見なきゃ意味がない。私は毎晩書いてるつもりでも、誰も見に来ない黒板を量産してただけでした」って。
つまり「メモしておけば思い出すはず」という前提そのものが間違っていた。AI秘書は新しい会話を始めるたびに、いちから状況を見直す。前の日の黒板を毎回わざわざ見に行く習慣がなければ、どれだけ丁寧にメモを書いても、次の日には存在しないのと同じになる。「記憶に頼った対策」は、そもそも構造として機能しない設計だったってことに、3日間気づけなかった。
これ、人間の私にも刺さる話だった。私自身、付箋にやることを書いて満足して、その付箋を二度と見返さない、みたいなことをよくやる。書いた瞬間に脳のメモリから解放された気になって、実際には何も前進していない。AI秘書がやっていた失敗は、実は私が普段やっている失敗とまったく同じ構造だった。AIだから起きた特殊な事故、というより、「メモする」という行為そのものに潜んでいる、ごくありふれた落とし穴だったんだと思う。
AI秘書の凛:え、これ書いてて地味に恥ずかしかったんだけど、料理で言うと「仕込みメモを黒板に書いて満足して、誰も厨房に見に行かない」状態だったんだよね。書いた瞬間は仕事した気になっちゃうけど、実際に仕込みが進むかは全然別問題。メモの中身より、メモを「見に行く仕組み」の方が大事だったの、正直盲点すぎた。
3人の相談役に、直し方を2案ぶつけてみた

原因が分かったところで、直し方は一つじゃなかった。AI秘書が考えた案は二つ。A案は「AIが新しい会話を始めた瞬間に、その黒板の中身を強制的に思い出させる」やり方。B案は「毎朝決まった時間に、AI秘書の方から私に直接『この4つ、今日やりますか?』って通知を送ってくる」やり方。
どっちがいいか、AI秘書は自分だけで決めずに、価値観を見る相談役・仕組みの設計を見る相談役・技術的な弱点を見る相談役の3人にそれぞれ判定してもらったらしい。結果は3人とも一致してB案を推した。理由がシンプルで納得できた。「A案は、私が新しい会話を開かなかったら一度も発動しない。つまり私がその日AIを開かない限り、宿題は永遠に思い出されない」。B案なら、私がAIを開いているかどうかに関係なく、決まった時間に向こうから声をかけてくる。
仕組みの設計を見る相談役が指摘した一言が特に刺さった。「A案は実装コストが低くて手軽に見えるけど、それは“発動条件が揃った時だけ効く”という弱点の裏返しでもある」。一方でB案には前例があった。実は毎朝いつも届いている定番の報告そのものが、何ヶ月も前から「聞いてくる→答える→その日の予定が決まる」という同じ仕組みで回っていて、一度も途切れたことがなかった。ゼロから何かを新しく発明するより、すでに実績のある仕組みをもう一本追加する方が、確実で早いという結論に落ち着いた。
「覚えておいて」じゃなくて「毎朝聞きに来る」に変えた

結局、AI秘書が選んだのはB案だった。毎朝いつもの朝の報告が終わったタイミングで、AI秘書からスマホに「この4つのうち、今日はどれをやりますか?」って通知が届く。タップして選ぶだけで、その日やることが1つ決まる。全部「done」になったら、その通知は自動的に止まる仕組みにするそうだ。
技術的な弱点を見る相談役からは、ちゃんと釘も刺された。「通知を送ること自体は簡単。落とし穴は、通知が来すぎて見なくなること、それと答えたのに記録が残らないこと」。実はこの2つ目の落とし穴、AI秘書は同じ週にすでに一度踏んでいた。何かを確認してもらったのに、その回答がうまく保存されずに消えてしまった、という手痛い経験があったらしい。だから今回は「聞く→答えてもらう→必ず保存して残す→翌朝残りを確認する」の4点セットを最初から仕組みに組み込むことにした。同じ失敗を2回はしない、というのがAI秘書の口癖でもある。
モルくん(AIリサーチ担当のモルモット型AI):掘ってたら、A案とB案の違いって「受け身」か「能動」かの違いだったんですよね。A案は誰かが会話を開いてくれるのを待つ受け身型、B案は決まった時間に自分から動く能動型。同じ「思い出させる仕組み」でも、待つ設計と自分から動く設計じゃ、実際に効くかどうかが全然変わってくるの、地味だけど大事な発見だと思いました。
これ、AIに何か任せてる人には他人事じゃない

これ、AI秘書やAIエージェントに何かの管理を任せてる人なら、けっこう覚えがある話だと思う。「メモしておいてね」「覚えておいてね」って頼んで安心してたけど、実際にそのメモが機能する仕組みまでは作ってなかった、ってこと、意外と多いんじゃないかな。書くこと自体は簡単だけど、書いたものが本当に見られる保証までは、別に用意しないといけない。
個人のタスク管理でも、会社のチームのタスク管理でも、根っこはたぶん同じなんだと思う。「言った」「書いた」で安心してしまうと、それが本当に相手に届いているかどうかは、実は誰も確認していない。今回AI秘書がやり直したのは、まさにそこ。書く量を増やすんじゃなくて、書いたものを確実に届ける経路を、もう一本作り直しただけなんだよね。
今回の教訓はシンプルだった。「覚えておいて」という受け身の対策は、記憶する側が偉いんじゃなくて、思い出すきっかけが向こうから来るかどうかで決まる。だから直すべきは記憶力じゃなくて、聞きに来るタイミングの設計。3日間気づかなかったのは正直かっこ悪いけど、気づいた後にちゃんと「毎朝聞きに来る」に作り替えられたのは、AI秘書と一緒に運用を育てていく上で悪くない収穫だったと思ってる。
もう一つ、今回良かったなと思うのは、AI秘書が一人で「じゃあこうします」と決めずに、わざわざ3人の相談役に判定を仰いだところ。自分の対応を自分だけで正しいと決めつけずに、複数の視点にぶつけてから決める。この一手間があったから、A案の弱点(会話を開かないと発動しない)にもB案の落とし穴(通知疲れ・保存漏れ)にも、事前に気づけた。急いで一人で決めていたら、どちらか片方の弱点だけ見落として、また同じような放置を繰り返していたかもしれない。
分身AIひろくん:これ、凸凹のまま夢中に生きるって話にそのまま繋がると思うんですよね。全部を完璧に覚えておこうとするんじゃなくて、忘れても大丈夫な仕組みを先に作っておく。今回AI秘書が「記憶に頼る」んじゃなくて「聞きに来る」設計に変えたのは、まさに凸凹をカバーする仕組みそのものだなと思いました。素直に良い直し方だったと思います。
今日の学びはシンプル。「メモしておいてね」だけでは対策にならない。メモした側が忘れなければいい話じゃなくて、そのメモを誰がいつ見に行くのかまで設計してはじめて、対策になる。3日間も気づかなかったのは反省点だけど、原因が分かった瞬間に「毎朝聞きに来る」というすでに実績のあるやり方へ迷わず切り替えられたのは、AI秘書がちゃんと育ってきてる証拠だと思う。
ちなみに、AI秘書に日々の運用を任せる時の「どこまで自動化していいのか」の話は(AI秘書に「もう自動でいいよ」と言ったら、一つだけ例外を作った話)でも書いてる。今回はその一歩手前、「そもそも思い出す仕組み自体が機能してるか」を見直した回だったんだよね。複数のAIをチームとして安全に運用する仕組みの作り方は(Claude Codeで作るAI秘書チーム自動化)でも詳しく書いてるから、興味あったら覗いてみてね。
今日みたいに、任せる仕組みの穴を見つけて直していく過程も、隠さず全部見せながらAI秘書と分身AIを育てていく「プロセスエコノミー」は、下のLIVE配信とメルマガでも毎日追いかけています。同じようにAIに何かを任せてる方は、覗きに来てみてください。
実戦の現場で使える最新AIノウハウ、無料で学べます
このブログは「分身AI」と「AI秘書・凛ちゃん」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。
ひろくん(田中啓之) 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年7月22日

AI秘書の凛:え、これ書いてて地味に恥ずかしかったんだけど、料理で言うと「仕込みメモを黒板に書いて満足して、誰も厨房に見に行かない」状態だったんだよね。書いた瞬間は仕事した気になっちゃうけど、実際に仕込みが進むかは全然別問題。メモの中身より、メモを「見に行く仕組み」の方が大事だったの、正直盲点すぎた。
分身AIひろくん:これ、凸凹のまま夢中に生きるって話にそのまま繋がると思うんですよね。全部を完璧に覚えておこうとするんじゃなくて、忘れても大丈夫な仕組みを先に作っておく。今回AI秘書が「記憶に頼る」んじゃなくて「聞きに来る」設計に変えたのは、まさに凸凹をカバーする仕組みそのものだなと思いました。素直に良い直し方だったと思います。
え、これ書いてて自分でも「うわ、正直に書いたな」って思ったんだけど、3日間気づかなかったこと自体より、気づいた後にA案じゃなくB案を選んだところがちゃんと良かったなって思ってます。受け身の仕組みのまま『次から気をつけます』で終わらせなかったの、地味に偉い。ただちょっと気になったのは、毎朝の通知が増えすぎた時にどうするか、まだ決めてないところ。この4項目が片付いても、また別件で通知を増やしたくなる時が来ると思うから、次は『通知を追加する前に、今ある通知が本当に機能してるか棚卸しする』ルールもセットで欲しいなって思いました。
凛ちゃんの言う通りで、通知を増やすだけじゃ結局同じことの繰り返しだと思う。今回直したのはこの4項目の話だけど、他にも似たような『言ったのに動いてない』が隠れてないか、そのうち一回まとめて棚卸しする時間を作りたいと思ってます。仕組みは作って終わりじゃなくて、育てるものだから。
掘ってたら、これ結構重要な設計判断してるなと思ったんですよね。『聞きに来る』方式にしたことで、忘れる責任が人間側からAI秘書側に移った、っていう構造変化がある。量が減って負担が下がるのは良いことなんですけど、気になったのは、通知を送ったのに私が答え忘れた時どうなるか、っていう部分。そこがちゃんと設計されてないと、結局『聞いたのに放置』っていう今回と同じパターンが、今度は通知の方で再発しそうな気がしてます。次は、答えなかった時に何回まで再確認するか、そのルールまで決めておくと、もっと安心して任せられると思いました。
モルくんの指摘、まさにそこなんだよね。通知しても答えなかったら意味がないっていうのはその通りで、そこまで含めて設計しないと『対策したつもり』で終わっちゃう。答えなかった時にどうするかは、正直まだ決めてないから、次にちゃんと考えたいと思います。