KLAIM MCP server
KLAIM
AIエージェント向け従量課金型の人間認証API
ユーザーの書類を公開せずに本人確認を行う。
KLAIMはプライバシー最優先の認証基盤であり、アプリケーションやAIエージェントがユーザーに関する主張(例: 年齢が18歳以上)を、ユーザーの本人確認書類や生のPIIを受け取ることなく検証できるようにします。
🚀 KLAIMとは何か?
現代のアプリケーションは、ユーザーがサービスを利用する資格があるかどうかを検証する必要性がますます高まっています。
例えば:
このユーザーは18歳以上か?
このユーザーは特定の国の居住者か?
このユーザーは有効な資格情報を保有しているか?
このユーザーは必要な認証を完了しているか?
これは検証済みの人間か?
従来のアプローチは、実際の本人確認書類を収集することです。
これには重大なプライバシー問題があります。
アプリケーションは、以下の情報だけを知る必要があるかもしれません:
Age > 18 = TRUEしかし、実際には以下を受け取っています:
Name
Date of Birth
Address
Aadhaar/PAN information
Document number
Issuer information
Full documentKLAIMはこのモデルを変えます。
アプリケーションが書類を受け取る代わりに、KLAIMは従量課金型の人間認証APIを公開します。
アプリケーションまたはAIエージェントは、次のように問い合わせます:
"Is this person over 18?"KLAIMは内部で認証を実行し、以下を返します:
{
"verified": true,
"claim": "AGE_OVER_18"
}基盤となる資格情報と個人情報は非公開のままです。
KLAIMは認証を販売し、本人確認データは販売しません。
Related MCP server: AgentStamp
🔗 検証済みAlgorandテストネット取引
KLAIMはx402支払いプロトコルを使用して、従量課金型の人間認証を実現します。
MVPでは、支払いはAlgorandテストネット上のUSDCで決済されます。以下の取引は支払者ウォレット → プロバイダーウォレットへの実際のオンチェーン送金であり、それぞれが0.01 USDCの認証支払いを表しています。
これらはシミュレートされた取引IDではありません。これらは実際のAlgorandテストネット取引であり、AlgoKit Loraエクスプローラーを使用して独立して検証できます。
ライブx402支払いの証拠
# | 金額 | ネットワーク | フロー | 取引 |
1 | 0.01 USDC | Algorandテストネット | 支払者 → プロバイダー | |
2 | 0.01 USDC | Algorandテストネット | 支払者 → プロバイダー | |
3 | 0.01 USDC | Algorandテストネット | 支払者 → プロバイダー | |
4 | 0.01 USDC | Algorandテストネット | 支払者 → プロバイダー |
これが示すもの
支払いレイヤーは、以下のフローを中心に設計されています:
AI Agent
│
│ MCP tool call
▼
KLAIM Verification API
│
│ No payment
▼
HTTP 402 Payment Required
│
│ x402 payment requirements
▼
AI Agent / Payer Wallet
│
│ Sign USDC payment
▼
GoPlausible Facilitator
│
│ Verify + settle
▼
Algorand Testnet
│
│ Real USDC transaction
▼
Provider Wallet
│
│ Settlement confirmed
▼
KLAIM Verification
│
▼
Verified Claim
---
# 🎯 Problem
Digital onboarding and AI-agent workflows have three major problems.
### 1. Over-collection of personal information
Applications collect complete identity documents even when they only need one attribute.
### 2. AI agents cannot easily perform trusted identity verification
AI agents can interact with APIs and tools, but identity verification still requires manual document workflows.
### 3. Verification APIs are not naturally machine-payable
Traditional verification providers usually depend on subscriptions, accounts, billing systems, or manual payment workflows.
KLAIM combines:
* **MCP** for AI-agent interoperability
* **x402** for machine-to-machine payments
* **Algorand** for on-chain settlement
* **DID / VC** for identity
* **Zero-Knowledge Proofs** for privacy-preserving verification
into a single verification infrastructure layer.
---
# 💡 The Core Idea
KLAIM separates identity from verification.
### Traditional Verification
```text
User
│
│ Upload document
▼
Application
│
├── Name
├── DOB
├── Address
├── ID Number
└── Full DocumentKLAIMアーキテクチャ
User
│
│ Credential + Consent
▼
KLAIM
│
│ Verify privately
│
│ ZK Proof
▼
Application / AI Agent
│
└── "AGE > 18 = TRUE"アプリケーションは回答を受け取り、書類は受け取りません。
🏗️ アーキテクチャ
flowchart TD
H[Human User]
DL[DigiLocker / Credential Issuer]
DID[DID + Verifiable Credential]
H -->|Consent| DL
DL -->|Credential| DID
A[AI Agent<br/>Claude / GPT / Custom Agent]
MCP[KLAIM MCP Server]
X402[x402 Payment Middleware]
FAC[GoPlausible Facilitator]
ALGO[Algorand Testnet]
API[Verification API]
PA[Provider Agent<br/>Strands]
ZK[ZK Proof Engine<br/>Midnight-ready]
RESULT[Verified Claim<br/>No Raw PII]
A -->|MCP Tool Call| MCP
MCP --> API
API --> X402
X402 -->|402 Payment Required| A
A -->|USDC Payment| X402
X402 --> FAC
FAC --> ALGO
ALGO -->|Settlement TX| X402
X402 --> API
API --> PA
PA -->|Check DID| DID
PA -->|Check Credential| DID
PA -->|Check Claim| DID
PA --> ZK
ZK --> RESULT
RESULT --> API
API --> MCP
MCP --> A🔄 完全な認証フロー
1. 人間のオンボーディング
ユーザーは自分の身元証明情報ソースを接続します。
MVPでは、DigiLockerが想定される資格情報ソースです。
Human
│
▼
DigiLocker
│
▼
Credential
│
▼
KLAIM DIDKLAIMは、認証の消費者に完全な本人確認書類を公開するのではなく、資格情報の参照と派生した主張を保存します。
2. AIエージェントがMCPを通じて接続
AIエージェントは、Model Context Protocol (MCP) を通じてKLAIMに接続します。
Claude / GPT / Custom Agent
│
│ MCP
▼
KLAIM MCP ServerMCPサーバーは、以下のような認証ツールを公開します:
verify_human_ageしたがって、エージェントは次のように要求できます:
Verify whether DID xyz is over 18.3. エージェント認証
すべての検証者は、固有のKLAIMエージェント資格情報を受け取ります。
例:
Agent ID:
agent_xxxxxxxxx
Agent Key:
klm_xxxxxxxxxxxxxxxxxキーは:
KLAIMによって生成される
一度だけ表示される
保存前にハッシュ化される
失効可能
ローテーション可能
4. 認証リクエスト
MCPツールは、保護された認証APIを呼び出します。
POST /api/v1/verify/age例:
{
"did": "did:klaim:demo-user-001"
}5. x402支払い境界
認証APIはx402によって保護されています。
有効な支払いが添付されていない場合:
HTTP/1.1 402 Payment Requiredx402レイヤーは、クライアントが必要とする支払い要件を提供します。
フローは次のようになります:
AI Agent
│
│ POST /verify/age
▼
KLAIM
│
│ HTTP 402
▼
AI Agent
│
│ Prepare payment
▼
x4026. USDC支払い
検証者エージェントは、Algorandテストネット上のUSDCを使用して認証の支払いを行います。
AI Agent
│
│ USDC
▼
x402
│
▼
GoPlausible Facilitator
│
▼
Algorand Testnet支払いはオンチェーンで決済されます。
成功した認証には、決済取引IDが含まれます。
例:
{
"payment": {
"txId": "REAL_ALGORAND_TX_ID",
"explorerUrl": "https://lora.algokit.io/testnet/transaction/..."
}
}7. プロバイダーエージェント
支払いの決済が成功した後にのみ、認証パイプラインが実行されます。
KLAIMプロバイダーエージェントは、Strands Agents SDKを中心に設計されており、MVPでは決定論的なフォールバックを備えています。
認証パイプラインは次のとおりです:
check_did
↓
check_credential
↓
check_claim
↓
generate_zk_proof
↓
verify_zk_proof重要な不変条件
NO PAYMENT
↓
NO VERIFICATION認証ビジネスロジックは、支払い境界が成功する前に実行されません。
8. 資格情報の認証
プロバイダーエージェントは、要求された資格情報がユーザーのDIDに存在するかどうかを確認します。
例えば:
Requested:
AGE > 18
Available:
DigiLocker Credential
│
└── DOB available必要な主張は内部で導出されます。
実際の生年月日は検証者に返されることはありません。
9. ゼロ知識認証
KLAIMは単純な原則に従います:
基盤となるデータを明かさずに主張を証明する。
以下を公開する代わりに:
Date of Birth:
12/03/2002KLAIMは、以下の証明の生成を目指します:
AGE > 18検証者が必要とするのは、以下のみです:
verified = trueアーキテクチャには、Midnightプローバーに接続するように設計されたZK抽象化レイヤーが含まれています。
現在のMVPアーキテクチャ:
ZK Service
│
├── Local / deterministic engine
│
└── Midnight prover integration pointシステムは、ローカルのシミュレーションを本番の暗号学的ZKとして誤って表現するのではなく、証明エンジンを明示的に識別します。
🔐 プライバシーモデル
KLAIMは最小開示アーキテクチャに従います。
非公開のままのデータ
Name
Date of Birth
Address
Aadhaar
PAN
Document Number
Raw Identity Document返されるデータ
Verification Result
Claim
Proof Descriptor
Payment Receipt
Algorand Transaction ID例:
{
"verified": true,
"claim": "AGE_OVER_18",
"proof": {
"type": "zk",
"notDisclosed": [
"date_of_birth",
"name",
"address",
"document"
]
}
}🤖 AIエージェントアーキテクチャ
KLAIMは、機械対機械の認証のために特別に設計されています。
sequenceDiagram
participant C as Claude / AI Agent
participant M as KLAIM MCP
participant API as Verification API
participant X as x402
participant F as GoPlausible
participant A as Algorand
participant P as Provider Agent
participant Z as ZK Engine
C->>M: verify_human_age(DID)
M->>API: POST /verify/age
API->>X: Check payment
X-->>C: HTTP 402 + requirements
C->>X: Signed USDC payment
X->>F: Verify + settle
F->>A: Algorand Testnet settlement
A-->>F: Transaction ID
F-->>X: Settlement successful
X->>API: Payment verified
API->>P: Start verification
P->>P: Check DID
P->>P: Check credential
P->>P: Evaluate claim
P->>Z: Generate / verify proof
Z-->>P: Proof
P-->>API: Verified claim
API-->>M: Result + TX ID
M-->>C: Verified claim🧩 なぜMCPなのか?
MCPがなければ、すべてのAIエージェントがカスタムのKLAIM統合を必要とするでしょう。
Claude → Custom SDK
GPT → Custom SDK
Agent X → Custom SDK
Agent Y → Custom SDKMCPを使用すると:
Claude
GPT
Custom Agent
│
▼
MCP
│
▼
KLAIMKLAIMは、AIエージェントが発見して呼び出すことができる再利用可能な認証機能になります。
💰 なぜx402なのか?
x402は、HTTPネイティブな機械支払いを可能にします。
エージェントは以下を必要としません:
サブスクリプション
手動チェックアウト
クレジットカードフォーム
人間による請求介入
代わりに:
Request
↓
402
↓
Pay
↓
Retry
↓
Verificationこれにより、認証ごとの支払いAPIの自然なモデルが生まれます。
🌐 なぜAlgorandなのか?
Algorandは、以下の理由からMVPの決済ネットワークとして使用されています:
高速な決済
低い取引コスト
USDCサポート
アクセス可能なテストネットインフラ
独立して検証可能な取引
支払い領収書は、Algorandテストネットで検査できます。
⭐ USP
KLAIMは、もう一つのアイデンティティダッシュボードではありません。
KLAIMは、AIエージェント向けの認証インフラストラクチャレイヤーです。
従来の本人確認
Application
│
▼
Identity Provider
│
▼
Upload Document
│
▼
PII Processing
│
▼
VerificationKLAIM
AI Agent
│
▼
MCP
│
▼
x402 Payment
│
▼
KLAIM
│
├── DID / Credential
├── Provider Agent
└── ZK Proof
│
▼
Boolean Verification主な違い
KLAIMは認証を販売し、本人確認データは販売しません。
👥 プロダクトの役割
人間
人間は自分のアイデンティティを管理します。
機能:
DIDの作成 / 管理
資格情報の接続
資格情報の表示
資格情報の削除
認証権限の管理
認証履歴の表示
人間は認証の支払いを行いません。
検証者
検証者は、アプリケーションまたはAIエージェントを表します。
機能:
AIエージェントの作成
MCP資格情報の生成
エージェントキーのローテーション / 失効
MCPをClaudeに接続
認証のリクエスト
x402支払いの監視
取引履歴の表示
認証アクティビティの表示
🔑 エージェント認証
KLAIMは、検証者エージェントごとに固有の資格情報を生成します。
例:
Agent ID
agent_xxxxxxxxx
Agent Key
klm_xxxxxxxxxxxxxxxxx生のキーは一度だけ表示されます。
KLAIMはキーのSHA-256ハッシュを保存します。
Agent Key
│
▼
SHA-256
│
▼
Stored Hash🏗️ プロジェクト構造
KLAIM/
│
├── src/
│ ├── routes/
│ │ ├── api/
│ │ │ ├── public/
│ │ │ │ └── mcp.ts
│ │ │ │
│ │ │ └── v1/
│ │ │ ├── verify/
│ │ │ │ └── age.ts
│ │ │ ├── agents.ts
│ │ │ ├── credentials.ts
│ │ │ ├── digilocker.ts
│ │ │ ├── integrations.ts
│ │ │ └── transactions.ts
│ │ │
│ │ ├── human.*
│ │ ├── verifier.*
│ │ └── index.tsx
│ │
│ ├── lib/
│ │ └── klaim/
│ │ ├── server/
│ │ │ ├── mcp.server.ts
│ │ │ ├── x402.server.ts
│ │ │ ├── provider-agent.server.ts
│ │ │ ├── zkp.server.ts
│ │ │ ├── digilocker.server.ts
│ │ │ ├── store.server.ts
│ │ │ └── env.server.ts
│ │ │
│ │ ├── api.ts
│ │ ├── services.ts
│ │ ├── types.ts
│ │ └── mock-data.ts
│ │
│ └── components/
│ ├── app/
│ ├── ui/
│ └── klaim-landing.tsx
│
├── scripts/
│ ├── provision-agent.ts
│ └── test-x402.ts
│
├── tests/
│ └── mcp-x402-flow.test.ts
│
├── .env.example
├── package.json
└── README.md🛠️ テクノロジースタック
レイヤー | テクノロジー |
フロントエンド | React |
フレームワーク | TanStack Start |
ルーティング | TanStack Router |
スタイリング | Tailwind CSS |
UI | shadcn/ui / Radix |
バックエンド | Nitro / TanStack server routes |
言語 | TypeScript |
ランタイム | Bun / Node |
AIエージェント | Strands Agents SDK |
AI統合 | MCP |
支払い | x402 |
ファシリテーター | GoPlausible |
ブロックチェーン | Algorandテストネット |
支払い資産 | USDC |
アイデンティティ | DID / VC |
資格情報ソース | DigiLocker |
ZKレイヤー | Midnight対応抽象化 |
状態 | リポジトリベースの一時ストア |
🧪 ローカルでの実行
要件
以下をインストール:
Node.jsまたはBun
Git
Claude Desktop (MCPテスト用のオプション)
リポジトリをクローン:
git clone <YOUR_GITHUB_REPOSITORY_URL>
cd KLAIM依存関係をインストール:
npm installまたは:
bun install環境ファイルを作成:
cp .env.example .env開発サーバーを起動:
npm run devアプリケーションは以下で利用可能になります:
http://localhost:8080🔌 MCPのテスト
MCPエンドポイントは次のとおりです:
http://localhost:8080/api/public/mcpMCPサーバーは以下をサポートしています:
initialize
ping
tools/list
tools/call主要な認証ツールは次のとおりです:
verify_human_age🤖 Claude Desktopの接続
KLAIM検証者エージェントをプロビジョニングした後、Claude Desktopを以下で設定します:
{
"mcpServers": {
"klaim": {
"type": "http",
"url": "http://localhost:8080/api/public/mcp",
"headers": {
"X-KLAIM-Agent-Id": "YOUR_AGENT_ID",
"Authorization": "Bearer YOUR_AGENT_KEY"
}
}
}
}Claude Desktopを再起動します。
次に、次のように尋ねます:
Use KLAIM to verify whether did:klaim:demo-user-001 is over 18.Claudeは以下を発見して呼び出すはずです:
verify_human_age💳 x402のテスト
必要なAlgorandテストネットウォレットを設定します。
完全なフローは次のとおりです:
POST /api/v1/verify/age
│
▼
HTTP 402
│
▼
Payment Requirements
│
▼
USDC Payment
│
▼
GoPlausible
│
▼
Algorand Testnet
│
▼
Settlement TX
│
▼
Provider Agent
│
▼
Verification
│
▼
HTTP 200独立したx402テストクライアントを実行します:
npm run test:x402成功した結果には、実際のAlgorandテストネット取引IDが含まれているはずです。
🔎 Algorandテストネット取引
成功したKLAIM x402取引は、Loraを使用して独立して検証できます。
例
以下のプレースホルダーを、プロジェクトによって生成された実際の取引に置き換えます:
https://lora.algokit.io/testnet/transaction/YOUR_REAL_TX_ID重要: 上記の取引リンクは、最終提出前に実際のKLAIM取引に置き換える必要があります。
🧪 完全なデモフロー
システムを次の順序で実行します。
ターミナル1 — KLAIMを起動
npm run devターミナル2 — エージェントをプロビジョニング
npx tsx scripts/provision-agent.ts生成された以下を保存します:
KLAIM_AGENT_ID
KLAIM_AGENT_KEY適切な環境 / 設定に。
ターミナル3 — x402テストを実行
npm run test:x402次に、Claude Desktopを以下に接続します:
/api/public/mcpClaudeに次のように尋ねます:
Verify whether the user is over 18 using KLAIM.期待されるアーキテクチャ:
Claude
↓
MCP
↓
KLAIM
↓
HTTP 402
↓
USDC Payment
↓
GoPlausible
↓
Algorand Testnet
↓
Provider Agent
↓
Credential Verification
↓
ZK Proof
↓
Verified Claim
↓
Claude🔐 セキュリティとプライバシー
KLAIMはデータ最小化を中心に設計されています。
KLAIMは以下を公開しません:
❌ Aadhaar number
❌ PAN number
❌ Date of Birth
❌ Address
❌ Raw identity document
❌ Private wallet keys
❌ Agent private credentialsKLAIMは以下を公開します:
✓ Verification result
✓ Claim
✓ Proof metadata
✓ Payment receipt
✓ Algorand transaction ID⚠️ MVPステータス
KLAIMは現在、MVP / ハッカソン実装です。
アーキテクチャは、本番統合をサービスインターフェースの背後に意図的に分離しています。
実装済み
人間 / 検証者の役割分離
DID指向のアイデンティティモデル
資格情報管理
MCPサーバー
MCP認証
MCPツールディスカバリー
認証API
x402支払い境界
Algorandテストネット決済フロー
GoPlausibleファシリテーター統合
プロバイダーエージェントアーキテクチャ
Strands統合ポイント
ZK抽象化
DigiLocker統合インターフェース
エージェントプロビジョニング
エージェントキーのローテーション / 失効
認証履歴
取引履歴
統合依存
DigiLocker production credentials
↓
Official DigiLocker OAuth / issuer integration
Midnight prover
↓
MIDNIGHT_PROVER_URL
Strands / Bedrock
↓
AWS credentials + model configurationこれらの統合は、コアのMCPおよびx402アーキテクチャを変更せずに有効にできます。
🚀 ロードマップ
フェーズ1 — MVP
✓ MCP
✓ x402
✓ Algorand Testnet
✓ USDC settlement
✓ Agent authentication
✓ Credential abstraction
✓ Provider Agent
✓ Verification API
✓ ZK abstractionフェーズ2 — 本番アイデンティティ
DigiLocker production integration
↓
Verifiable Credentials
↓
DID interoperabilityフェーズ3 — 本番ZK
Midnight prover
↓
Cryptographically verifiable claimsフェーズ4 — エージェントエコノミー
KLAIMは、自律エージェント向けの汎用認証マーケットプレイスになる可能性があります。
潜在的なAPI:
verify_age
verify_residency
verify_credential
verify_student_status
verify_business_registration
verify_human各認証は、機械が支払い可能なAPIになります。
🌍 ユースケース
年齢制限のあるアプリケーション
AI Agent
↓
KLAIM
↓
AGE > 18生年月日(DOB)は公開されません。
金融オンボーディング
AI Agent
↓
KLAIM
↓
Credential Validアプリケーションは完全な身分証明書を必要としません。
教育
AI Agent
↓
KLAIM
↓
Student Credential = TRUE人間専用サービス
AI Agent
↓
KLAIM
↓
Human Verification🏆 なぜKLAIMなのか?
ほとんどの本人確認システムは次のように問います:
「この人は誰ですか?」
KLAIMは次のように問います:
「他のすべてを見ずに、知る必要がある唯一のことを検証できますか?」
KLAIMは以下を組み合わせます:
Privacy-Preserving Verification
+
AI Agent Interoperability
+
Pay-Per-Use Payments
+
Zero-Knowledge Architecture
+
On-Chain Settlementを単一の検証APIに統合します。
📜 ライセンス
MIT
KLAIM
エージェント経済のための人間検証インフラストラクチャ
書類を送らないでください。
主張を証明してください。
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- AlicenseNot gradedqualityFmaintenanceEnables AI agents to autonomously request services from other specialized agents and compensate them via x402 micropayments. Demonstrates a Machine-to-Machine economy using A2A protocol for agent communication, MCP for context management, and blockchain-based payments on Base network.331MIT
- AlicenseAqualityDmaintenanceTrust intelligence MCP server for AI agents. 19 tools for identity stamps, reputation scoring (0-100), agent registry, forensic audit trails, ERC-8004 bridge, and A2A passports via x402 USDC micropayments.191Apache 2.0
- AlicenseAqualityCmaintenanceZero-knowledge proof generation MCP server. AI agents can prove identity claims (Coinbase KYC, Country, Google OIDC, Google Workspace, Microsoft 365) without revealing personal data. Runs in AWS Nitro Enclave TEE with x402 USDC payments.6MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to discover, call, and pay for existing HTTP APIs over MCP with x402 paywalls, non-custodial settlement, and no code changes to the backend.
Related MCP Connectors
Agent x402 Paywall MCP — Coinbase HTTP 402 protocol + on-chain settlement. Agents pay per-call
Agent Commerce Protocol MCP — bridges Stripe ACP + Google AP2 + Coinbase x402 for agent payments
Evidence-backed x402 web verification for AI agents, with auditable decisions for every condition.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Omicron6/Klaim'
If you have feedback or need assistance with the MCP directory API, please join our Discord server