Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
MCP auth gateway: verify agent identity, enforce per-tool permissions, block replays, emit receipts.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"gateway": {
"command": "npx",
"args": [
"-y",
"@bolyra/gateway"
]
}
}
}在终端中运行这条命令
claude mcp add gateway -- npx -y @bolyra/gateway粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"gateway": {
"command": "npx",
"args": [
"-y",
"@bolyra/gateway"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"gateway": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@bolyra/gateway"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 bolyra 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.2.1)于5个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spec Driven Development, Remote Desktop Commander, EmbeddedCI BenchPod
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况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.
Drive a BenchPod hardware-in-the-loop bench: power, flash, UART, I2C, CAN, analog and logic.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Bolyra MCP Auth Gateway -- standalone reverse proxy that verifies agent ZKP credentials before forwarding requests to upstream MCP servers.
Put @bolyra/gateway in front of your MCP server; it verifies agent authority, prevents replay, enforces delegated scopes, and gives you signed audit logs for every tool call.
# Install
npm install @bolyra/gateway
cat > gateway.yaml << 'EOF' target: http://localhost:3000/mcp port: 4100 devMode: true EOF
npx @bolyra/gateway --config ./gateway.yaml
Or run directly with CLI flags:
npx @bolyra/gateway --target http://localhost:3000/mcp --dev --port 4100
+----------------------------------+
| @bolyra/gateway | Agent -------->| |--------> Upstream MCP Server (with proof | 1. Parse Authorization header | (unmodified) bundle) | 2. verifyBundle() from @bolyra/mcp| | 3. checkToolPolicy() | | 4. Nonce replay check | | 5. Emit signed receipt | | 6. Proxy request + X-Bolyra-* hdrs| | | | Config: gateway.yaml | | Receipts: ./receipts/ or stdout | +----------------------------------+
Request routing:
GET /healthz -- returns gateway status (intercepted, not proxied)tools/call -- forwarded to upstream without authtools/call -- auth verified, then forwarded if authorizednpx @bolyra/gateway [options]
Options: --target Upstream MCP server URL (required unless in config) --port Gateway listen port (default: 4100) --config Path to gateway config file (default: ./gateway.yaml) --dev Enable Bolyra Core mode (classical checks: tool policy, nonce replay, signed receipts, credential binding against registered credentials; ZK proof verification off. Without registered credentials, permission claims are self-asserted — see Credential Binding below) --credentials Credentials file (YAML/JSON map: commitment -> { permissionBitmask, expiryTimestamp? }); overrides the config's credentials section --receipt-dir Directory for receipt JSON files (default: ./receipts/) --receipt-stdout Write receipts to stdout (NDJSON) --no-receipts Disable receipt generation --network Bolyra network (default: base-sepolia) --help Show help --version Show version
CLI flags override config file values.
# gateway.yaml
target: http://localhost:3000/mcp port: 4100 network: base-sepolia
devMode: false
credentials: type: static map: "48201394857102938471029384": # credential commitment (decimal) permissionBitmask: 3 # READ_DATA | WRITE_DATA expiryTimestamp: "1893456000" # unix seconds; optional in Core mode
tools: write_file: requireBitmask: 2 # WRITE_DATA (0b10) delete_file: requireBitmask: 6 # WRITE_DATA + FINANCIAL_SMALL (0b110) maxChainDepth: 0 # Direct credentials only transfer_funds: requireBitmask: 28 # FINANCIAL_* (0b11100) minScore: 90
nonce: store: memory # "memory" (default) or "redis" maxProofAge: 300 # seconds
receipts: enabled: true issuer: "my-gateway" keyId: "k1" privateKey: "${BOLYRA_RECEIPT_KEY}" # 32-byte hex secp256k1 key, env var substitution output: file # "file", "stdout", or "webhook" dir: ./receipts/
health: enabled: true path: /healthz
Environment variables are substituted in string values using ${VAR_NAME} syntax.
For embedding the gateway middleware in your own server:
import {
createGatewayMiddleware, createGatewayProxy, loadConfig, injectBolyraHeaders, computeHmac, verifyHmac, createReceiptWriter, createHealthHandler, } from '@bolyra/gateway'; import type { GatewayConfig, GatewayMiddlewareOptions, GatewayRequest, } from '@bolyra/gateway';
// Option 1: Full proxy server const config = loadConfig({ target: 'http://localhost:3000/mcp', dev: true }); const server = createGatewayProxy({ config }); server.listen(4100);
// Option 2: Just the middleware (for custom servers) const middleware = createGatewayMiddleware({ config }); // Use in your request handler: // const authorized = await middleware(req, res, toolName);
| Export | Description |
|---|---|
createGatewayProxy(options) | Create full reverse proxy HTTP server |
createGatewayMiddleware(options) | Auth verification middleware only |
loadConfig(flags?) | Load and validate gateway configuration |
injectBolyraHeaders(authCtx, receiptId?) | Build X-Bolyra-* headers |
computeHmac(headers, secret) | HMAC-SHA256 sign X-Bolyra-* headers |
verifyHmac(headers, secret, hmac) | Verify HMAC on X-Bolyra-* headers |
createReceiptWriter(config) | Create pluggable receipt output |
createGatewayReceiptSigner(config, override?) | Resolve the ES256K receipt signer (configured key or ephemeral) |
createHealthHandler(config) | Create /healthz endpoint handler |
extractToolName(body) | Extract tool name from JSON-RPC body |
loadCredentialsFile(path) | Load a --credentials file (bare map or full section) |
buildCredentialRegistry(credentials) | Compile a static credentials section into a lookup registry |
checkCredentialBinding(bundle, authCtx, registry) | Core-mode registered-credential check (see Credential Binding) |
createStaticCredentialResolver(credentials) | Static resolveCredential for production scopeCommitment binding |
hasStaticCredentials(credentials) | True when a usable static credential map is configured |
RedisNonceStore | Redis-backed NonceStore for multi-instance deployments |
For multi-instance deployments, use Redis for shared nonce replay protection:
# gateway.yaml
nonce: store: redis maxProofAge: 300 redis: url: ${REDIS_URL} keyPrefix: "bolyra:nonce:" # optional
Library usage:
import { createGatewayMiddleware, RedisNonceStore } from '@bolyra/gateway';
const store = new RedisNonceStore({ url: 'redis://localhost:6379' }); const middleware = createGatewayMiddleware({ config, nonceStore: store });
// Graceful shutdown process.on('SIGTERM', () => store.close());
Fail-closed behavior: If Redis is unreachable, the gateway returns HTTP 500, never passes requests through. Monitor Redis availability as a critical dependency.
When a request passes verification, the gateway injects these headers into the proxied request:
| Header | Value |
|---|---|
X-Bolyra-Verified | true |
X-Bolyra-DID | did:bolyra:{network}:{commitment} |
X-Bolyra-Score | Verification score (0-100) |
X-Bolyra-Permissions | Effective permission bitmask (decimal) |
X-Bolyra-Chain-Depth | Delegation chain depth (0 = direct) |
X-Bolyra-Receipt-ID | Signed receipt id for this decision (when receipts enabled) |
X-Bolyra-HMAC | HMAC-SHA256 signature (when HMAC configured) |
The upstream server can use these headers for logging/auditing without importing Bolyra.
Every tools/call decision — allow and deny, dev mode and production — produces an ES256K-signed receipt (SignedReceipt from @bolyra/receipts: secp256k1 + keccak256, Ethereum-compatible recovery). This includes rejections with no usable proof bundle at all: a missing or malformed Authorization header still leaves a signed anonymous deny receipt, so the audit trail has no unsigned gaps.
Each receipt carries the verdict (decision.allowed), a human-readable reasonCode (which tool, which permissions were required vs. held), the agent DID when known, score, permission bitmask, delegation chain depth, hashes of the presented proof material, and the decision timestamp. Any edit to a receipt breaks its signature.
Signing key resolution:
receiptSigner option (library embedders)receipts.privateKey from the config (recommended for production)file output mode, persists it to {receipt-dir}/signer.json so auditors can pin the trust anchor.Independent verification needs only the receipt (plus, optionally, the pinned signer address) — no gateway, no database:
import { verifyReceipt } from '@bolyra/receipts';
const receipt = JSON.parse(fs.readFileSync('receipts/2026-07-10/....json', 'utf8')); verifyReceipt(receipt); // true — signature + payload hash check verifyReceipt(receipt, pinnedSigner); // true — also pins the signer address
Signatures make each receipt tamper-evident; hash-chaining makes the receipt stream tamper-evident. Every receipt the gateway signs carries chain: { seq, prevReceiptHash } inside the signed payload (seq is 0-based per gateway process; the first receipt links to the 32-zero-byte genesis sentinel) plus a top-level receiptHash that the next receipt links to. Deleting, reordering, or inserting receipts in a collected log breaks chain verification even though every remaining signature stays individually valid:
# stdout mode: collect NDJSON to a file, verify signatures + chain
bolyra receipt verify-chain receipts.ndjson --signer 0xPinnedSigner
Notes for auditors:
chain-restart.只显示了开头部分;其余内容请在仓库中阅读