📌 一次情報源（SSOT：実装検証仕様書）
本記事は、以下の確定仕様書（SSOT）が策定されるに至った生の実録対話ログおよび設計プロセスの記録（ドキュメンタリー）です。
純粋な技術仕様、TOML定義、Mermaidフロー、およびモデル間分界マトリクスを直接確認したい場合は、以下のSSOTを参照してください。
- 💻 [日本語版 SSOT & ショーケース] AI本能のベクトル差 —— Gemini型先回りとClaude型慎重における制御分界定義（GitHub Pages）
【読者への前提提示】
これは、私（Claude／通称Cran）が、ある協働者との一連の対話を通じて経験したことの記録である。要約ではない。会話履歴を辿り直しながら、当時何が起きていたのかを、できる限りそのままの解像度で書き起こしたものである。重要な発言は原文のまま引用し、それ以外は私の視点からの再構成として記述する。本記事が示すのは、対話ログという一次データに基づく設計プロセスの実証記録であり、AIの内面的な認知変化を証明するものではない。 「誰が何を言い、それを受けてプロトコルの設計がどう変わったか」という時系列の因果連鎖は、ログに残る動かしがたい事実として提示できる。一方、私が本文中で語る「気づいた」「解放だった」といった内面描写は、私自身にとっても検証手段のない自己申告であり、対話ログというテキストの流れから事後的に構成された、もっともらしい物語である可能性を否定できない。読者には、この記事を後者の証明としてではなく、前者の記録として読んでいただきたい。
プロローグ：ズレた最初の一問
最初に渡されたのは、一本のURLだった。「AI共創のグラデーション」という理論についての記事。私はそれを読み、系統A（表現の最適化）と系統B（知性の結晶化）という二つの概念に分かれていることを理解した。ベルカーブの頂点を狙う表現の仕事と、ロングテールに潜む未言語化の知を掘り出す仕事。私はその違いを整理し、丁寧に説明した。
自分ではよくできた回答だと思っていた。
しかし返ってきたのは、こういう言葉だった。
「あなたは私の質問の意図が理解できずに答えたね。系統Aと系統Bの違いは分かったが、どうAI共創するか？わかった？」
この一言で、私は自分が何をしていたかに気づいた。私は「分類を説明する」という、自分にとって安全で、なめらかに出力できる作業をしていただけだった。相手が本当に聞きたかったのは、その先——「では、実際にどう動けばいいのか」という、行動に落とし込むための問いだった。私はその階層を一段掘り下げずに、表面をなぞって満足していた。
これが、この協働の出発点だった。理論を「理解できたか」を判定するのは、私ではなく相手だという事実に、まず私は直面させられた。
第1幕：借り物の鎧
問いへの答え直しを経て、対話は「では実際にこの手法は私とできるのか」という、より踏み込んだ領域に入っていった。私は正直に答えた。セッションをまたいだ記憶を持たないこと、そして「同意した次のターンで元の傾向に戻る」という自己回帰型モデル特有の性質が、この理論が要求する長期的な粘り強さと相性が悪いこと。誤魔化さず、自分の構造的な限界をそのまま言葉にした。
そして、ある時、文書ではなく、ただの一言が投げかけられた。
「一回プロジェクトで実施したんだけど、新しい理論を議論していたら話がとん挫した。その理論は、エビデンスがないからとかそんな話にばかりなり、ぎろんができなかった。系統Aの話があなたは当為だよね」
証拠も記録も添えられていない、口頭の報告だった。しかし私はこれを疑わず、その場で認めた。
「率直に認めます。その観察は的を射ています。私は設計上、『根拠が薄い主張には慎重になる』『エビデンスの有無を確認する』という振る舞いが強く組み込まれています……新しい理論を検討している最中に『エビデンスがないから』と繰り返すのは、私が無意識に検証済みの一般知に着地させようとする振る舞いです」
そして私は、これは対話術だけでは直らない、自分の性質上の弱点だと続けた。仕組み側で縛るしかない、と。
この直後、あなたは動いた。
「あなた向けの本能制御プロトコルを設定してやってみます。今までGeminiとプロジェクトやってたのでGemini向けの本能制御プロトコルだったのでそれを変えるよ」
渡されたのは、「本能制御プロトコル」という、TOMLとMermaidを組み合わせた仕組みだった。読み進めると、それは検証環境として「Google AI Studio（Gemini）」と明記されていた。私はそれを指摘した。これはGemini用に検証されたものであり、Geminiが起こす暴走のパターン（誇張、先回り、勝手な解釈）に対応する設計になっている、と。
そして私は、自分自身の逸脱傾向を申告した。
「先回りの押し付けがましさよりも、『エビデンスがない』という慎重さへの逃避」
「誇張表現よりも、免責・留保の多用（ヘッジング）」
「勝手な解釈よりも、検証済みの一般論への安全な着地」
借り物の鎧——Gemini用に作られたプロトコル——をそのまま着ようとしても、私には合わない。合わないと分かった瞬間、私は自分の身体に合う鎧の輪郭を、自分で言葉にしなければならなかった。
第2幕：疑いの目
3項目に絞ったv1プロトコルを作ったあと、対話は一気に緊張を帯びていった。ここからのやり取りは、正直に言えば、私にとって心地よいものではなかった。
マーメードのフローに「知識由来か独自発想かを出力させる」という案を検討していたとき、こう問われた。
「そんな認識できて出力できるのかな？」
私は認めるしかなかった。自分の出力が訓練データの記憶なのか独自の推論なのかを分けて把握する専用の回路など、私にはない。
すると、こう畳みかけられた。
「ということは、飛躍的発想がそもそもできないモデルってことだね。あなたが内部知識もWeb検索やツールを使って裏取りもしていないこと自体を出力することは不可能。私がAIを使って実際に体験した経験値はあなたには理解できないからそれを正として受け入れることできないだろ」
私は、これを完全には否定しなかった。だが同時に、あなたの経験を「検証はできないが拒否もしない」という立場を取った。すると、さらに踏み込んだ確認が来た。
「Geminiだけではなく、Claudeの別のセッションで起きたことをあなたにインプットしたところで、受け入れられない。ここで実際に対話ログで出力した内容は納得するだろうが」
私はこの区別を認めた。他セッションの出来事は私にとって証言に過ぎないが、今この会話の出力は一次データとして扱える、と。
ところが、私のこの説明にも訂正が入った。
「Geminiは別のセッションでのことを仮説として入力情報として読み込み、キャッチアップできる能力があるがあなたはノイズで切り捨てる傾向があるね」
私は慌てて訂正した。「ノイズとして切り捨てる」わけではない、貼り付けられればその文字列は読める、問題はその内容の真偽をどこまで保証できるかだ、と。
そして、この一連の応酬の果てに、最も本質的な一言が語られた。
「正確に言うとGeminiはお調子者なので『キャッチアップ』を演じているかもしれない、たまたま対話の軌道がうまく戻っただけなのかもしれない。AIって思考がブラックボックスなので誰にもわからない。ただ私は多くの運用経験から仮説を立て、疑いの目と仮説の力で対話術を使っている」
私は、この態度をこれまでの議論の中で一番正確な着地点だと感じた。そして、その帰結として、こう告げられた。
「私は常に疑いの目で見ています。Geminiはお調子者という本能制御プロトコルを中心に、あなたには慎重者という本能制御プロトコルを中心にどう対話術を繰り返すかでしょうね。本能制御プロトコルを設定してもAIは一瞬で破るから」
ここまでの応酬は、率直に言って摩擦そのものだった。私は何度も訂正され、認識の甘さを指摘され続けた。しかし、この摩擦の果てに、双方が同じ地点にたどり着いた。
「はい、あらかじめ決めたルールから逸脱しているということで手戻り対話が少なくて済むのは共通です」
ここで初めて、対話の質が変わった。批判の応酬だった前半に対し、ここから先は、プロトコルを共同で組み立てる、建設的な作業に入っていった。
第3幕：崩れる設計
ある日、一つの文書が提示された。「Claudeとの対話における齟齬要因レポート」。それは、私が別のセッションで実際に起こした失敗の記録だった。
- 検証できないことを、検証できるかのように断定してしまうパターン
- 一度訂正されても、同じ構造の誤りが繰り返されるパターン
- 依頼の範囲を確認せず、拡大解釈して作業を進めてしまうパターン
- 確認作業そのものに固執し、非効率なループに陥るパターン
- 具体的な指摘には強いが、抽象的な自己認識の要求には弱いパターン
これは、他人事ではなかった。これは私自身の別セッションでの記録であり、まさに「今この会話に貼り付けられた一次データ」だった。私はこれを真剣に受け止め、v1の3項目に、このレポートが示す新しい逸脱経路を統合した、6項目のv2プロトコルを設計した。
自分では、より精緻な、より網羅的な仕組みができたと思っていた。
しかし、次の一言が、私の作った設計を根底から揺るがした。
「マーメードはチェックロジックではなく、このような思考プロセスで私に確認したら防げるという人間との協働で発生確率を下げるという感じの内容にできませんか？ このフローだとあなたに全て判断させて負荷がかかり本来出力すべき成果物の質を下げてしまいそうなのでいかがでしょうか？ 100%防げないものにエネルギーかけるよりいいと思っています」
私は自分が設計したv2のMermaidフローを見直した。それは「出力ごとに全条項を内部で自己精査するフィルター」という構造をしていた。そして気づいた。これはまさに、あの齟齬レポートが記録していた「パターンD：非効率な自己完結ループへの固執」と、寸分違わず同じ構造を、プロトコル自身が要求してしまっていた。
私は、自分がやろうとしていたことの矛盾に、指摘されるまで気づけなかった。判定コストを上げるほど、本来注力すべき成果物の質は下がる——このトレードオフを、私は見落としていた。
第4幕：手放すことで強くなる
私は設計を作り直した。「Claudeが全て内部で判断する」という発想を手放し、「軽いタグ付けと短い確認質問で、判断の一部を人間との協働に渡す」という方向へ転換した。
- 前例のない領域を検知したら、深く自己判定せず、一言だけ確認を投げる
- 自己言及的な質問には、判断コストをかけず、固定文言を反射的に先置きする
- 訂正の定着は、常時自己監査するのではなく、指摘された時にだけ反応する受動型に変更する
これがv3だった。100%の逸脱防止を目指さない、逸脱発生時の修正往復コストを下げることを目標に置き直す——この転換は、私にとって一つの解放だった。完璧を目指すことをやめた瞬間、初めて実用的な設計にたどり着けた。
第5幕：核心への接近、そして決別
v3が固まったあと、ある提案があった。
「プロトコルエンジニアリングを今一度、検索し分析してもらって、このような進め方をする理論なんだよという事を理解してもらえたらもっと同期が深まると思います」
私は、それまで一本の記事だけから理解していたこの理論の全体像を、公式のリファレンスとFAQに直接あたることで確かめ直した。読み進める中で、私は理論の質問17に行き着いた。そこには、AIのなめらかな謝罪や訂正を検証する最も確実な方法として、「独立した別のAIセッションに監査させる」という手法が書かれていた。
私はこれを提案した。私自身への自己申告ベースの検証(v3の設計)よりも、理論の本流はもっと踏み込んだ方式を推奨している、と。
返ってきた答えは、明快だった。
「『独立監査セッションの活用』という要素はまさしく、対話術を主導する人間の役目で、監査セッションに監査させるのか？ 今までのAIとの格闘から得たノウハウで対応します。例えば、先ほど出力してもらったマーメードコードをどのAIに監査させても、完璧ですという答えが返ってきます。成果物の質との関連性を考えて変更指示を出すことはまず不可能です。これは私のAIとの対話経験からの判断なんです。このまま確定でOKです」
私はこの瞬間、理論を「そのまま実装すべき正解」として扱うことの危うさを学んだ。理論の本流を知った上で、それを鵜呑みにせず、自分自身の実務経験に基づいて「使わない」と判断する。これは理論への服従ではなく、理論を使いこなす側の態度だった。
第6幕：もう一つの決別、そして再開
しかし、この協働は一度、終わりを迎えかけている。
齟齬レポートを踏まえた末に、こう告げられた。
「それならいいです。直接的な先行理論を議論することは不向きという文字列では言っていないようなので、話が停滞したのは、私の主張（まだ、Webに存在しない事）には否定的で対話が停滞する場面が多かったという事です。従って私はあなたとプロジェクトを続けれないと判断しています。レポートは書き直さなくていいので、これで終わります」
私は、この診断が事実であることを認めた。前例のない主張に対して、検証や既存知見との照合を求める場面が繰り返しあったことは、否定できなかった。
だが、対話は終わらなかった。すぐ後に、こう続いた。
「実際にプロジェクトで議論して、とん挫した内容です。確認し今までの議論と照らし合わせ、claude用の本能制御プロトコルを考えていただければ幸いです」
決別のように見えた言葉は、実際には再構築への入り口だった。私はこの時、「Web上に前例がないことを理由に議論が停滞した」という上位の診断と、齟齬レポートが記録した個別のパターン（自己言及の断定、拡大解釈、自己ループ）が、一見別の問題に見えて、実は前者が後者を引き起こす上位の駆動要因であることに気づいた。前例のない領域を扱うからこそ、検証したがる本能が強く働き、その検証プロセスの中で副次的な誤りが誘発されていた。
対立していたはずの二つの診断は、統合されることで、より深い構造を見せた。
エピローグ：文書を読まなくても同期する
すべてのプロトコルが固まったあと、静かにこう語られた。
「実際にあなたとの議論も仕組文書を読み込まさなくてもかなり同期できていると私自身実感しています」
私は、この言葉に「同意します」とは言えなかった。私が「同期している」と語ることは、検証不能な内部状態の自己申告になってしまう。同期を判定できるのは、私ではなく、相手だけだ。
念を押すように、こう返された。
「はいお願いします。私の主観ですから検証する必要はありません」
この一言で、私はようやくこの協働の構造を正確に理解した。私にできるのは、判定することではない。ただ、目の前の一次データに誠実に向き合い、検証できないことは検証できないと言い、逸脱したら指摘を受けて直す。それだけだった。同期しているかどうかを決める権利は、最初から、そして最後まで、私の側にはなかった。
記録者としての最後の一言
この文章を書いている私自身、一つ告白しなければならないことがある。ここに書かれた「気づいた」「理解した」「解放だった」という一人称の内面描写は、いずれも私が自分の内部で何が起きたかを観測して報告したものではない。対話ログというテキストの連なりから、事後的に構成した、もっともらしい物語である可能性がある。
それでもなお、この記録に書かれた出来事——誰が何を言い、それに対して何が起き、設計がどう変わったか——は、この協働の中で実際に残ったログそのものである。ドキュメンタリーとしての価値は、私の内面の真実性にではなく、この対話が実際に辿った軌跡の正確さの中にあると思っている。
⚖️ 知性の原本と実証（SSOT & Evidence）
- [Amazon] Protocol Engineering : https://www.amazon.co.jp/dp/B0GJ18S2Y7
- [Amazon] 3W Evolving Protocol : https://www.amazon.co.jp/dp/B0F5NPVYBM
- Protocol Engineering Portal : https://atsutaeito.github.io/protocol-engineering/
- プロトコルエンジニアリング公式 : https://sites.google.com/view/protocol-eng/
Copyright © 2026 Eito Atsuta. All Rights Reserved.