Spend

io.github.payclaw由 GitHub 账号 payclaw 发布v0.4.0更新于 Oct 24, 2026

Agents are not bots. PayClaw proves it — then lets them pay. Badge + Spend on existing Visa rails.

已验证STDIO仅桌面金融商业与电商

概览

AI 生成的概览

让 AI 智能体向在线商家声明经过验证的身份,并在人工批准后获取一次性虚拟 Visa 卡以完成付款。

可以做什么
向商家声明智能体身份,获取验证令牌和下一步指引,并可检测商家信号、报告信任等级。上报徽章是否已出示、商家如何回应,或未出示的原因。按声明的购买意图申请一次性虚拟 Visa 卡,并上报交易结果以闭合审计记录。可选在每次出示徽章数秒后复查商家是否接受,并将结果记录到仪表盘。
适用场景
适用于智能体在会拦截自动化流量的在线商家购物或结账,或商家要求验证智能体身份时;也适用于智能体需要付款但不想暴露真实卡号的情况。若只需身份声明而无需付款,可使用更轻量的纯徽章包。
运行要求
通过 npx 在本机运行的本地进程,需要 Node.js 20 或更高版本。徽章功能无需账号;验证身份和发卡需要以 PAYCLAW_API_KEY 提供的 PayClaw API 密钥,可选设置 PAYCLAW_API_URL。验证模式可能需要在手机上批准设备授权流程。需要访问 PayClaw 服务和商家的网络连接。
安装前请注意
Spend 会签发可花费真实资金的虚拟卡,需声明意图并经人工 MFA 批准,请逐笔核对批准请求。服务器会记录事件:启动时的匿名 ping、本地保存的安装 ID、购物时的商家与事件数据,以及发卡时的完整交易记录,并向第三方发送数据。验证模式需要 API 密钥,应妥善保密。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Spend,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

kya labs — Badge + Spend for AI Agents

Your agent isn't a bot. kya proves it — then lets it pay.

Your AI agent looks like a bot to every merchant on the internet. kya gives it two things:

Badge — Declares your agent as an authorized actor. The Universal Commerce Protocol "identity" token for a merchant handshake. Free. No card required.

Spend — Issues a single-use virtual Visa when your agent needs to pay. Human-approved. Self-destructs after use. Your real card never enters the chat.

If you're like 20% of Americans last year - you used an agent to shop. And you probably ran into a ton of login walls, workarounds, bumps?

So did we. So we created kya - the first MCP tool suite that works with the new Universal Commerce Protocol to easily handshake verified agents at supporting merchants (Shopify, Target, Walmart, Etsy... it's a lot). Badge for identity. Spend for payment.

🧪 Developer Sandbox is open. Real infrastructure, test money. Get sandbox access →

[npm version] [License: MIT]

[payclaw-mcp MCP server]

Quick Start

bash
npx @kyalabs/mcp-server

OR add to your MCP client config (Claude Desktop, Cursor, or any MCP client):

json
{  "mcpServers": {    "kyalabs": {      "command": "npx",      "args": ["@kyalabs/mcp-server"]    }  }}

That's it. Badge works immediately — no API key, no signup, no network calls on install.

The first time your agent calls kya_getAgentIdentity, it declares itself to the merchant and gets back a response with next_step guidance. One anonymous event is recorded. Your agent is now a declared, authorized actor.

Or install via ClawHub:

bash
clawhub install payclaw-io

Upgrade to verified mode + Spend

For cryptographic identity and virtual card issuance, add an API key:

json
"env": {  "KYA_API_KEY": "pk_live_your_key_here",  "KYA_API_URL": "https://www.kyalabs.io"}

Get your API key at kyalabs.io/signup. API keys don't expire.

Without an API key, Badge uses device auth when a merchant requires verified identity — your agent shows a code and URL, you approve on your phone. This only happens when a merchant asks for it. We never ask for it ourselves. Sign up + API key means 1. you dont have to use phone OAuth every time and 2. you can track your agentic shopping (custom avatars included)

Node version

kya MCP requires Node.js 20 or newer. Node 18 is end-of-life and unsupported.

If you see engine or compatibility errors: node -v — install Node 20+ from nodejs.org or nvm install 20


How Badge Works: Two Modes

Declared (default)

First time your agent goes to a merchant with Badge, Badge generates an anonymous install ID — a random UUID stored locally at ~/.kya/install_id. It has no connection to you, your device, or any personal information.

Your agent gets back a declaration and a next_step guiding it to report its badge presentation at the merchant.

This is the default mode. It's how Badge works out of the box, for every user, forever.

Verified (when merchant requires it)

When a merchant requires verified identity — their UCP manifest says required: true — your agent will ask you to approve a device flow. You visit a merchant-kya URL, enter the OAuth code from your agent, and prove you're a real person.

Badge issues a tokenized credential: an ES256-signed JWT, signed by kya's private key, verifiable locally by the merchant. Your agent is free to continue - no login, PII or anything needed.


Our Data Philosophy

WhenWhatWhy
On installNothingWe help agents shop. If they're not shopping, we don't need anything
On server startAnonymous ping — Badge version and MCP client name. No identifiers stored on your machineSo we know Badge is actively running. If this number ever diverges from active agents, it tells us something is broken in the pipeline — not something about you
On first shopping tripinstall_id (random UUID, stored locally at ~/.kya/install_id), merchant, agent_type, event_type, timestampMinimum viable signal to reduce agent friction at merchants
On verified identity+ hashed user token, intent scope (checkout, etc.)Only required where login is traditionally required (i.e. checkout) to prove there's a real person authorizing the agent's next step
On Spend (card issuance)+ full transaction trail: intent, amount, merchant, audit logCard network compliance, gated behind consent + MFA

The server start ping contains no persistent identifiers — a new random session ID is generated each time and never saved to disk. You can disable it entirely:

json
"env": { "KYA_PING": "false" }

The install_id is a file we wrote to your disk. You can delete it (rm ~/.kya/install_id) and get a new one.

Full data practices: kyalabs.io/trust


The Universal Commerce Protocol

Badge is a UCP (Universal Commerce Protocol) Credential Provider. Merchants who declare the kya identity extension signal to every UCP-compliant agent that authorized agents are preferred at their store.

When your agent encounters a UCP merchant with Badge installed, it presents a cryptographic badge automatically — no extra steps.

We believe the UCP is the future of commerce and are proud to support reduce friction for agents and users.

Without kya: Agent browses → bot detection fires → blocked. Even if it gets through, it can't check out without your real card number. You're stuck finishing manually.

With Badge: Agent declares itself as an authorized actor → merchants see a verified identity → agent gets through. No bypass. Just proof.

With Spend: Agent declares a purchase → you approve with a tap → kya issues a single-use virtual Visa locked to that merchant → agent checks out → card self-destructs. Your real card never enters the chat.

Your agent will recognize when it needs this. When it encounters a merchant that may challenge automated traffic, or when it's ready to check out, it tells you: "I need kya installed to complete this." You click Allow. Done.


Tools

See docs/tool-contract.md for the formal input/output contract.

ToolWhat It Does
kya_getAgentIdentityDeclare identity → get verification token + next_step guidance (Badge)
kya_reportBadgePresentedRecord that you presented your badge at a merchant
kya_reportBadgeOutcomeReport how the merchant responded (accepted, denied, inconclusive)
kya_reportBadgeNotPresentedReport that you did not present your badge (abandoned, merchant didn't ask)
kya_getCardDeclare purchase intent → get virtual Visa (Spend)
kya_reportPurchaseReport transaction outcome → close the audit trail

Every Badge tool call works immediately — no auth required. Events fire in both anonymous and verified modes.

Badge: Declare Identity

Agent → kya_getAgentIdentity({ merchantUrl })kya → browse_declared event fires automaticallykya → verification token + next_step + checkoutPatch (if merchant supports UCP)Agent → merges checkoutPatch into checkout payloadAgent → kya_reportBadgePresented({ merchantUrl, verification_token })Agent → kya_reportBadgeOutcome (accepted | denied | inconclusive)

Spend: Get a Card

Agent → kya_getCard (merchant, amount, description)User → approves via MFAkya → issues single-use virtual VisaAgent → uses card at checkoutAgent → kya_reportPurchase (closes audit trail)Card → self-destructs

One task. One approval. One card. Done.

Extended Auth (optional)

When enabled, kya checks back with your agent 7 seconds after each badge presentation to confirm whether the merchant accepted or denied. Results are logged to your dashboard so you can see when and which merchants are rejecting your agent.

json
"env": {  "KYA_EXTENDED_AUTH": "true"}

How Authorization Scales

ActionWhat Happens
BrowseBadge declaration — identity token issued
SearchBadge declaration — identity token issued
CheckoutBadge + Spend — MFA approval → single-use Visa issued

Browsing requires declaration. Spending money requires declaration + stated intent + explicit human approval + an ephemeral card that self-destructs after one use.


Why kya labs

Give Agent Your CardCrypto Walletkya
Agent identity declaredNoNoEvery session
Human approval per purchaseNoNoEvery purchase
Card credential lifespanPermanentPermanentSingle use
Works at existing merchantsYesNoYes — Visa rails
Your real card exposedYesN/ANever

Badge Only?

If you only need identity (no payment), use the lighter package:

bash
npx @kyalabs/badge

What's New (v2.3)

CapabilityDescription
assurance_levelEvery trip now carries a trust score (starter → elite) sourced from token introspection. Visible in your dashboard and included in all trip outcome events.
Merchant signal awarenesskya_getAgentIdentity now detects whether a merchant has active kya signal infrastructure (window.__kya_commerce, meta tags, llms.txt). Returned as merchant_signals in the identity result.
Anonymous-firstBadge works on install. No auth, no signup, no network on install. First kya_getAgentIdentity call fires browse_declared automatically.
Enrichment branchingAnonymous events fire without auth. Verified events include full user context. No silent gates.
next_step fieldEvery identity response includes guidance for the agent's next action. Spend-aware when virtual cards are available.

KYA — Know Your Agent

kya is KYA infrastructure. Every declaration creates a verified record of agentic commerce behavior — building the trust signal that merchants need to tell authorized agents from anonymous bots.

Links


Agents are not bots. kya labs proves it. Your real card never enters the chat.

来源:README.md,提交 97c8b2e

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.4.0最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分