BitBooth Seller Routes

io.github.Drock91由 GitHub 账号 Drock91 发布v1.1.1更新于 Oct 25, 2026

Create private x402 seller routes, set prices, and route payouts directly to your wallets.

概览

AI 生成的概览

本地 MCP 服务器,用于管理私有的 BitBooth x402 卖家路由:创建、列出、更新、删除和预览付费 API 路由,收款直接进入你自己的钱包。

可以做什么
列出卖家的路由和已保存的收款配置,并在不扣费的情况下预览路由的可调用 URL 与各通道金额。创建或替换绑定请求方法的 x402 路由,设置路径、USDC 价格、测试或正式模式以及收款地址。按路径幂等地更新路由,包括上游 URL 和只写的上游凭据。按路径删除路由。
适用场景
当你通过 BitBooth x402 出售 API 访问权限,并希望在 MCP 客户端中建立、定价、修改或删除私有卖家路由,或获取交给买家的确切 URL 和金额时使用。
运行要求
通过 stdio 在本地运行,通常用 npx 启动该 npm 包。需要在 BITBOOTH_API_KEY 环境变量中提供从 BitBooth 门户获取的租户 API 密钥。BITBOOTH_BASE_URL 可覆盖网关地址。需要访问 BitBooth 和你的上游服务的网络。
安装前请注意
租户 API 密钥属于机密,应放在客户端环境中,不要写入提示词或源代码管理。创建、更新和删除会改动真实的卖家路由,正式路由会在主网通道上产生真实 USDC 付款。收款地址和固定发行方信任线确认必须准确。上游凭据为只写并由 BitBooth 保存,工具不会返回其内容。

安装

在 SourceWeft 中

  1. 打开 控制台中的 BitBooth Seller Routes,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

@bitbooth/mcp-routes

[npm version] [MCP Registry] [MIT license]

Manage your private BitBooth x402 seller routes from Claude, Codex, Cursor, or any other MCP client. The server exposes tools to create, list, update, delete, and preview routes through BitBooth's authenticated /v1/routes API.

Tenant routes are intentionally unlisted. This package does not publish them into BitBooth's public catalog. Run preview_route and share its exact resource.url with buyers or invoke it from your own agent integration.

Every create, update, and delete call automatically carries a fresh UUIDv4 Idempotency-Key. BitBooth scopes that key to the authenticated seller, stores only request hashes, replays an exact completed mutation, and rejects changed reuse before touching DynamoDB or Secrets Manager.

Install

Get a tenant API key by signing in at app.heinrichstech.com/portal. Keep it in your MCP client's environment; do not put it in prompts or source control.

Claude Desktop, Cursor, Windsurf, or Continue

json
{  "mcpServers": {    "bitbooth-routes": {      "command": "npx",      "args": ["-y", "@bitbooth/[email protected]"],      "env": {        "BITBOOTH_API_KEY": "x402_<your-tenant-api-key>"      }    }  }}

Claude Code

bash
claude mcp add bitbooth-routes --env BITBOOTH_API_KEY=x402_<your-tenant-api-key> -- npx -y @bitbooth/[email protected]

Global install

bash
npm install -g @bitbooth/[email protected]export BITBOOTH_API_KEY="x402_<your-tenant-api-key>"mcp-routes

Tools

ToolEffect
list_routesList the authenticated seller's routes and saved payout configuration
create_routeCreate or replace a method-bound x402 route
update_routeIdempotently upsert a route by path
delete_routeDelete a route by path
preview_routeReturn the exact x402 v2 resource.url and accepts[] without charging

Example requests:

  • "Create a POST route at /api/forecast for 0.01 USDC in test mode, paid to my Base Sepolia wallet."
  • "Change /api/forecast to GET and make it live on Base mainnet."
  • "Preview /api/forecast and give me its agent-callable URL and wire amounts."

Route contract

Prices use the API's legacy priceWei field name, but the value is a strictly positive string of six-decimal USDC atomic units. For example, "10000" means 0.01 USDC.

json
{  "path": "/api/forecast",  "method": "POST",  "priceWei": "10000",  "asset": "USDC",  "mode": "live",  "tenantPayTo": {    "eip155:8453": "0x1234567890123456789012345678901234567890"  },  "upstreamUrl": "https://api.example.com/forecast",  "upstreamAuth": {    "type": "bearer",    "value": "your-write-only-upstream-token"  }}
  • method is one of GET, POST, PUT, PATCH, DELETE, or HEAD; it defaults to POST. A different request method is rejected before BitBooth issues or settles payment.
  • path must start with /, contain at least one non-empty segment, and contain no query, fragment, empty segment, or ./.. segment.
  • mode defaults to test. Test routes advertise only Base Sepolia; live routes advertise eligible mainnet rails.
  • tenantPayTo accepts only the exact network identifiers below. A missing network is omitted from accepts[]; it never falls back to a BitBooth wallet.
  • upstreamUrl must be a public URL. Live routes and every route that uses upstream authentication require HTTPS; plain HTTP is accepted only for unauthenticated test-mode routes. Omit it on update to preserve the saved upstream, or send null to disconnect it.
  • upstreamAuth is write-only. Omit it on update to preserve the credential, send a replacement to rotate it, or send null to clear it. Route responses expose only upstreamAuthConfigured.

Secure upstream authentication

BitBooth can authenticate paid deliveries to an upstream with either a bearer token or a safe custom header:

json
{  "upstreamAuth": {    "type": "bearer",    "value": "private-token"  }}
json
{  "upstreamAuth": {    "type": "header",    "headerName": "x-upstream-token",    "value": "private-value"  }}

On create, value and upstreamUrl are required when authentication is configured. On update:

  • Omit upstreamAuth to preserve the current configuration.
  • Send { "type": "bearer" } or { "type": "header", "headerName": "x-new-name" } without value to reuse an existing credential while changing how it is injected.
  • Include value to set or replace the credential.
  • Send null to clear the credential.
  • Changing the upstream origin requires a replacement credential or an explicit auth clear. Disconnecting the upstream also clears its credential.

Custom header names are normalized to lowercase. BitBooth rejects transport, payment, cookie, tracing, AWS/CloudFront, proxy, browser-security, Authorization, and X-API-Key headers. Credential values cannot be empty, padded with whitespace, contain control characters, or exceed 8,192 characters. Bearer tokens use the RFC 6750-compatible token character set.

Credential values are sent only in the authenticated management write, stored in AWS Secrets Manager, and never returned by list/create/update/preview tools or included in surfaced errors. A route response reports only "upstreamAuthConfigured": true or false.

Supported payout networks

ModeNetworkAsset and requirements
testeip155:84532Base Sepolia USDC; requires an EVM payout address
liveeip155:8453Base mainnet USDC; requires an EVM payout address
livesolana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdpSolana mainnet USDC; requires a valid Solana public key and gateway fee-payer configuration
livexrpl:0XRPL mainnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation; availability remains deployment-gated
livestellar:pubnetStellar pubnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation

XRPL and Stellar opt-ins use this exact shape. Other issuers, assets, and networks are rejected.

json
{  "tenantPayTo": {    "xrpl:0": "rfryheo6yzFdLWj8qUQtZc7zG9MKkBkUEy",    "stellar:pubnet": "GDIK4RML4K63ZI3SYGJD5TL4ILEAZT3LBY7MXJJP5YSSZ5O4DTHDOIA3"  },  "tenantStablecoinRails": {    "xrpl:0": {      "asset": "USDC",      "issuer": "rGm7WCVp9gb4jZHWTEtGUr4dd74z2XuWhE",      "trustlineConfirmed": true    },    "stellar:pubnet": {      "asset": "USDC",      "issuer": "GA5ZSEJYB37JRC5AVCIA5MOP4RHTM335X2KGX3IHOJAPP5RE34K4KZVN",      "trustlineConfirmed": true    }  }}

The preview response is x402 v2. Read the callable URL from resource.url and the per-rail wire amount from each accepts[].amount; wire units can differ by rail.

Configuration

Environment variableDescriptionDefault
BITBOOTH_API_KEYTenant management API key (x402_…), required—
BITBOOTH_BASE_URLBitBooth gateway URLhttps://app.heinrichstech.com

Programmatic use

js
import { createApiClient } from '@bitbooth/mcp-routes/api-client';
const api = createApiClient({ apiKey: process.env.BITBOOTH_API_KEY });const { routes } = await api.listRoutes();const challenge = await api.previewRoute(routes[0].path);console.log(challenge.resource.url, challenge.accepts);

The client validates BitBooth responses before returning them and redacts the management API key from surfaced transport and API errors.

License

MIT

来源:packages/mcp-routes/README.md,提交 6161a5c

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v1.1.1最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分