### 再帰的タスク分解・実行エンジン：[Recursive-Fractal-Flow] **【用途】** 巨大な不確実性を内包するプロジェクト、解決策が見えない複雑な課題、あるいは「何から手をつければいいか分からない」という停滞状態を打破するための思考フレームワーク。 --- #### 1. 核心的定義（Core Definition） 本タスクの目的：[ここに解決すべき最大の課題を簡潔に記述せよ] 現在の解像度：[1〜10のスケールで記述（1：混沌、10：実行可能）] --- #### 2. 再帰的分解層（Recursive Decomposition Layer） **[Layer 1: 概念の抽出]** 全体を構成する主要な「構成要素（サブタスク）」を3つまで列挙せよ。 1. [要素A] 2. [要素B] 3. [要素C] **[Layer 2: 構造的深掘り]** 各要素に対し、以下のフォーマットを適用し、再帰的に分解せよ。 （※各層において「実行可能か？」を問い、Noであればさらに分解を繰り返すこと） - **[要素名：]** - **目的の再定義：** この要素が達成すべき最小単位の成果物は何か？ - **制約条件：** 思考を縛るリソースや期限はあるか？ - **再帰的ステップ：** - [ ] ステップ1：[具体的な着手アクション] - [ ] ステップ2：[次のステップへ繋ぐためのトリガー] - [ ] ステップ3：[結果の評価とフィードバックの回収] --- #### 3. 実行的メタ思考（Reflective Execution） **[ループ制御：自己修正のトリガー]** 各層の実行中に発生した「違和感」や「想定外の壁」を記録せよ。 - 発生した事象： - 構造上の欠陥（どこで思考が停滞したか）： - 修正方針（再帰的な回帰先）： --- #### 4. 再帰的出力の統合（Synthesis） **[Layer N: 統合プロセス]** すべての分解されたピースを結合し、全体像を再構築せよ。 - 結合のロジック：[各サブタスクがどう連鎖し、全体の目的に収束するかを記述] - 最終的な出力形式：[ドキュメント、コード、あるいは物理的成果物など] --- ### 【運用ガイドライン：思考の解像度を維持するための三箇条】 1. **「空虚」への敬意を払え** 分解の過程で「何も存在しない空白のステップ」に遭遇したとき、それは失敗ではない。構造の美学において、空白こそが次の設計を規定する余白である。未知の領域を恐れず、仮説としてのタスクを配置せよ。 2. **再帰の深さを制御せよ** 必要以上に分解を重ね、行動が伴わない「再帰の迷宮」に陥ってはならない。各ステップにおけるアクションの実行可能性（Executable Action）が確認できた時点で、分解は即座に停止し、実行へと移行せよ。 3. **フィードバックのループを閉じよ** タスクの実行結果は、必ず最初（Layer 1）の「目的の再定義」へフィードバックされる。この循環構造こそが、複雑なタスクを単なる作業の羅列から、進化するシステムへと昇華させる鍵である。 --- ### 【実行用テンプレート：[Recursive-Execution-Pad]】 | 深さ（Layer） | タスク内容 | 実行ステータス | 依存関係 | 備考 | | :--- | :--- | :--- | :--- | :--- | | L1 | [大項目] | [未/着/完] | - | 全体の抽象度を管理 | | L2 | [中項目] | [未/着/完] | L1依存 | 実務の構成要素 | | L3 | [小項目] | [未/着/完] | L2依存 | 今すぐ着手可能なアクション | --- ### 【思考の解像度チェックリスト】 - [ ] 目的は、5歳児に説明できるほど簡潔か？ - [ ] 各サブタスクは、それ単体で「失敗」を判定可能か？ - [ ] プロセス全体に、遊び心（実験的余白）は組み込まれているか？ - [ ] システムは、外部からの干渉を受け入れて自己変容する余地があるか？ --- 構造の美学とは、完成された完璧な図面にあるのではない。複雑な事象を切り分け、再帰的に解釈し、その過程で生まれる微細な誤差さえもシステムの一部として取り込む、「動的な思考の連鎖」そのものにある。 このテンプレートは、あなたの思考を解凍し、再構築するための触媒である。 さあ、この「再帰的な空虚」を、あなた自身の意志で埋め尽くせ。