Agent Middleware MCP server
Commit 12. Nov. 2026Bietet ein sicheres Gateway für Agent Tool Calls durch signierte Permits, Idempotency Keys und verifizierbare Offline-Receipts.
Auch bekannt als agentmiddleware/agent-middleware
- Stars
- 1
- Tools
- —
- Downloads, 30 Tage
- —
- Neueste Version
- —
- Letzter Commit
- 12. Nov. 2026
- Lizenz
- Apache-2.0
Was ist Agent Middleware MCP?
Agent Middleware ist ein MCP server. Bietet ein sicheres Gateway für Agent Tool Calls durch signierte Permits, Idempotency Keys und verifizierbare Offline-Receipts.
Zusammenfassung generiert aus dem README des Projekts
Über Agent Middleware MCP server
Die Absicherung kritischer Agent-Aktionen wie Refunds, Payouts oder Deployments ist die Hauptfunktion von Agent-Middleware. Sie fungiert als Gateway vor riskanten Tools, um sicherzustellen, dass jeder Aufruf strengen Governance-Regeln folgt. Entwickler können dies als lokales Gateway via Makefile nutzen oder einen MCP Client über einen API Key im X-API-Key Header mit einem gehosteten Endpoint verbinden.
Das System basiert auf mehreren Kernkonzepten, um die Kontrolle zu behalten. Es nutzt Permits, welche signierte Berechtigungen für spezifische Tools, Budgets und Ablaufzeiten sind, sowie Idempotency Keys, um doppelte Anfragen zu verhindern. Jeder erfolgreiche Call generiert einen signierten Receipt, der Hashes von Request und Response enthält und so eine Offline-Verifizierung ermöglicht. Dieses Setup ist für Entwickler gedacht, die weitreichende Tool Calls über ein strukturiertes Protokoll anstatt durch direkte Ausführung verwalten müssen.
Was du damit machen kannst
- 1Verhindern von doppelten FinanztransaktionenStelle sicher, dass ein Payout oder Refund nur einmal verarbeitet wird, selbst wenn der Agent die Anfrage wiederholt.
- 2Offline-Verifizierung von Tool-ErgebnissenÜberprüfe die Gültigkeit eines Tool Call Ergebnisses mithilfe eines signierten Records, ohne eine Live-Verbindung zu benötigen.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
Konfiguration
AMW_API_KEYAMW_WALLET_ID
| Name | Beschreibung | Typ |
|---|---|---|
| AMW_API_KEY | — | |
| AMW_WALLET_ID | — |
Automatisierte Checks
Geluften am 15. Nov. 2026Vollständiger Bericht →Noch nicht verifiziert. Ein Server benötigt einen Score von 80, keine kritischen Befunde und genug Daten für unsere Prüfung. Wie die Checks funktionieren · Was du für mehr Punkte verbessern kannst
- Source Repository verknüpft und erreichbaragentmiddleware/agent-middleware is public and reachablegithub.com/agentmiddleware/agent-middleware ↗Bestanden
- Paket nennt dieses Repository als QuelleNicht geprüft
- Build-Provenienz (Sigstore-Attestierung)Nicht geprüft
- Open Source Lizenz (OSI)Apache-2.0spdx.org/licenses/Apache-2.0.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-11-12github.com/agentmiddleware/agent-middleware ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNicht geprüft
- Keine kritischen Advisories im Paket oder seinen AbhängigkeitenNicht geprüft
- Keine versteckten Anweisungen an das Modell0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNicht geprüft
- Remote-Endpoint beantwortet den MCP-HandshakeNicht geprüft
README
Auf GitHub ansehenAgent Middleware
Agent Middleware is a gateway you put in front of an agent's risky tools (refunds, payouts, deploys) so each action needs a signed permit, runs at most once per request key, and leaves a signed receipt anyone can check offline.
Status: Pre revenue, pre release, solo maintained. There are no paying customers or production deployments to point to. We are looking for design partners with one real consequential tool. Install from source; nothing is published to PyPI or npm.
Try it in 3 minutes
Use the hosted demo. Get a demo key at the demo key page. The example also needs the associated wallet ID.
Connecting an MCP client to the hosted endpoint https://api.agentmiddleware.dev/mcp? Get an API key and send it as the X-API-Key header.
git clone https://github.com/agentmiddleware/amw-demo.git
cd amw-demo
python3 -m venv .venv
source .venv/bin/activate
pip install -e .
export AMW_API_KEY='<your key>'
export AMW_WALLET_ID='<your wallet id>'
python examples/permit_echo_retry.py
The example creates a permit, calls the reference echo tool, retries with the same key, and checks the receipt offline.
Run it locally
Use the gateway Makefile to start a local gateway. QUICKSTART.md has the full walk through.
git clone https://github.com/agentmiddleware/agent-middleware
cd agent-middleware/gateway
make quickstart
Concepts
- Permit: A signed grant that limits an agent to specified tools, a budget, and an expiry.
- Call: A governed MCP tool invocation under a permit.
- Request key: The
Idempotency-Keyheader that identifies a request for retry handling. - Receipt: A signed record of a call's outcome and hashes of its request and response, with a debit link when applicable.
- Credits: Internal metering units, not money.
Guarantees and limits
- a retry with the same key returns the original receipt instead of dispatching again
- a new key is a new request
- Reusing a key with a different request fails with a conflict before dispatch.
- A
delivery_uncertainreceipt means no trustworthy answer came back. The debit is kept, and the operator must reconcile with the downstream tool. The gateway does not resend automatically. - The gateway limits dispatch and debit per key, but remote effects depend on the tool honoring the forwarded key. A receipt signs request and response hashes, not raw tool content, and cannot prove a remote effect happened. This is not exactly once.
Read Security Limitations before relying on the gateway for a consequential action.
Repo map
This repository holds the reference gateway, protocol spec, SDKs,
integrations, and design-partner pilot loop (start with
QUICKSTART.md). The separate agent-middleware-api
repository is outside this checkout; partner evaluation guidance is here.
| Path | What it contains |
|---|---|
| gateway/ | Gateway implementation and local Makefile |
| sdk/ | Python and TypeScript client and verification code |
| verifier/ | Offline verification guide and vector checker |
| spec/ | Draft permit, receipt, and key formats |
| integrations/ | Framework wrappers and adapters |
| examples/ | Runnable examples and MCP client config |
| amw-demo | Hosted demo client and receipt verifier |
| amw-paypal-agent-demo | PayPal agent demo |
Apache 2.0 (gateway is Fair Source, FSL-1.1)
Agent Middleware MCP Fragen
Was passiert, wenn ich eine Anfrage mit demselben Key wiederhole?
Ein Retry mit demselben Key liefert den ursprünglichen Receipt zurück, anstatt die Aktion erneut auszuführen.
Kann das Gateway beweisen, dass eine Remote-Aktion tatsächlich stattgefunden hat?
Nein, der Receipt signiert die Hashes von Request und Response anstatt des rohen Tool-Contents, weshalb er nicht beweisen kann, dass eine Remote-Aktion erfolgt ist.
Was ist ein 'delivery_uncertain' Receipt?
Dieser Status bedeutet, dass keine vertrauenswürdige Antwort zurückgegeben wurde; die Abbuchung bleibt bestehen und der Operator muss eine manuelle Abstimmung mit dem nachgelagerten Tool vornehmen.