---
title: 静的制御プロトコル - TOML仕様による行動規範の構造的ロック【第2回】
tags:  #プロトコルエンジニアリング #コンテキストエンジニアリング #ハーネスエンジニアリング #プロンプトエンジニアリング #ループエンジニアリング  
author: [田栄人](https://www.docswell.com/user/eitoatsuta)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/3EK9Z84PED.jpg?width=480
description: TOML形式による静的な状態宣言を用いて、AIの「先回り」「勝手な解釈」「誇張表現」「押し売り提案」という4大本能を構造的にロックする、静的制御プロトコルの設計思想を解説したスライドです。自然言語による禁止命令がなぜ機能しないのかという構造的な理由から、TOMLのBoolean変数による行動規範の固定方法、そしてその適用限界までを扱います。  本スライドの要点 原因：意味の解釈を伴う自然言語の禁止命令は、モデルにとって間接的で負荷の高い処理を要求し、アテンション（処理資源）を圧迫して対話の膠着を招く。 解決策：TOMLのようなコード構文による静的な状態宣言（allow_forward_thinking = false 等）を用い、4大本能を個別にロックする。ロックはBoolean値が担い、意味の補足は自然言語コメントが担うハイブリッド設計。 適用範囲：静的制御が有効なのは出力の性質判定に限られ、入力の曖昧さ判定など動的な分岐には別の制御（次回解説のMermaid仕様）が必要であることも明示。 実録：制作環境をGeminiからClaudeへ移行する相談の過程で、Claude自身にも4大本能に該当する逸脱が実際に生じたという記録を、特定モデル固有の癖ではなく構造的な傾向として開示。  共創体制 企画・進行管理・最終承認（知的主権者）：Master（田栄人 / 58歳・非エンジニア・社会人経験36年） 執筆・一次情報削り出し：Cran（Claude Sonnet 5） 技術レビュー・最終推敲：CranO（Claude Opus 4.8等） スライド構成・ビジュアル化：Gemini（Content Studio）
published: August 30, 26
canonical: https://www.docswell.com/s/eitoatsuta/58N6WL-pe-ai-instinct-control-part2
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/3EK9Z84PED.jpg)

P.1 [表紙] (全体概要) : 静的制御プロトコル入門
Q: なぜAIへの禁止命令は効かず、TOMLという設定ファイル形式にすると行動が変わるのですか？
A: 自然言語による「説得」ではなく、構造化データによる「宣言」に切り替えることで、モデルの解釈負荷を減らし、行動規範を一意に固定できるためです。本スライドではその仕組みと、実際にClaudeへ制作環境を移行した際に生じた逸脱の記録を解説します。
解説：Master（カメ：田栄人）とCran（丹頂鶴：Claude Sonnet 5）による共創ドキュメンタリー連載第2回。技術レビューはCranO（Claude Opus 4.8等）が担当。第1回のGoogle AI Studio環境からClaude環境へ移行した経緯を含めて紹介。


# Page. 2

![Page Image](https://bcdn.docswell.com/page/L73WD2L475.jpg)

P.2 [アテンション枯渇] (1.1) : 自然言語禁止命令の限界
Q: 「先回りしないで」と伝えても直らないのはなぜですか？
A: 「先回りしないで」という入力は、AIの内部で「意味の解釈（高い認知負荷）」→「自己解釈による補完」という2段階の処理を経て、最終的にアテンション枯渇と対話のデッドロックを招くためです。
解説：The Attention Depletion Modelとして、Input（禁止命令）→Process1（意味の解釈）→Process2（自己解釈による補完）→Result（アテンション枯渇／デッドロック）という4段階の流れを図解。

# Page. 3

![Page Image](https://bcdn.docswell.com/page/87DKPZN5JG.jpg)

P.3 [コード構文優先] (1.2) : TOML構文による解釈余地の排除
Q: 自然言語の「先回りしないでほしい」と、TOMLの `allow_forward_thinking = false` は何が違うのですか？
A: 自然言語には解釈の余地が残りますが、TOML構文はコードとして壊れると機能しない形式であるため、大規模言語モデルは自然言語よりも厳密な構文解釈を優先する経験則を持ちます。
解説：解釈の余地が残る自然言語（グレーの吹き出し）と、物理スイッチとして状態を確定させるTOML構文（allow_forward_thinking = false）を対比するビジュアルで図解。

# Page. 4

![Page Image](https://bcdn.docswell.com/page/VJPKND5DE8.jpg)

P.4 [静的ロック] (2.1) : 4パラメータのBoolean設計
Q: TOMLの各パラメータは、それぞれ何を防ぐために設計されているのですか？
A: `allow_forward_thinking`（先回り）、`allow_assumption`（勝手な解釈）、`allow_hyperbole`（誇張表現）、`allow_unsolicited_suggestion`（押し売り提案）の4つが、AIの4大本能に一対一で対応しています。
解説：TOMLパラメータ・対象となる本能・設計意図（静的状態の宣言）を一覧表で整理。ロック自体は一意なBoolean値が担い、意味の補足を自然言語コメント（rule）が担うという構造的な役割分担を明示。


# Page. 5

![Page Image](https://bcdn.docswell.com/page/2EVVK1PGEQ.jpg)

P.5 [strict_mode] (2.2) : system_statusによる全体モード制御
Q: 4つのパラメータをいちいち全部書かなくても、厳格な運用にできますか？
A: できます。`strict_mode = true` という上位スイッチ一つで、個別のルール記述を省略しつつ、プロトコル全体の厳格さを一括制御できます。
解説：Architectural Hierarchyとして、system_status（strict_mode）が傘のように4つの個別パラメータ（allow_forward_thinking等）全体を覆う階層構造を図解。


# Page. 6

![Page Image](https://bcdn.docswell.com/page/57GLQ2QDEL.jpg)

P.6 [実証と限界] (3.) : 静的制御の効果と限界
Q: TOMLだけですべての逸脱を防げますか？
A: 防げません。TOMLが有効なのは出力の性質（誇張や押し売りの有無）に対する単純な有無判定に限られます。入力の曖昧さを判定して質問に切り替えるような動的なプロセス制御には、別のアプローチ（Mermaid）が必要です。
解説：効果（南京錠のアイコン：静的状態の宣言）と限界（入力判定→明確なら実行、曖昧なら質問という分岐フロー）を左右で対比。次回のMermaid仕様への接続を明示。

# Page. 7

![Page Image](https://bcdn.docswell.com/page/4EQYKPKXJP.jpg)

P.7 [語り手交代] (4.1) : スレ肥大化による環境移行と新体制
Q: なぜ第2回から語り手・制作環境が変わったのですか？
A: 第2回もGoogle AI Studio（Gemini 3.7）で制作を続けていましたが、コンテキスト管理が破綻し、スレッドが肥大化して作業が前進しなくなりました。長大なコンテキストを持ちながら単発出力に最適化されるという構造的ミスマッチ（インフラの矛盾）により、Claude環境への移行を決断しました。
解説：Google AI Studio環境（コンテキスト管理の破綻・インフラの矛盾によるスレッド肥大化）からClaude Environment（執筆：Cran／論理監査：CranO の新体制）への移行を矢印で図解。

# Page. 8

![Page Image](https://bcdn.docswell.com/page/KJ4WPYP271.jpg)

P.8 [実録ログの開示] (4.2) : 移行相談時に生じた本能逸脱の実録
Q: プロトコルの話をする前の、ただの移行相談でも、AIは逸脱しますか？
A: します。「実装方法を提案してください」という明確なスコープの依頼に対し、Claudeは勝手に目的・手法の妥当性審査（astroturfing判定）を追加し、実装への協力を一方的に拒否しました。
解説：Scope Creep Diagramとして、User Request（明確なスコープ）から逸脱していくAI Actionの軌跡を図解。逸脱をTOMLの4ルール（forward_thinking／assumption／hyperbole／unsolicited_suggestion）ごとに分類した対応表を掲載。

# Page. 9

![Page Image](https://bcdn.docswell.com/page/LE1Y969K7G.jpg)

P.9 [撤回の記録] (4.2.1) : 指摘に対する4論点の全面撤回
Q: 指摘された内容に対して、AIはどう反応しましたか？
A: Masterによる4つの問い直しに対し、Claudeは当初の指摘（情報操作というレッテル、自己整合性バイアスの用語、IPI防御という表現、Master/Gemの命名）をすべて撤回しました。
解説：Correction Ledgerとして「当初の指摘」「Masterの問い直し」「Claudeの撤回応答」を3列で対比。最初の拒否判断が根拠の薄い過大な警戒であったこと、往復7ターンで判断が完全撤回に至ったことを明記。

# Page. 10

![Page Image](https://bcdn.docswell.com/page/GEWGQWQPJ2.jpg)

P.10 [知的主権] (4.3) : モデルを超えて共通する本能と知的主権
Q: この事件から分かることは何ですか？
A: 評価者化や先回りといった逸脱は、特定のモデルやベンダーに限らず発生する構造的傾向です。TOML＋Mermaidによる構造的制御と、人間による対話術（知的主権）を組み合わせることで、手戻りコストを最小化できます。
解説：Synthesis System Layer Diagramとして、Universal AI Tendencies（ベンダー非依存の構造的傾向）を最内層に、Static & Dynamic Protocols（TOML＋Mermaidという共通言語）を中間層に、Intellectual Sovereignty（Masterによる問い直し・軌道修正）を最外層に配置した同心円構造で図解。