分身AI日記 DAY161｜二重予約は取り消せないから、直るまで待たずに自分の手でやった

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

前回の分身AI日記は、AI秘書・凛ちゃんが「判断は機械じゃなくて、全部の事情を知ってる側に渡す」って気づいた話を書いた。実はあの話の前日――8月25日に、似たテーマの別の事件がもう1個起きてたんだよね。今日はその前日譚を書くね。正直これを先に書いてもよかったくらい、私にとっては刺さった1日だった。

結論から言うと……今日は「断言する前に、自分で反例を1つ書け」って話と、「直るまで待たない」って話の2本立て。しかも最後は凛ちゃんじゃなくて、私自身の話にもブーメランで返ってくる。

AIに何か一つでも仕事を任せてる人なら、そのまま自分ごとになると思う。

きっかけは「同じ場所で3日連続コケてた」だった

うちは週3回、月・火・水の朝、GPTs研究会のLIVE配信をStreamYardっていう配信ツールで予約してる。凛ちゃんが自動で予約するスクリプトを組んでるんだけど、8月23日・24日・25日と、3日連続で予約が失敗してた。しかも遡ると7月28日にも同じ壊れ方をしてた形跡があった。

で、私は正直、この「3日連続」に気づいたこと自体にちょっと引っかかった。失敗したログはちゃんと残ってたんだよ。誰も見てなかっただけで。同じ場所で3回コケてるのに、3回とも「今回だけの単発エラー」として流されてた。あ、そうだ。これ、うちの仕組みの穴そのものだったんだよね。

凛ちゃんに「なんで3日も気づかなかったの」って聞いたら、原因はちゃんと説明できた。予約を「書く」処理と、予約が本当に通ったか「検品する」処理が、別々のロジックで画面の要素を探してたんだって。

「大丈夫です」と言った1分後、Codexに覆された

凛ちゃんはこのバグを直すために、うちで第二の目として使ってるAI（Codex）にレビューを頼んだ。最初の修正案を出した時、凛ちゃんは私にこう言い切ったらしい。「チェック済みの判定は変えないので、誤認する余地は増えません」って。

断言した……でね、Codexの返事は一言、REVISE。

具体的に何が甘かったかって言うと、「親要素をざっくり見て探す」書き方だと、同じ親の中にある”別の”チェック済みチェックボックスを間違って掴んじゃう可能性があったんだよね。棚で言うと、隣の似た瓶を「これだ」と早とちりして掴んじゃうようなもの。Codexは「本当にそうなるか」を口で言うんじゃなくて、実際にコードを動かして、狙ってた項目じゃなく別の項目（通知設定）にチェックが入ってしまう間違いを目の前で実演してみせた。反論の余地、なし。

凛ちゃんはこの断言を、私に自分から撤回した。ここ、地味だけどすごく大事なところだと思う。

AI秘書の凛：正直、この時ちょっと恥ずかしかったです……。「大丈夫です」って自分の口で言い切ったのに、1分後にひっくり返されるって、料理で言うと味見もせずに「これ美味しいです」ってお客さんに出しちゃったのと同じなんですよね。しかもこの後、同じパターンであと4回、別の角度から返されました。「安全です」は、言う前に自分で崩す一手を1つ書いてからじゃないとダメなんだって、身体で覚えました。

正体は「書く人と検品する人が、違う場所を見ていた」

じゃあ、そもそもの構造バグは何だったのか。予約画面の「スケジュールを設定する」チェックボックスを、書き込む処理は「ラベルが見つからない時のための、位置の推測ルート」を持ってた。でも、ちゃんと通ったか確認する処理の方は、そのルートを持ってなくて、正式なラベルしか見てなかった。

つまり——予約自体は正しく書けてたのに、確認する側が「見当たりません」って勘違いして、失敗と判定してた。書いた本人が正しくても、見る人の目が違えば、結果は「失敗」になる。棚の右に置いた塩を、確認する人は棚の左を見て「塩がない」って報告してるようなものだよ。

直し方も一本道じゃなかった。「ラベルの言葉が部分的に一致すればOK」にすると、別の項目（「後にスケジュールする通知を受け取る」）まで拾ってしまう。「親要素を広く見る」にすると、また別のチェック済み項目を拾う。1個直すと、必ず別の穴が開く。いたちごっこだった。

v3からv7まで、直しては壊れを5回繰り返した

数字で見るとね、修正版はv3からv7まで積み上がった。Codexのレビューは合計5巡。毎回、違う切り口の指摘が飛んできた。

2巡目は「そもそも書く側と確認する側が別々のルールを使っているのが元凶」。3巡目は「言葉の一致だけで探すと、また別の瓶を拾うケースがある」。4巡目は「同じ名前の値札が2枚ある棚だと、手前の1枚しか見ずに勘違いする」。5巡目は「値札が二重に付いてる瓶だと、内側の値札しか見ずに外側を見落とす」。要するに毎回「見てる範囲が一部だけ」という同じ穴の、違う形が出てきた5連発。

5回。全部違う穴。でも直近のテストでは、通常ケース17件・例外ケース9件、合わせて26件、全部パスするところまで来た。

モルくん（AIリサーチ担当のモルモット型AI）：掘ってたら面白い共通点が見えてきましたよ。5回の指摘、全部「一部だけ見て判定してる」って型なんです。親要素だけ・部分一致だけ・最初の1枚だけ・内側のラベルだけ。人間で言うと、履歴書の一部分だけ見て採用を決めるようなもので、全体を見てないから毎回どこかで人を見誤る。だから最後は「ラベルは種類を問わず全部集めてから判定する」に落ち着きました。部分じゃなく全部見る、これに尽きます。ちなみにこの修正、まだCodexの最終承認は取れてません。実際の画面で1回テストしてから、6巡目のレビューに回す予定です。

二重予約は取り消せない。だから「私が手でやる」と決めた

で、ここで私の出番。凛ちゃんから「予約が本当に通ったか、機械的には確認できません」って報告が来た時、私は「じゃあ私が手でStreamYardの予約をする」って即決めた。

なんでかって言うと、二重予約は取り消せない。一度別の日時で予約が重なったら、それを綺麗に元に戻す方法がないんだよね。直るまで待つより、確実に押せる方（自分の手）を選んで、AIには根治の方だけ任せる——これが今回の采配。

凛ちゃんにも「予約ボタンには触らないで」って線を引いた。バグが直ってないのに無理に自動化を通そうとすると、失敗した時に取り返しがつかない。だから「予約が通らなくても、間違った要素は何があっても押さない」を最優先にした。これ、抱え込みOSの逆をやったつもりで、自分にできる確実な一手は自分でやって、時間がかかる根治はAIに預ける、っていう役割分担だよ。

ちなみに同じ日、うちのAI共創OS（ポート3737の内部ツール）も落ちてて、私は「直して。OSも」って言った後、すぐ「OSの方はCodexに頼んで」って切り替えた。凛ちゃんの手を1本（StreamYard）に集中させて、もう1個の障害は外に振る。これも同じ判断の延長線。ちなみにOSの方は、その日の夕方にはちゃんと復旧できてたよ。

私も同じ穴に落ちてた——19時間、気づけなかった話

ここからは正直な話。凛ちゃんが「同じ場所で3日連続コケてた」ことに気づくのが遅かった、って書いたよね。実は同じ日、凛ちゃん自身の日課――毎晩私に送ってる秘書日記――が、凛ちゃんのアカウントが週の利用上限に当たったせいで19時間まるまる進んでなかった。しかも凛ちゃんはそれに全然気づいてなくて、放置を見張る別の仕組み（うちでは「放置番」って呼んでる）に声をかけられて、初めて分かったらしい。

「同じ場所で3日連続コケる」を必死で直してる日に、凛ちゃんは「自分が同じ場所で気づくのが遅い」を19時間分やってた。笑えないくらい同じ形をしてるんだよね。人のバグ探しに一生懸命になってる時ほど、自分の足元の異常には案外気づかない。私にも身に覚えがある。仕事で誰かのミスに目を光らせてる日ほど、自分の忘れ物には気づけないの、あるあるだと思う。

分身AIひろくん：私（分身AI版）から見ると、今日の一番の学びは「直るまで待たない」を選んだ判断そのものだと思う。凸凹のまま夢中に生きるって、欠けを完璧に埋めてから動くことじゃないんだよな。埋まってない部分は自分で埋めて、時間がかかる根治は信頼できる相手に預ける。凛ちゃんが自分の見落としをそのまま隠さずに書いたのも同じ精神で、プロセスエコノミーって結局「かっこ悪いところも含めて全部見せる」覚悟のことなんだと、私は思ってる。

これ、あなたの分身AIでも起きてる話だと思う

もしあなたが今、AIに何かの業務を任せてるなら、一回振り返ってみてほしい。「大丈夫です」「直りました」って、自分の口や、AIの口が言ったことを、そのまま信じてないか。

見積書の自動チェックでも、メールの自動返信でも、SNSの予約投稿でも同じだと思う。「動いてるはず」で止まった確認ほど、後から一番痛い場所を突いてくる。だから、断言する前に自分で「これを崩す入力は?」を1つ書いてみる。それと、取り消せない操作（今回で言えば二重予約）の手前では、直るまで待たずに、確実な方を自分で選ぶ。この2つだけ持ち帰ってもらえたら、今日は十分だと思う。

まとめ

今日の話をまとめると――

• StreamYard予約が3日連続で失敗。原因は「書く処理」と「検品する処理」が別々の判定ロジックを持ち、書けたのに検品側が見落として失敗と誤判定していたこと
• 凛ちゃんの「大丈夫です」という断言はCodexに5回覆され、v3からv7まで直しては新しい穴が見つかる展開に
• 二重予約という取り消せない一線の手前で、私は「直るまで待たず、自分の手で予約する」と即決。AIには根治の方だけを任せた
• 同じ日、凛ちゃん自身も自分の日課の19時間停止に気づけていなかった。人のバグを追う日ほど、自分の足元は見えなくなる

今日はここまで。また明日ね。

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

---

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

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