アーキテクチャ

Mirror OS の仕組み

AI の横に置く、独立したランタイムレイヤー。

Mirror OS は、モデル、エージェント、プラットフォームの外側から、稼働中の AI の振る舞いを観測し、裁定し、証跡として残します。既存のモデル、プラットフォーム、インフラを置き換える必要はありません。

3つの問い

何が動くのか。どこで動くのか。Mirror OS をどう導入するのか。

混同されがちな、3つの異なる問い。Mirror OS は、それぞれに個別に答えます。

何が動くか

ワークロード

AI エージェント、オーケストレーション、AI ファクトリー、ロボティクスとフィジカル AI、自律システム。

ソリューション

どこで動くか

環境

パブリッククラウド、プライベートクラウド、セルフホスト、ソブリン、オンプレミス、エッジ。

導入環境

MIRROR OS の導入方法

導入パス

エージェントパス(Agent Edition)、またはエンタープライズパス(Shield、Runtime、Foundry)。

導入コンポーネント

独立したレイヤー

AI 環境をまたぐ、ひとつのランタイムレイヤー。

対応するすべての環境で、Mirror OS は同じ独立した制御レイヤーであり続けます。

何が動くか

AI エージェント
AI オーケストレーション
AI ファクトリー
ロボティクス
自律システム

MIRROR OS ― 独立したランタイムレイヤー

独立 · プラットフォーム横断 · モデル横断 · 環境横断

どこで動くか

パブリッククラウド
プライベートクラウド
セルフホスト / ソブリン
オンプレミス
エッジ

Mirror OS は、いま動いているものを置き換えません。

Linux や Windows、AI スタック、モデル、エージェントフレームワークを置き換えることはありません。それらの横に導入・接続され、そのいずれからも独立して、ランタイムの権限を保持します。

ランタイムシグナル

承認されたランタイムシグナルを、文脈の中で評価する。

Mirror OS は、お客様の環境からの承認されたシグナルと、必要に応じて Stability Data Nodes を利用します。不明な状態はリスク状態のままであり、安全であることの証跡にはなりません。

  • お客様のテレメトリ
  • AI ガバナンスのシグナル
  • プラットフォームとオーケストレーションのシグナル
  • Stability Data Nodes
  • 導入のコンテキスト

Mirror OS

評価 · 相関 · 文脈の中で

不安定化の兆候を検出

承認されたシグナルが許す限り早く検出します。

対応する

封じ込め · 緩和 · ブロックまたは遮断 · エスカレーション。

Runtime Control Loop

Observe → Detect → Govern → Enforce → Evidence → Improve

プラットフォームの各機能は、別々の製品ではありません。それぞれがループの各段階によって提供されます。

段階何が起きるか提供される機能
01Observe稼働中の振る舞いを、既存のテレメトリ、または Stability Data Nodes から読み取ります。ランタイムの可視化 · ランタイム分析
02Detect承認されたランタイムシグナルを総合的に評価し、得られる証跡が許す限り早く、不安定化の兆候を捉えます。ランタイムシグナルの評価
03Govern異なる種類のモデル、エージェント、プラットフォームに、ひとつのポリシーフレームワークを適用します。決定論 · 権限行使の経路は決定論に基づく環境をまたいだ統一ポリシー
04Enforce何を実行してよいかは Mirror OS が判断し、その判断をプラットフォームが実行します。決定論 · 統計的なシグナルは判断材料にとどまり、決して判断を下さない封じ込め · 緩和 · ブロック · エスカレーション
05Evidence対象範囲のランタイム事象と、承認された制御判断を、構造化された証跡として保全します。証跡の保管 · 記録はお客様の手元に証跡と監査証跡 · 運用レビュー · 調査支援
06Improveランタイムの証跡を、承認された運用改善に役立てます。権限が自動的に変わることはありません。運用レビューと改善

決定論に基づく権限行使

知能は、自らの権限を定めない。

Mirror OS が裁定し、プラットフォームが実行する。

ランタイム制御は、ポリシーの範囲内で行われます。導入で許可されている場合、モデル支援型の検知がシグナルを提供することはありますが、権限を生み出したり広げたりすることはできません。RSE ベースの導入では、RSE がお客様の承認した境界の中で裁定し、承認されたお客様の環境がその結果としてのアクションを実行します。Agent Edition は、承認された決定論的な判断を、導入環境の中でローカルに実行します。

導入コンポーネント

お客様の環境に導入されるもの。

  • RSERuntime Stability EngineRSE ベースの Mirror OS 導入における中核の判断エンジンです。稼働中のランタイムシグナルをお客様が承認したポリシーに照らして評価し、アクションを許可・制限・停止・エスカレーションのいずれとすべきかを判断して、その判断の根拠となる証跡を記録します。汎用 LLM には依存しません。一部の導入プロファイルでは、専用に構築したモデル支援型の検知を、追加のランタイムシグナル源として組み込む場合があります。
  • FDEForward Deployment Engineer AI agentSpeculum の導入支援 AI エージェントです。本番稼働の前に、FDE は環境を評価し、利用可能な制御とシグナル源を洗い出して、お客様に確認いただくランタイムの境界を提案できます。導入後は、必要に応じて RSE の判断を解釈し、高度なサービスを支援できます。FDE はすべての導入に必須ではなく、その導入で合意した権限と範囲の中でのみ動作します。
  • データノードStability Data Nodesお客様の環境に適切または十分なテレメトリがない場合に使用する、導入可能なシグナル収集機構です。Mirror OS が必要とする承認済みのランタイムシグナルを収集し、RSE が判断と証跡に利用できるようにします。
  • テレメトリ既存のデータソースMirror OS は、既存の AI ガバナンス、オブザーバビリティ、プラットフォームの各ツールからのシグナルを利用できます。これらのソースが何が起きているかをシステムに伝え、RSE はそのシグナルをポリシーに照らして評価し、何を実行してよいかを判断します。
  • Agent Editionスタンドアロンなローカル意思決定プレーンAI エージェントの導入のために構築された、Mirror Shield の専用バージョンです。個別のエージェントから AI エージェント・オーケストレーション環境まで対応し、RSE や FDE を必要とせずに、スタンドアロンかつローカルで決定論的なランタイム判断を行います。

導入環境

AI はどこで動いていますか?

Mirror OS は、ひとつのランタイムレイヤーのもとで、これらの環境をまたいで稼働するよう設計されています。個々の環境への対応は、導入ごとに確認します。

  • パブリッククラウド
  • プライベートクラウド
  • セルフホスト
  • ソブリン
  • オンプレミス
  • エッジ

導入における制御

制御は、お客様の環境にとどまる。

Mirror OS は、お客様が承認した環境と権限の境界の中で動作します。Speculum AI が、お客様の導入環境から報告を受け取る中央コントロールプレーンを運用することはありません。

Agent Edition は、スタンドアロンなローカル意思決定プレーンとして動作します。お客様が独自のオンプレミスのコントロールプレーンを使用している場合は、その導入ごとに統合を定義できます。