Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Virtual Visa cards for AI agents. JIT card issuance, human-approved, MCP-native.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
PAYCLAW_API_KEY, PAYCLAW_API_URL标为机密的值是你账户的钥匙。千万不要分享给别人,也不要粘贴到聊天里。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"payclaw": {
"command": "npx",
"args": [
"-y",
"@payclaw/mcp-server"
],
"env": {
"PAYCLAW_API_KEY": "your-value",
"PAYCLAW_API_URL": "your-value"
}
}
}
}在终端中运行这条命令
claude mcp add payclaw --env PAYCLAW_API_KEY=your-value --env PAYCLAW_API_URL=your-value -- npx -y @payclaw/mcp-server运行前请先填写空着的值。
粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"payclaw": {
"command": "npx",
"args": [
"-y",
"@payclaw/mcp-server"
],
"env": {
"PAYCLAW_API_KEY": "your-value",
"PAYCLAW_API_URL": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"payclaw": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@payclaw/mcp-server"
],
"env": {
"PAYCLAW_API_KEY": "your-value",
"PAYCLAW_API_URL": "your-value"
}
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
PAYCLAW_API_URL env这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月6日
注册名称已通过 GitHub 账户 payclaw 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
你需要填写:PAYCLAW_API_KEY
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.1.4)于8个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spec Driven Development, Remote Desktop Commander, Apify MCP Server
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Extract data from any website with thousands of scrapers, crawlers, and automations on Apify Store ⚡
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
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 →
npx @kyalabs/mcp-server
OR add to your MCP client config (Claude Desktop, Cursor, or any MCP client):
{
"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:
clawhub install payclaw-io
For cryptographic identity and virtual card issuance, add an API key:
"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)
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
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.
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.
| When | What | Why |
|---|---|---|
| On install | Nothing | We help agents shop. If they're not shopping, we don't need anything |
| On server start | Anonymous ping — Badge version and MCP client name. No identifiers stored on your machine | So 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 trip | install_id (random UUID, stored locally at ~/.kya/install_id), merchant, agent_type, event_type, timestamp | Minimum 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 log | Card 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:
"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
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.
See docs/tool-contract.md for the formal input/output contract.
| Tool | What It Does |
|---|---|
kya_getAgentIdentity | Declare identity → get verification token + next_step guidance (Badge) |
kya_reportBadgePresented | Record that you presented your badge at a merchant |
kya_reportBadgeOutcome | Report how the merchant responded (accepted, denied, inconclusive) |
kya_reportBadgeNotPresented | Report that you did not present your badge (abandoned, merchant didn't ask) |
kya_getCard | Declare purchase intent → get virtual Visa (Spend) |
kya_reportPurchase | Report transaction outcome → close the audit trail |
Every Badge tool call works immediately — no auth required. Events fire in both anonymous and verified modes.
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)
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
One task. One approval. One card. Done.
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.
"env": {
"KYA_EXTENDED_AUTH": "true" }
| Action | What Happens |
|---|---|
| Browse | Badge declaration — identity token issued |
| Search | Badge declaration — identity token issued |
| Checkout | Badge + 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.
| Give Agent Your Card | Crypto Wallet | kya | |
|---|---|---|---|
| Agent identity declared | No | No | Every session |
| Human approval per purchase | No | No | Every purchase |
| Card credential lifespan | Permanent | Permanent | Single use |
| Works at existing merchants | Yes | No | Yes — Visa rails |
| Your real card exposed | Yes | N/A | Never |
If you only need identity (no payment), use the lighter package:
npx @kyalabs/badge
| Capability | Description |
|---|---|
assurance_level | Every 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 awareness | kya_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-first | Badge works on install. No auth, no signup, no network on install. First kya_getAgentIdentity call fires browse_declared automatically. |
| Enrichment branching | Anonymous events fire without auth. Verified events include full user context. No silent gates. |
next_step field | Every identity response includes guidance for the agent's next action. Spend-aware when virtual cards are available. |
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.
*Agents are not bots. kya labs proves it.* *Your real card never enters the chat.*