AgentPay について
AgentPayは、プロバイダーへのアクセスと管理された有料実行を必要とするエージェント向けの権限・機能レイヤーです。認証情報を保管し、設定された支出上限と承認ルールを適用して、承認後に中断した呼び出しを再開します。MCPサーバーはコマース用ツールも提供します。
主な機能
- 01プロバイダー認証情報の保管
- 02支出上限と承認ポリシーの適用
- 03必要に応じたOTPまたは人による承認待ち
- 04中断した呼び出しの再開
- 05ワークベンチリースによる管理対象アクセスの再利用
- 06商品の検索とカタログデータの監査
活用シーン
- 01チャットにキーを出さずにAPIを接続
- 02支出が上限を超えた場合に承認を要求
- 03OTPまたは承認後に有料呼び出しを続行
- 04購入者が定めた条件で商品を検索
MCP 対応
MCPサーバーは、APIアクセスの要求、管理された実行、コマース操作のツールを提供します。ローカルstdioサーバーまたはリモートMCPエンドポイントとして利用できます。
設定
リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。
https://api.agentpay.so/api/mcpclaude mcp add --transport http rumblingb-agentpay https://api.agentpay.so/api/mcp{"mcpServers":{"rumblingb-agentpay":{"type":"http","url":"https://api.agentpay.so/api/mcp"}}}Cursor で開く{"servers":{"rumblingb-agentpay":{"type":"http","url":"https://api.agentpay.so/api/mcp"}}}VS Code で開く{"mcpServers":{"rumblingb-agentpay":{"type":"http","url":"https://api.agentpay.so/api/mcp"}}}{"mcpServers":{"rumblingb-agentpay":{"serverUrl":"https://api.agentpay.so/api/mcp"}}}コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。
ツール
詳細
AgentPay
エージェント向けの信頼性+ケイパビリティ保管庫+ガバナンスの効いた有料実行。
AgentPay は、AI エージェントと現実世界をつなぐ認可レイヤーです。 プロバイダーへのアクセス、資金の利用権限、人間による承認、正確な呼び出しの再開、そして実行証明を扱うことで、チャットに秘密情報を直接書き込んだり、ダッシュボードを何度も設定したりせずに、エージェントが作業をエンドツーエンドで完了できるようにします。
汎用的な「エージェントプラットフォーム」ではありません。 自律的な実行を実用可能にする、信頼の接点です。
npx -y @agentpayxyz/mcp-server
このコマンドひとつで、MCP 互換ホストは次のことが可能になります。
- API アクセスをリクエストする
- 生のキーをエージェントに公開せず、認証情報を保管する
- ガバナンスの効いた有料実行を行う
- 必要な場合に限り、OTP または承認のために一時停止する
- ブロックされた正確な呼び出しを自動的に再開する
- 同じワークベンチから、ガバナンスの効いたアクセスを後で再利用する
AgentPay コマースネットワーク
AgentPay は、目的を絞った E コマース機能を提供するようになりました。買い物客は具体的なニーズから商品を探し、カテゴリの範囲、予算、配送、返品、販売者ポリシー、人間による承認について、視覚的な「購入者憲章」を設定します。AgentPay は、任意のモデルによるランキングを行う前にこの憲章を適用し、承認された商品候補は販売者のチェックアウトへ進みます。販売者は、カタログの正確性、出典に基づく商品画像、署名付きアトリビューション草案を通じて、需要グラフの反対側の機能を利用できます。
- 買い物客向けエクスペリエンス:
/commerce - 販売者向け成長ワークスペース:
/commerce/studio - ニーズ起点の API:
POST /api/commerce/discover - 閉世界型 GPT-5.6 コンパイラー:
POST /api/commerce/compile - カタログ監査 API:
POST /api/commerce/catalog/audit - MCP ツール:
agentpay_discover_products、agentpay_compile_product_decision、agentpay_audit_catalog_truth - 創業者および SEO 仕様:docs/COMMERCE_CONTROL_PLANE.md
- OpenAI Build Week の証拠資料と審査員向け手順書:docs/OPENAI_BUILD_WEEK_2026.md
- 日付入りのハッカソン再利用判断とイベント固有のビルド範囲:docs/HACKATHON_REUSE_2026-07-18.md
付属の在庫インデックスと需要インデックスは、サンドボックス用のフィクスチャです。実際の販売者、顧客、注文、売上を表すものではありません。販売者との接続、公開在庫、コンバージョン Webhook、手数料の徴収、デプロイは、それぞれ個別の承認と検証のゲートを通過する必要があります。
Casper Buildathon エントリー
Bee + Clickey:Casper で検証可能なエージェント決済を備えた Founder-in-a-Box
Bee はオペレーターの頭脳です。Clickey はデスクトップコンパニオンです。2 つを組み合わせることで、実際のローカル AI フリート全体に作業を振り分け、AgentPay Feed MCP を通じてツールを検出し、創業者が承認した決済手段を通じて決済レシートを準備します。Casper Agentic Buildathon に向けて、このプロジェクトでは Casper ネイティブのレシート経路を追加します。Bee は x402-casper の決済ペイロードを準備し、Bee のマンデート/レシート ID を Casper Testnet の送金に紐付けられます。
こちらから始めてください。
審査員はローカルの検証経路を確認できます。
node --test ops/mac-mini/bee/bee.test.mjs
ops/mac-mini/bin/bee doctor
ops/mac-mini/bin/bee caps
ops/mac-mini/bin/bee feed
npm --prefix ops/mac-mini/bee/casper run proof
npm --prefix ops/mac-mini/bee/casper run video
実際のテストネット検証をブロードキャストするには、資金が入った専用の Casper テストネットキーが必要です。
CASPER_PRIVATE_KEY_HEX=<testnet-private-key-hex> \
CASPER_RECIPIENT_PUBLIC_KEY_HEX=<recipient-public-key-hex> \
BEE_CASPER_RECEIPT_ID=<bee-mandate-id-or-demo-receipt-id> \
npm --prefix ops/mac-mini/bee/casper run receipt
Bee は影響の大きいアクションを準備してステージングできますが、自律的に公開、アップロード、OAuth/アカウント設定の変更、送金を行ったり、創業者の承認を回避したりすることはありません。ライブ決済は引き続き創業者がトリガーします。
これが必要な理由
エージェントはいつも同じところで行き詰まります。
- 開発者がまだ接続していない API が必要になる
- 人間がチャットに貼り付けるべきではない認証情報が必要になる
- 有料ステップに到達し、作業の継続性が失われる
AgentPay はこの継ぎ目を解消します。
Capability Vault ユーザーは AgentPay を通じてプロバイダーに一度接続します。生の認証情報はサーバー側の保管庫に保存されます。エージェントには、ガバナンスで管理された機能へのアクセスのみが渡されます。
ガバナンス管理下での有料実行 人間は資金調達手段、自動承認の上限、OTP ポリシー、支出上限を一度設定します。エージェントがアクションを実行する際、AgentPay がこれらのルールを適用します。
正確な呼び出しからの再開 有料ステップで人間の対応が必要になると、AgentPay は一時停止し、必要最小限の承認を収集してから、エージェントに呼び出しを再構築させることなく、ブロックされた正確な呼び出しを再開します。
同じワークベンチで再利用 ローカルプロジェクトでプロバイダーの生のキーを使う必要はありません。AgentPay は不透明で取り消し可能なワークベンチリースを発行できるため、同じワークベンチで後からガバナンス管理下のアクセスを再利用できます。
必然の流れ
AgentPay は次の流れを想定して構築されています。
- エージェントが API を要求します。
- AgentPay は、ガバナンス管理下のアクセスがすでに存在するか確認します。
- 存在しない場合、AgentPay は権限付与とプロバイダー接続のためのセットアップフローをホスト上で 1 回実行します。
- 有料の利用が必要になるまでは、エージェントは機能を無料で使用します。
- ポリシーで必要とされる場合に限り、AgentPay は OTP または確認のために一時停止します。
- AgentPay はブロックされた正確な呼び出しを再開します。
- 同じワークベンチでは、シークレットを再入力せずに、後からガバナンス管理下のアクセスを再利用できます。
30 秒で始める
AgentPay を Claude Desktop(claude_desktop_config.json)に追加します。
{
"mcpServers": {
"agentpay": {
"command": "npx",
"args": ["-y", "@agentpayxyz/mcp-server"],
"env": {
"AGENTPAY_API_KEY": "apk_your_key_here",
"AGENTPAY_MERCHANT_ID": "your_merchant_id"
}
}
}
}
API キーを取得します。
curl -s -X POST https://api.agentpay.so/api/merchants/register \
-H "Content-Type: application/json" \
-d '{ "name": "My Agent", "email": "[email protected]" }'
次に、ホストにこう依頼します。
「エージェントに Firecrawl が必要です。自動承認の上限を 5 ドルに設定し、それを超える場合は OTP を求め、キーがチャットに表示されないようにしてください。」
または:
「このワークベンチでは、エージェントに Databento が必要です。すでにアクセスできる場合は再利用してください。まだの場合は、必要最小限の AgentPay セットアップフローを開始してください。」
ターミナルネイティブのコントロールプレーン
AgentPay は、加盟店向けダッシュボードではなく、ホストとターミナルを通じて操作することを想定しています。
主なエンドポイント:
GET /api/capabilities/authority-bootstrapPOST /api/capabilities/authority-bootstrapPOST /api/capabilities/access-resolvePOST /api/capabilities/onboarding-sessionsPOST /api/capabilities/lease-executeGET /api/capabilities/leasesPOST /api/capabilities/leases/:leaseId/revokePOST /api/capabilities/:capabilityId/execute
これにより、ホストまたはエージェントは次の操作を行えます。
- 権限の状態を読み取る
- ガードレールを設定する
- プロバイダーを接続する
- 必要な場合に限り、人間の承認を求める
- 後からガバナンス管理下のアクセスを安全に再利用する
主要プロバイダーへの接続経路
現在の重点分野では、価値の高いエージェント向け API のセットアップと継続性を AgentPay が担うことで、最大の効果が得られます。
現在の優先接続経路:
- Databento
- Firecrawl
- Browserbase
- Exa
- 汎用 REST API のフォールバック
プロダクトの目標はシンプルです。プロバイダーのダッシュボードにアクセスするのが、デフォルトではなく例外になることです。
リモート MCP
リモート MCP に対応するホストの場合:
https://api.agentpay.so/api/mcp
API キーを Bearer トークンとして使って認証するか、Claude、OpenAI、その他のリモート MCP ホスト向けに短時間有効なトークンを発行します:
curl -X POST https://api.agentpay.so/api/mcp/tokens \
-H "Authorization: Bearer apk_your_key_here" \
-d '{ "audience": "openai", "ttlSeconds": 3600 }'
Ace - AgentPay を基盤に構築
Ace は、AgentPay を基盤に構築された証明のための入口です。 実環境で中核となる接続部分を実証します。これは中核となる説明ではありません。
プロダクトの実態
人間が依然として次のことをしなければならないなら:
- プロバイダーの生のキーをチャットに貼り付ける
- 支払い後にブロックされた呼び出しをやり直す
- プロバイダーのダッシュボードを何度も開き直す
- または承認から実行までの継続性を失う
なら、プロダクトはまだ未完成です。
開発者向けリソース
| リソース | リンク |
|---|---|
| クイックスタート | QUICKSTART.md |
| MCP サーバーのリファレンス | packages/mcp-server/README.md |
| API リファレンス全文 | openapi.yaml |
| ターミナルネイティブのコントロールプレーン | docs/TERMINAL_NATIVE_CONTROL_PLANE_20260419.md |
| 例 | examples/README.md |
| セキュリティモデル | docs/SECURITY_MODEL.md |
| セキュアな決済プロバイダー | docs/PAYMENT_PROVIDERS.md |
| コマースネットワーク | docs/COMMERCE_CONTROL_PLANE.md |
リポジトリ構成
apps/
api-edge/ Cloudflare Workers public API
meridian/ Ace front door
packages/
mcp-server/ Published MCP package
sdk/ TypeScript SDK
sdk-node/ Node.js SDK
examples/ Example agents and adapters
docs/ Architecture and product notes
migrations/ PostgreSQL migrations
ops/ Founder and growth operating artifacts
ライセンス
Business Source License 1.1。2029-01-01 に AGPL-3.0 に移行します。
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。