Name: MARIA OS
Author: MARIA OS

概要

AI業界はエージェント作成をマスターした。有能なエンジニアなら数時間で機能的なAIエージェントを構築できる。しかし、エージェントを大規模に生かし続け、健康で生産的に維持するという運用上の課題は、依然として大部分が未解決のままである。サーバ向けに設計された従来の監視システムは、CPU使用率、APIエラー率、応答レイテンシを追跡する。これらのメトリクスは必要だが、Agent組織にとっては根本的に不十分である。重大な障害モードはハードウェアクラッシュではなく認知的劣化だからだ。

MARIA VITAL（Vital Intelligence for Transparent Agent Lifecycle）はAgent組織のための生命維持システム — スケールで動作するAIエージェントを監視、診断、回復、改善する自律神経系である。恒常性の生物学的原理に基づき、4層アーキテクチャを実装する。

1. エージェントの使用上の問題

1.1 作成と保守

AIエージェントの作成と維持の非対称性は、実務者には周知だが文献では十分に理論化されていない。単一のエージェントは、孤立して明確に定義されたタスクに取り組む場合、監視は単純である。問題はエージェントが組織として動作する場合に爆発する — 調整し、タスクを引き継ぎ、コンテキストを共有し、互いの出力に依存する。

n個のエージェントで平均接続度kのシステムでは、潜在的なインタラクション障害の数はO(n * k)でスケールし、連鎖障害の数は最悪の場合O(n^2)でスケールする。

1.2 8つの障害モード

MARIA OSのAgent組織の運用経験を通じて、従来の監視が見逃す8つの特徴的な障害モードを特定した。

| --- | --- | --- | --- |

1.3 エージェントはサーバではない

現在のAgent監視における根本的な概念的エラーは、エージェントをサーバとして扱うことである。サーバはステートレス、決定論的で、離散的に故障する。エージェントはステートフル、非決定論的で、継続的に劣化する。この区別は異なる監視パラダイムを要求する — エージェントをマシンではなく生きたシステムとして扱うものである。

2. 生物学的基盤：自己監視システムとしての生命

2.1 恒常性モデル

ウォルター・キャノンの恒常性概念（1932）は、生物がどのように継続的な監視と修正行動を通じて内部の安定性を維持するかを記述する。体温、血液pH、グルコースレベル、酸素飽和度はすべて、偏差を検出し補償的応答をトリガーするフィードバックループによって狭い生存可能範囲内に保持される。

MARIA VITALはこのモデルをAgent組織に適用する。各エージェントには一連のバイタルサイン — エージェントが正常に機能するために生存可能範囲内にとどまらなければならない測定可能な量 — がある。

定義： エージェント a の生存可能運用エンベロープは、エージェントが許容可能なパフォーマンス範囲内で動作するバイタルサインベクトルの集合である：

VOE(a) = \{ v \in \mathbb{R}^d \mid \forall i: L_i \leq v_i \leq U_i \} $$

2.2 DNA修復のアナロジー

ヒト細胞は1日あたり推定10,000〜100,000のDNA損傷を受ける。修復メカニズムなしには、ゲノムは数時間以内に読めなくなる。スケールで動作するエージェントも同様に運用上のダメージを継続的に蓄積する：陳腐化したキャッシュエントリ、コンテキストウィンドウのドリフト、ツール認証の期限切れ。

2.3 免疫系としてのエラーモニター

免疫系は身体を「自己からの逸脱」について監視する。MARIA VITALは類似のシステムを実装する。各エージェントは継続的にバイタルサインをブロードキャストする。行動健全性レイヤーがこれらのブロードキャストを検査し、既知の正常ベースラインと比較する。

2.4 Observe-Diagnose-Recover-Improveループ

生物学的組織のすべてのスケールにわたって、生命は同じ基本ループを実行する：

- 観測：システムの現在の状態を検出する

- 診断：「正常」の参照モデルと比較する

- 回復：修復能力内で偏差を修正する

- 改善：履歴に基づいて監視・修復戦略を更新する

3. 8つのバイタルサイン

MARIA VITALは各エージェントを8つのバイタルサイン次元にわたって監視し、インフラの健全性から認知的品質までの全スペクトルをカバーする。

3.1 Heartbeat（心拍） — 定期的な活動シグナルがあるか？

heartbeat\_score = \begin{cases} 1.0 & \text{if } t_{now} - t_{last\_seen} < interval \\ \max(0, 1 - \frac{t_{now} - t_{last\_seen}}{5 \times interval}) & \text{otherwise} \end{cases} $$

3.2 Breath（呼吸） — 入力→処理→出力の流れが継続しているか？Heartbeatはあるが処理が止まっている状態を検出。

3.3 Posture（姿勢） — 本来の役割・責務から逸脱していないか？営業エージェントが法的意見を生成し始めたら、Postureを失っている。

3.4 Temperature（体温） — 過負荷や異常なループに入っていないか？ベースラインに対する計算強度を測定。

3.5 Memory Integrity（記憶の整合性） — 参照記憶が壊れていないか、古すぎないか？

3.6 Decision Quality（判断品質） — 判断品質が過去基準と比べて劣化していないか？最も洗練されたバイタルサイン。

decision\_quality = 1 - \frac{1}{|D_{recent}|} \sum_{d \in D_{recent}} \| f(d) - f_{baseline}(d) \|_2 $$

3.7 Coordination Health（連携健全性） — 他エージェントとの受け渡しが詰まっていないか？

3.8 Recovery Potential（回復可能性） — 自力回復可能か、人間介入が必要か？

4. 4層アーキテクチャ

4.1 Layer 1：生命信号レイヤー

基盤レイヤーは全エージェントから定期的に生のバイタルサインを収集する。受動的監視システムとして動作 — 介入せず観測のみ。

収集メトリクス：last_seen_at、task_completed_at、tool_success_rate、queue_depth、retry_count、reasoning_abort_rate

4.2 Layer 2：行動健全性レイヤー

診断レイヤーは、エージェントが生きているかだけでなく、まともに働いているかを判定する。

行動メトリクス：goal_completion_rate、failure_repeat_rate、infinite_loop_signal、role_deviation_rate、low_quality_output_rate

BHS(a) = w_1 \cdot goal\_rate + w_2 \cdot (1 - failure\_repeat) + w_3 \cdot (1 - loop\_signal) + w_4 \cdot (1 - role\_deviation) + w_5 \cdot (1 - low\_quality) $$

エージェントは完璧なバイタルサイン（Layer 1）を持ちながら、劣化した行動健全性（Layer 2）を持つことがある。これがゾンビ状態 — 生きているが健康ではない。

4.3 Layer 3：回復制御レイヤー

異常が検出されると、回復レイヤーは段階的な応答戦略を実行する。原則は最小介入 — 異常を解消する最も非破壊的な回復アクションを使用する。

重大度1（黄色）：ソフトリスタート — コンテキストを保持して再起動
重大度2（橙色）：メモリリフレッシュ — 参照をリロードしキャッシュをクリア
重大度3（赤色）：フォールバックモデル切替 — より保守的な推論モデルに切替
重大度4（赤色+）：エージェント隔離 — 検疫しタスクをリダイレクト
重大度5（危機）：シャドーテイクオーバー — 検証済み設定のシャドーエージェントで置換
重大度6（緊急）：人間エスカレーション — 完全な診断コンテキスト付きでオペレータに通知

4.4 Layer 4：再帰的改善レイヤー

最も特徴的なレイヤー。障害を解決して忘れるべきインシデントとして扱うのではなく、すべての障害を構造化された改善提案に変換する。

改善出力：failure_pattern_library（既知の障害パターンカタログ）、anti_pattern_registry（回避すべき設定と行動）、prompt_repair_proposal（再発防止のための具体的なプロンプト修正）、agent_redesign_suggestion（エージェント設定の構造的変更）。

5. ヘルススコア: 数学のフォーマット化

5.1 複合健康スコア

Health(a) = w_1 \cdot heartbeat + w_2 \cdot task\_success + w_3 \cdot memory\_integrity + w_4 \cdot decision\_quality - w_5 \cdot failure\_repeat - w_6 \cdot dependency\_block $$

5.2 健康状態

| Health Score | 状態 | アクション |

| --- | --- | --- |

| 0.9 - 1.0 | 最適 | アクション不要 |

| 0.7 - 0.9 | 健康 | 注意深く監視 |

| 0.5 - 0.7 | 劣化 | ソフト回復を開始 |

| 0.3 - 0.5 | 危機 | 完全回復を開始 |

| 0.0 - 0.3 | 障害 | 隔離しエスカレーション |

5.3 健康ダイナミクス

\frac{dH}{dt} = -\lambda \cdot (H - H_{env}) + \mu \cdot R(t) - \delta \cdot F(t) $$

dH/dtを追跡することで、VITALは臨界閾値に達する前に障害に向かっているエージェントを検出できる。

6. ヘルスマップ: 組織の可視化

6.1 ログを超えて

Agent組織が十数を超えると、ログベースの監視は運用不可能になる。VITALはログ監視をHealth Map — 組織階層全体のAgent健康の空間的可視化 — に置き換える。

6つのビュー：Heartbeat Heatmap、Queue Pressure Map、Failure Cascade Graph、Memory Decay Map、Decision Drift Map、Recovery Readiness。

6.2 階層的集約

Health MapはMARIA OSの座標系を階層的集約に活用する。Zone健康はそのエージェントの加重平均。Planet健康はZoneを集約。Universe健康はPlanetを集約。Galaxy健康がトップレベルの組織ビューを提供。

7. 自己修復パイプライン：シャドーエージェントパターン

7.1 問題の修正

自己修復は根本的なリスクを導入する：修復自体が事態を悪化させる可能性がある。MARIA VITALはシャドーエージェントパターンでこれに対処する：すべての修復はまずシャドー（コピー）エージェントに適用され、既知の正常テストケースに対して検証され、改善が確認された場合にのみ本番に昇格される。

本番Agent Aで異常検出
  │
  ├─ 1. クローン：現在の状態でShadow Agent A'を作成
  ├─ 2. 修復：提案された修正をA'に適用
  ├─ 3. テスト：A'を参照テストケースに対して実行
  ├─ 4. 比較：A'のパフォーマンスをAのベースラインと測定
  ├─ 5. 昇格：A' > Aベースラインの場合、A'→本番にスワップ
  └─ 6. ロールバック：A' <= Aベースラインの場合、A'を破棄し次の修復を試行

7.2 非退行保証

定理（非退行保証）： シャドーエージェント検証パイプラインの下で、修復後の期待パフォーマンスE[P(A')]は常に現在のパフォーマンスP(A)以上である。

E[P(A')] \geq P(A) $$

8. 障害連鎖の検出と封じ込め

相互接続されたAgent組織では、単一のエージェント障害が依存チェーンを通じて伝播し、複数の下流エージェントの健全性を低下させうる。VITALはリアルタイムの依存関係グラフを維持し、連鎖を根本原因まで追跡する。

root(cascade) = \arg\min_{a \in affected} t_{anomaly\_onset}(a) $$

異常発生時刻が最も早いエージェントが推定根本原因として特定される。

9. 生物学的パラレル：完全なマッピング

| VITALコンポーネント | 生物学的アナログ | 機能 |

| --- | --- | --- |

| Heartbeat監視 | 心臓リズム | 存在シグナル |

| 行動健全性レイヤー | 免疫系 | 逸脱検出 |

| 回復制御 | DNA修復機構 | 段階的応答 |

| 再帰的改善 | 適応免疫 | 障害からの学習 |

| Health Score | 恒常性設定点 | 運用エンベロープ |

| シャドーエージェントパターン | 体細胞超変異 | 検証された改善 |

| 連鎖封じ込め | 炎症反応 | ダメージの隔離 |

|健康マップ |神と神 |組織意識 |

腫瘍抑制タンパク質p53 — 「ゲノムの守護者」 — はVITALの回復制御レイヤーと同じロジックを実装する：複数のダメージセンサーからのシグナルを統合し、修復するか（ソフトリスタート、メモリリフレッシュ）または排除するか（隔離、シャドーテイクオーバー）のバイナリなガバナンス判断を下す。

10. MARIA OSガバナンスとの統合

10.1 座標系の統合

VITALはMARIA OSの階層的座標系（G.U.P.Z.A）を3つの目的で活用する：監視スコープ（各座標レベルが監視境界を定義）、回復権限（回復アクションが適切な座標レベルで認可される）、改善伝播（あるエージェントの障害から学んだ教訓が類似の役割を持つエージェントに伝播される）。

10.2 意思決定パイプライン統合

VITALはMARIA OSの6段階意思決定パイプラインに統合され、エージェント参加の前提条件として健康検証を追加する。Health(agent) < 0.5の場合はバックアップエージェントに再割当、Health(agent) < 0.3の場合は人間にエスカレーション。

11. 再帰的自己改善：障害から進化へ

11.1 改善ループ

VITALの再帰的改善メカニズムは3つのタイムスケールで動作する：

即時（分）： 障害発生時にパターン分類し、アンチパターンレジストリと照合し、修復を提案する。

中期（日）： 類似の役割を持つエージェント間で障害パターンを集約。共通の障害モードを特定し、体系的な修復を開発。

長期（週）： アンチパターンレジストリ、障害パターンライブラリ、修復成功率を分析して、エージェント設計の構造的問題を特定。人間のアーキテクトに提示。

11.2 改善率の計算式

\frac{dK}{dt} = \eta \cdot F(t) - \gamma \cdot K(t) $$

K(t)は組織の知識ストック、F(t)は障害率、etaは学習効率、gammaは知識減衰率。健全なVITALデプロイメントはeta > gammaを維持する — 古い教訓が陳腐化するより速く障害から学ぶ。

12. 既存アプローチとの比較