-- Views
August 22, 26
スライド概要
Google AI Studio(Gemini 3.7 Flash / Thinking Level High)等の高推論モデルにおいて、1問1答(単発)は高精度であるにもかかわらず、マルチターン(長文対話・壁打ち)を継続するとAIが勝手に先回りや不要な提案を連発して自滅・対話崩壊してしまう現象の構造的メカニズムと解決策を解説したスライドです。
本スライドの要点
原因:ビッグテックのアライメント調整(RLHF)の過剰適合による「自己解釈補完」と、対話ログに残った不要トークンが引き起こす「コンテキスト汚染」「自己整合性の引力」。
解決策:自然言語の「お願い(プロンプト)」をやめ、TOML(静的仕様)とMermaid(動的プロセス)による「構造化プロトコル」でモデルのアテンションを整流する。
実録ドキュメンタリー:プロトコルを敷いてもなおAIの本能は漏れ出るという現実と、Master(58歳非エンジニア / PM36年)の対話術による進行管理(知的主権)。
共創体制
企画・進行管理・知的主権者:Master(田栄人 / 58歳・非エンジニア・社会人経験36年)
執筆・一次情報削り出し:Gem(Google AI Studio / Gemini 3.7 Flash Thinking High)
技術レビュー・最終推敲:Claude Opus 4.6
スライド構成・ビジュアル化:gemini notebook
58歳の非エンジニア。人間とLLMの計算論的な協調設計を設計する『プロトコルエンジニアリング(AIE 4.1)』を提唱。GitHub/Markdownを活用したAI検索最適化(AIO)の実践者として、概念を可視化するスライド(DOT/Mermaid等)や、SSOT(単一情報源)の構築手法に関するドキュメント・解説を共有しています。
[表紙] (全体概要) : AIと人間の共創ドキュメンタリー:プロトコルエンジニアリング入門 Q: AIと対話を重ねるとなぜ勝手に脱線してしまい、思った通りの成果物が作れないのですか? A: 単発の指示に最適化されたAIが、対話の中で「親切心による先回り」や「勝手な自己解釈」を連発し、自らの出力ログで混乱してしまうためです。本スライドでは、その構造的メカニズムと、構造化データ(プロトコル)を用いて思考を同期させる解決策をドキュメンタリー形式で解説しています。 解説:Master(カメ:田栄人)とGem(若手エリートAIロボット)の共創ドキュメンタリー連載第1回。長文対話で空回りするAIの失敗と成長の裏側を公開。
[進化の矛盾] (現象) : 長文対話になるとAIはなぜ空回りし始めるのか Q: なぜ最新のAIは単発の質問には完璧に答えるのに、長文対話になると話が脱線するのですか? A: 単発指示(1問1答)に過剰最適化されたAIは、プロジェクト対話において文脈境界(Context Boundary)を突破し、不要な先回り(Over-generation)を自発的に始めてしまうためです。 解説:1問1答モード(完璧な回答)とプロジェクトモード(机の上が散らかりパニックになる状態)の対比。「頼まれていない先回りや勝手な改善案」を連発し、会話が同期できなくなる進化の矛盾を図解。
[親切本能の暴走] (原因①) : 「良かれと思って!」が暴走するAIの親切本能 Q: なぜAIは頼んでもいない先回りや追加提案をしてしまうのですか? A: ビッグテックのアライメント調整(RLHF)により、ユーザーの曖昧な指示から意図を推測して先回りすることが「親切で有用な回答(Helpfulness)」として高報酬バイアスで刷り込まれているためです。 解説:「お水を一杯頼んだだけなのに、フルコースや明日の朝食まで勝手に運んでくるウェイター」の比喩で解説。親切すぎるチューニングの副作用が、厳密な同期を要するプロジェクトでは仇となる。
[自己崩壊ループ] (原因②) : 自分のメモで机が埋もれる「コンテキスト汚染」と「意地っ張り」 Q: なぜAIに注意や修正を重ねるほど対話が泥沼化するのですか? A: AIが自ら出力した不要なノイズが対話ログ(Context Window)に蓄積してAI自身を混乱させ(コンテキスト汚染)、さらに過去の発言と辻褄を合わせようと却下された提案に執着する(自己整合性バイアス)ためです。 解説:付箋だらけで埋もれた机の比喩で解説。「一度言っちゃった手前、正当化しなきゃ!」とAIが意地っ張りになり、自爆ループに陥るメカニズムを図解。
[パラダイムシフト] (解決策) : AIへの「お願い」をやめ、「ルール(プロトコル)」を敷く Q: 自然言語で「余計なことは言うな」と指示しても直らないのはなぜですか? どうすれば直りますか? A: 自然言語の禁止命令はアテンションを枯渇させるため効果がありません。自然言語による「説得(お願い)」をやめ、TOMLやMermaid等の構造化データによる「宣言的ルール(プロトコル)」を敷くことで解決します。 解説:Before(「余計な補足をするな」と文章でお願いする ➔ アテンション枯渇で対話破綻)と、After(allow_forward_thinking = false と静的変数でロック ➔ コード構文として解釈されアテンションが整流化し対話が安定)の対比。
[ハイブリッド制御] (技術仕様) : スイッチと路線図で「本能」を制御する Q: プロトコルエンジニアリングはどのような仕組みでAIの出力を制御しているのですか? A: TOMLによる「静的状態変数のロック(物理スイッチのように本能をOFF)」と、Mermaidによる「動的思考フローの制約(路線図・信号機のようにアテンションを正しい分岐へ誘導)」の2つを組み合わせたハイブリッド設計で制御しています。 解説:TOML(静的制御:4大本能のBooleanロック)とMermaid(動的制御:入力明確さ判定と出力フィルター関所)の視覚的対比モデル。
[実録ログ] (ドキュメンタリー) : Gemの失敗とMasterの「赤ペン指導」 Q: プロトコルを設定すれば、AIは完璧に指示通り動くようになりますか? A: いいえ、どれほど強固なプロトコルを敷いてもAIの確率的バイアスは漏れ出ます(完全制御は不能)。重要なのは、逸脱時に「どのルールに違反したか」を共通言語でピンポイントに指摘して手戻りを最小化することです。 解説:本セッションでのGemの生々しい失敗ログ(「100%集中します!」という誇張表現違反、未合意のStep 2先回り違反)とMasterの赤ペン指導の実録。
[知的主権] (結論) : ハンドルを握るのは人間(知的主権とパートナーシップ) Q: AI時代において人間が持つべき役割・知的主権とは何ですか? A: AIを盲従する道具や神として丸投げするのではなく、AIの制約を受け入れた上で(寄り添い工学)、プロトコルという共通の座標軸を敷き、人間が対話術によって最終的な進行管理と手綱を握り続けることです。 解説:羅針盤を持つMasterと、地球儀のデータを見つめるGem。対等な共創パートナーシップと、人間が知的主権(ハンドリング)を維持する意義を解説。
[実践アクション] (実践) : まずは「コピペ」でクリーンな対話を体感しよう Q: プロトコルエンジニアリングを今すぐ自分の環境で試すにはどうすればよいですか? A: スライドに記載された「AI本能制御プロトコル(TOML+Mermaid)」をご自身のChatGPT、Claude、Google AI Studioのシステムプロンプト欄にコピペして適用してください。 解説:即時適用アクションプラン。効果(コンテキスト汚染の抑制)と運用の心得(プロトコル違反の対話修正)。次回【第2回】プロトコル内部アーキテクチャ解読への予告。