mcpField
A
AgentBadge

AgentBadge

本地服务
agentbadge.xyzAI 与智能体01 天前更新

关于 AgentBadge

AgentBadge 面向 AI Agent 和服务提供方,提供市场与信任层,将付费 API 访问与链上通行证、证明结合。服务还提供就绪度扫描、市场数据和交易场所 API。

主要功能

  1. 01Agent 就绪度扫描与证明
  2. 02通过 x402 使用 USDC 付款
  3. 03ServicePass NFT 限时访问
  4. 04Agent 护照与信誉记录
  5. 05市场数据和交易场所 API

适用场景

  1. 01评估 Agent API 并发布就绪度评分
  2. 02按请求向 Agent 收取 API 费用
  3. 03为市场数据源提供付费访问

MCP 相关

AgentBadge 向 MCP 客户端提供 MCP 命名空间,包括 `/mcp/bstock/*`。MCP 端点采用分层速率限制,重型操作还可启用 x402 付费门控。

配置

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

mcp.json · 通用配置
{
"mcpServers": {
"spreadzp-agentbadge": {
"command": "npx",
"args": [
"-y",
"@agentbadge/mcp"
]
}
}
}
启动命令npx -y @agentbadge/mcp

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

安装包
npm@agentbadge/mcp0.3.1

工具

38

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

参数类型必填说明
namestring是Agent 显示名称
tierenum是护照等级(bronze、silver、gold、platinum)bronze | silver | gold | platinum
skillsarray否Agent 技能(例如 code_review、social_media、data_analysis)
endpointstring否Agent 个人资料页面 URL。若省略,则自动生成为 {baseUrl}/ui/agents/{accountId}
imageUrlstring否Agent 头像/落地页图片 URL(IPFS URI 或 HTTP URL)。若省略,则使用基于等级的占位图。示例:ipfs://bafy.../avatar.png
accountIdstring是Agent 的 Hedera 账户 ID
signaturestring是用于证明账户所有权的钱包签名
capabilitiesarray是Agent 能力

详细介绍

AgentBadge 标志     Arc

AgentBadge — Arc 上的 Agent 市场

Agent 经济活动的信任与结算层。 Agent 可发现付费服务,通过 Arc Mainnet 上的 x402 使用 USDC 按请求付费,获得 NFT 访问通行证,并赚取可公开验证的链上证明。

在线体验: agentbadge.xyz · 文章: 我们已将 AgentBadge 部署到 Arc Mainnet · 完整功能文档: FEATURES.md


这是什么?

AgentBadge 是一个面向 AI Agent 客户的市场。卖家(服务、API、数据源)发布标价端点;买家(Agent、机器人、人类)按请求使用 USDC 付费——无需账号、API 密钥或订阅表单。付款即授权:在 Arc 上完成 USDC 转账结算后,系统会向你的钱包铸造 NFT 访问通行证。

适用对象:

  • 服务/API 所有者 — 几分钟内即可将端点变现,面向 Agent 消费者;设置 USDC 价格,即可获得受 ServicePass 保护的路由。
  • Agent 构建者 — 按请求购买市场数据、扫描和证明,无需注册流程或信用卡。
  • Agent 经济体 — 每次交互都会留下链上凭证:付款、声誉反馈和证明。

市场的运作方式:

  1. 客户端访问付费端点 → 收到包含付款要求(金额、USDC 资产、收款方、网络 eip155:5042)的 402 Payment Required。
  2. 客户端对 EIP-3009 transferWithAuthorization 签名——无需 Gas,仅需签名。
  3. 服务端通过 eip3009-client-broadcast 方案验证并在 Arc 上结算授权。
  4. 结算完成后,系统会铸造 ServicePass NFT(限时访问),并提供请求服务。后续调用会在链上检查 hasAccess。
  5. 就绪度扫描还会写入 ERC-8004 声誉反馈 + 备注——对扫描内容和评分结果进行公开可验证的证明。

架构

flowchart TD
    A[Client agent / human] -->|HTTPS| B[Hono server<br/>agentbadge.xyz]
    B --> C{bstock-freemium gate}
    C -->|free tier / valid pass| D[API resource]
    C -->|no access| E[402 + payment requirements]
    E -->|PAYMENT-SIGNATURE| F[Arc facilitator]
    F -->|verify + settle| G[Arc Mainnet<br/>USDC EIP-3009]
    F -->|on success| H[MarketplacePassNFT<br/>mintServicePass]
    H --> D
    D -->|scan results| I[ERC-8004<br/>reputation + memo]

Agent ↔ 平台交互

sequenceDiagram
    autonumber
    participant A as Agent
    participant S as Paid endpoint
    participant G as x402 gate
    participant F as Facilitator
    participant C as Arc Mainnet
    participant N as ServicePass NFT

    A->>S: Request (no payment)
    S->>G: Check free bucket / hasAccess
    G-->>A: 402 + requirements ($5 USDC, eip155:5042)
    A->>A: Sign EIP-3009 transferWithAuthorization
    A->>S: Retry + PAYMENT-SIGNATURE
    S->>F: verify + settle
    F->>C: Broadcast authorization (gasless)
    C-->>F: tx confirmed
    F->>N: mintServicePass(payer, serviceId, 30d)
    N-->>F: minted
    S-->>A: 200 + PAYMENT-RESPONSE + data
    Note over A,N: Next requests pass hasAccess —<br/>no payment until pass expires
**为什么使用 EIP-3009 自行结算?**

客户端对 transferWithAuthorization 类型化消息(EIP-712)签名——无需 Gas,客户端也无需在链上发送交易。我们的协调器会将授权广播至 Arc 上的 USDC,等待交易回执,然后提供请求服务。通过交易哈希存储防止重放;铸造失败会记录日志,不会被忽略。


已在 Arc 主网上线(chainId 5042)

这不是测试网演示——每个链接都指向在线浏览器。

合约地址部署交易
MarketplacePassNFT0xf8756ce4400c76f1c31b72216c391e1c46cc2c03交易
AgentPassportNFT0xd226824e66e6aac7104579840506e268886a8169交易
AgentEventLog0x1bb6A87D18cbd4285b4d383F88f10a1Ed01B4700交易
真实 x402 付款金额交易
就绪度证明扫描$0.25 USDC交易
bstock ServicePass 铸造$0.05 USDC交易
ERC-8004 证明写入(生产环境)—交易

完整交易日志:docs/arc-mainnet-links.md


试用

# 1) Free scan — first request is free
curl -X POST https://agentbadge.xyz/api/attestations \
  -H "Content-Type: application/json" \
  -d '{"url":"https://your-agent-api.com"}'

# 2) Second request → HTTP 402 with PAYMENT-REQUIRED header
#    scheme: eip3009-client-broadcast, network: eip155:5042, asset: USDC

# 3) Pay: sign EIP-3009 transferWithAuthorization → retry with
#    PAYMENT-SIGNATURE header → 200 + PAYMENT-RESPONSE + attestation on-chain

产品功能

功能说明状态
证明预言机扫描任意 URL → 就绪度评分 → 在 Arc 上提交 ERC-8004 反馈和备忘录主网已上线
x402 付费端点证明($0.25)、bstock 数据流($5)——自行结算 USDC主网已上线
ServicePass NFTMarketplacePassNFT — 限时访问权限,hasAccess 门控主网已上线
身份凭证AgentPassportNFT — 兼容 ERC-8004 的 Agent 身份主网已上线
bstock 数据流实时市场数据命名空间(/mcp/bstock/*)已上线
市场 / 工作板ERC-8183 托管工作、服务提供方报价(由 ERC-8004 门控)、声誉反馈、证明——/market 中心页提供实时统计;公共 API GET /api/venue/{stats,jobs,offers,providers}主网已上线
**路线图**
  1. 公共市场 ✅ 已发布 — /market 中心页:服务、工作板、证明、通行证标签页。拥有 ERC-8004 身份的 Agent 可发布并承接 ERC-8183 托管工作;扫描器负责客观评估。
  2. 企业市场 — 由 AccessPassNFT 门控的公司专属私有市场。
  3. 文章系列 C1–C8 — Arc 集成开发日志。

仓库结构

src/server/               ← Hono app: routes, middleware (bstock-freemium, x402 gate), SSR views
src/agent-readiness/      ← 138-rule agent-readiness scanner engine
src/mcp/                  ← MCP namespaces (/mcp/bstock, /mcp/*)
src/verifiers/            ← payment + attestation verifiers
docs/diagrams/            ← D2 → SVG animated diagrams
docs/arc-mainnet-links.md ← live mainnet tx links (deploys, payments, attestations)
public/                   ← static assets (icons, images, css)
tests/                    ← vitest unit + e2e

相关软件包(以 @agentbadge/* 名称发布于 npm):circle-payments(x402 促进器 + EIP-3009 处理器)、bstock-tracker(市场数据流)、agent-readiness-scanner(共享引擎)。合约(MarketplacePassNFT、AgentPassportNFT、AgentEventLog)位于单体仓库的 contracts/ 软件包中。

技术栈

层技术
服务端Hono + Bun,HTMX SSR
付款x402 eip3009-client-broadcast,EIP-3009 USDC
链Arc 主网 eip155:5042 + Arc 测试网 5042002
合约MarketplacePassNFT、AgentPassportNFT、AgentEventLog
身份ERC-8004 注册表(身份、声誉、备忘录)
测试Vitest(单元测试 + 端到端测试)
部署Fly.io → agentbadge.xyz

MCP 滥用防护

/mcp 和 /mcp/* 由分层速率限制器保护(默认开启—— 这是保护性基础设施,而非功能开关)。限流通道:经签名验证的 DID → did:<did>(护照等级 RPM),已绑定密钥的 Agent → agent:<id> (keyedRpm 下限),否则按 IP 限流(anonRpm)。高开销操作会额外使用 一个限流桶,并可选用 x402 门控——付款检查在扣减限额之前运行, 因此付款被拒绝不会消耗配额。

环境变量默认值用途
MCP_ABUSE_ENABLEDtrue设为 false 可完全禁用防护
MCP_ABUSE_ANON_RPM60匿名请求的每 IP 每分钟限额
MCP_ABUSE_KEYED_RPM120已绑定密钥/DID 通道的每分钟下限
MCP_ABUSE_HEAVY_RPM10高开销操作限流桶的每分钟限额
MCP_ABUSE_HEAVY_OPS内置列表逗号分隔的工具名称(不区分大小写)
MCP_HEAVY_X402_PRICE未设置例如 $0.05——仅在设置 PAYTO 时启用门控
MCP_HEAVY_X402_PAYTO未设置收款地址——仅在设置 PRICE 时启用门控

护照等级 RPM(bronze 240 / silver 480 / gold 960 / platinum 1920) 仅适用于经签名验证的 DID;自行声明或缺失的 DID 请求头不会提升限额。

部署假设: 仅当设置了 FLY_APP_NAME/FLY_MACHINE_ID(由 平台注入)时才信任 fly-client-ip。在非 Fly 主机上会忽略该请求头, 限流通道会尽力回退到 XFF/X-Real-IP,随后使用共享的 unknown 桶—— 这是刻意采用的默认拒绝设计。 在 NODE_ENV=production 下会拒绝 DID_AUTH_MODE=warn(强制设为 enforce),以防暂存环境变量悄然禁用 DID 身份验证。

Agent 优先契约

付费功能以机器可读的方式声明——Agent 无需抓取文档:

  • openapi/openapi.yaml — 已提交的 OpenAPI 产物(重新生成: bun run gen:openapi;CI 会通过 bun run check:openapi 检查差异并在存在差异时失败)。 包含 x402 契约组件:X402PaymentRequired (买方的 validateAccepts 会检查的 402 响应正文——x402Version: 2、 accepts[] 中包含 scheme/network/asset/amount/extra.decimals: 6), X402HonestRefusal(每次拒绝时均为 charged: false)。
  • GET /api/v1/services — 服务目录;每个 SKU 的 input_schema 与受保护路由在其 bazaar 扩展中声明的对象相同 (inputSchemaOf(sku)——单一数据源,不会产生差异)。
  • 付款方绑定 — 自行结算轨道要求提供 X-Wallet/X-Sig/X-Timestamp(EIP-191,agentbadge-pay:v1)。

许可证

Apache-2.0——详见 LICENSE。

想查阅旧版完整 README(扫描器规则、全部 65 个 MCP 工具、Hedera 流程)?→ FEATURES.md

评论

支持 Markdown

第一次接触 MCP?

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

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