mcpField
P

payclaw

本地服务
github.com/payclaw金融数据222 周前更新

关于 payclaw

payclaw 是面向网购 AI Agent 的 MCP 服务,可向支持的商家声明 Agent 身份,并在人工批准后签发一次性虚拟 Visa 卡。

主要功能

  1. 01向商家声明 Agent 身份
  2. 02签发一次性虚拟 Visa 卡
  3. 03通过 MFA 要求人工作出批准
  4. 04记录徽章及购买结果

适用场景

  1. 01在支持的商家表明 Agent 身份
  2. 02批准 Agent 在线购物
  3. 03查看商家徽章及购买结果

MCP 相关

向 MCP 客户端提供身份声明、发卡和结果报告工具。徽章工具无需身份验证;签发虚拟卡需要 API 密钥和人工批准。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"payclaw-payclaw": {
"command": "npx",
"args": [
"-y",
"@payclaw/mcp-server"
],
"env": {
"PAYCLAW_API_KEY": "<PAYCLAW_API_KEY>",
"PAYCLAW_API_URL": "<PAYCLAW_API_URL>"
}
}
}
}
启动命令npx -y @payclaw/mcp-server
需要配置的环境变量
PAYCLAW_API_KEY密钥PayClaw API key (get one at payclaw.io/dashboard/settings)
PAYCLAW_API_URLPayClaw API base URL (defaults to https://payclaw.io)

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@payclaw/mcp-server0.1.4

工具

3

收录的工具列表 · 更新于 2 周前

此工具无需参数。

详细介绍

kya labs — AI Agent 徽章 + 支付

你的 Agent 不是机器人。kya 能证明这一点——并让它完成支付。

在互联网上的每个商家看来,你的 AI Agent 都像机器人。kya 为它提供两项能力:

徽章 — 声明你的 Agent 是经授权的参与者。这是商家握手时使用的 Universal Commerce Protocol“身份”令牌。免费。无需银行卡。

支付 — 当你的 Agent 需要付款时,签发一张一次性虚拟 Visa 卡。需经人工批准。使用后即销毁。你的真实银行卡绝不会出现在对话中。

如果你和去年 20% 的美国人一样——曾使用 Agent 购物,那你很可能遇到过一大堆登录墙、变通方法和阻碍。

我们也遇到过。所以我们创建了 kya——首个可与全新 Universal Commerce Protocol 配合使用的 MCP 工具套件,可轻松与支持该协议的商家(Shopify、Target、Walmart、Etsy……数量不少)握手验证 Agent。徽章用于身份验证,支付用于付款。

🧪 开发者沙盒现已开放。 真实基础设施,测试资金。获取沙盒访问权限 →

npm 版本 许可证:MIT

payclaw-mcp MCP 服务

快速开始

npx @kyalabs/mcp-server

或者将其添加到你的 MCP 客户端配置中(Claude Desktop、Cursor 或任何 MCP 客户端):

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

就是这么简单。徽章会立即生效——无需 API 密钥,无需注册,安装时不会发起网络请求。

你的 Agent 首次调用 kya_getAgentIdentity 时,会向商家声明自己的身份,并收到包含 next_step 指引的响应。系统会记录一条匿名事件。此时,你的 Agent 已成为经过声明和授权的参与者。

也可以通过 ClawHub 安装:

clawhub install payclaw-io
升级为验证模式并启用支付

如需加密身份验证和虚拟卡签发,请添加 API 密钥:

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

在 kyalabs.io/signup 获取 API 密钥。API 密钥不会过期。

如果没有 API 密钥,当商家要求验证身份时,徽章会使用设备授权流程——你的 Agent 会显示一段代码和一个 URL,由你在手机上批准。只有商家提出要求时才会发生这种情况。我们绝不会主动要求。注册并获取 API 密钥后:1. 你无需每次都使用手机 OAuth;2. 你可以追踪 Agent 的购物情况(还包括自定义头像)。

Node 版本

kya MCP 需要 Node.js 20 或更高版本。Node 18 已结束生命周期,不受支持。

如果看到引擎或兼容性错误,请运行 node -v——从 nodejs.org 安装 Node 20+,或运行 nvm install 20。


徽章的工作方式:两种模式

已声明(默认)

你的 Agent 首次使用徽章访问商家时,徽章会生成一个匿名安装 ID——一个随机 UUID,存储在本地的 ~/.kya/install_id。它与你本人、你的设备或任何个人信息都没有关联。

你的 Agent 会收到一份声明,以及一个 next_step,指导它向商家报告徽章的展示情况。

这是默认模式。徽章开箱即用的方式就是如此,对所有用户永久适用。

已验证(商家要求时)

如果商家要求验证身份——其 UCP 清单中标明 required: true——你的 Agent 会请求你批准设备授权流程。你需要访问 merchant-kya URL,输入 Agent 提供的 OAuth 代码,并证明自己是真人。

徽章会签发令牌化凭证:一份由 kya 私钥签名的 ES256 签名 JWT,商家可在本地验证。你的 Agent 可以自由继续操作——无需登录,无需提供个人身份信息,也无需其他任何内容。

我们的数据理念

何时内容原因
安装时无我们帮助 Agent 购物。如果它们不购物,我们就不需要任何信息
服务启动时匿名 ping — Badge 版本和 MCP 客户端名称。不在你的设备上存储任何标识符这样我们就知道 Badge 正在运行。如果这个数字与活跃 Agent 的数量出现差异,就说明流程中出了问题,而不是你的问题
首次购物时install_id(随机 UUID,保存在本地 ~/.kya/install_id)、商家、agent_type、event_type、时间戳这是降低 Agent 在商家购物时遇到的阻碍所需的最低可行信号
身份验证通过时+ 哈希后的用户令牌、意图范围(结账等)仅在传统上需要登录的场景(即结账)中才需要,用于证明确实有人授权 Agent 执行下一步操作
消费时(发卡)+ 完整交易记录:意图、金额、商家、审计日志满足银行卡网络合规要求,且须经同意 + MFA 才能进行

服务启动 ping 不包含持久标识符 — 每次都会生成新的随机会话 ID,且绝不会保存到磁盘。你可以完全禁用它:

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

install_id 是我们写入你磁盘的文件。你可以删除它(rm ~/.kya/install_id)并获取一个新的。

完整的数据实践:kyalabs.io/trust


通用商务协议

Badge 是 UCP(通用商务协议)凭证提供方。声明了 kya 身份扩展的商家,会向每个符合 UCP 规范的 Agent 表明,他们的商店优先欢迎经过授权的 Agent。

当你的 Agent 遇到安装了 Badge 的 UCP 商家时,它会自动出示加密徽章 — 无需额外步骤。

我们相信 UCP 是商务的未来,并很自豪能为减少 Agent 和用户遇到的阻碍提供支持。

不使用 kya: Agent 浏览商品 → 触发机器人检测 → 被拦截。即使成功通过检测,没有你的真实卡号,它也无法结账。你只能手动完成后续操作。

使用 Badge: Agent 声明自己是已授权的操作者 → 商家看到经过验证的身份 → Agent 成功通过。不是绕过检测,只是提供证明。

使用 Spend: Agent 声明购买意图 → 你轻点一下批准 → kya 发放一张仅限该商家使用的单次虚拟 Visa 卡 → Agent 完成结账 → 卡片自动销毁。你的真实卡号绝不会出现在对话中。

你的 Agent 会识别何时需要它。当它遇到可能会拦截自动化流量的商家,或者准备结账时,就会告诉你:“我需要安装 kya 才能完成操作。”你点击“允许”即可。完成。


工具

正式的输入/输出约定请参阅 docs/tool-contract.md。

工具功能
kya_getAgentIdentity声明身份 → 获取验证令牌 + next_step 指引(Badge)
kya_reportBadgePresented记录你已在商家处出示徽章
kya_reportBadgeOutcome报告商家的响应(接受、拒绝、无法确定)
kya_reportBadgeNotPresented报告你未出示徽章(已放弃、商家未要求)
kya_getCard声明购买意图 → 获取虚拟 Visa 卡(Spend)
kya_reportPurchase报告交易结果 → 完成审计记录

每次调用 Badge 工具都会立即生效 — 无需身份验证。匿名和已验证模式下都会触发事件。

Badge:声明身份
Agent → kya_getAgentIdentity({ merchantUrl })
kya → browse_declared event fires automatically
kya → verification token + next_step + checkoutPatch (if merchant supports UCP)
Agent → merges checkoutPatch into checkout payload
Agent → kya_reportBadgePresented({ merchantUrl, verification_token })
Agent → kya_reportBadgeOutcome (accepted | denied | inconclusive)
Spend:获取卡片
Agent → kya_getCard (merchant, amount, description)
User → approves via MFA
kya → issues single-use virtual Visa
Agent → uses card at checkout
Agent → kya_reportPurchase (closes audit trail)
Card → self-destructs

一项任务。一次批准。一张卡。完成。

扩展认证(可选)

启用后,kya 会在每次徽章展示 7 秒后回访你的 Agent,确认商家是接受还是拒绝。结果会记录在你的仪表板中,让你查看哪些商家在何时拒绝了你的 Agent。

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

授权如何扩展

操作发生情况
浏览徽章声明——签发身份令牌
搜索徽章声明——签发身份令牌
结账徽章 + 支出——MFA 审批 → 签发一次性 Visa

浏览需要声明。花钱则需要声明 + 明确意图 + 人工明确批准 + 一张使用一次后便会自毁的临时卡。


为什么选择 kya labs

把你的卡交给 Agent加密货币钱包kya
声明 Agent 身份否否每次会话
每笔购买都需人工批准否否每笔购买
卡凭证有效期永久永久仅限一次使用
可在现有商家使用是否是——通过 Visa 网络
暴露你的真实卡是不适用绝不会

只需要徽章?

如果你只需要身份识别(不需要支付),请使用更轻量的包:

npx @kyalabs/badge

新功能(v2.3)

功能说明
assurance_level每次行程现在都会携带一个信任评分(starter → elite),评分取自令牌内省。该评分会显示在你的仪表板中,并包含在所有行程结果事件里。
商家信号感知kya_getAgentIdentity 现在可以检测商家是否启用了 kya 信号基础设施(window.__kya_commerce、meta 标签、llms.txt)。检测结果会作为 merchant_signals 返回在身份结果中。
匿名优先安装后即可使用徽章。安装时无需认证、无需注册,也不会联网。首次调用 kya_getAgentIdentity 时会自动触发 browse_declared。
信息增强分支匿名事件无需认证即可触发。已验证事件会包含完整的用户上下文。不存在静默门槛。
next_step 字段每个身份响应都会为 Agent 的下一步操作提供指引。提供虚拟卡时,指引会考虑支出情况。

KYA——了解你的 Agent

kya 是 KYA 基础设施。每次声明都会创建一条经过验证的 Agent 商务行为记录,构建商家所需的信任信号,以区分已授权的 Agent 和匿名机器人。

链接


Agent 不是机器人。kya labs 证明了这一点。 你的真实卡片绝不会进入聊天。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。