Spree Commerce developer docs for AI agents
Spree Commerce docs for AI coding agents: build headless B2B and marketplace ecommerce on its APIs.
Description from the maker (original English)
Check x402 endpoint reliability on Algorand before an agent routes a payment there.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
Passed 2/2 checks · Runs on your computer
First: which AI do you use?
Pick your app and the steps appear below.
Works with Claude, with some setup first
You need a Hosannaith MCP key (sign up on the maker’s site, may cost money) · Install Node.js on your computer first (one time) · Only the Claude desktop app (Windows or Mac), not the web or phone
One time only; it works for every server that needs Node.js
Open the maker’s site, sign up and create an API key for the next step. It may cost money.
SettingsDeveloperEdit Config
{
"mcpServers": {
"hosannaith": {
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}Paste the key only into the app’s field, never into a chat or to anyone
Use Hosannaith MCP and tell me what you can do for me, then show me one thing✓ If Claude says it is using Hosannaith MCP or shows a Hosannaith MCP tool in the answer, you are connected
Menu names checked against Anthropic’s help page on Nov 11, 2026 · your screen may differ slightly by app version
ChatGPT cannot connect Hosannaith MCP yet
Hosannaith MCP runs on your computer, but ChatGPT can only connect servers that run on the web
A · Use an app that can connect Hosannaith MCP
B · Others in Online shops & payments that work with ChatGPT
Picked from the most used in the same category, only ones that connect by address with no key
Works with Claude Code, with some setup first
You need a Hosannaith MCP key (sign up on the maker’s site, may cost money) · Install Node.js on your computer first (one time)
One time only; it works for every server that needs Node.js
Open the maker’s site, sign up and create an API key for the next step. It may cost money.
Mac: press Command+Space and type Terminal · Windows: open PowerShell
claude mcp add hosannaith --env AVM_MNEMONIC=your-value -- npx -y hosannaith-mcpReplace “your-value” with your key before pressing Enter
Paste the key only into the app’s field, never into a chat or to anyone
You should see Hosannaith MCP listed as connected
Use Hosannaith MCP and tell me what you can do for me, then show me one thing✓ If Claude Code says it is using Hosannaith MCP or shows a Hosannaith MCP tool in the answer, you are connected
Menu names checked against Anthropic’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Works with Cursor, with some setup first
You need a Hosannaith MCP key (sign up on the maker’s site, may cost money) · Install Node.js on your computer first (one time)
One time only; it works for every server that needs Node.js
Open the maker’s site, sign up and create an API key for the next step. It may cost money.
In the Hosannaith MCP settings, AVM_MNEMONIC is empty; add your key and save
Paste the key only into the app’s field, never into a chat or to anyone
Use Hosannaith MCP and tell me what you can do for me, then show me one thing✓ If Cursor says it is using Hosannaith MCP or shows a Hosannaith MCP tool in the answer, you are connected
Menu names checked against Cursor’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Works with VS Code, with some setup first
You need a Hosannaith MCP key (sign up on the maker’s site, may cost money) · Install Node.js on your computer first (one time)
One time only; it works for every server that needs Node.js
Open the maker’s site, sign up and create an API key for the next step. It may cost money.
In the Hosannaith MCP settings, AVM_MNEMONIC is empty; add your key and save
Paste the key only into the app’s field, never into a chat or to anyone
Use Hosannaith MCP and tell me what you can do for me, then show me one thing✓ If VS Code says it is using Hosannaith MCP or shows a Hosannaith MCP tool in the answer, you are connected
Menu names checked against VS Code’s help page on Nov 11, 2026 · your screen may differ slightly by app version
Other apps that use MCP, such as Windsurf, Zed or Gemini CLI, each add servers differently. See how in the app list.
JSON settings are under “For developers” below
Claude Code
claude mcp add hosannaith --env AVM_MNEMONIC=your-value -- npx -y hosannaith-mcpClaude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"hosannaith": {
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}Cursor (~/.cursor/mcp.json)
{
"mcpServers": {
"hosannaith": {
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}VS Code (mcp.json)
{
"servers": {
"hosannaith": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}AVM_MNEMONIC secret required envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
npm: hosannaith-mcpBased on how this server connects and on each app’s own docs, checked Nov 10, 2026.
Run on your computer in
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 11, 2026
The registry name was verified with the GitHub account cameron4316, which owns the repo
Code last changed today
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Ask, share a tip or report that it does not work. Sorted by what people marked helpful.
No posts yet. Be the first to ask or share.
Posts here are written by users, not the PopNx team.
No reviews yet
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 2 of 2 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: AVM_MNEMONIC
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed today, and the latest version (0.3.1) reached the registry 2 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Spree Commerce developer docs for AI agents, Stripe MCP, Sessy — Amazon SES observability
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Spree Commerce docs for AI coding agents: build headless B2B and marketplace ecommerce on its APIs.
Stripe’s official server lets AI view and manage customers, products, payments and invoices. Connect to Stripe’s cloud and sign in with OAuth.
Read-only Amazon SES observability: search events, inspect bounces, pull delivery stats.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
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.