Agent Middleware MCPサーバー
コミット 2026年11月12日署名付きの許可証、べき等性キー、および検証可能なオフラインレシートを使用して、エージェントのツール呼び出しのための安全なゲートウェイを提供します。
別名 agentmiddleware/agent-middleware
- スター
- 1
- ツール
- —
- ダウンロード数(30日間)
- —
- 最新バージョン
- —
- 最終コミット
- 2026年11月12日
- ライセンス
- Apache-2.0
Agent Middleware MCPとは
Agent MiddlewareはMCPサーバーです。 署名付きの許可証、べき等性キー、および検証可能なオフラインレシートを使用して、エージェントのツール呼び出しのための安全なゲートウェイを提供します。.
プロジェクトのREADMEから生成された概要
Agent Middleware MCP server について
返金、支払い、デプロイメントなどの重大なエージェントのアクションを保護することは、エージェント・ミドルウェアの主要な機能です。これは、すべての呼び出しが厳格なガバナンスに従うことを保証するために、リスクのあるツールの前方に配置されるゲートウェイとして機能します。開発者は、Makefileを介してローカルゲートウェイとして使用するか、X-API-Keyヘッダーで渡されるAPIキーを使用して、MCPクライアントをホストされたエンドポイントに接続できます。
このシステムは、制御を維持するためにいくつかの核となる概念に依存しています。特定のツール、予算、有効期限を定義する署名付きの許可である permits と、重複したリクエストを防ぐためのべき等性キーを使用します。成功した呼び出しごとに、リクエストとレスポンスのハッシュを含む署名付きのレシートが生成され、オフラインでの検証が可能になります。この構成は、直接的な実行ではなく、構造化されたプロトコルを通じて重大なツール呼び出しを管理する必要がある開発者向けに設計されています。
できること
- 1重複する金融取引の防止エージェントがリクエストを再試行した場合でも、支払いまたは返金が一度だけ処理されるようにします。
- 2ツールの実行結果をオフラインで検証ライブ接続を必要とせずに、署名付きの記録を使用してツール呼び出しの結果の妥当性を確認します。
プロジェクトの README から作成されています。すべてのユースケースは、その引用と照らし合わせて確認されています。
設定
AMW_API_KEYAMW_WALLET_ID
| 名前 | 説明 | 種類 |
|---|---|---|
| AMW_API_KEY | — | |
| AMW_WALLET_ID | — |
自動チェック
実行日 2026年11月15日完全なレポート →まだ検証されていません。サーバーには80点のスコア、重大な問題がないこと、および検証に必要な十分なデータが必要です。 チェックの仕組み · 点数を上げるための改善点
- ソースリポジトリがリンクされており、アクセス可能agentmiddleware/agent-middleware is public and reachablegithub.com/agentmiddleware/agent-middleware ↗合格
- パッケージがこのリポジトリをソースとして指定未チェック
- ビルドの来歴 (Sigstore 証明)未チェック
- オープンソースライセンス (OSI)Apache-2.0spdx.org/licenses/Apache-2.0.html ↗合格
- 過去1年以内にコミットまたはリリースありLast commit or release 2026-11-12github.com/agentmiddleware/agent-middleware ↗合格
- OpenSSF Scorecard未チェック
- パッケージ名が有名なパッケージに酷似していない未チェック
- パッケージおよびその依存関係に重大な勧告なし未チェック
- モデルへの隠れた指示がない0 tool descriptions and the README read; no override phrases, credential paths or hidden characters合格
- 破壊的なツールがラベル付けされている未チェック
- リモートエンドポイントが MCP ハンドシェイクに応答未チェック
README
GitHubで見るAgent 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のよくある質問
同じキーを使用してリクエストを再試行した場合はどうなりますか?
同じキーを使用して再試行すると、アクションを再度実行するのではなく、元のレシートが返されます。
ゲートウェイは、リモートでの実行が実際に発生したことを証明できますか?
いいえ、レシートはツールの中身そのものではなく、リクエストとレスポンスのハッシュに署名するため、リモートでの実行が発生したことを証明することはできません。
'delivery_uncertain' レシートとは何ですか?
このステータスは、信頼できる回答が返されなかったことを意味します。引き落としは保持され、オペレーターはダウンストリームのツールと手動で照合する必要があります。