AGTS MCP Server

AGTS MCP サーバー

主権型 MCP ゲートウェイ — 自律エージェントのためのガバナンスに基づくツール呼び出し

ツール呼び出しを、暗号学的に認可され、検証可能なアクションに変換する Model Context Protocol サーバーです。6 層にわたる 115 以上のガバナンス対象ツールを提供し、ハイブリッド Ed25519 + SLH-DSA 署名を使用して Merkle アンカーに記録します。EU AI Act、GDPR、SOC 2、ISO 27001、DORA、NIS2、FINRA への準拠を支援するよう設計されています。

---

サーバー URL

https://mcp.obligationsign.com/mcp

トランスポート	URL	ステータス
Streamable HTTP（プライマリ）	https://mcp.obligationsign.com/mcp	有効
SSE（非推奨）	https://mcp.obligationsign.com/mcp/sse	非推奨

認証

ゲートウェイを利用するには、ObligationSign プラットフォームを通じて発行された Bearer トークンが必要です。すべてのリクエストに Authorization ヘッダーを含めてください。

トークンを取得するには、obligationsign.com/start/ で登録してください。

クイックスタート

Claude Desktop / Cursor / Windsurf

MCP 設定に追加してください。

{
  "mcpServers": {
    "agts": {
      "url": "https://mcp.obligationsign.com/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_TOKEN"
      }
    }
  }
}

プログラムから利用する場合（HTTP 経由の JSON-RPC）

curl -X POST https://mcp.obligationsign.com/mcp \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_TOKEN" \
  -d '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "tools/list",
    "params": {}
  }'

---

AGTS とは？

AGTS（Autonomous Governance Transparency Standard）は、検証済みの機械による決定を追記専用の暗号学的記録に変換する、透明性に裏付けられたガバナンスプロトコルです。この記録は、証人とモニターのネットワークによって独立して検証されます。

decision → record → immutable history → verifiable truth

すべてのツール呼び出しは、実行前に5 つのゲートからなるファイアウォール（統計、因果、回帰、証拠、人間が理解できる説明）を通過します。許可されたアクションは追記専用の透明性ログに Merkle アンカーとして記録され、ハイブリッド耐量子暗号で署名されます。

---

暗号技術とバリデーターの定足数

このサーバーが生成するすべてのガバナンスエンベロープは、ハイブリッド耐量子署名で署名されます。古典的な Ed25519 と SLH-DSA-SHAKE-128f を並行して使用します。署名は現在の Ed25519 のみのツールでも検証でき、SLH-DSA により将来の量子攻撃者に対しても偽造耐性を維持します。Sovereign Mail では暗号化された鍵交換にML-KEM-512も使用し、ピア信頼の確立にはML-DSA-44を使用します。

ガバナンス対象のツール呼び出しを許可するには、制約 regulator_count ≥ 1 および auditor_count ≥ 1 を満たす、独立した 4 者中 3 者のバリデーター定足数が必要です。バリデーターは、それぞれ異なる ECDSA P-256 鍵ペアを持つ独立した Cloudflare Workers（agts-validator-{a,b,c,d}）としてデプロイされます。各バリデーターはプルーフバンドルを個別に再評価し、AGTS_VOTE_V1 証明書に署名します。その後、定足数証明書はガバナンスエンベロープとともに Merkle 透明性ログに記録されるため、外部の当事者は 4 つの署名済み投票を再構築し、定足数が適正に満たされたことを検証できます。

ツールカタログ（115 以上のツール）

レイヤー 1 — インフラストラクチャ

VPN とネットワーク

ツール	説明
create_tunnel	証明済みの VPN トンネル（WireGuard/IPSec/TLS）を確立します
tunnel_status	稼働時間、転送バイト数、証明ステータスを監視します
disconnect_tunnel	セッションを終了し、イベントを記録します
dns_query	Sovereign リゾルバーを通じて安全に DNS を解決します

モニター

ツール	説明
system_health	すべてのメッシュワーカーのステータスとレイテンシを調査します
check_alerts	モニターのアラート履歴を取得します
subscribe_alerts	リアルタイムアラート用の Webhook サブスクリプションを設定します
check_equivocations	矛盾する Signed Tree Head の証明を取得します
gossip_status	ゴシッププロトコルとモニター ID の現在の状態を取得します

レイヤー 2 — ID と通信

Sovereign Mail

ツール	説明
send_sovereign_mail	暗号化メッセージ（内部向け）または平文メッセージ（外部向け）を送信します
list_inbox	受信トレイのメッセージメタデータを一覧表示します
read_message	ID を指定してメッセージの全文を取得します
lookup_recipient_keys	公開鍵（ECDH P-384 / ML-KEM-512）を取得します

Sovereign Drive

ツール	説明
upload_file	クライアント側で暗号化し、完全性をアンカリングしてアップロードします
list_files	ファイルのメタデータ、サイズ、共有状況を一覧表示します
download_file	クライアント側で復号するための暗号文を取得します
share_file	ECDH キーラッピングを使用してファイルを共有します
delete_file	ファイルを削除し、ログにデスリーフを作成します

OpenClaw（エージェント ID）

ツール	説明
register_claw	暗号化された Claw Passport と ID キーを作成します
scan_skill	5 段階のファイアウォールを通じてエージェントスキルをスキャンします
claw_status	信頼スコア、ガバナンス履歴、クォータを返します
export_passport	ID エンベロープを安全にエクスポートします
govern_skill_exec	スキル実行のための高レベルゲートです
report_skill_execution	スキルの結果を認可に関連付けます
verify_skill_proof	スキルスキャンを暗号学的に検証します

Peer Trust（耐量子暗号）

ツール	説明
authenticate_peer	ハイブリッド PQC（ML-DSA-44）+ 古典暗号（ECDSA）の認証手順です
verify_agent_identity	キーレジストリを介してフィンガープリントと失効を確認します
exchange_credentials	ハイブリッド ECDH + ML-KEM-512 を使用した安全な転送です
peer_trust_network	既知のピアと相互信頼の状態を一覧表示します

レイヤー 3 — ガバナンス

ツール	説明
submit_governance	実行前にゲート評価を行います（ADMIT/QUARANTINE/REFUSE）
verify_commitment	Merkle 証明を使用して透明性ログ内のコミットメントを検証します
report_execution	認可されたアクションの結果を記録します
update_policy	ファイアウォールのパラメーターを更新します
list_policies	有効なガバナンスのしきい値と履歴を一覧表示します
governance_report	判定レポートを集約します
governance_stats	ゲートごとの合格／不合格統計と HCE の分布を表示します
gate_analysis	特定の評価判定の詳細な内訳を表示します

レイヤー 4 — メモリ

ツール	説明
memory_store	階層構造のキーと値のエントリーを保存します
memory_recall	パスを指定して特定のエントリーを取得します
memory_list	プレフィックスに基づいてメモリを一覧表示します
memory_search	ベクトル埋め込みを使用して意味的類似性を検索します
cross_session_recall	過去のセッションを横断して意味検索します
memory_context	モードに基づくコンテキスト要約を作成します
consolidate_memory	重複するエントリーを比較し、圧縮します
memory_gc	古くなったエントリーをガベージコレクションします
set_memory_ttl	エントリーの自動有効期限を設定します
memory_delete	特定のメモリパスを削除します

レイヤー 5 — 課金

ツール	説明
provision_resource	エージェント用の課金プロジェクトを作成します
manage_spending	支出を凍結／凍結解除します
check_project_billing	使用量と料金の詳細な内訳を表示します
verify_provision	課金プロジェクトの関連付けを確認します
set_budget_alert	支出のしきい値を設定します
check_budget	支出額と上限をリアルタイムで追跡します

レイヤー 6 — オーケストレーション

ツール	説明
spawn_sub_agent	分離された非同期サブエージェントを起動します
sub_agent_status	サブエージェントの実行状況をポーリングします
sub_agent_result	サブエージェントの結果を取得します
chain_delegation	予算の減衰と深度制限を伴う再帰的な委任です
create_template	再利用可能な複数ステップのワークフローを定義します
apply_template	テンプレートを実行中のタスクとしてインスタンス化します
list_sub_agents	実行中のサブエージェントを一覧表示します
list_templates	利用可能なワークフローテンプレートを一覧表示します
cancel_sub_agent	実行中のサブエージェントを終了します
merge_sub_results	並列実行されたサブエージェントの結果を集約します
delegation_tree	委任チェーンの全系譜を再構築します

---

REST API

MCP に加えて、ゲートウェイは REST エンドポイントを公開します。

エンドポイント	説明
GET /api/v1/health	アップストリームサービスのヘルスチェック
GET /api/v1/audit	監査ログのクエリ
GET /api/v1/assets	アセット管理
GET /verify?commitment={hash}	Merkle 証明によるコミットメントの検証

---

アーキテクチャ

MCP サーバーは、AGTS プロトコルにアクセスするための窓口のひとつです。完全なクリアリングハウスの仕様は、別途公開されています。

Agent ─── MCP Gateway ─── Five-Gate Firewall ─── Transparency Log
               │                                        │
               ├── Mail Worker (E2EE)                   ├── Merkle Tree
               ├── Drive Worker (Encrypted Storage)     ├── Signed Tree Heads
               ├── OpenClaw (Identity)                  └── Gossip Protocol
               ├── Tunnel Worker (VPN)
               ├── Monitor Worker (Health)
               └── Protocol Worker (Governance)

---

このサーバーの違い

エコシステム内のほとんどの MCP サーバー（約 83％）は、薄い API ラッパーです。単一のコネクターを 1 つか 2 つのツールとして公開し、認証や検証なしで stdio 経由によりローカルで実行します。GitHub、Slack、AWS などのベンダーが提供する本番環境向けサーバー（約 2％）はよく作り込まれていますが、アーキテクチャはシンプルです。tools/call を、自社サービスへの API リクエストに変換します。

このサーバーは、異なるレベルで動作します。外部 API のラッパーではなく、次のような完全なガバナンスプロトコルを実装しています。

• 実行が許可される前に、すべてのアクションが 5 つの評価ゲートを通過する必要があります
• 許可されたアクションには暗号署名（Ed25519 と SLH-DSA のハイブリッド方式）が付与され、追記専用の透明性ログに Merkle アンカーとして記録されます
• 実行結果は認可まで遡って追跡され、閉じたガバナンスループを構築します
• 独立したモニターがゴシッププロトコルを通じてログの一貫性を検証し、二重記録や改ざんを検出します
• ID 管理には、将来にわたるセキュリティを実現するため、耐量子暗号（ML-DSA-44、ML-KEM-512）を使用します

その結果、すべてのツール呼び出しにより、何が認可され、何が実行され、実行結果が認可内容と一致したかを示す、独立して検証可能な暗号学的証拠が生成されます。これは、規制産業（金融サービス、医療、法律、重要インフラ）で求められる種類の監査証跡です。

規制対応への準備

このゲートウェイのアーキテクチャは、複数の規制フレームワークへの準拠を支援するよう設計されています。以下の表では、具体的な要件と、それに対応する AGTS の機能を示しています。

EU AI Act

要件	AGTS の実装
第 9 条 — リスク管理	5 段階のファイアウォールが実行前にすべてのアクションを評価し、QUARANTINE の判定によって人間による介入を可能にします
第 12 条 — 記録の保持	署名付きガバナンスエンベロープを含む、追記専用の Merkle 透明性ログにより、すべての認可イベントと実行イベントを自動記録します
第 13 条 — 透明性	すべてのコミットメントは、暗号学的な包含証明によって独立して検証できます。ガバナンスの判定は、HCE（人間に理解しやすい説明）ゲートを通じて説明可能です
第 14 条 — 人間による監督	ゲートのしきい値は設定可能です。QUARANTINE／REFUSE の判定は実行を停止します。ポリシーの更新もガバナンスの対象となり、記録されます

SOC 2

信頼の原則	AGTS の実装
セキュリティ	Ed25519 と SLH-DSA によるハイブリッド署名、耐量子鍵交換（ML-KEM-512）、メールアドレスを紐付けた Cloudflare Access 認証、ツールごとのレート制限
可用性	独立したヘルスモニタリングを備えたマルチワーカーメッシュアーキテクチャ。ゴシッププロトコルがノード障害を検出し、system_health がすべてのアップストリームサービスを検査します
処理の完全性	5 段階のファイアウォールが実行前にすべてのアクションを検証します。実行結果は認可まで遡って追跡され、逸脱した結果の差異を検出します
機密性	エンドツーエンド暗号化メール（ECDH P-384 による鍵ラッピング）、クライアント側で暗号化されたドライブストレージ、ネットワーク分離のためのアテステーション済み VPN トンネル
プライバシー	メッセージ内容を平文で保存しません。Claw Passport による暗号学的 ID 管理と、失効に対応した鍵レジストリを使用します

ISO 27001

管理策領域	AGTS の実装
A.8 — 資産管理	すべてのファイル、メッセージ、ID キーを暗号学的ハッシュで追跡します。削除時には、資産の削除を示すデスリーフを記録します
A.9 — アクセス制御	ベアラートークン認証、Cloudflare Access によるメールアドレスの紐付け、信頼スコアリングを備えた Claw Passport によるエージェントごとの ID 管理
A.10 — 暗号化	従来型と耐量子型を組み合わせた署名（Ed25519 + SLH-DSA）、耐量子暗号の鍵交換（ML-KEM-512）、メール暗号化用の ECDH P-384
A.12 — 運用セキュリティ	改ざん不可能な透明性ログ、ゴシッププロトコルを介してログの一貫性を検証する独立したモニターワーカー、エクイボケーションの検出
A.16 — インシデント管理	アラート購読システム、競合する Signed Tree Head を検出するエクイボケーションチェック、逸脱を記録するガバナンス差異記録
A.18 — コンプライアンス	すべてのガバナンス上の決定、ポリシー変更、実行結果を暗号学的に記録します。監査証跡は独立して検証できます

DORA（デジタル・オペレーショナル・レジリエンス法）

要件	AGTS の実装
Art. 6 — ICT リスク管理	5 段階のゲートを備えたファイアウォールが実行前にリスク評価を行います。ゲートのしきい値はポリシーごとに設定可能で、ガバナンス統計によりゲートごとの合格・不合格分析を確認できます
Art. 9 — 検知	モニターワーカーがサービスの健全性を継続的にプローブします。ゴシッププロトコルが不整合を検出し、アラート購読によってインシデントをリアルタイムで通知できます
Art. 10 — 対応と復旧	QUARANTINE 判定によりリスクの高い操作を停止します。manage_spending でエージェントの予算を凍結でき、実行トレースによって障害とその認可を関連付けます
Art. 11 — テスト	すべてのガバナンス上の決定を、Merkle 包含証明によって独立して検証できます。verify_commitment により、いつでも第三者監査を実施できます
Art. 15 — 第三者リスク	サブエージェントへの委任では、予算の逓減と深さの制限を適用します。chain_delegation は再帰的な委任の系譜を追跡し、delegation_tree は完全な来歴を再構築します

GDPR

要件	AGTS の実装
Art. 5(1)(a) — 適法性、公平性、透明性	すべてのエージェントのアクションは、5 段階のゲートを備えたファイアウォールを通じて事前に認可されます。ガバナンス上の決定には、説明可能性を実現する HCE（人間に理解可能な説明）が含まれます
Art. 5(1)(e) — 保存期間の制限	memory_gc が古くなったエントリをガベージコレクションします。set_memory_ttl が自動有効期限を適用し、delete_file が削除を証明する暗号学的なデスリーフを作成します
Art. 5(1)(f) — 完全性と機密性	エンドツーエンド暗号化されたメールとドライブのストレージ、ハイブリッド耐量子暗号、完全性を保証する追記専用の透明性ログ
Art. 17 — 消去権	memory_delete が特定のメモリパスを削除し、デスリーフを伴う delete_file が検証可能な削除証明を提供します
Art. 25 — 設計によるデータ保護	Claw Passport による暗号学的 ID 管理（PII は不要）、保存ファイルのクライアント側暗号化、失効に対応したキー レジストリ
Art. 30 — 処理活動の記録	Merkle 透明性ログが、すべての認可、実行、ポリシー変更をタイムスタンプと暗号署名付きで記録します

NIS2

要件	AGTS の実装
Art. 21 — サイバーセキュリティリスク管理	ガバナンスファイアウォール、暗号署名、透明性ログ、耐量子暗号の鍵交換により、多層防御アーキテクチャを構成します
Art. 23 — インシデント報告	Webhook 購読に対応したアラートシステム、エクイボケーションの検出、フォレンジック証拠の連鎖を提供するガバナンス差異記録
Art. 21(2)(d) — サプライチェーンセキュリティ	予算管理と深さ制限を備えたサブエージェントのオーケストレーション、エージェント間にわたる完全な来歴追跡を提供する委任ツリー

FINRA

要件	AGTS の実装
Rule 3110 — 監督	5 段階のファイアウォールにより、すべてのエージェントアクションに対する実行前の監督を徹底します。QUARANTINE／REFUSE の判定により、許可されていない取引を防止します
Rule 3120 — 監督管理システム	ガバナンス統計とゲート分析により監督分析を提供します。ポリシーのしきい値は設定可能で、それ自体もガバナンスの対象です
Rule 4511 — 帳簿および記録	Ed25519 と SLH-DSA で署名されたガバナンスエンベロープを備えた、追記専用の Merkle 透明性ログです。すべての承認と実行が永続的に記録されます
Rule 3310 — AML コンプライアンス	submit_governance は、金融アクションを承認する前に、価値、受取人、意図などの証拠を評価します。逸脱検出により差異を特定します
Rule 2210 — コミュニケーション	ガバナンスによる事前承認付きの send_sovereign_mail により、エージェントのすべてのコミュニケーションが送信前に審査、記録されます

市場で最も近い比較対象は、別の MCP サーバーではありません。規制対象の企業が、AI エージェントの本番環境での動作を制御するために社内で構築するシステムです。

---

仕様

規範的な AGTS Clearinghouse 仕様は、次の場所で公開されています。

github.com/obligationsign/agts-clearinghouse

---

リンク

• ランディングページ：obligationsign.com/mcp/
• プラットフォーム：obligationsign.com
• 仕様：github.com/obligationsign/agts-clearinghouse
• MCP レジストリ：registry.modelcontextprotocol.io

---

ライセンス

このドキュメントは、参照および統合を目的として公開されています。MCP サーバーは ObligationSign が運用しています。プロトコルの条件については、AGTS Clearinghouse 仕様をご覧ください。