Spree Commerce developer docs for AI agents
Spree Commerce docs for AI coding agents: build headless B2B and marketplace ecommerce on its APIs.
Check x402 endpoint reliability on Algorand before an agent routes a payment there.
选择你使用的 AI 应用,然后复制设置。
通过 3/3 项检查 · 在你的电脑上运行
第一步:你用哪个 AI?
选择你用的应用,步骤会显示在下方。
SettingsDeveloperEdit Config
正在检查命令 · 通过后才会显示复制按钮
只把密钥粘贴到应用的输入框里,不要粘贴到聊天中或发给任何人
用 Hosannaith MCP 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Claude 说正在使用 Hosannaith MCP,或回答中出现 Hosannaith MCP 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Anthropic 帮助页面核实 · 你的界面可能因版本略有不同
ChatGPT 暂时无法连接 Hosannaith MCP
Hosannaith MCP 需要安装在你的电脑上,而 ChatGPT 只能连接在网上运行的服务器
A · 使用能连接 Hosannaith MCP 的应用
B · 网店与支付 类中能连接 ChatGPT 的其他服务器
从同类中使用较多的里挑选,仅限用地址即可连接、无需密钥的
可连接 Claude Code,但需要先准备
需要 Hosannaith MCP 的密钥(在开发者网站创建) · 需要先在电脑上安装 Node.js(只需一次)
Mac:按 Command+空格,输入 Terminal · Windows:打开 PowerShell
正在检查命令 · 通过后才会显示复制按钮
按 Enter 前,把“your-value”改成你的密钥
只把密钥粘贴到应用的输入框里,不要粘贴到聊天中或发给任何人
应能看到 Hosannaith MCP 在列表中并显示已连接
用 Hosannaith MCP 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Claude Code 说正在使用 Hosannaith MCP,或回答中出现 Hosannaith MCP 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Anthropic 帮助页面核实 · 你的界面可能因版本略有不同
可连接 Cursor,但需要先准备
需要 Hosannaith MCP 的密钥(在开发者网站创建) · 需要先在电脑上安装 Node.js(只需一次)
正在检查命令 · 通过后才会显示复制按钮
在 Hosannaith MCP 的设置中,AVM_MNEMONIC 还是空的,填入你的密钥并保存
只把密钥粘贴到应用的输入框里,不要粘贴到聊天中或发给任何人
用 Hosannaith MCP 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Cursor 说正在使用 Hosannaith MCP,或回答中出现 Hosannaith MCP 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Cursor 帮助页面核实 · 你的界面可能因版本略有不同
可连接 VS Code,但需要先准备
需要 Hosannaith MCP 的密钥(在开发者网站创建) · 需要先在电脑上安装 Node.js(只需一次)
正在检查命令 · 通过后才会显示复制按钮
在 Hosannaith MCP 的设置中,AVM_MNEMONIC 还是空的,填入你的密钥并保存
只把密钥粘贴到应用的输入框里,不要粘贴到聊天中或发给任何人
用 Hosannaith MCP 告诉我你能帮我做什么,然后做一件给我看✓ 如果 VS Code 说正在使用 Hosannaith MCP,或回答中出现 Hosannaith MCP 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 VS Code 帮助页面核实 · 你的界面可能因版本略有不同
Claude Code
正在检查命令 · 通过后才会显示复制按钮
Claude Desktop (claude_desktop_config.json)
正在检查命令 · 通过后才会显示复制按钮
Cursor (~/.cursor/mcp.json)
正在检查命令 · 通过后才会显示复制按钮
VS Code (mcp.json)
正在检查命令 · 通过后才会显示复制按钮
AVM_MNEMONIC 机密 必填 env这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
依据这个服务器的连接方式和各应用自己的文档,检查于 2026年11月10日。
在你的电脑上运行,适用于
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月13日
注册名称已通过 GitHub 账户 cameron4316 验证,该账户拥有此仓库
代码最后更新于昨天
使用 Apache-2.0
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
提问、分享技巧或报告无法使用。按“有帮助”数量排序。
还没有评价
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 3 项适用的基础检查中通过了 3 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
你需要填写:AVM_MNEMONIC
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于昨天,最新版本(0.3.2)于昨天进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spree Commerce developer docs for AI agents, Stripe MCP, Sessy — Amazon SES observability
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:↓ 每周下载量i★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Spree Commerce docs for AI coding agents: build headless B2B and marketplace ecommerce on its APIs.
MCP server integrating with Stripe - tools for customers, products, payments, and more.
Read-only Amazon SES observability: search events, inspect bounces, pull delivery stats.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
A pay-per-call x402 reliability oracle — live on Algorand Mainnet.
🔗 Live app: hosannaith.com · API: api.hosannaith.com · Repo: github.com/cameron4316/x402-oracle-server
As x402 turns APIs into pay-per-request services, agents increasingly pay endpoints they didn't build — with no way to know if an endpoint is actually reliable before sending real USDC. Dead or misbehaving endpoints silently waste money and break automated flows.
Hosannaith is itself an x402 endpoint. It independently and continuously monitors other x402 endpoints and sells a verified reliability score on demand: uptime, correct 402 behaviour, and latency percentiles, backed by real accumulated history — with every response flagging its confidence ("history" for a stood-behind score, "one-shot" for a target queried for the first time). It's x402 monitoring x402.
GET https://api.hosannaith.com/reliability?target=<x402-endpoint-url>
Unpaid requests get 402 Payment Required with payment instructions; paid requests settle in USDC on Algorand via the GoPlausible facilitator and return JSON like:
Verifiable on-chain: first mainnet settlement —
{
"target": "https://x402.example.com/api", "status": "pass", "score": 98.7, "detail": { "observations": 1439, "windowHours": 24, "uptimePct": 100, "correct402Pct": 100, "p50LatencyMs": 88, "p95LatencyMs": 127, "p99LatencyMs": 210, "confidence": "history", "availability_pct": 100, "error_rate_pct": 0, "protocol_conformance_pct": 100, "score_normalized": 0.987 } }
| Field | Meaning |
|---|---|
status | pass (score ≥ 90) · degraded (60–89) · fail (< 60) · unknown (not enough data) |
score | 0–100 composite: 0.6 × uptime + 0.4 × correct-402 − a latency penalty (up to 20). null below 5 observations. |
uptimePct | Probes where the endpoint was serving: reachable and not a 5xx. |
correct402Pct | Of the probes where the endpoint made a payment decision (a 402, or serving an unpaid 2xx), the share that correctly answered 402. Other 4xx (e.g. a 400 because our probe sends no input) are indeterminate and excluded. null if no probe was determinate. |
p50/p95/p99LatencyMs | Latency percentiles of serving probes. p99LatencyMs is null below 20 samples (it would just be the slowest one); below 20 samples p95LatencyMs equals the slowest sample. |
confidence | history (accumulated monitoring) · one-shot (first sighting, one live probe, score: null) · pending (batch only: no history yet, now enrolled). |
The same numbers in the SLO vocabulary used by agent registries and SLA/SLO feasibility checks. These are pure aliases (no new measurement) and are null exactly when their source is null.
| SLO term | Field | Definition |
|---|---|---|
| availability | availability_pct | = uptimePct |
| error rate | error_rate_pct | = 100 − uptimePct: % of probes that were 5xx or unreachable (server-side errors). Client-side 4xx are indeterminate for an unpaid probe and are not counted. |
| protocol conformance | protocol_conformance_pct | = correct402Pct: % of gating-determinate probes that returned 402 rather than serving unpaid 2xx. |
| latency | p50LatencyMs, p95LatencyMs, p99LatencyMs | as above |
| registry score | score_normalized + confidence | score / 100, in [0, 1] |
/openapi.json: OpenAPI 3.1 description of every route, with each paid route's x402 terms in x-x402./schema/check-result.json, /schema/batch-result.json, /schema/problem.json.application/problem+json). The 402 Payment Required response is the x402 protocol's own./.well-known/hosannaith-keys.json. Format, verification and key policy: docs/attestation.md.A small TypeScript SDK wraps the full x402 pay-per-call handshake (402 → sign USDC payment → retry) so you don't have to implement it yourself:
import { getReliability } from 'hosannaith-client';
const result = await getReliability('https://some-x402-endpoint/api', { mnemonic: process.env.AVM_MNEMONIC!, // 25-word Algorand mnemonic, funded with USDC });
console.log(result.score, result.detail.confidence);
See sdk/typescript/ for the client, a runnable example, and full usage docs.
This repo also ships an MCP server in mcp/ — published to npm as hosannaith-mcp and listed in the official MCP Registry as io.github.cameron4316/hosannaith-mcp. It lets any Model Context Protocol client (Claude Desktop, Cursor, and other MCP agents) vet an x402 endpoint's reliability before paying it.
Built on the official MCP TypeScript SDK (@modelcontextprotocol/sdk), it exposes three MCP tools:
get_hosannaith_info — free; explains the score shape and how to act on it.check_x402_reliability — paid; reliability score for one endpoint, settled as an x402 USDC micropayment on Algorand.check_x402_reliability_batch — paid; score up to 50 endpoints in a single call.Add it to an MCP client's config:
{
"mcpServers": { "hosannaith": { "command": "npx", "args": ["-y", "hosannaith-mcp"], "env": { "AVM_MNEMONIC": "<25-word Algorand mnemonic, funded with USDC>" } } } }
See mcp/ for the MCP server, its tools, and full setup docs.
There is also a hosted remote MCP server at https://api.hosannaith.com/mcp (Streamable HTTP, paid per call via x402 MCP). Its tools carry MCP annotations (paid tools: read-only, not destructive, not idempotent, open-world; the one side effect is that a target with no history gets one live probe and is enrolled for monitoring). Every call is recorded in an audit log with its on-chain settlement, or the quote offered when no payment was made; payment payloads and URL query strings are never logged.
Targets must be public http(s) URLs. Private, loopback, link-local and reserved addresses, internal host names and URLs with credentials are refused before any payment, on the HTTP API and both MCP servers.
The architecture is deliberately pluggable: every paid product implements the Check contract (see src/checks/types.ts). Reliability ships first; a compliance/attestation product for tokenization — the trust layer institutions need to bring real-world assets on-chain — is planned as a second Check + one route entry, with no rewrite of the payment plumbing.
The monitor (pnpm monitor, run continuously on the production droplet) records one observation per target per interval, append-only, to data/observations.jsonl. That history compounds and cannot be reconstructed later — every score above is backed by real, continuous observation, not a synthetic estimate.
Everything below is setup/reference for running Hosannaith locally (defaults to testnet) or understanding the codebase — not required to use the live API above.
pnpm install
pnpm add @x402/core @x402/avm @x402/hono @x402-avm/extensions hono @hono/node-server dotenv
cp .env.example .env
Then edit .env:
AVM_ADDRESS — a testnet account funded with ALGO and opted in to testnet USDC.NETWORK=testnet and the GoPlausible FACILITATOR_URL as-is for now.MONITOR_TARGETS already points at the Foundation's public example endpoint.Testnet setup (accounts, faucets, USDC opt-in) follows the official tutorial: https://dev.algorand.co/resources/x402-on-algorand/
pnpm monitor # terminal 1 — starts collecting observations immediately
pnpm dev # terminal 2 — starts the paid resource server on :4021
Sanity checks:
curl http://localhost:4021/health # -> {"ok":true,...} (free)
curl -i "http://localhost:4021/reliability?target=https://x402.goplausible.xyz/examples/weather"
To pay and get the JSON back, point the tutorial's client at
http://localhost:4021/reliability?target=... (client code: https://dev.algorand.co/resources/x402-on-algorand/#part-1-build-the-client).
src/
index.ts Hono app + x402 wiring (edit sparingly) monitor.ts Standalone monitor process (pnpm monitor) config.ts Network/asset/facilitator config; testnet<->mainnet switch routes.config.ts Paid routes + Bazaar discovery metadata <-- add compliance route here checks/ types.ts The pluggable Check contract (shared by all products) registry.ts Maps check id -> implementation reliability/ monitor.ts probe() + startMonitor() store.ts Observation type + append-only JSONL store (swappable) score.ts Turns observations into a 0-100 score index.ts The reliability Check (reads store, computes score) data/ observations.jsonl Append-only history (git-ignored; compounding)
src/config.ts's FACILITATOR_TESTNET_CAIP2 and MAINNET_CAIP2 are hardcoded, not imported from `@x402/avm` — and that's deliberate, not an oversight. Here's the real story:
@x402/avm's ALGORAND_TESTNET_CAIP2 / ALGORAND_MAINNET_CAIP2 exports are the spec-correct, truncated CAIP-2 form (per the Algorand CAIP-2 namespace profile; fixed upstream in x402-foundation/x402 issue #2904 / PR #2931). The package is not the problem. The live GoPlausible facilitator (facilitator.goplausible.xyz) runs GoPlausible/x402-avm, a fork hundreds of commits behind upstream that predates that fix — so its /supported endpoint still advertises the legacy, non-compliant full-genesis-hash form, on both testnet and mainnet. This server hardcodes the values the facilitator actually expects, verified live via curl https://facilitator.goplausible.xyz/supported, not guessed and not the package constant.
If GoPlausible syncs their fork to the upstream fix, both constants must be reverted back to importing from @x402/avm — see the comments at each constant in src/config.ts for the full reasoning. A tracking report was filed upstream against x402-foundation/x402 (GoPlausible's own fork has issue creation restricted, so that wasn't an option).
To run this server against mainnet yourself: set NETWORK=mainnet and AVM_ADDRESS to a fixed payTo address opted in to mainnet USDC (ASA 31566704, already set in src/config.ts). The tag field in routes.config.ts's extra attributes activity to the Algorand Global x402 Challenge.