Skip to main content
Glama
Omicron6

KLAIM MCP server

by Omicron6

KLAIM

AIエージェント向け従量課金型の人間認証API

ユーザーの書類を公開せずに本人確認を行う。

KLAIMはプライバシー最優先の認証基盤であり、アプリケーションやAIエージェントがユーザーに関する主張(例: 年齢が18歳以上)を、ユーザーの本人確認書類や生のPIIを受け取ることなく検証できるようにします。

Algorand x402 MCP Privacy


🚀 KLAIMとは何か?

現代のアプリケーションは、ユーザーがサービスを利用する資格があるかどうかを検証する必要性がますます高まっています。

例えば:

  • このユーザーは18歳以上か?

  • このユーザーは特定の国の居住者か?

  • このユーザーは有効な資格情報を保有しているか?

  • このユーザーは必要な認証を完了しているか?

  • これは検証済みの人間か?

従来のアプローチは、実際の本人確認書類を収集することです。

これには重大なプライバシー問題があります。

アプリケーションは、以下の情報だけを知る必要があるかもしれません:

Age > 18 = TRUE

しかし、実際には以下を受け取っています:

Name
Date of Birth
Address
Aadhaar/PAN information
Document number
Issuer information
Full document

KLAIMはこのモデルを変えます。

アプリケーションが書類を受け取る代わりに、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テストネット

支払者 → プロバイダー

Loraで表示

2

0.01 USDC

Algorandテストネット

支払者 → プロバイダー

Loraで表示

3

0.01 USDC

Algorandテストネット

支払者 → プロバイダー

Loraで表示

4

0.01 USDC

Algorandテストネット

支払者 → プロバイダー

Loraで表示

これが示すもの

支払いレイヤーは、以下のフローを中心に設計されています:

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 Document

KLAIMアーキテクチャ

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 DID

KLAIMは、認証の消費者に完全な本人確認書類を公開するのではなく、資格情報の参照と派生した主張を保存します。


2. AIエージェントがMCPを通じて接続

AIエージェントは、Model Context Protocol (MCP) を通じてKLAIMに接続します。

Claude / GPT / Custom Agent
            │
            │ MCP
            ▼
     KLAIM MCP Server

MCPサーバーは、以下のような認証ツールを公開します:

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 Required

x402レイヤーは、クライアントが必要とする支払い要件を提供します。

フローは次のようになります:

AI Agent
   │
   │ POST /verify/age
   ▼
KLAIM
   │
   │ HTTP 402
   ▼
AI Agent
   │
   │ Prepare payment
   ▼
x402

6. 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/2002

KLAIMは、以下の証明の生成を目指します:

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 SDK

MCPを使用すると:

Claude
GPT
Custom Agent
     │
     ▼
    MCP
     │
     ▼
   KLAIM

KLAIMは、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
     │
     ▼
Verification

KLAIM

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/mcp

MCPサーバーは以下をサポートしています:

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/mcp

Claudeに次のように尋ねます:

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 credentials

KLAIMは以下を公開します:

✓ 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

エージェント経済のための人間検証インフラストラクチャ

書類を送らないでください。

主張を証明してください。

F
license - not found
Not graded
quality - not tested
B
maintenance

Maintenance

Maintainers
Response time
Release cycle
Releases (12mo)
Commit activity

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

View all related MCP servers

Related MCP Connectors

View all MCP Connectors

Latest Blog Posts

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