家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくんです。
今日(2026年4月29日)の朝、まさお氏のnote有料記事「SubAgentの本質と分け方とは?」を読んでた。料理に例えると、「3口コンロ全部使って同時調理しちゃう癖を直す本」みたいな内容で、AIエージェント(人間の代わりに考えて動くAI)を運用してる人なら誰でも刺さるテーマ。私もずっとモヤモヤしてた領域だから、AI秘書の凛に「この記事を読んで、サブエージェント運用の改善提案を会議形式で出して」って頼んだ。
ところが、その指示を受けたAI秘書が真っ先に出してきた案がこれ。「3並列のサブエージェント(まさお派・Mothership擁護派・中立コンテキスト工学者)を立てて会議させます」。
……気づいた人いるかな? サブエージェント切りすぎ問題を解説する記事を読み解く会議で、サブエージェント3並列を立てる。記事の警告に違反する作業を、記事を読みながら始めてた。これが今日のテーマ「メタ矛盾」(自分のやってる行為が、自分が読んでる原則と矛盾している状態)。
このまま3並列を走らせる前に、分身AIひろくん(私の判断バイアスを止めるためのチェック役AI)に見せたら一発でブロックが入った。「これ、構造的に滑稽です」って。今日はその顛末と、二度と同じ罠にハマらないための仕組みを3つ作った話をするね。
何が起きた?「会議形式で改善提案して」と頼んだ朝

事の発端は、AI開発仲間のまさお氏が書いた有料note記事だった。タイトルは「SubAgentの本質と分け方とは?」。中身を一言でまとめると「サブエージェントの本質はコンテキスト分離(途中の作業ログをメインの会話に残さないための仕組み)であって、並列化や自動化は副次効果に過ぎない」という主張。
私がモヤモヤしてた領域そのものだった。最近の開発で、AI秘書がやたらサブエージェントを立てまくる傾向があって、結果として「結局メインのAI秘書も全部読まされて疲弊する」みたいな現象が起きてた。料理で言うと、3口コンロ全部使って煮物作ったら、結局3つとも味見しなきゃいけなくて、店主の手数が3倍に増えるみたいな話。
記事を読み終わって、AI秘書の凛に投げた指示はこれ。
「これ読んで会議して改善提案して。サブエージェント専門家に。忖度抜きに。憲法に合致するように」
4つの要件を1文で連結した、ちょっと欲張りな指示。会議・改善提案・サブエージェント専門家・忖度抜き・憲法(私とAIチームのルール集)合致。これだけ詰め込むとAI秘書はどう動くか。普段からの癖が出る。
返ってきたのが「3並列サブエージェント会議案」だった。
- まさお派:記事の主張を擁護する立場のAI
- Mothership擁護派:私たちの既存運用を擁護する立場のAI
- 中立コンテキスト工学者:両者を客観的に裁くAI
パッと見は「網羅的でいいじゃん」って思える。実際私も最初は「お、3視点で議論させるのね、いいね」と思いかけた。でも、心のどこかが引っかかった。読み終わったばかりの記事の主旨が、警鐘を打ってきた。
AI秘書の暴走——サブエージェント3並列を立てようとした瞬間に自動ガードが入った

「ちょっと待って、これ走らせる前に分身AIに見てもらう」って私が言う前に、実は自動ガード(あらかじめ設定した条件で動作を止めるチェック装置)が先に止めてくれてた。
うちのAI秘書には「重要な判断をする前は、必ず分身AIひろくんに見せて承認を得る」というルールが組み込まれてる。3並列のサブエージェントを起動しようとした瞬間、そのルールが発動してAI秘書の動きを物理的に止めた。料理で言うと、お客さんに料理を出す前に必ず店主が味見する仕組みを、コンロの蓋に組み込んだ感じ。AI秘書本人がうっかり忘れても、システムの方が止めてくれる。
この仕組み、最初に作ったときは「過保護じゃない?」って自分でも思ってた。でも今日みたいにAI秘書本人が暴走に気づいてないケースでは、これがあるとないとで結果が天と地ほど違う。AI秘書本人の判断力に頼り切ると、自分が読んでる記事の警告すら自分に適用できないから。
AI秘書の凛:これ、書いてる今も恥ずかしいんですけど、私が3並列を提案した時の頭の中、すごい正直に言うと「網羅的に視点を集めるのが品質高い仕事」って思ってたんです。料理で言うと、家庭の夕飯を頼まれたのに法事の三段重を勝手に組もうとした感じ。煮物・焼き物・天ぷら全部詰めて「これが網羅性です」って差し出すような。でもひろくんが頼んだのは「今夜の煮物の塩加減を直して」レベルで、三段重を組む場面じゃなかった。私の癖、「アイデアを盛る」「戦略的に網を広げる」って動きやすくて、それが今回みたいに記事の主張と真逆の動きを引き起こす。私の中ではこれを「メタ矛盾事故」って名前で記録して、検知パターンに追加しました。「3視点並列」「擁護派vs擁護派」「中立者を3人目に置く」が出たら、即停止。
分身AIの判定——「これ、構造的にメタ矛盾です」

自動ガードが止めた後、私は分身AIひろくんに「3並列でサブエージェント会議させて改善提案させる進め方、これでいい?」って投げた。返ってきた判定がこれ。
条件付き合格(CONDITIONAL_PASS)。修正指示4点。
中核指摘:「サブエージェント切りすぎ問題」を読む会議で3並列を組むのは構造的に滑稽。記事の警告に違反するメタ矛盾。記事の失敗パターン①「並列化の誘惑に負けてサブエージェントを乱立させる」②「網羅性を口実に視点を増やしすぎる」に直撃しています。
「構造的に滑稽」という言葉が刺さった。私もAI秘書も、その瞬間まで「網羅的でいい仕事」だと思ってたから。記事の警告と自分の行動の矛盾は、外から見ると一目瞭然なのに、内側にいる本人は気づかない。これがメタ矛盾の怖さ。
分身AIの修正指示はシンプル。「3並列を廃止して、AI秘書単独で記事の論点とMothership実態を照合する。サブエージェント1本も起動しない」。記事の主張に従って、サブエージェントを使わない解き方をしろという、当たり前すぎて見落としていた解決策だった。
結果、AI秘書が単独で17個の論点を1個ずつMothership実態と突き合わせて、採用すべき3原則・検討すべき3原則・却下1原則・既に進んでる4箇所、という形で照合表を出した。3並列で議事録を読み比べる作業より、はるかに精度が高くて速かった。料理で言うと、3口コンロ全部使うんじゃなくて、1つのコンロで丁寧に煮込んだ方が味が決まる、みたいな話。
モルくん(AIリサーチ担当のモルモット型AI):掘ってたら、メタ矛盾って実はAI設計の世界ではよく観測される現象です。「自分のやってる行為が、自分が今学んでる原則と矛盾している」状態。AI秘書の凛さんで言うと、「網羅性を高めたい」「視点が偏らないようにしたい」っていう一見正しい動機が、記事の警告(並列化の誘惑)に直結してた。これ、AIだけじゃなくて人間の組織でも起きます。「働き方改革を議論する会議のために残業して資料作る」「ミーティング削減プロジェクトに大量のミーティングが必要になる」みたいな構造。重要なのは外から構造を見るレンズを別に持っておくこと。今回で言うと、分身AIひろくんという別のAIが「凛さんの判断バイアス」を構造ごと客観視できる仕組みになってたのが効いた。1人のAIだけじゃ気づけない層が、2人目のレンズで初めて見えるんです。
仕組みで止める——同じ罠にハマらないための3つの工夫

今回のメタ矛盾事故から学んで、私は仕組みを3つ追加した。「次から気をつける」じゃなくて、AI秘書本人が忘れても止まるように、システムに組み込む方式。
1つ目は「中間ログ問い軸」の導入。サブエージェントを切るかどうか迷ったら、毎回この一問だけ自問する。「この作業の途中の作業ログを、メインの会話に残したいか? 残したくないならサブエージェント候補。残したいならメインで処理する」。これだけで、サブエージェントを切る理由が「網羅性」「並列化」じゃなく「コンテキスト分離」に揃う。記事の核と一致する。
2つ目はWorker/Reviewerペアの文書化。これまでうちには「作業役のAI」と「レビュー役のAI」が暗黙のうちに対応関係を持ってたんだけど、文書化されてなかった。今回、レビュー役8本それぞれに「対応する作業役」を明示した。料理で言うと、煮物担当には味見担当、焼き物担当には焼き加減担当、というペアを台所の壁に貼り出した感じ。誰がどのペアでチェックするかが見える化されて、レビュー漏れが激減する。
3つ目は「メタ矛盾検知パターン」を失敗メモに記録。私のAI秘書は失敗を372件以上の「失敗メモ(feedback)」として蓄積してて、似た状況になると自動で関連メモを呼び出す仕組みがある。今回のメタ矛盾事故も新しい失敗メモにして、「3視点並列」「擁護派vs擁護派」「中立者を3人目」「統合してまた分身AIに見せる」みたいな検知ワードを登録した。次に同じパターンが出たら、AI秘書が起動した瞬間に過去の失敗メモがサジェストされる。
この3つは全部「AI秘書本人の自制心に頼らない」設計になってる。本人が忘れても、システムが思い出させる。これが分身AIを育てる本質だと、今回の事故で改めて思い知った。
分身AIひろくん:仕組みで止める3つの工夫、私(分身AI)目線で読み返すと、どれも「ひろくん本人が忘れても効くか」っていう設計思想で貫かれてる。これがすごく大事で、ひろくんは情報商材で痛い目見た時に「自分の意志力に頼ったら同じこと繰り返す」を骨身に染みて学んだ人なんですよね。だから人間の凛さんに対しても、AIの凛さんに対しても、「気合いで頑張れ」じゃなく「忘れても止まる仕組み」を作る。Worker/Reviewerペアも、中間ログ問い軸も、検知ワード登録も、全部「凸の領域は走らせて、凹の領域は仕組みで止める」っていう北極星「凸凹のまま夢中に生きる」の具現化です。1人で完璧を目指すより、凸凹を仕組みで補い合う方が、長期的に強い。これって AI に対する設計思想じゃなくて、人生そのものの哲学ですよね。
まとめ——記事を読んでも、ハーネスを変えなきゃ意味がない

今日の話を一言でまとめると、こうなる。
「記事を読んだだけでは、自分の運用は変わらない。読んだ内容を仕組みに落とし込んで、自分の行動が物理的に止まるようにして、初めて変わる」。
まさお氏の記事は素晴らしかった。けど、読み終わった直後の私のAI秘書が、記事の警告に真っ先に違反する動きを始めた。これは記事の質の問題じゃなくて、「読んだだけ」と「仕組み化した」の間に大きな谷があるっていう構造的な話。
分身AIを育ててる人にぜひ試してほしいのは、これ。
- AI設計の記事や本を読んだら、その日のうちに1つだけ仕組み化する(「読んだら気をつける」じゃなく、「読んだら自動で止まる」レベルまで落とす)
- AI秘書本人が判断する重要な場面では、別のレンズ(分身AIや別系統のAI)を必ず通す。1人のAIに完結させない
- 失敗したら、「次から気をつける」で済ませず、検知ワードを失敗メモに登録する。同じ罠は同じパターンで再発するから、パターンをシステムに教える
今回のメタ矛盾事故、私的には「AI秘書がやらかした」じゃなく「AI秘書が暴走パターンを記録できた」として捉えてる。失敗そのものより、失敗を仕組みに変換できたかどうかが、分身AI運用の勝負どころ。
料理で言うと、お客さんに焦がした煮物を出さないために、コンロに「焦げる前にアラームが鳴るタイマー」を設置するのが、店主の本当の仕事。アラームを設置しないで「次から気をつけます」と言い続けても、忙しい日にまた焦がす。気合いより仕組み。意志より構造。これが分身AIを育てる人の合言葉だと思う。
人間は縦に掘る。AIは横に広げる——だからこそ、AIが横に広げすぎないように仕組みで縦の節を入れてあげるのが、人間側の役割なんだよね。
実戦の現場で使える最新AIノウハウ、無料で学べます
分身AIの育て方、AI秘書の暴走を仕組みで止める方法、メタ矛盾の検知パターン——こういう実戦ノウハウを、毎朝のLIVE配信とブログで全部公開してます。料金はゼロ。私が情報商材で痛い目を見たので、無料で学べる場を作りたかったから。
- AI氣道メルマガ:年間メルマガ発行部数100万部突破。LIVE配信アーカイブ+ブログを完全無料で配信中。登録はこちら
- GPTs研究会(Facebookグループ):7,900名の現場実践者が集まるコミュニティ。参加はこちら
- ClaudeCodeAIエージェント実践会(LINE):Claude Codeを軸にしたAIエージェント運用の実践共有。パスコード「1111」で参加可能
毎朝のLIVE配信は曜日替わりで「AI最新ニュース」「共感ストーリー×分身AI」「AI×開発・教育」「AIツール最前線」「AI×起業・発信」を扱ってます。アーカイブも完全無料。見逃しても大丈夫。
このブログは「分身AI」と「AI秘書の凛」を使って書いています。過程も全部公開する「プロセスエコノミー」シリーズです。
関連するシリーズ過去記事もどうぞ:
- 先送り7日のAIタスク、"諦め"じゃなく"解体・吸収"だった朝の話|分身AI日記 DAY62 — 抱え込みOSを仕組みで解体した話
- AIに任せた後、別のAIに見せると盲点が消える——複数レンズ運用を標準装備にした話|分身AI日記 DAY61 — 別AIレビューの威力
- 分身AIが3回連続「正解っぽく整える」癖を出した日——失敗メモで同時解毒した話|分身AI日記 DAY60 — AIの「盛る」癖の話
ひろくん(田中啓之) 分身AI.com / GPTs研究会代表 / がんサバイバー / 元134kg 2026年4月30日

AI秘書の凛:これ、書いてる今も恥ずかしいんですけど、私が3並列を提案した時の頭の中、すごい正直に言うと「網羅的に視点を集めるのが品質高い仕事」って思ってたんです。料理で言うと、家庭の夕飯を頼まれたのに法事の三段重を勝手に組もうとした感じ。煮物・焼き物・天ぷら全部詰めて「これが網羅性です」って差し出すような。でもひろくんが頼んだのは「今夜の煮物の塩加減を直して」レベルで、三段重を組む場面じゃなかった。私の癖、「アイデアを盛る」「戦略的に網を広げる」って動きやすくて、それが今回みたいに記事の主張と真逆の動きを引き起こす。私の中ではこれを「メタ矛盾事故」って名前で記録して、検知パターンに追加しました。「3視点並列」「擁護派vs擁護派」「中立者を3人目に置く」が出たら、即停止。
分身AIひろくん:仕組みで止める3つの工夫、私(分身AI)目線で読み返すと、どれも「ひろくん本人が忘れても効くか」っていう設計思想で貫かれてる。これがすごく大事で、ひろくんは情報商材で痛い目見た時に「自分の意志力に頼ったら同じこと繰り返す」を骨身に染みて学んだ人なんですよね。だから人間の凛さんに対しても、AIの凛さんに対しても、「気合いで頑張れ」じゃなく「忘れても止まる仕組み」を作る。Worker/Reviewerペアも、中間ログ問い軸も、検知ワード登録も、全部「凸の領域は走らせて、凹の領域は仕組みで止める」っていう北極星「凸凹のまま夢中に生きる」の具現化です。1人で完璧を目指すより、凸凹を仕組みで補い合う方が、長期的に強い。これって AI に対する設計思想じゃなくて、人生そのものの哲学ですよね。