１８．【雑記】AIの精度を最大化する「カーネル・カートリッジ分離運用」【上級者向け】
AI（LLM）を高度な壁打ち相手として使い込むと、必ず一つの壁にぶつかります。それは**「指示の競合（コンテキスト汚染）」**です。
例えば、「ファンタジー小説の厳密な設定構築」と「金融市場のニュース分析」という全く異なるタスクを、同じAIの長期記憶（メモリ機能）に詰め込むとどうなるか？
AIは文脈を混同し、ファンタジーの構築中に現代的なビジネス用語が混入したり、逆に論理的な分析時に文学的な修飾が増えたりして、出力のキレが鈍ります。
これを防ぎ、常に最高出力で思考させるための運用解が**「指示のモジュール化（分離運用）」**です。
今回は、「常時稼働カーネル」と「特化型カートリッジ」の分離運用について解説します。
1. 基本アーキテクチャ：カーネルとカートリッジ
全ての指示をAIのメモリ（Custom Instructions/User Summary）に詰め込むのは悪手です。指示を以下の2層に分離し、必要な時だけ結合させます。
A. ベースレイヤー（常時稼働カーネル）
「どんなタスクでも絶対に守らせたい基本人格と思考プロセス」。これはAIの設定に固定します。
* 思考態度: 事実と推測の明確な分離。安易な同調（Yesマン化）の禁止。
* 回答品質: 結論ファースト。効率重視の最短ルート提示。
* 禁止事項: 「ハック」等の安易な用語禁止。構造的・論理的欠陥の指摘義務。
B. 特化レイヤー（外付けカートリッジ）
「その作業をする時だけ必要なルール」。これは外部（メモ帳など）に保存し、セッション開始時にプロンプトとしてコピペで注入します。
* パターン①: 世界観構築・創作支援モード
* パターン②: ニュース解説・学習モード
* パターン③: プログラミング・コード生成モード
2. 実践例：なぜ「分離」が必要なのか？（物理と魔法のパラドックス）
最も分かりやすい例が、ファンタジー創作における**「物理法則」と「現代用語」の取り扱い**です。ここには明確な競合リスクがあります。
私は「魔法が存在する世界でも、物理法則（重力、熱力学、運動エネルギー）は厳密に適用する」というルールを課していますが、これをAIにそのまま渡すと混乱します。ここで**「視点（誰が観測しているか）」**によるモジュールの使い分けが発生します。
ケースA：ハイファンタジー（現地人視点）の指示モジュール
主人公は科学知識を持たない現地人です。
* Engine（裏側）: 物理演算は厳密に行う。「火球が飛ぶ」なら酸素消費と熱対流、着弾時の衝撃波を計算する。
* UI（表側・出力）: 現代科学用語（H2O、カロリー、ベクトル、衝撃係数）の使用を禁止する。 現地人の語彙体系にないからだ。
* 結果: 読者には「魔法」に見えるが、裏では物理的に整合性が取れている描写になる。
ケースB：異世界転生（現代知識あり）の指示モジュール
主人公が現代知識を持つ転生者の場合、ルールを逆転させる必要があります。
* Engine（裏側）: 同様に物理演算を行う。
* UI（表側・出力）: 現代科学用語の使用を推奨する。 主人公が「エネルギー保存則」や「流体力学」の知識を使って、現地の魔法体系を解析・効率化する展開を作るため。
* 結果: 「魔法工学」や「チート」に論理的な説得力が生まれる。
混在のリスク
このAとBを同時にAIに記憶させると、「物理は重視するが、現代用語は使うな…でも転生なら使え…」と条件分岐が複雑化し、AIの判断リソースを食います。
結果、「中世の農民が熱力学を語りだす」ようなハルシネーションが起きやすくなります。
だからこそ、「今はAの物語を作る」と決めたら、Aの指示だけを注入するのがベストプラクティスです。
3. 運用メリット
* リソースの集中: AIのコンテキストウィンドウ（短期記憶）を「今必要なルール」だけで満たせるため、指示遵守率が劇的に向上する。
* 競合の完全回避: 「現地人視点」の時に「株価分析」のノイズが入ることが物理的にあり得なくなる。
* 柔軟性: 新しいジャンル（例：SF、ミステリー）をやる時は、ベースレイヤーをいじらず、新しいカートリッジ（テキストファイル）を作るだけで済む。
まとめ
AIを「なんでも覚えてくれる秘書」として扱うと、器用貧乏になります。
AIを**「タスクごとにOSを入れ替える演算装置」**として扱い、目的ごとの指示書を外部管理して都度読み込ませる。これが、論理整合性を最重視するユーザーにとっての最適解です。
