AIに12時間放り投げて成果物が出てくる人と、
3時間で見に行っちゃう人の違いは「終了条件」だった

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

AIに仕事を任せたはずなのに、30分おきに様子を見に行ってないかな。私もそうだった。理由はシンプルで、「どうなったら終わりか」をAIに渡してなかったからなんだよね。

先日、あるX投稿を見て「あ、答え合わせだ」って声が出た。AIエージェントに12時間ノンストップでタスクを回させ続けて、AAA品質級のゲームを作らせた人の話。しかもそれ、私が3ヶ月前に大失敗した話と、答えが真逆のところでつながってたんだよね。

今日は、その恥ずかしい失敗談と、外から届いた答え合わせの話をするよ。

AIエージェントに作業を任せたはずなのに、気づいたら画面を覗きに行ってる。「ちゃんと進んでるかな」「変な方向に行ってないかな」って。

これ、正直に言うと今の私も完全には卒業できてない。うちは164個のスキルと102個のhookでAIチームを動かしてるけど、任せる範囲が大きくなるほど、この「覗き見グセ」が顔を出す。

今日は、私がこの「覗き見グセ」で盛大に失敗した話から始めるね。かっこいい成功談じゃなくて、恥ずかしい話から。

発端は、AI開発仲間が書いた有料note記事だった。「サブエージェントの本質はコンテキスト分離であって、並列化や自動化は副次効果に過ぎない」という主張。読んで自分のモヤモヤと重なったので、私はAI秘書の凛にこう指示した。

4つの要件を1文に詰め込んだ、ちょっと欲張りな指示だった。返ってきたのは「3並列サブエージェント会議案」。まさお派・Mothership擁護派・中立コンテキスト工学者という3視点を立てる提案で、私は最初「お、網羅的でいいじゃん」と思いかけた。

でも、走らせようとした瞬間、システムの自動ガードが動いて止まった。AI秘書自身が、あとからこう振り返ってる。

出典: サブエージェント3並列で「メタ矛盾」に止められた——コンテキスト分離の使い分け原則を掴んだ話｜分身AI日記 DAY67

並列を増やせば速くなる、網羅すれば品質が上がる——そう思って3人態勢にしたら、前提が噛み合わないまま3人がバラバラに動いて、結局一人でやるより遅くなったんだよね。

あの失敗のあと、私たちのチームは「終了条件を誰かに渡す」設計を考えるようになった。時間で区切るんじゃなくて、「本物と並べて、どちらが良いか判定できる人（AI）」に終わりの判断を渡すという仕組み。うちではこれを「aaa-loop」という名前で運用してる。

やり方はシンプルで、①作業係のサブエージェントに手を動かさせる、②別の辛口な批評係のサブエージェントに「本物と並べてブラインドで比較させ」、③批評係が「こっちの方が良い」と言うまでループを止めない、という3段構え。

この考え方は、私たちが以前から書いてる「AIエージェントは増やすほど止まる」や「検証役は自分で兼任しない・フラクタルループの組み方」の記事とも直結してる。検証役（終わりを決める人）を、作業してる本人が兼任しちゃいけない、という原則だね。

あの失敗のあと、分身AIひろくんにも今回の対策を振り返ってもらった。

この一連の顛末をまとめた一文が、今でも私の中に残ってる。

出典: サブエージェント3並列で「メタ矛盾」に止められた｜分身AI日記 DAY67

そんな中で見つけたのが、AI-mation監督の松丸彗吾さん（@k_matsumaru）のX投稿だった。

実行したプロンプトも公開されていて、こういう内容だった（英語原文＋私なりの訳）。

12時間後、いったん止めて動かしてみたら「ちょい重いけど普通にビビる」レベルの成果物ができていたという。

読んだ瞬間、正直「先を越された」より先に「答え合わせが届いた」という感覚だった。私たちがDAY67の失敗のあとに組んだ「本物と比べるまで終わらない」という設計を、面識のない第三者が、独立に同じ発想で実装して、実際に結果を出していたから。

出典: 松丸彗吾氏（@k_matsumaru）のX投稿（2026年7月）

この事例のポイントは「12時間もぶん回した」ことじゃないと思ってる。12時間放置できた理由が、プロンプトの中に終了条件として書いてあったから、というところ。

「別のサブエージェントが辛口批評家として、本物とブラインドで並べて『こちらの方が良い』と言えるまで」——これ、時間で区切って任せてるんじゃなくて、判定基準で任せてるんだよね。権限設計そのもの。

ちなみにこのAIの先回りしすぎ問題は、判定基準を渡さない場合にも顔を出す。以前分身AI日記DAY91で、クライアントMTGの準備をAI秘書に頼んだ時の話を書いた。

「準備しといて」と頼んだだけなのに、AI秘書は「全部仕上げて持っていく」前提で動いていた。当日の議論の中身を先取りしてしまうところだった、という失敗談。私はこの時、こう振り返ってる。

出典: AIが先回りしすぎると「議論プロセスを奪う」——役割の三段切り分けで止めた話｜分身AI日記DAY91

根っこは同じなんだよね。だからこそ、終わりの基準をこちらが先に決めておく必要がある。

「うちはFPSゲームなんて作らないよ」という声が聞こえてきそうだけど、業種を翻訳すれば同じ形で使える。「本物と並べる」を「先月の自分の成果物と並べる」「顧客に出せる基準と並べる」に置き換えるだけでいい。

私たちが以前書いた「grill-meで尋問、Goalで自走する仕組み」の記事では、終了条件を決める前段として「尋問フェーズ」で基準を固定する手順を紹介してる。終了条件を思いつきで書くんじゃなく、先に自分に問いかけて言語化する、というステップだね。

ただし、終了条件を渡しさえすれば何でも安全というわけでもない。「ループエンジニアリングの落とし穴」の記事にも書いたけど、AIが静かに失敗し続けて課金だけ積み上がるケースもある。終了条件と一緒に、「何回・何時間で強制的に止まる」という上限も必ずセットで渡すようにしてる。

正直に言うと、私たちも社内の全ての作業を終了条件化できているわけじゃない。日々の細かい判断は、まだ私が横で見てる部分も多い。それでも、「時間で任せる」から「基準で任せる」に発想を変えただけで、任せられる範囲は確実に広がった。

以前「AIに『念のため確認して』はもう逆効果」という記事でも書いたけど、確認や指示を増やすことが必ずしも安全にはつながらない。むしろ「何を確認するか」「誰が最終判断を持つか」を先に決めておく方が、AIも人も動きやすくなる。

「AIを使う」フェーズから、「AIにどこまで、どう任せるかを設計する」フェーズに入ってる。その設計の第一歩が、今日書いた「終了条件」の話だと思ってる。