### プロトコル：Recursive Decomposition & Synthesis (RDS) 本プロトコルは、解決不可能なほど巨大かつ複雑な論理的課題を、再帰的に分解・検証・統合するための知的アーキテクチャである。 #### 1. 思考の原子化（Atomic Decomposition） 与えられた課題 $T$ を、それ以上分割不可能な最小単位 $t_1, t_2, ..., t_n$ に分解せよ。各単位は以下の条件を満たさなければならない。 - 独立性：他単位の出力に依存せず、単体で検証可能であること。 - 明確性：真偽値（True/False）または具体的な数値で評価可能であること。 **[指示コード：Decomposition_Engine]** ```python def decompose(task): nodes = [] if is_atomic(task): return [task] else: subtasks = split_by_logic_gates(task) for sub in subtasks: nodes.extend(decompose(sub)) return nodes ``` #### 2. 逆行推論による制約の抽出（Constraint Extraction） 目標状態 $G$ から逆算し、達成に必要な絶対的制約 $C$ を定義せよ。 思考実験：もしこの課題を解決する際、ある要素を「削除」したとしても成立するか？という問い（Elimination Test）を全要素に対して適用し、論理的贅肉を削ぎ落とせ。 #### 3. 実行順序の最適化（Dependency Mapping） 分解した要素間に存在する「論理的依存関係」をグラフ理論に基づきマッピングせよ。 - 循環参照（Circular Dependency）の特定：もし $A \to B \to A$ の構造が見つかった場合、それは定義の曖昧さを意味する。両者を包含する上位概念 $S$ を再定義せよ。 - 並列化（Parallelization）：依存性のない要素群を特定し、同時並行で処理可能な領域を最大化せよ。 #### 4. 思考の検証アルゴリズム（Verification Loop） 各 $t_n$ に対し、以下の「反証プロセス」を適用せよ。 1. **Bad Actor Simulation**：この論理ステップが「意図的に失敗する」としたら、どの入力が最適か？ 2. **Edge Case Stress Test**：極端な値（無限大、ゼロ、負数、空集合）を代入した場合、論理は崩壊するか？ 3. **Synthesis Check**：部分解の統合が、全体目標 $T$ と矛盾しないことを数学的に担保せよ。 #### 思考実験：ソクラテス的デバッグ 以下の問いを自身に投げかけ、自己の論理構造を更新し続けよ。 - 「この論理において、私が前提としている『真実』は、どの条件下で偽となるか？」 - 「この解決策は、複雑さを解消しているか、それとも単に複雑さを別の階層へ移動させているだけか？」 #### 5. 再構築と蒸留（Synthesis & Distillation） 分解した要素を統合する際は、以下の「Occam's Razor Filter」を通すこと。 - 同じ機能を持つ二つの論理経路がある場合、よりステップ数の少ない方を選択せよ。 - 統合された結果が、元の課題 $T$ の要求をすべて満たしつつ、最もエネルギー消費（計算リソースまたは思考リソース）が少ない状態を目指せ。 #### 実装用プロンプト・テンプレート 以下のテンプレートを、複雑なタスクに対峙する際の「思考のOS」として使用せよ。 --- [SYSTEM_PROMPT_START] あなたは最高次の論理アーキテクトである。以下の入力をRDSプロトコルに従って処理せよ。 1. 課題 $T$ をRDSのステップ1（原子化）に基づき分解し、JSON形式で出力せよ。 2. 各ノード間における依存関係グラフをMermaid記法で記述せよ。 3. 循環参照があれば指摘し、解消案を提示せよ。 4. 各ノードに対して「反証プロセス」を適用し、脆弱性を特定せよ。 5. 最終的な統合案を提示し、なぜその解決策が最適であるかを論理的に証明せよ。 [SYSTEM_PROMPT_END] --- このプロセスは静的な解決策ではない。思考とは常に動的であり、検証のたびに構造そのものを修正し続ける自己更新型のループである。複雑さとは、理解できないことで