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 分