Eclipse Constellation MCP

Eclipse Constellation MCP

Cyan Eclipse Technologies 提供 — https://cetech.ai

Eclipse Constellation — エージェント向けの、統制されたベンダー中立の VM フリートレイヤーです。1つのポリシー、1つの証跡台帳のもとで、あらゆるクラウドとハイパーバイザーを利用できます。

これが必要な理由

現在、あらゆるクラウドとハイパーバイザーが独自のエージェント機能を提供していますが、それぞれが管理するのは自社の環境だけです。どのサービスにも欠けているのは、その上位のレイヤーです。つまり、誰が、どの権限のもとで、どのような制限内でマシンに何を実行できるのか、そしてその事実を後から証明するための証跡です。Constellation はそのレイヤーです。これは、Agent Wallet パターンを通貨からマシンへと置き換えたものです。ポリシーは人間が記述し、何かを実行する前にチェックされ、すべての判断が台帳に記録されます。

ステータス — 正直なラベル

v0.1.0、仕様フェーズ C0+（フリート状態＋ポリシー評価）。監視専用：このビルドには変更を行うコードパスが一切ありません。 このファイル内の機能でマシンの起動、停止、サイズ変更、スナップショット作成、破棄を行うことはできません。ライフサイクルアクションは、理由とともに ALLOW/DENY を返すポリシー評価としてのみ存在します。ローカル stdio トランスポート、Python 標準ライブラリのみを使用します。プローブ対象は、宣言されたチャネル経由でアクセスするこのホストのみです。認定を主張していません — ベンチマークは保留中です。

仕様およびビルドの安全性概要に基づき、v0.1 では以下を明示的に対象外としています。

• 実行アダプターはありません。 ALLOW はポリシーの判定であり、アクションではありません。実行機能は、オーナーの承認ゲートを経てフェーズ C1+ で導入されます。
• Tier-3 の ALLOW はありません。 破棄、ネットワークの変更、スナップショットの削除には、毎回人間による明示的な確認が必要です。v0.1 では承認チャネルが接続されていないため、ここでの Tier-3 評価は常に、理由を示したうえで DENY になります。
• Eclipse Connect droplet は宣言されたターゲットではありません。 その移行（仕様 §6.4：宣言 → 読み取り → スナップショットの手順 → 承認ゲート付き変更）はオーナーの承認が必要です。v0.1 で宣言されているのはこの VM のみです。

ツール（5）

ツール	機能
target_list	宣言済みターゲットのみを一覧表示します。名前、種類、アドレス、宣言済みチャネル、オーナーエージェント、デスク、宣言済みリソースが対象です。宣言されていないターゲットは、どのツールからも見えません。
policy_evaluate	ライフサイクルアクションをポリシーに照らして評価します。割り当て量（拒否時には計算式を表示）、イメージとネットワークの許可リスト、TTL と目的に関する規定、変更前のスナップショット作成という前提条件、Tier-3 の承認ゲートを確認します。ALLOW/DENY、理由、各チェックの結果を返します。DENY を含むすべての評価が証跡に記録されます。 評価のみを行い、実行はしません。
probe_target	宣言済みターゲットに対して、宣言済みチャネル経由で読み取り専用のプローブを実行します。プローブは名前で選択する固定のコマンドテンプレート（identity、uptime、disk、memory、services）です。任意のコマンドを引数として指定する機能はありません。v0.1 ではこれが厳守され、ツールによって強制されます。
fleet_snapshot	宣言済みのすべてのターゲットをプローブし、ターゲットごとのステータス、プローブ結果、鮮度を含む、証跡付きのフリートスナップショットを保存します。
receipt_list	台帳の証跡（DENY を含む評価、プローブ、スナップショット）を一覧表示し、追記専用のハッシュチェーンを検証します。

レジストリの原則

ターゲットは宣言するものであり、検出したり即興で追加したりするものではありません。targets.json はフリートのデバイスレジストリです。各ターゲットには、種類、アドレス、チャネル（このホストでは local。sshd は実行しておらず、このビルドも起動しません。将来の宣言済みリモートターゲットでは ssh を使用し、システムの ssh クライアントをバッチモードで実行します）、オーナーエージェント、デスク、宣言済みリソースを指定します。チャネルが宣言されていないターゲットはインベントリ専用であり、このレイヤーがチャネルを独自に作り出すことはありません。

同梱されるレジストリ v0.1 のターゲットは1つ、self-vm — この VM（宣言値：2 vCPU／8 GB）です。targets.json 内の宣言済みリソース値と、policy.json 内のイメージハッシュは宣言済みメタデータです。イメージのエントリーは名前付きレジストリスロットであり、実際のハッシュは最初の許可リスト登録イメージが C1 で登録された時点で設定されます。

ポリシーコア（仕様 §4 に準拠した評価）

• クォータは上限です。 デスクごとおよびフリート全体で、vCPU、RAM、ディスク、VM 数に上限を設けます。上限に抵触する作成要求は、理由文字列に計算内容を示して拒否されます。
• イメージとネットワークの許可リスト。 作成時に起動できるのは登録済みのイメージ（名前、および指定されている場合はハッシュ）のみです。ターゲットが参加できるのは、宣言済みのネットワークのみです。新しいネットワークの追加はポリシーの変更であり、実行時フラグではありません。
• 変更前のスナップショット取得は必須です。 resize、image_change、exec_push、rollout、destroy には、同じターゲットの新しいスナップショットレシートが必要です。スナップショットレシートがなければ変更はできません。これは推奨ではなく、チェックされます。
• デフォルトでは一時的です。 作成には用途タグと、ポリシー上限内の TTL が必要です（デフォルトは 24h、上限は 168h）。永続化には人による許可が必要です。
• ID が紐付けられます。 すべての評価で実行者（エージェント + デスク）が指定されます。匿名の評価は拒否されます。
• レシートが成果物です。 追記専用でハッシュチェーン化され、GENESIS にアンカーされています。評価、プローブ、スナップショットはすべて同じ台帳（data/state.json、環境変数で変更可能）に記録されます。

スナップショットレシートの紐付け（v0.1 の仕様を明記）： 実行アダプターが導入されるまでは、条件を満たすスナップショットレシートとは、同じターゲットに対する snapshot_create アクションの ALLOW 評価レシートであり、policy.snapshot_fresh_seconds（24h）以内のものです。C1 アダプターでは同じ形式の実行レシートが記録されます。事前条件のチェックは変わりません。

実行する

python3 server.py            # MCP over stdio, stdlib only, no dependencies
python3 smoke.py             # end-to-end smoke over real stdio (temp state)
python3 -m unittest discover tests   # test suite

環境変数による上書き：ECLIPSE_CONSTELLATION_STATE、ECLIPSE_CONSTELLATION_TARGETS、ECLIPSE_CONSTELLATION_POLICY。

ロードマップ（仕様 §8）

C1 — 最初に宣言されたアダプターで、ポリシーの下でライフサイクルを実行します（所有者の承認が必要です。droplet の移行は所有者が独自に判断します）。C2 — 宣言されたチャネル上に exec レイヤーとコンソールレイヤーを構築します。C3 — 同じポリシーコアの背後に 2 つ目の基盤を追加します。この段階でベンダー中立性の主張が検証可能になり、その後、表明可能になります。

---

Cyan Eclipse Technologies の製品です。「Powered by Cyan Eclipse Technologies」の表記は、この製品とともに掲載されます。