Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Create private x402 seller routes, set prices, and route payouts directly to your wallets.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
BITBOOTH_API_KEY, BITBOOTH_BASE_URL「秘密」と表示された値は、あなたのアカウントの鍵です。絶対に人に教えたり、チャットに貼り付けたりしないでください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"bitbooth-routes": {
"command": "npx",
"args": [
"-y",
"@bitbooth/mcp-routes"
],
"env": {
"BITBOOTH_API_KEY": "your-value",
"BITBOOTH_BASE_URL": "your-value"
}
}
}
}ターミナルでこれを実行します
claude mcp add bitbooth-routes --env BITBOOTH_API_KEY=your-value --env BITBOOTH_BASE_URL=your-value -- npx -y @bitbooth/mcp-routes動かす前に、空欄の値を入力してください。
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"bitbooth-routes": {
"command": "npx",
"args": [
"-y",
"@bitbooth/mcp-routes"
],
"env": {
"BITBOOTH_API_KEY": "your-value",
"BITBOOTH_BASE_URL": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"bitbooth-routes": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@bitbooth/mcp-routes"
],
"env": {
"BITBOOTH_API_KEY": "your-value",
"BITBOOTH_BASE_URL": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
BITBOOTH_BASE_URL envこの設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント Drock91 で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
入力が必要なもの:BITBOOTH_API_KEY
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(1.1.1)がレジストリに届いたのは2 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, First Sale Scout
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Playbooks and a 14-day checklist for founders winning their first paying customers.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
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.
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.
{
"mcpServers": { "bitbooth-routes": { "command": "npx", "args": ["-y", "@bitbooth/mcp-routes@1.1.1"], "env": { "BITBOOTH_API_KEY": "x402_ " } } } }
claude mcp add bitbooth-routes --env BITBOOTH_API_KEY=x402_<your-tenant-api-key> -- npx -y @bitbooth/mcp-routes@1.1.1
npm install -g @bitbooth/mcp-routes@1.1.1
export BITBOOTH_API_KEY="x402_ " mcp-routes
| Tool | Effect |
|---|---|
list_routes | List the authenticated seller's routes and saved payout configuration |
create_route | Create or replace a method-bound x402 route |
update_route | Idempotently upsert a route by path |
delete_route | Delete a route by path |
preview_route | Return the exact x402 v2 resource.url and accepts[] without charging |
Example requests:
/api/forecast for 0.01 USDC in test mode, paid to my Base Sepolia wallet."/api/forecast to GET and make it live on Base mainnet."/api/forecast and give me its agent-callable URL and wire amounts."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.
{
"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.BitBooth can authenticate paid deliveries to an upstream with either a bearer token or a safe custom header:
{
"upstreamAuth": { "type": "bearer", "value": "private-token" } }
{
"upstreamAuth": { "type": "header", "headerName": "x-upstream-token", "value": "private-value" } }
On create, value and upstreamUrl are required when authentication is configured. On update:
upstreamAuth to preserve the current configuration.{ "type": "bearer" } or { "type": "header", "headerName": "x-new-name" } without value to reuse an existing credential while changing how it is injected.value to set or replace the credential.null to clear the 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.
| Mode | Network | Asset and requirements |
|---|---|---|
test | eip155:84532 | Base Sepolia USDC; requires an EVM payout address |
live | eip155:8453 | Base mainnet USDC; requires an EVM payout address |
live | solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp | Solana mainnet USDC; requires a valid Solana public key and gateway fee-payer configuration |
live | xrpl:0 | XRPL mainnet USDC; requires the exact payout address and explicit pinned-issuer trustline confirmation; availability remains deployment-gated |
live | stellar:pubnet | Stellar 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.
{
"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.
| Environment variable | Description | Default |
|---|---|---|
BITBOOTH_API_KEY | Tenant management API key (x402_…), required | — |
BITBOOTH_BASE_URL | BitBooth gateway URL | https://app.heinrichstech.com |
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.
MIT