00:00
えーと、最近スマホで買い物をしていて、電波が悪くて、あれ、今の決済ボタンちゃんと押せたかなーって不安になることありませんか?
あー、ありますね。あれは本当に焦ります。
ですよね。リスナーのあなたも、もしかしたら一度くらいは経験があるかもしれません。
で、少し経ってから、同じ商品が2つ届いて絶望するあのパターン。
あの、やっちゃった感はなんというか本当に胃が痛くなりますよ。
まあ、潜在が2つ届くくらいならいいんですけどね。
実は今日の深掘りでは、私たちが直面している最新のAI技術でも、これと全く同じ、いや、もっと恐らしい問題が起きつつあるというテーマを扱います。
えー、そうなんです。非常にタイムリーな話題ですね。
今回のソース資料は、AIエージェント日地速報の2026年7月6日版なんですが。
あの、AIって、今途中で作業が止まっても賢く再開できるようになったじゃないですか。
はい。自律的に動くエージェントへの進化ですね。
それ自体はすごく進化したポイントだと思うんですが、資料が警告している新たな問題、それが二重実行だということで。
そうです。まさにそこが今回の核なんですよ。
再開できるからこそ、どこから再開するのか、本当に止まっていたのかをAI自身が正確に把握していないと、同じ作業を二重、三重に実行してしまうんです。
なるほど。AIが仕事で同じ決済ボタンを何度も押しちゃったらと考えると、ちょっとゾッとしますね。
ええ。しかもAIの場合、バックグラウンドで動いたり、複数のデバイスから指示できたりするからこそ、この二重実行が致命的な事故につながるんです。
今日は、最新のAIツール群の動向から、この問題の本質を紐解いていきましょう。
はい。よろしくお願いします。まずは、なぜ今こんなに二重実行が起きやすくなっているのかというところから考えてみたいんですが。
どう思われますか?
最大の理由は、やっぱり私たちがどこからでもAIに触れるようになったからという点に尽きる気がします。
全くその通りです。例えば、最近のCodexの新しいリモート機能なんかは、まさにその典型的な例ですね。
Codexのリモートですね。
はい。これ、ChatGPTのモバイルアプリから、自分のMacやWindowsで動いている作業を開始したり、継続したり、さらには承認までできるようになっているんです。
ああ、QRコードでペアリングするやつですね。
ええ。QRコードで安全にペアリングして、非常にシームレスに連携します。
ただ、便利になった反面、スマホとPCの両方から同じ作業に触れるという状況が生まれます。
つまり、出先からスマホで、お、自宅のPCでAIが書いているコード、良さそうだな、承認ってポチッとできるわけですよね。
そういうことです。
すごく便利そうですけど、これってスマホの承認ボタンが手元にあるってことは、リスクも常に手元にあるってことになりませんか?
便利さの裏側にある大きな落とし穴ですね。
スマホからもPCからも同じ作業にアクセスできるということは、AI側が画面ではなくて作業単位、つまり作業IDでしっかりと状態を管理していないと、大混乱を招きます。
03:01
画面じゃなくて作業単位ですか?
ええ。例えば、PCの前に座っている同僚がすでに承認して進んでいる作業を、あなたが外出先のスマホからもう一度承認してしまうかもしれない。
はあ、なるほど。ソフトウェアの世界だと、よく誰かが編集中ですみたいなロックがかかったりしますけど。
ええ。まさにそのロックという概念があります。トイレのドアにかかっている、使用中の巣だみたいなものですね。
はいはい。
ただ、AIがバックグラウンドで動いている最中にシステムがクラッシュしたり通信が途切れたりすると、誰も入っていないのに使用中の札だけが残ってしまう古いロックという現象が起きるんです。
あ、なるほど。これって家族の間でよくある、犬に餌をあげかの確認を忘れる現象と全く同じですね。
どういうことですか?
お父さんが餌をあげたのに、その札をかけ忘れたせいで、お母さんもあれまだかなと思ってまた餌をあげてしまって、結果的に犬が撃取しちゃうっていう。
あは、その例えはすごくわかりやすいですね。AIもその餌をあげたという履歴、つまり古いロックや作業IDをちゃんと見分けないと、同じ車輌を延年と二重にやってしまうわけです。
なるほどな。
だからこそ、クロードコードの最新アップデートバージョン2.1120や2.010では、一見地味ですが非常に重要な軌道修正が行われました。
クロードコードですね。何が変わったんでしょうか?
デフォルトの権限モードが手動、マニュアルに変更されたんです。
手動ですか?
ええ。人間が確認すべきところで、AIが勝手に自動継続するのをあえて止めるようにしました。さらに、先ほどお話しした古いロックが残ってしまう不具合なんかも徹底的に修正されています。
それって、AIをもっと自律的に全自動で動かそうとする今のトレンドからは少し逆行しているようにも見えますね。あえて手動に戻したというのは。
そうですね。それだけ意図しない再実行のリスクが深刻だったってことなんです。加えて興味深いのは、会話の途中でシステム側から割り込むような余計な指示を減らした点です。
システムからの割り込みですか?
はい。AIが長い作業をしているときに、システムから現在のステータスを報告せよ、みたいな文脈を乱す割り込みが入ると、AIがあれ?これってさっきと同じ作業?それとも新しい作業?と混乱してしまう原因になるんです。
犬の餌の話で言うなら、お母さんが餌をあげようとしている途中で、お父さんが急に、そういえば明日の天気は?って別の話を割り込ませるから、お母さんが、あれ私餌あげたっけ?ってわからなくなるようなものですね。
まさに思考のプロセスが途切れてしまうわけです。だからこそ、クロードコードのこうした地味な制御が、私たちが毎日AIを安心して使う上での信頼性に直結しているんです。
なるほど。いやー、スマホとPCのすれ違いだけでも大変ですね。さて、ここまでは単一のアプリ内での二重実行の話でしたけど、今のAIってもう一つのアプリの中だけにはとどまらないですよね?
06:00
ええ、開発環境全体を横断して仕事をするようになっていますからね。
そうなるとこの問題もさらに複雑に絡み合ってくるんじゃないですか?
次の大きな壁ですね。Googleアンティグラビティのようなツールを想像してみてください。これは特定のアプリというより、開発環境全体を横断して自律的に作業するAIです。
こうなると、ただ単にやり直すかやり直さないかという単純な話ではなくて、工程単位での再実行ルールを細かく設定する必要が出てきます。
工程単位のルール。もう少し具体的に教えてもらえますか?
えっと、例えば、AIが何かを調査するとか、テストコードを何度も回してバグを探すという工程なら、途中で通信が切れてやり直したとしても、何度繰り返しても問題ありませんよね?
まあ、そうですね。
でも、外部のサーバーにデータを送信するとか、不要なファイルを削除するといった工程は絶対に二重実行してはいけません。
確かに。下書きのやり直しなら何度やってもらっても大歓迎ですけど、もしAIが気を引かせて顧客への重要なメールを2回送信してしまったら…
それはまずいですね。
先ほどと同じ内容ですが、念のためもう一度送ります、みたいな。考えただけで胃が痛くなりますよ。
相手からしたらスパムかシステム障害かと思いますよね。
さらに、コードの実行だけでなく、成果物を生成するAI、例えばマニアスのようなツールでも二重実行は別の厄介な顔を見せます。
マニアスですか?
はい。スライドやウェブサイトなんかを自律的に作ってくれるんですが、ここで二重実行が起きるとどうなると思いますか?
うーん、なんか単純にファイルが上書きされちゃうとか、それとも似たようなスライドのファイルが無限に増殖していくとかですかね?
上書きされるならまだマシかもしれません。実際には平行世界のようにファイルが増殖していくんです。
平行世界?
最終版V版、最終版V2、本当の最終版みたいなファイルが山のようにできてしまう。
しかもAIは超高速で作業するので、古い案と新しい修正案が複雑に混ざってしまって。
わー。
どれが本当に最新の正解なのか、人間側で把握しきれなくなるんです。
それは耳が痛いですね。リスナーのあなたもホルダーの中が最終版だらけになった経験あるんじゃないですか?
人間でもよくやりますからね。
ええ、AIが超高速で仕事をしてくれる分、バージョン管理というか整理整頓の負担が全部こっちに降ってくるわけですね。
その通りです。
これって結局AIにお願いする前に、人間側がここは何度やり直してもいいけど、ここは絶対に2回やるなっていう線引きを最初にしっかりしてあげないといけないってことですか?
まさにそこです。これからの時代、AIを使いこなすスキルというのはそこにかかってくるでしょうね。
いかにAIにうまくプロンプトを書くかという時代から、いかに完了条件や禁止事項をAIと共有できるかにシフトしています。
なるほど、プロンプト作りから条件の共有へと。
09:01
ええ、どこからが取り返しのつかない作業なのかを見極める、プロジェクトマネージャーのような視点が必要になってきます。
成果物の迷子を防ぐだけで頭が痛いのに、さらに状況は複雑化しているんですよね。
最近はAIが単なるツールではなくて、AI社員として私たちのコミュニケーションツールに成就し始めていますし。
そうですね、スラックとかTeamsにAIがいるのが当たり前になってきました。
窓口が多すぎるAI社員が引き起こす究極の混乱、これも気になります。
ゲンスパーククローなどの事例がまさにそれにあたりますね。
ゲンスパーククロー。
自分専用のクラウドPC空間を持っていて、人間と同じようにWhatsApp、LINE、スラック、Teamsなど複数のコミュニケーションチャンネルから同時に指示を受けることができるAI社員です。
これ上司からスラックで、あの件よろしくって言われた5分後に、メールでも全く同じ内容が飛んできて、分かってるよってイラッとしたことありませんか?
ありますあります。
人間なら、これさっきのスラックの件だなって同じタスクとして処理できますよね。
人間なら文脈で判断できますからね。
でもAI社員の場合、そこを明確に設定していないと文句一つ言わずに、LINEからの指示とスラックからの指示を、よし2つの新しいプロジェクトだなと解釈してしまうんです。
うわー、そして同時に裏で進めちゃう。
ええ。人間チームと同様、複数経路から同じ依頼が来ると、AIが重複依頼を別タスクとして処理して散らかるリスクがあります。
それって、10人の超優秀なアシスタントを雇ったのに、全員にアシスタントっていう全く同じ名札を付けて、トランシーバーも持たせずに現場に放り込むようなものですね。
めちゃくちゃ働くけど、他人の仕事まで二重にやっちゃうっていう。
完璧な例えです。だからこそ、システム側で依頼IDや会話スレッドの管理が必須になります。
このスラックの依頼はさっきのLINEの依頼と同じ案件だよねという裏側の紐付けがないと現場は大パニックになります。
優秀すぎるがゆえのポンコツというか、あと資料にあって気になったのが、ハーマツエージェントという自己改善型のAIです。
はい、バージョン0.18.0ですね。
スラッシュラーンみたいなコマンドで、自分自身の失敗から学習する機能があるんですよね。一見するとすごく賢そうですが、ここにも二重実行の罠があるんですか?
ええ、AIが失敗から学ぶプロセスを想像してみてください。エラーが出たときにAIの中で論理の分岐が発生します。
分岐ですか?なるほど、そこを区別しないと。
AIはさっき書いた間違ったコードを学習しないまま何度も再送信し続けるようなループに陥ってしまいます。最悪の場合、暴走して接続先のシステムをダウンさせてしまう。
それは怖いですね。何回同じ壁にぶつかっているんだって突っ込みたくなりますけど、AI自身は真面目にやっているつもりだから立ちが悪い。
だから、単なる再実行と学習した後の再試行を明確に区別するメカニズムが必要不可欠なんです。
なるほどな。あともう一つ、オープンクローというツールの機能についても話しておきたいです。既存のセッションに外から接続できるアタッチ機能、これってどういうものですか?
12:09
開発者がPCで作業しているターミナルという黒い画面がありますよね。あれは通常それぞれが独立した部屋のようなものです。
アタッチというのは、すでに誰かが作業をして動いているその部屋のドアを開けて途中から合流するような機能です。
部屋に途中から入る。便利そうですが、それの何が危険なんですか?
問題になるのは、どの部屋に入るかを間違えるリスクです。AIがすでに終わっている古い作業の部屋に入ってしまったり、全く別の用途で動かしている本番環境の部屋に誤って接続してしまうかもしれない。
うわー、誰かが作っていた秘密の企画書の部屋とか、もっと言えば庫局データを管理している部屋のドアを間違えて開けて、そこにこのデータ全部消去しておいてって命令が飛んじゃうみたいな、いやいやホラー映画より怖いですよ。
本当にその通りで、そうならないためにセッションの作成日時、今の状態、担当者などの情報がクリアに見えるようにしないと、間違ったドアを開けて取り返しのつかないことになります。
今自分はどこの会議室のドアを開けようとしているのか、AIにもしっかり確認させないといけないんですね。
いやー、ここまで一気に見てきましたけど、今回の深掘りを通じて見えてきたのは、AIエージェントの運用において、途中で止まっても再開できるなんてことは、もはや当たり前の前提だということですね。
そうですね。再開できるからこそ、これからはその作業をどうやって一位の存在として扱うかが勝負になります。
作業IDを振り出し、今の状態を正確に把握し、工程ごとの再実行ルールをしっかりと設定すると。
はい。そうした設計が根底にないと、AIの便利さよりも、人間側がこれって今どうなってるの?と確認して回るコストの方がはるかに高くなってしまいます。
リスナーのあなたも、もし実務でAIを使うなら、このAIはいかに賢いかというスペックよりも、いかに作業単位を人間とAIで共有できるかという部分にぜひ注目してみてほしいですね。
ええ。ルールや線引きを曖昧にしたままAIを増やすのは、先ほどの名札が同じアシスタントを無限に雇うのと同じで、コストと混乱を増やすだけですからね。
さて、最後にちょっとだけこの資料の枠を超えた想像をしてみたいんですが。
ほう、何でしょう。
もし今後、AIエージェントが完全に自立化して、今日私たちが話してきた二重実行を防ぐための作業IDや状態管理みたいなものを、AI自身が勝手に生成して管理するようになったらどうなると思いますか?
それは非常に深く、そして恐ろしい試行実験ですね。もしそうなれば、人間にはAIが今どの作業をやっていて、なぜその作業を一時停止しているのか、全く解読できなくなる日が来るかもしれません。
ですよね。自分たちの預かり知らないところで、AI同士が独自の暗号で、あ、この作業IDは私がやってるから手を出さないでね、みたいにやり取りし始める。
15:07
ええ。
その時、私たち人間はAIの行動を一体どうやって監査し、コントロールすればいいんでしょうね。
私たちが二重実行を防ぐためにAIに自立的な管理を求めた結果が、逆に人間の目を塞ぐ結果になるかもしれない。これはテクノロジーの進化における大きなパラドックスですね。
そうなんです。私たちがAIを管理しているのか、それともAIが作った完璧な管理システムの中で私たちが泳がされているだけなのか。スマホで決済ボタンを2回押してしまったあのささやかな焦りがなんだか可愛く思えてきますよね。
確かにそうかもしれないです。
さて、リスナーのあなたはどう思いますか。ぜひご自身でも考えてみてください。それではまた次回の深掘りでお会いしましょう。
