Ermöglicht es einem AI-Client, Payment Preflight Checks durchzuführen, ausstehende Autorisierungen zu überwachen und HIP-3 Trade Orders gegen lokale Policies zu prüfen.
Auch bekannt als base-buzz/paystage, mcp, @paystage/mcp
- Stars
- 5
- Tools
- —
- Downloads, 30 Tage
- —
- Neueste Version
- 0.3.2
- Letzter Commit
- 14. Nov. 2026
- Lizenz
- MIT
Was ist PayStage MCP?
PayStage ist ein MCP server. Ermöglicht es einem AI-Client, Payment Preflight Checks durchzuführen, ausstehende Autorisierungen zu überwachen und HIP-3 Trade Orders gegen lokale Policies zu prüfen.
Zusammenfassung generiert aus dem README des Projekts
Über PayStage MCP server
PayStage ermöglicht es, finanzielle Sicherheit und Trade Compliance direkt aus einem AI Agent heraus zu verwalten. Entwickler können diesen umfassenden MCP server nutzen, um Preflight Checks für x402-Zahlungen und HIP-3 Trade Orders gegen lokale Spending-Regeln durchzuführen. Er fungiert als lokales Policy-Gate, das Urteile wie allow, review oder do not trade liefert, ohne dabei tatsächlich Orders zu platzieren oder spezifische Trades zu empfehlen.
User richten den Server via npx oder npm ein und konfigurieren ihn über eine stdio-Verbindung. Der Server kann über die Umgebungsvariable PAYSTAGE_POLICY_PATH angepasst werden, um auf eine lokale policy.json Datei für Spending-Regeln zu verweisen, oder über PAYSTAGE_RPC_URL, um die Base RPC URL zu überschreiben. Er bietet spezifische Tools, um ausstehende ERC-20, Permit2 und EIP-3009 Autorisierungen aufzulisten sowie Tools, um Autorisierungen zu markieren, die zwar autorisiert, aber nie abgewickelt wurden.
Über einfache Checks hinaus unterstützt das System die Verifizierung signierter Receipts, um sicherzustellen, dass Entscheidungen nicht manipuliert wurden. Dies macht es ideal für Entwickler, die Agents bauen, die eine strikte Einhaltung lokaler Policy-Dateien und Spending-Muster erfordern.
Was du damit machen kannst
- 1Vorgeschlagene Zahlungen validierenLass die KI prüfen, ob eine vorgeschlagene x402-Zahlung vor der Signierung deiner lokalen Spending-Policy entspricht.
- 2Ausstehende Autorisierungen überwachenLass den Agent ausstehende ERC-20 oder Permit2 Autorisierungen identifizieren, die Aufmerksamkeit erfordern.
- 3Trade Orders auditierenNutze den Agent, um HIP-3 Trade Orders gegen eine spezifische TradePolicy zu prüfen, um zu entscheiden, ob sie ausgeführt werden sollen.
- 4Integrität von Entscheidungen verifizierenPrüfe einen signierten Receipt, um zu bestätigen, dass ein Policy-Urteil authentisch ist und nicht manipuliert wurde.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du PayStage MCP
Formate geprüft am 10. Nov. 2026Zu Cursor hinzufügenZu Goose hinzufügenPayStage MCP in Claude Code installieren
$ claude mcp add mcp -- npx -y @paystage/mcpPayStage MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"mcp": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP in VS Code CLI installieren
$ code --add-mcp '{"name":"mcp","type":"stdio","command":"npx","args":["-y","@paystage/mcp"]}'PayStage MCP in Claude Desktop installieren
claude_desktop_config.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP in Codex installieren
$ codex mcp add mcp -- npx -y @paystage/mcpPayStage MCP in Codex config.toml installieren
~/.codex/config.toml
[mcp_servers.mcp] command = "npx" args = ["-y", "@paystage/mcp"]
PayStage MCP in Gemini CLI installieren
$ gemini mcp add -s user mcp npx -- -y @paystage/mcpPayStage MCP in Gemini settings.json installieren
~/.gemini/settings.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}Konfiguration
PAYSTAGE_POLICY_PATHPath to policy.json spending rules
PAYSTAGE_RPC_URLBase RPC URL override
| Name | Beschreibung | Typ |
|---|---|---|
| PAYSTAGE_POLICY_PATH | Path to policy.json spending rules | |
| PAYSTAGE_RPC_URL | Base RPC URL override |
Automatisierte Checks
Geluften am 13. Nov. 2026Vollständiger Bericht →Unsere automatisierten Checks bestanden. Das ist kein Security-Audit: Lies den Code und gib dem Server nur den minimal notwendigen Zugriff. Wie die Checks funktionieren
- Source Repository verknüpft und erreichbarBestanden
- Open Source Lizenz (OSI)Bestanden
- Commit oder Release im letzten JahrBestanden
- Package-Name ähnelt keinem populären PackageBestanden
- Remote Endpoint nutzt HTTPSNicht geprüft
- Destruktive Tools sind markiertNicht geprüft
- Keine versteckten Anweisungen an das ModellBestanden
- Keine kritischen Advisories im Paket oder seinen AbhängigkeitenBestanden
README
Auf GitHub ansehen@paystage/mcp
PayStage umbrella MCP server: payment preflight, auth watch, HIP-3 trade preflight, and velocity checks.
Not financial advice. The trade preflight tool is a local policy gate only — it does not place orders or recommend trades.
Published on npm as @paystage/mcp — see the npm page for the current version rather than a number here that can go stale.
What a valid receipt means
paystage-verify returning exit 0 means the key it verified against signed this receipt
and it has not been altered. That is all it means — and which key that was matters:
key_source: "published"→ PayStage's published key: the issuer signed it.key_source: "supplied"(you passed--keyor--key-url) → the key you named signed it, which is a weaker claim and not evidence about PayStage at all. Exit 0 on that path says nothing more than that the holder of that key produced the receipt.
It does not mean the payment happened — settlement is a separate on-chain event. It does not mean the verdict was correct — a receipt records a decision, not the soundness of the policy behind it. And it does not identify the caller; no caller identity is bound into the payload, by design.
Two narrower points a careful reader should know:
key_sourcetells you where the verifying key came from:published(PayStage's endpoint) orsupplied(someone passed--key). A receipt verified against a supplied key proves only that the holder of that key signed it.- A receipt with
signed: falseis still useful: the request and policy digests are checkable, so "over these inputs" survives even when provenance does not. --max-ageis your policy, not the issuer's. Nothing in the signed payload says how long a verdict is meant to hold, so a freshness bound is set by the verifier. If "this verdict is good for 24 hours" ever becomes the issuer's promise it has to be signed, and that is a format change.
Install
npx -y -p @paystage/mcp paystage-mcp
The server waits silently for an agent app to connect. That's normal; press Ctrl+C to exit. To try the tools without an app, run npx @modelcontextprotocol/inspector npx -y -p @paystage/mcp paystage-mcp.
Or:
npm install @paystage/mcp
The package exposes a stdio MCP server (bin: paystage-mcp).
MCP configuration
{
"mcpServers": {
"paystage": {
"command": "npx",
"args": ["-y", "-p", "@paystage/mcp", "paystage-mcp"],
"env": {
"PAYSTAGE_POLICY_PATH": "./policy.json"
}
}
}
}
Environment variables (all optional):
PAYSTAGE_POLICY_PATH— path topolicy.jsonspending rulesPAYSTAGE_RPC_URL— Base RPC URL override
Tools
evaluate_mcp_payment — Available now
Evaluates a proposed x402 payment against a local policy file and returns a verdict before the agent signs anything.
list_outstanding_auths — Available now
Lists outstanding ERC-20, Permit2, and EIP-3009 authorizations.
evaluate_outstanding_auths — Available now
Flags outstanding authorizations that need attention (e.g. authorized but never settled).
evaluate_hip3_trade — Available now
Evaluates a proposed HIP-3 / trade.xyz order against a local TradePolicy and returns a
decision: allow | review | do_not_trade.
Backed by @paystage/trade-preflight
(published separately), which can also be run standalone:
npx -y @paystage/trade-preflight
The policy is passed as a tool argument; no extra environment variables are required for this tool.
Packages
| Package | Version | Purpose |
|---|---|---|
@paystage/mcp |
Umbrella server (5 tools) | |
@paystage/preflight |
x402 payment preflight | |
@paystage/auth-watch |
Outstanding-auth tools | |
@paystage/trade-preflight |
HIP-3 / trade.xyz trade preflight | |
@paystage/velocity |
Rate / spend-pattern checks | |
@paystage/policy |
Shared policy schema + loader |
Verify a receipt
Every verdict can carry a signed receipt. paystage-verify checks one without trusting
us — it fetches the published key and verifies the signature over the canonical payload.
npx -y -p @paystage/mcp paystage-verify receipt.json
cat receipt.json | npx -y -p @paystage/mcp paystage-verify -
Exit codes are distinct on purpose:
| Code | Meaning |
|---|---|
| 0 | signature matches the payload |
| 1 | invalid — altered, or signed by a different key |
| 2 | unsigned — a record of the decision, with no proof of who made it |
| 3 | unverifiable — the key could not be fetched, or an input file could not be read, so nothing can be checked |
| 4 | inputs-mismatch — the receipt is genuine but does not cover the --request/--policy you supplied |
| 5 | stale — the receipt is genuine but older than --max-age allows |
"Invalid" and "could not check" are different facts and must not collapse into one
failure. --key <file> verifies against a local JWK for point-in-time checks.
Supply chain and access
This is the umbrella, so its install tree is wider than any single tool and Socket flags it accordingly. What it actually contains:
| Flag | Where it comes from |
|---|---|
| Network access, URL strings | @paystage/auth-watch (Base RPC reads) and @paystage/trade-preflight (one Hyperliquid info query). |
| Filesystem access | @paystage/policy reading your policy file. |
| Environment variable access | PAYSTAGE_POLICY_PATH, PAYSTAGE_RPC_URL. |
| "AI-detected code anomaly" | The official @modelcontextprotocol/server SDK's bundled JSON-schema validator, not PayStage code. |
The umbrella itself is ~16 KB with no network, no filesystem and no eval — the
capability lives in the dependencies, because that is what the tools are for.
Install a narrower surface if you only need part of it: @paystage/preflight and
@paystage/policy make no network calls at all.
Full table: SECURITY.md.
Links
-
Verify receipts:
npx -y -p @paystage/mcp paystage-verify <receipt.json> -
Website: paystage.xyz
-
HIP-3 context: docs.trade.xyz
-
Source: github.com/base-buzz/paystage
License
MIT
PayStage MCP Fragen
Wie füge ich PayStage MCP zu Claude Code hinzu?
Führe claude mcp add mcp -- npx -y @paystage/mcp in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich PayStage MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Führt das Trade Preflight Tool tatsächliche Trades aus?
Nein, das Tool fungiert lediglich als lokale Policy-Gate und platziert keine Orders oder gibt Trade-Empfehlungen ab.
Wie kann ich einen Decision Receipt verifizieren?
Du kannst den Befehl paystage-verify nutzen, um einen signierten Receipt gegen einen veröffentlichten Key zu prüfen und sicherzustellen, dass er nicht verändert wurde.