vouch-mcp

Vouch Protocol™

_{Vouch Protocol™ はコモンロー上の商標です。}

AI エージェントのアイデンティティと来歴に関するオープン標準

---

クイックスタート

# Install (Linux and macOS). On Windows, use: pip install vouch-protocol
curl -fsSL https://vouch-protocol.com/install.sh | sh

# Run vouch with no arguments and pick what you want to do
vouch

手動で行いたいですか？ コマンドは 3 つだけです。

pip install vouch-protocol

# One command to configure SSH signing + Vouch branding
vouch git init

# All future commits are now signed and show ✅ Verified on GitHub
git commit -m "Secure commit"

git 署名ではなくエージェントをセットアップする場合は、vouch onboard --quick が動作する ID、許可リスト、検証ツール、ハートビート設定を 1 つのコマンドで生成します。

---

v1.0 の新機能

Vouch Protocol v1.0 はオープン標準に直接準拠しています。

• クレデンシャル形式としての Verifiable Credentials（v0.x の JWS トークンに代わるもの）。
• eddsa-jcs-2022 暗号スイートによる Data Integrity 証明（JOSE なし、Base64 でラップされたペイロードなし、クレデンシャルは人間が読める JSON のまま）。
• DID ドキュメントにおける Multikey 検証メソッド（アルゴリズム非依存、ML-DSA-44 対応）。
• Data Integrity 証明セットとしての ポスト量子プロファイル: クレデンシャルは eddsa-jcs-2022 と mldsa44-jcs-2024 という 2 つの独立した証明を保持します。規制対象のデプロイメント向けのオプションのアドオンであり、NIST CNSA 2.0 / NSM-10 のタイムラインに準拠します。
• Python、TypeScript、Go にまたがって検証された 3 者間クロス実装相互運用。

クレデンシャルは Signer.sign() で発行され、Verifier.verify() で検証されます。完全な仕様については vouch-protocol.com/specs/SPEC/ の仕様書を参照してください。

---

AI エージェントのアイデンティティと説明責任のためのオープン標準

Anthropic が MCP を発表したとき、彼らは「エージェントがどのようにツールを呼び出すか」を解決しました。 しかし「私たちがそれらのエージェントをどのように信頼するか」は解決していません。

Vouch Protocol は AI エージェントのための SSL 証明書です。

Vouch は 1 つのツールではなく、ツールの集合です。ここに全体像を示します。

コマンドライン

• vouch init エージェントのアイデンティティ（DID とキーペア）を生成します。
• vouch sign / vouch verify ペイロードに署名し、それを検証します。
• vouch git すべての git コミットに暗号学的に署名します。1 つのコマンドでセットアップでき、README 用の検証済みバッジも付きます。
• vouch scan 出荷前にコード内の漏洩した Vouch 鍵素材（ファイル内の秘密鍵、環境変数内のシード、誤って秘密鍵を保持している DID ドキュメント）を見つけます。
• vouch attribute どの行を誰が書いたかを分離します。AI アシスタントと人間が同じファイルを編集した場合、AI の行は AI 自身の鍵の下に、あなたの行はあなたの鍵の下に記録されるため、ある行がインシデントを引き起こしたとき、どちらが書いたかを証明できます。Claude Code 統合を参照してください。
• vouch media C2PA サポート付きで画像に署名します。

エージェント向け

• MCP サーバー（vouch-mcp） スタンドアロンの Model Context Protocol サーバーで、あらゆる MCP クライアント（Claude Desktop、Cursor、任意のエージェント）がすぐにアイデンティティを作成し、クレデンシャルに署名・検証し、漏洩した鍵をスキャンし、DID をデコードできます。
• Identity Sidecar 署名鍵をモデルのコンテキストから遠ざけるため、プロンプトインジェクションでもそれらを読み取れません。
• Vouch Shield あたかも玄関の税関職員のように、すべてのツール呼び出しをあなたのルールに照らして検査するランタイムチェックです。
• 継続的信頼 ハートビートとセッションヴォウチャーにより、信頼は更新され続けなければならない生きたシグナルであり、一度発行されたら永遠に信頼されるバッジではありません。
• 権限の鮮度 増加するのみのカウンターを伴う署名済みの権限状態により、状態変化（不正シグナル、停止された委任）が、たとえ時間減衰による信頼がまだ通っていても、重大な結果を伴うアクションに対して許容される鮮度ウィンドウを現在にまで縮めます。docs/authority-freshness.mdを参照してください。

フレームワーク統合

すでに使用しているエージェントフレームワークに Vouch を組み込めるスタンドアロンパッケージです。いずれもツール呼び出しに対して検証可能なクレデンシャルを発行し、必要に応じて人間のプリンシパルへの委任を行えます。

• vouch-langchain 各ツール呼び出しがエージェントを離れる前に署名する LangChain ツールです。
• vouch-langgraph LangGraph のツール呼び出しとグラフノードに署名するため、グラフ全体にわたって署名済みの記録が残ります。
• vouch-crewai CrewAI ツールで、スーパーバイザーからワーカーへの委任は権限を狭めることしかできず、広げることはできません。
• vouch-a2a A2A (Agent2Agent) Agent Card を Vouch アイデンティティに紐付け、2 つのエージェントが連携する前に相互検証できるようにします。
• vouch-goose Vouch MCP サーバーを Block の Goose エージェント向け拡張として登録するため、Goose セッションでそのまま署名と検証を行えます。
• vouch-mlflow 登録時に MLflow モデルアーティファクトに署名し、コンテンツダイジェストに紐付けるため、重みへの変更は署名を無効にします。
• vouch-safetensors .safetensors ヘッダーにクレデンシャルを埋め込みます。OpenSSF Model Signing と相補的で、モデルが誰によって生成されたかを保持します。

上記のスタンドアロンの vouch-mcp パッケージは、これらとともに提供されます。

使用している言語で使える SDK

Python、TypeScript、Go は完全なリファレンス実装です。Rust コアと、慣用的な Swift、JVM (Java と Kotlin)、.NET、C のラッパーが 1 つのコードベースを共有しているため、すべての言語がバイト単位で同一の出力を生成し、共有テストベクトルに対して検証されます。ブラウザーとエッジ向けに WebAssembly ビルドも含まれています。言語ごとのステータスについては、後述の表をご覧ください。

ロボットと具現化エージェント

ロボットは身体を持つエージェントであるため、物理的な危害を引き起こしうるようになると、アイデンティティと説明責任はさらに重要になります。vouch.robotics モジュールは、Vouch の他の部分と同じ eddsa-jcs-2022 クレデンシャル上に 6 つの機能を提供します。ハードウェアに根ざしたアイデンティティ（TPM またはセキュアエレメントにバインドされ、他のハードウェアにクローンできない）、モデルと設定の来歴（OTA 更新のたびに再署名可能）、物理的能力のスコープ（力、速度、人に近い場所でのより厳しい上限、許可ゾーン、シフト時間帯を含み、各作動前にチェックされ、縮小のみの委任が可能）、ロボット間の信頼ハンドシェイク、検証可能なキルスイッチを備えた暗号化された改ざん検知可能なブラックボックス、そしてスキャン可能なオフラインパスポートです。6 つすべてが Python、TypeScript、Go、および Rust コアで実装されており、それが Swift、Kotlin/JVM、.NET、C/C++、WebAssembly のラッパーに流れ込むため、ある言語で署名されたロボティクスクレデンシャルは他のすべての言語で検証できます。さらに 15 の機能がこのセットを完成させます。リビングトラスト・ハートビート（インターバルごとの署名されたモーションサマリーで、エンベロープ内で更新されない限りトラストが減衰する）、2 段階のクレデンシャル失効（クレデンシャルごとのステータスリストと DID 全体のキル）、説明責任のある安全記録（改ざん検知可能なインシデント台帳を、ポータブルな署名済み記録に要約したもの）、署名された知覚の来歴（キャプチャされた各センサーフレームのハッシュがロボットの鍵にバインドされハッシュリンクされるため、ロボットは自分のセンサーが何を見たかを証明でき、差し替えられたフレームは検出可能）、オフライン委任リース（ネットワーク呼び出しなしで切断されたロボットが検証して行動できる、短命でスコープが限定された付与で、ベンダー間でネスト可能）、物理的クォーラム（重大な結果を伴うアクションに N 人中 M 人の証明済み承認者を要求する暗号学的な二人原則）、ライフサイクルクレデンシャル（検証可能な保管チェーンにつながる所有権移転、鍵履歴を形成する鍵ローテーション、ロボットを引退させる署名済みデコミッション）、規制適合プロファイル（ロボットのクレデンシャルから ISO 10218 および 15066、EU 機械規則、EU AI 法、UL 3300 の条項への機械チェック可能なマッピングで、決定論的チェッカーと署名済み適合証明を備える）、デフォルトでのポスト量子署名（ロボットクレデンシャルは Ed25519 証明と ML-DSA-44 証明を含む証明セットを持ち、後方互換の検証が可能なため、ロボットは 10 年にわたる寿命を通じて偽造不可能であり続ける）、およびクロスエンボディメント・アイデンティティ継続性（ロボットの身体間を移動するエージェントアイデンティティで、エンボディメントクレデンシャルが各身体のハードウェアルートに再バインドされ、継続性チェーンが同じ説明責任を負うエージェントが持続したことを証明し、さらにフォークチェックも備える）、物理的保管ハンドオフチェーン（人間とロボットのアクターをまたいだ各ホップで誰がタスクやオブジェクトの保管を引き受けたかの署名済み記録で、インシデントが正確なホップまで追跡でき、証明された状態が損傷を責任ある保持者に特定する）、境界付けられたインフラアクセス（リソース、その許可された操作、任意のゾーン、時間枠を指定するオペレーター署名済みの付与で、ロボットはそれをリソースがオフラインで承認する署名済みリクエストと組み合わせるため、ロボットは改ざん検知可能で帰属可能な、縮小のみの記録とともにドアを開けたり充電器にドッキングしたりできる）、融合センサー来歴（ロボットの融合ワールドモデルを、それを生成した入力フレームハッシュの正確なセットと融合手法にバインドする署名済み証明で、操作された融合結果や欠落した入力が検出可能であり、すべての融合入力がロボットの記録したフレームまで追跡できる）、摩耗と劣化の証明（ロボットが自身の摩耗レベルをアイデンティティにバインドして署名し、時間とともにハッシュリンクし、決定論的ルールが劣化に応じて物理的能力スコープを狭めるため、摩耗したロボットは出荷時の静的限界よりも厳しい検証可能なエンベロープ内で動作する）、および傍観者同意の証拠（ロボットは人々を撮影する根拠、明示的トークン、掲示された通知、正当な利益、または適用した編集を、そのハッシュによって撮影自体にバインドし、ハッシュのみを保持して誰かの識別データは決して保持せず、傍観者は 1 回の撮影にバインドされた同意に署名できるため別の撮影に再生できない）が、同じ言語群にわたって実装され、共有の相互運用ベクターによって固定されています。詳細は docs/robotics.md および防御的開示 PAD-064 ～ PAD-070、PAD-076 ～ PAD-084、PAD-087 ～ PAD-094 を参照してください。

AI ツールの内部で

• Claude Skill、OpenAI Custom GPT、Gemini Gem パッケージ。AI アシスタントに、あなた自身の AI サブスクリプション上で動作しながら、コードに Vouch を追加する方法を教えます。

メディアとウェブ

• 画像向けの C2PA Content Credentials。
• Vouch Sonic。音を通じて来歴を伝える音声ウォーターマークです。
• Chrome と Edge 向けの ブラウザ拡張機能。ページ上のコンテンツに署名し、検証します。

リポジトリ向け

• Gatekeeper GitHub App。すべてのプルリクエストでコミット署名を検証し、漏洩した Vouch キーがマージされる前にブロックします。

エコシステム向け

• Agent Trust Index。実環境のエージェントをスキャンし、実際に自分が誰であるかを証明できるものがどれだけあるかを測定するオープンベンチマークです。（ネタバレ：今日では、ほとんどありません。）

仕様を読む → | Discord に参加 →

---

課題

AI エージェントは、以下について 暗号学的な証明がまったくない 状態で、実世界の API 呼び出しを行っています：

• 自分が 誰 であるか
• 何 を意図しているか
• いつ それを行ったか

リスクの例：

• ヘルスケア AI が患者データにアクセス → HIPAA 違反のリスク
• 金融 AI が不正な取引を実行 → 賠償責任の悪夢
• カスタマーサービス AI がデータを漏洩 → コンプライアンス違反

現在の解決策：

• 自作の JWT 署名 → エージェント固有の機能がなく、セキュリティ上のミスを犯しやすい
• 何もしない → ほとんどの人はノリでやって、うまくいくことを願うだけ

---

解決策

Vouch Protocol は、SSL/TLS をモデルにした、AI エージェント向けの暗号学的アイデンティティを提供します：

• 検証可能なクレデンシャル（VC Data Model 2.0）
• Data Integrity 証明（eddsa-jcs-2022 暗号スイート、JOSE/JWS への依存なし）
• 分散型識別子（did:web、did:key）
• Multikey 検証メソッド（アルゴリズム非依存、ポスト量子対応）
• ポスト量子プロファイル（任意の証明セット：eddsa-jcs-2022 + mldsa44-jcs-2024）
• 人間が読める JSON（証明は兄弟オブジェクトとして付与され、Base64 でラップされた不透明なペイロードはありません）
• フレームワーク非依存（MCP、LangChain、CrewAI、AutoGPT、AutoGen、Vertex AI で動作）
• 言語間の相互運用性（Python、TypeScript、Go、バイト単位で同一の正規形）
• オープンソース（Apache 2.0 ライセンス、CC0 先行技術ポートフォリオ）

次のように考えることができます：

• SSL 証明書 = ウェブサイトのアイデンティティを証明する
• Vouch Protocol = AI エージェントのアイデンティティを証明する

---

仕組み

ワークフロー

flowchart LR
  P["👤 Principal<br/>did:web:user.example.com"]
  A["🤖 AI Agent<br/>did:web:agent.example.com<br/>+ Identity Sidecar"]
  C["📄 Vouch Credential<br/>VC + Data Integrity<br/>(eddsa-jcs-2022)"]
  API["🔐 API Endpoint"]
  V{"✅ Verified"}

  P -->|"Delegation VC"| A
  A -->|"sign(intent)"| C
  C -->|"HTTP body<br/>application/vc+vouch"| API
  API -->|"verify()"| V

4 つの簡単なステップ：

1. アイデンティティを生成：Ed25519 キーペアと DID を作成し、Multikey 検証メソッドを含む DID Document を公開します。
2. アクションに署名：エージェントのサイドカーが、action、target、resource を含む検証可能なクレデンシャルを発行し、eddsa-jcs-2022 Data Integrity 証明で保護します。
3. API に送信：クレデンシャルを HTTP リクエストボディとして、Content-Type: application/vc+vouch で送信します（または v0.x 互換性のために従来の Vouch-Token ヘッダー経由でも可。以前の application/vouch+credential+json Content-Type は移行期の別名として維持されています）。
4. 検証：API は発行者の DID を解決し、Data Integrity 証明を検証し、時間的クレームとリソースバインディングをチェックし、CredentialPassport を返します。

信頼モデル

flowchart TB
  subgraph IDENTITY["Identity Layer"]
    DID["DID<br/>did:web / did:key"]
    MK["Multikey<br/>algorithm-agnostic key encoding"]
  end
  subgraph FORMAT["Credential Layer"]
    VC["Verifiable Credential<br/>(VC Data Model 2.0)"]
    INTENT["Intent payload<br/>action · target · resource"]
  end
  subgraph CRYPTO["Cryptographic Proof"]
    JCS["JCS canonicalization (RFC 8785)"]
    DEFAULT["eddsa-jcs-2022<br/>(Ed25519, default)"]
    PQ["mldsa44-jcs-2024<br/>(ML-DSA-44, optional second proof)"]
  end
  IDENTITY --> FORMAT
  FORMAT --> CRYPTO
  JCS --> DEFAULT
  JCS --> PQ

信頼 = 検証可能なクレデンシャル + Data Integrity + 分散型識別子 + Multikey、および任意のポスト量子証明セット。 SSL/TLS を保護するのと同じ数学に、ウェブ上の他の場所で検証可能なクレデンシャルを保護する標準化されたプリミティブを加え、AI エージェントに適用したものです。

---

なぜ Vouch Protocol なのか？

DIY JWT との比較

機能	Vouch Protocol	DIY JWT
エージェント特化	✅ (エージェント向けに設計)	❌ (汎用)
MCP 統合	✅ (ネイティブ)	❌ (手動)
フレームワーク統合	✅ (LangChain、CrewAI など)	❌
監査証跡フォーマット	✅ (VC 標準化)	❌ (独自)
標準準拠	✅ (eddsa-jcs-2022 Data Integrity)	❌
マルチキー検証方式	✅ (アルゴリズム非依存)	❌
耐量子署名	✅ (mldsa44-jcs-2024 プルーフセット)	❌
実装間相互運用テスト	✅ (Python、TypeScript、Go)	❌
セキュリティベストプラクティス	✅ (組み込み)	⚠️ (誤りやすい)

---

クイックスタート

1. インストール

# Linux and macOS: one line
curl -fsSL https://vouch-protocol.com/install.sh | sh

# Or with pip (any platform)
pip install vouch-protocol

2. アイデンティティの生成

vouch init --domain your-agent.com

3. アクションへの署名 (エージェント側)

v1.0 パス (VC + Data Integrity、推奨):

from vouch import Signer
import os

signer = Signer(
  private_key=os.environ['VOUCH_PRIVATE_KEY'],
  did=os.environ['VOUCH_DID']
)

credential = signer.sign(intent={
  'action': 'read_database',
  'target': 'users_table',
  'resource': 'https://api.example.com/v1/users',
})
# Send credential as the JSON body of the API request, content-type
# application/vc+vouch

4. 検証 (API 側)

v1.0 パス:

from fastapi import FastAPI, Request, HTTPException
from vouch import Verifier

app = FastAPI()

@app.post("/api/resource")
async def protected_route(request: Request):
  credential = await request.json()
  public_key = '{"kty":"OKP", ...}' # Resolved from did:web or trusted root

  is_valid, passport = Verifier.verify(credential, public_key=public_key)
  if not is_valid:
    raise HTTPException(status_code=401, detail="Untrusted Agent")

  return {
    "status": "Verified",
    "agent": passport.sub,
    "intent": passport.intent,
  }

これだけです。 どちらのパスでも、署名は数行、検証も数行です。

---

統合

主要な AI フレームワークすべてとすぐに連携できます:

• Model Context Protocol (MCP): Claude Desktop および Cursor 向けのネイティブ統合
• LangChain: ツール呼び出しに自動で署名
• CrewAI: マルチエージェントのアイデンティティ管理
• AutoGPT: 自律エージェントへの署名
• AutoGen: Microsoft のマルチエージェントフレームワーク
• Google Vertex AI: 関数呼び出しへの署名
• Google ADK: ADK ツールのネイティブ統合
• n8n: ローコードなエージェントワークフロー

すべての統合を見る →

---

エンタープライズ機能

• キーローテーション: 本番環境向けの自動キーローテーション
• 音声 AI 署名: 音声フレームへのリアルタイム署名
• クラウド KMS: AWS KMS、GCP Cloud KMS、Azure Key Vault
• レピュテーションスコアリング: エージェントの行動を経時的に追跡
• 失効レジストリ: 侵害されたキーをブラックリスト化
• Redis キャッシング: 本番規模の検証
• 耐量子プロファイル: eddsa-jcs-2022 プルーフと mldsa44-jcs-2024 プルーフを保持するオプションのプルーフセットで、NIST CNSA 2.0 / NSM-10 の移行タイムラインに沿う規制対象のデプロイに対応

耐量子の例

# Optional profile, requires `pip install pqcrypto`
credential = signer.sign_hybrid(intent={
  'action': 'submit_clinical_finding',
  'target': 'trial:NCT00000001',
  'resource': 'https://fda-submissions.example.com/api/findings',
})
# The credential's `proof` is an array of two independent Data Integrity proofs,
# eddsa-jcs-2022 and mldsa44-jcs-2024, over the same document.
# Verification REQUIRES both to validate.

---

ユースケース

金融サービス

# SEC-compliant trade logging
agent.sign({'action': 'execute_trade', 'amount': 10000, 'symbol': 'AAPL'})

カスタマーサービス

# Data access accountability
agent.sign({'action': 'read_customer_data', 'customer_id': 'cust_abc'})

ヘルスケア AI

# HIPAA-compliant audit trail
agent.sign({'action': 'access_phi', 'patient_id': '12345'})

この領域を特許による囲い込みから守るため、本プロジェクトは 61 件の防衛的先行技術開示 を CC0 の下で公開しています。対象は暗号学的アイデンティティ、メディアの来歴、音声生体認証、AI 安全性、耐量子暗号、AI コーディングのガバナンス、地域ごとの人間または AI によるコード著作者性に及びます。詳しくは docs/disclosures をご覧ください。

---

ユースケース

• 金融サービス。 エージェントが行うすべての取引や送金について、署名済みで説明責任を果たせる記録。
• ヘルスケア。 患者データへのあらゆるアクセスに対する監査可能な証跡。
• カスタマーサービス。 どのエージェントがどの顧客レコードに触れたか、そして誰の権限によるものかの証明。
• エージェント間。 ある組織のエージェントが別の組織のエージェントを呼び出すとき、行動する前に互いを検証できます。

すべての例を見る →

---

ドキュメント

• クイックスタート
• Vouch 仕様 (v1.6 規範)
• 耐量子実装ガイド
• プロトコル仕様 (開発者ガイド)
• 統合ガイド
• 脅威モデルとセキュリティに関する考慮事項
• 防衛的先行技術開示 (61 PAD、CC0)
• FAQ とディスカッション

---

コミュニティ

• Discord - 質問やユースケースの共有 → 今すぐ参加
• GitHub Discussions - 技術的なディスカッション → ディスカッションを開始
• Twitter/X - アップデートとお知らせ → @Vouch_Protocol

---

ロードマップ

v1.6 (現在のリリース)

• 検証可能なクレデンシャル + データ整合性 (eddsa-jcs-2022 暗号スイート)
• Multikey 検証メソッド (アルゴリズム非依存、multibase + multicodec)
• ポスト量子プロファイル (eddsa-jcs-2022 + mldsa44-jcs-2024 プルーフセット、NIST CNSA 2.0 / NSM-10 に準拠)
• 3言語のリファレンス実装 (Python、TypeScript、Go)。RFC 8785 JCS によるバイト単位で同一の正規形を持ち、共有テストベクターに対して検証済み
• 仕様を草案化し、インキュベーションのためにオープンスタンダードグループへ提出
• 55件の先行技術開示 (CC0 ディフェンシブパブリケーション)
• Identity Sidecar アーキテクチャ (LLM から分離された鍵)
• 適応型 Trust Entropy を備えた Heartbeat Protocol
• ケイパビリティの絞り込みを伴うリソース束縛型の委任チェーン
• MCP 統合 (Claude Desktop、Cursor)
• フレームワークアダプター (LangChain、CrewAI、AutoGPT、AutoGen、Vertex AI、Google ADK、n8n)
• C2PA Content Credentials 統合
• 音声ウォーターマーキング (Vouch Sonic、サブバンドステガノグラフィ)
• DID 連携の音声生体認証登録
• ブラウザ拡張機能 (Chrome / Edge のコンテンツ署名)
• GitHub App および Cloudflare Workers 検証ゲートウェイ

次期 (v1.7 以降)

• 独立した第三者による暗号セキュリティ監査 (Trail of Bits / NCC Group / Cure53)
• 仕様の安定化と外部レビュー
• Algorithm Quorum 検証 (M-of-N の暗号スイート多様性、PAD-046 に準拠)
• 高リスクなエージェント動作に対する Verifiable Delay Function レート制限 (PAD-047 に準拠)
• モデル内在型の AI アイデンティティに向けた暗号学的重み付けバインディング (PAD-043 に準拠)
• 高頻度なエージェント間ネゴシエーションに向けた Ephemeral ZK-State Channels (PAD-044 に準拠)
• 検索に裏付けられた非ハルシネーション証明 (PAD-045 に準拠)
• 標準化されたエージェント台帳メタデータスキーマ (PAD-042 に準拠)
• エッジファーストの WASM + ONNX クライアントサイド処理
• ハードウェアキー対応 (YubiKey、TPM、Secure Enclave)
• エッジおよび組み込みデプロイメント向けのネイティブ Rust 実装

ロードマップ全体と課題トラッカーを見る →

---

ライセンス

Apache License 2.0: LICENSE を参照してください

商用およびオープンソースプロジェクトで自由に使用できます。

61件のディフェンシブな先行技術開示は、エコシステムを特許による囲い込みから守るため、CC0 1.0 Universal の下で公開されています。

Vouch Protocol の仕様は、オープンスタンダードグループを通じたオープンスタンダード提案として策定が進められています。実装は Linux Foundation の AI & Data Foundation にも提案されています。

---

謝辞

着想を得たもの:

• SSL/TLS (アイデンティティのゴールドスタンダード)
• OAuth 2.0 (正しく実現されたフェデレーテッドアイデンティティ)
• 検証可能なクレデンシャル (デジタルアイデンティティの未来)

制作: Ramprasad Gaddam (Twitter/X)

---

コントリビューション

コントリビューションを歓迎します。CONTRIBUTING.mdをご覧ください。どこから始めればよいかお探しですか？good first issuesを閲覧し、上のOpen in GitHub Codespacesバッジを使って、すぐに使える開発環境をワンクリックで開けます。

特に支援が役立つ分野：

• 追加のフレームワーク統合（Haystack、Semantic Kernel、LlamaIndex、その他）
• 実装間の相互運用性テストベクター（JCS、VC、耐量子証明セットの追加エッジケース）
• 規制業種向けデプロイのチュートリアルと実例
• 独立したセキュリティレビューと監査
• 追加言語でのリファレンス実装（Rust、Java、.NET）

コントリビューター

これらの素晴らしい人々に感謝します。このセクションはall-contributorsボットによって自動的に維持されています。

---

役に立つと思ったら、このリポジトリにスターを付けてください。

Star on GitHub | Join Discord | Follow on X

---

先行技術の開示

エコシステムの自由を確保するため、暗号学的アイデンティティ、メディアの来歴、音声生体認証、AI 安全性、耐量子暗号、AI コーディングアシスタントのガバナンス、コンテンツの真正性にわたる新規手法を対象とした55 件の防御的先行技術開示（CC0 パブリックドメイン）を公開しています：

ID	タイトル	カテゴリ
PAD-001	暗号学的エージェントアイデンティティ	アイデンティティ
PAD-002	管理連鎖の委任	アイデンティティ
PAD-003	アイデンティティサイドカーパターン	アーキテクチャ
PAD-004	DOM 走査による署名照合	検証
PAD-005	分離署名の復元	検証
PAD-006	URL ベースのクレデンシャルチェーン	信頼
PAD-007	入力テレメトリによる自動来歴	来歴
PAD-008	ハイブリッドアイデンティティブートストラップ	アイデンティティ
PAD-009	Localhost ブリッジによる統合ローカルアイデンティティ	アーキテクチャ
PAD-010	コンテキスト適応型セマンティック同意	プライバシー
PAD-011	階層型ディスカバリプロトコル	ディスカバリ
PAD-012	メディアマニフェストにおける実行可能な利用規約	メディア / 権利
PAD-013	心理音響ステガノグラフィによるエアギャップアイデンティティ	音声
PAD-014	ステガノグラフィによる堅牢な音響来歴	音声
PAD-015	アンビエントウィットネスプロトコル（BLE クラウドソーシング）	IoT / 来歴
PAD-016	動的クレデンシャル更新（「ハートビートプロトコル」）	アイデンティティ
PAD-017	推論の暗号学的証明	AI セーフティ
PAD-018	モデル系譜の来歴（「バースサーティフィケートプロトコル」）	AI セーフティ
PAD-019	透過的なエージェント間通信	AI セーフティ
PAD-020	ケイパビリティ取得の封じ込め	AI セーフティ
PAD-021	逆ケイパビリティスケーリングによる段階的自律性	AI セーフティ
PAD-022	エージェント集団のガバナンス	AI セーフティ
PAD-023	音声ウォーターマークにおける機械可読なコンテンツ利用ポリシー	音声 / 権利
PAD-024	動画来歴のための時間的知覚ハッシュ	動画
PAD-025	クライアントサイド WASM によるエッジファーストのコンテンツ来歴	アーキテクチャ
PAD-026	DID 連携の声紋生体登録	音声 / 生体認証
PAD-027	生体登録データの Shamir 秘密分散	復旧 / 生体認証
PAD-028	統合クロスモーダルなアイデンティティ結合型来歴	マルチモーダル / アイデンティティ
PAD-029	アイデンティティ検証済み通信シールド	高齢者安全 / 音声
PAD-030	ゼロ知識レピュテーションのポータビリティ	プライバシー / 信頼
PAD-031	敵対的来歴ハニーポット	敵対的検知
PAD-032	暗号学的モータリティプロトコル	アイデンティティライフサイクル
PAD-033	ポスト量子署名のための ZK 証明圧縮	ポスト量子 / ZKP
PAD-034	スウォームコンセンサスのための複合閾値集約	ポスト量子 / スウォーム
PAD-035	非同期チャンク検証とエッジ PQ 署名	ポスト量子 / エッジ
PAD-036	検証可能な状態レシートによる集約レピュテーションスコアリング	信頼 / エンタープライズ
PAD-037	プロトコル横断のエージェントクレデンシャルフェデレーション	アイデンティティ / エンタープライズ
PAD-038	分散型エージェントケイパビリティディスカバリ	ディスカバリ / マルチエージェント
PAD-039	JCS による実装間で決定的なマルチパーティ信頼状態	実装間決定性
PAD-040	同一の正規化バイトに束縛されたハイブリッド複合署名（Ed25519 + ML-DSA-44）	ポスト量子 / ハイブリッド
PAD-041	Multikey Multicodec によるアルゴリズム非依存の検証メソッド解決	検証 / Multikey
PAD-042	AI エージェント台帳署名のための標準化メタデータスキーマ	メタデータ / 監査
PAD-043	モデル内在型 AI アイデンティティのための暗号学的重み結合	AI アイデンティティ / モデル
PAD-044	エージェント型レイヤー2 スケーラビリティのためのエフェメラル ZK 状態チャネル	スケーラビリティ / ZK
PAD-045	暗号学的検索アンカリングによる非ハルシネーションの証明	AI セーフティ / RAG
PAD-046	M-of-N クリプトスイート多様性によるアルゴリズムクォーラム検証	多層防御
PAD-047	暗号学的レート制限のための検証可能遅延関数	エージェント封じ込め
PAD-048	LLM コーディングアシスタントのための書き込み専用非同期コンテキスト台帳	AI コーディング / IP 保護
PAD-049	パッシブソースモニタリングによる分離型セマンティックポリシー抽出	AI コーディング / IP 保護
PAD-050	ゼロコンテキストの決定的なエグレス傍受	AI コーディング / エグレス制御
PAD-051	ローカルシャドウモデルによる並列インテント抽出	AI コーディング / ローカルファースト
PAD-052	クローズドボックス AI コーディングツールのための UI 状態スニッフィング	AI コーディング / 互換性
PAD-053	自動失効を伴う期間限定エフェメラルルール	AI コーディング / ライフタイム
PAD-054	AI コーディングワークスペースのためのファイルシステム階層ポリシー継承	AI コーディング / コンポジション
PAD-055	プリフライトコンテキストリプレイによるセッション横断ポリシー再アンカリング	AI コーディング / 継続性
View all disclosures →