three.ws Agent Payments

io.github.nirholasPublished by GitHub account nirholasv0.1.5Updated Nov 1, 2026

Governed x402 payment sessions: pay any endpoint with budget, allowlist & per-tx caps, no key.

The publisher's own server: Payments Ai Mcp

VerifiedSTDIODesktop onlyFinanceDeveloper Tools

Overview

AI-generated overview

Governed x402 payment sessions for AI agents: create budgeted, allowlisted sessions and pay paid HTTP endpoints without exposing wallet keys.

What you can do
  • Create, list, inspect and cancel payment sessions funded from three.ws credits, with budget, expiry, per-transaction cap and host allowlist.
  • Pay x402 HTTP endpoints through a session token, with the platform wallet signing and policy enforced server-side.
  • Review a session's remaining budget, status and recent payments, or list all sessions with aggregate stats.
  • Cancel a session to refund unspent budget to credits.
When to use it
Use it when an agent needs to call paid x402 APIs and you want spending bounded by a budget, per-transaction ceiling and host allowlist rather than handing over a wallet key. Also useful for auditing or cancelling agent spend after the fact.
Requirements
Runs locally via npx (Node.js). A three.ws account with credits is needed to fund sessions. THREE_WS_SESSION (the value of the __Host-sid browser cookie) is required for session management tools; PAYMENT_SESSION_TOKEN (a pss_ bearer token) is the default for pay_with_session. Optional THREE_WS_BASE and THREE_WS_TIMEOUT_MS. Network access to the three.ws API and on-chain settlement.
Before you install
This server spends real money: creating a session debits credits and pay_with_session settles on-chain in USDC (Solana or Base). PAYMENT_SESSION_TOKEN and THREE_WS_SESSION are secrets; the session token is shown only once and should be treated like a spending card, since anyone holding it can spend up to the remaining budget at allowed hosts. Set allowed_hosts and max_per_tx_usd deliberately, and cancel sessions you no longer need.

Installation

In SourceWeft

  1. Open three.ws Agent Payments in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

@three-ws/agentcore-payments-mcp

MCP server for three.ws Agent Payment Sessions — govern agent x402 spending without exposing private keys.

Concept

The agent does not hold a wallet. It proposes spend. Governance enforces policy.

A Payment Session is a budget envelope you fund once from your three.ws credits. You hand an agent the session bearer token; the agent calls paid x402 endpoints through this server. The platform's wallet signs every transaction. The session's allowlist, per-transaction ceiling, and total budget are enforced atomically on the server — the agent can never overspend.

Quick start

bash
# Configureexport THREE_WS_SESSION="<the value of your __Host-sid cookie>"export PAYMENT_SESSION_TOKEN="pss_<session-id>_<random>"
# Runnpx @three-ws/agentcore-payments-mcp

MCP client config (~/.cursor/mcp.json, Claude Desktop, etc.):

json
{  "mcpServers": {    "three-ws-payments": {      "command": "npx",      "args": ["-y", "@three-ws/agentcore-payments-mcp"],      "env": {        "THREE_WS_SESSION": "<the value of your __Host-sid cookie>",        "PAYMENT_SESSION_TOKEN": "pss_..."      }    }  }}

Environment variables

VariableRequiredDescription
THREE_WS_SESSIONFor session management toolsThe value of your __Host-sid browser cookie (no __Host-sid= prefix; the server sends the cookie for you) for creating/listing/cancelling sessions
PAYMENT_SESSION_TOKENFor pay_with_session defaultBearer token returned when you created a session; passed as the default when no inline token is provided
THREE_WS_BASENoBase URL (default: https://three.ws)
THREE_WS_TIMEOUT_MSNoRequest timeout in ms (default: 30000)

Tools

create_payment_session

Create a new session funded from your credits.

json
{  "budget_usd": 10.00,  "label": "Research agent — June sprint",  "expiry_seconds": 86400,  "max_per_tx_usd": 0.50,  "allowed_hosts": ["api.example.com", "data.provider.io"],  "network": "solana"}

Returns { session, token }. The token is shown once — store it immediately.

pay_with_session

Pay an x402 endpoint using a session token. The platform wallet signs; your session's policy is enforced.

json
{  "url": "https://api.example.com/data",  "method": "GET",  "session_token": "pss_...",  "idempotency_key": "run-42-fetch-data"}

Returns { ok, paid, result, payment, session } with the tx hash, explorer link, and updated budget.

If session_token is omitted, the PAYMENT_SESSION_TOKEN env var is used.

check_payment_session

Inspect a session's budget, status, and recent payments.

json
{ "session_id": "...", "include_executions": true }

list_payment_sessions

List all sessions for the authenticated user, with aggregate stats.

json
{ "status": "active", "limit": 20 }

cancel_payment_session

Cancel a session and refund the un-spent budget to your credits.

json
{ "session_id": "..." }

Network support

Session networkPlatform payerUSDC contract
solana (default)X402_AGENT_SOLANA_SECRET_BASE58Solana mainnet USDC
baseX402_EVM_AGENT_PRIVATE_KEYBase mainnet USDC (0x8335…)

Integrating with @three-ws/x402-mcp

The existing pay_and_call tool in @three-ws/x402-mcp now accepts session_token directly:

json
{  "url": "https://api.example.com/endpoint",  "session_token": "pss_...",  "confirm": true}

This routes the payment through /api/pay/execute instead of signing locally — the session's governance policy applies.

Examples

Runnable, no-payment examples live in examples/:

bash
node examples/list-tools.mjs       # every tool with its schema and safety annotationsnode examples/plan-a-session.mjs   # read live x402 prices, print the policy to authorize

Neither one holds a wallet, reads a credential, or calls pay_with_session, so nothing is signed and nothing is spent. plan-a-session.mjs is the habit worth copying: read what an endpoint actually charges before you decide what budget to authorize. See examples/README.md.

Session lifecycle

create (budget debited from credits)  └─ active → pay_with_session calls spend against budget       ├─ exhausted (budget fully consumed)       ├─ expired (TTL elapsed — cron refunds remaining budget)       └─ cancelled (manual — remaining budget refunded immediately)

Programmatic use

The package entry point exports TOOLS (every tool definition: name, title, description, inputSchema, annotations, handler) and buildServer(), which returns a fully-registered McpServer with no transport attached. Importing is side-effect free and needs no credential, so you can mount these tools inside a host of your own or inspect the surface offline; a credential is only required when a handler actually runs.

js
// run with: THREE_WS_SESSION=<your __Host-sid value> node this-file.mjsimport { TOOLS, buildServer } from '@three-ws/agentcore-payments-mcp';
for (const tool of TOOLS) {	const kind = tool.annotations.readOnlyHint ? 'read ' : 'write';	console.log(`${kind} ${tool.name}`);}
// A tool handler is a plain async function against the live API.const list = TOOLS.find((t) => t.name === 'list_payment_sessions');console.log(await list.handler({ limit: 3 }));
// Or hand the whole registered server to your own MCP transport.buildServer();

Security properties

  • No key exposure: the session token is a time-bounded, HMAC-signed grant. Compromising it lets an attacker spend up to the remaining budget at allowed hosts — nothing more.
  • Atomic budget enforcement: concurrent payments use a SQL UPDATE … WHERE remaining >= amount RETURNING — two simultaneous requests can never collectively overspend.
  • Allowlist: if allowed_hosts is set, the governor rejects any request to a host not on the list before signing.
  • Per-transaction cap: max_per_tx_usd prevents a single large payment draining the entire budget.
  • SSRF protection: all x402 target URLs are validated against a public-IP allowlist and DNS-resolved server-side before any payment is signed.

Source: packages/agentcore-payments-mcp/README.md at commit c8f2cde

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

2
  1. v0.1.5LatestOct 10, 2026
  2. v0.1.4Sep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

Other Payments integrations