Spree Commerce: open-source B2B and marketplace ecommerce
Open-source B2B and marketplace ecommerce; new stores include an MCP server for AI agents.
Descripción del creador (original en inglés)
Check x402 endpoint reliability on Algorand before an agent routes a payment there.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
AVM_MNEMONICLos valores marcados como secretos son llaves de tu cuenta. Nunca los compartas ni los pegues en un chat.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"hosannaith": {
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}Ejecuta esto en tu terminal
claude mcp add hosannaith --env AVM_MNEMONIC=your-value -- npx -y hosannaith-mcpCompleta los valores vacíos antes de ejecutarlo.
Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"hosannaith": {
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"hosannaith": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"hosannaith-mcp"
],
"env": {
"AVM_MNEMONIC": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 8 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub cameron4316, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
Debes completar: AVM_MNEMONIC
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.3.0) llegó al registro ayer.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Node.js en tu computadora.
En la misma categoría: Spree Commerce: open-source B2B and marketplace ecommerce, Stripe MCP, MCP Cn Commerce
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:↓ Descargas por semanai★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
Open-source B2B and marketplace ecommerce; new stores include an MCP server for AI agents.
MCP server integrating with Stripe - tools for customers, products, payments, and more.
8 read-only MCP platform entries; support is operation-specific; merchant live acceptance pending
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
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.
Solo se muestra el principio; lee el resto en el repo