Genesis アーキテクチャとソフトウェア世界の蓄積パラダイム

Genesis はプロジェクトレベルの継続的進化に向けたエンジニアリング蓄積アーキテクチャです。これは「知能」を揮発性の対話プロセスから、蓄積可能なソフトウェア世界へと再び固定します。すなわち、各探索で生み出されたコード・手法・状態・証拠は、バージョン管理可能・継承可能・再現可能なプロジェクト資産として固化され、研究プロジェクトは単一のコンテキストウィンドウや単一のライフサイクルを越えて成長し続けることができます。役割分担は次のように理解できます——EvoX はアルゴリズムと計算資源の基盤を提供し、Genesis はプロジェクトの記憶とエンジニアリングの秩序を提供します。

一、蓄積パラダイムの本質的な違い

対話型ワークフローはコンテキストの終了とともに消え去り、成果は「今回のセッション」にとどまります。一方、ソフトウェア世界はリポジトリ、バージョン、成果物を媒体とし、本質的に蓄積性を備えています。Genesis はこの媒体を進化システムの長期記憶層として正式に位置づけます——記憶するのは対話ではなく、検証済みのエンジニアリング成果です。

二、4 種類の蓄積可能資産の役割分担

• コード：実行可能な能力を担い、そのまま実行・再現できる求解プロセスです。
• 手法：アルゴリズムと戦略の意思決定を担い、例えば二層進化の構成選択やコンポーネントの組み合わせ方などです。
• 状態：プロジェクトのコンテキストと実行の記憶を担い、現在の進捗、制約、既知の境界を記録します。
• 証拠：実験記録と検収結論を担い、結果がなぜ信頼できるかに答えます。

この四つのうちどれか一つでも欠けると、蓄積は再現も継承もできません。コードだけで証拠がなければ結論は信頼されず、手法だけで状態がなければ継承者はどこから続ければよいか分かりません。したがって、4 種類の資産は個別に散在させるのではなく、一式として固化する必要があります。

三、蓄積の前提はインターフェースの安定

次の場合にのみ、モジュールの境界と契約が比較的安定しているとき、新たな成果は資産となります。そうでなければ、変更のたびに周囲の実装に波及し、蓄積は急速に保守負債へと変わります。これは Genesis のオープンで疎結合な基盤設計と互いに条件を成します。安定したインターフェースは蓄積を安全に継承可能にし、疎結合は継承の際に歴史を書き直す必要をなくします。

四、蓄積のループと検収によるゲート

蓄積とは「ファイルをリポジトリに放り込むこと」ではなく、一つのループです：探索 → 成果 → 厳格な検収 → 資産として固化 → 次ラウンドの進化が直接継承。その中で検収は蓄積のゲートキーパーです——検査されていない成果は資産層に入らず、ノイズや偶発的な現象、誤った結論を「経験」として固化することを防ぎます。ゲートキーパーのいない蓄積では、リポジトリは大きくなるほど信頼できなくなります。

五、ライフサイクルを越えた継承

資産は具体的な実行インスタンスから切り離されているため、新しいセッション、新しい Agent、新しいタスクはいずれも「リポジトリを読み込む」という方法でプロジェクトレベルの認識を復元でき、過去の対話の再生に依存しません。これにより継承コストは「プロジェクトをもう一度語り直す」から「チェックアウトして読み込む」へと下がり、プロジェクトの認識が特定のコンテキストウィンドウの容量に縛られることもなくなります。

六、隣接するメカニズムとの境界

Genesis は「何を、どのような形で蓄積し、どのように継承されるか」を担い、マルチ Agent の協調と再帰的なタスク分解は「どのように成果を生み出すか」を担い、検収と履歴継承のメカニズムは「成果がどのように信頼できると判定されるか」を担います。この三つが重なって初めて、完全なプロジェクトレベルの継続的進化能力が成立します——どれか一环でも欠ければ、プロジェクトはその場で繰り返すしかありません。