Purser

Name: Purser
Author: ahmad-codex

by ahmad-codexversion 0.1.2i★ –iRuns on your computer

Registry nameio.github.ahmad-codex/purser

Install

Overview

Description from the maker (original English)

Wallet for AI agents with on-chain spending limits and owner approval over the limit

PopNx MCP’s three pillars

These three are never merged into one score: opinions, measurements and popularity are different things.

User voiceiNo reviews yetReviews open together with accounts in a later step
Our basic checksi1 of 1 passedChecked from public information; code not scanned yet
UsageiNot measured yet★ –

What you can do with it

We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.

Connection: Runs on your computer
Transport: Streamable HTTP
Category: Other
You need to fill in: PURSER_RPC_URL, PURSER_ACCOUNT, PURSER_AGENT_PRIVATE_KEY, PURSER_RELAYER_PRIVATE_KEY, PURSER_API_TOKEN

Install

Pick the AI app you use, then copy the settings.

Before you install

Basic checks: 1 of 1 passed
Runs on your computer with your user’s permissions (files, network, apps).
You fill in yourself: PURSER_RPC_URL, PURSER_ACCOUNT, PURSER_AGENT_PRIVATE_KEY, PURSER_BUNDLER_URL, PURSER_RELAYER_PRIVATE_KEY, PURSER_API_TOKEN

Values marked secret are keys to your account. Never share them or paste them into a chat.

You need

DockerDocker installed

Which app do you use?

ClaudeClaude CodeCursorVS CodeChatGPT

Pick your app above. We remember it, so next time the button says “Install in …”.

Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json

{
  "mcpServers": {
    "purser": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "PURSER_RPC_URL",
        "-e",
        "PURSER_ACCOUNT",
        "-e",
        "PURSER_AGENT_PRIVATE_KEY",
        "-e",
        "PURSER_BUNDLER_URL",
        "-e",
        "PURSER_RELAYER_PRIVATE_KEY",
        "-e",
        "PURSER_API_TOKEN",
        "ghcr.io/ahmad-codex/purser:0.1.2"
      ],
      "env": {
        "PURSER_RPC_URL": "your-value",
        "PURSER_ACCOUNT": "your-value",
        "PURSER_AGENT_PRIVATE_KEY": "your-value",
        "PURSER_BUNDLER_URL": "your-value",
        "PURSER_RELAYER_PRIVATE_KEY": "your-value",
        "PURSER_API_TOKEN": "your-value"
      }
    }
  }
}

Run this in your terminal

claude mcp add purser --env PURSER_RPC_URL=your-value --env PURSER_ACCOUNT=your-value --env PURSER_AGENT_PRIVATE_KEY=your-value --env PURSER_BUNDLER_URL=your-value --env PURSER_RELAYER_PRIVATE_KEY=your-value --env PURSER_API_TOKEN=your-value -- docker run -i --rm -e PURSER_RPC_URL -e PURSER_ACCOUNT -e PURSER_AGENT_PRIVATE_KEY -e PURSER_BUNDLER_URL -e PURSER_RELAYER_PRIVATE_KEY -e PURSER_API_TOKEN ghcr.io/ahmad-codex/purser:0.1.2

Fill in the empty values before running it.

Open in Cursor

Or copy the settings yourself

Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json

{
  "mcpServers": {
    "purser": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "PURSER_RPC_URL",
        "-e",
        "PURSER_ACCOUNT",
        "-e",
        "PURSER_AGENT_PRIVATE_KEY",
        "-e",
        "PURSER_BUNDLER_URL",
        "-e",
        "PURSER_RELAYER_PRIVATE_KEY",
        "-e",
        "PURSER_API_TOKEN",
        "ghcr.io/ahmad-codex/purser:0.1.2"
      ],
      "env": {
        "PURSER_RPC_URL": "your-value",
        "PURSER_ACCOUNT": "your-value",
        "PURSER_AGENT_PRIVATE_KEY": "your-value",
        "PURSER_BUNDLER_URL": "your-value",
        "PURSER_RELAYER_PRIVATE_KEY": "your-value",
        "PURSER_API_TOKEN": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

Open in VS Code

Or copy the settings yourself

Paste into .vscode/mcp.json in your project

{
  "servers": {
    "purser": {
      "type": "stdio",
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "PURSER_RPC_URL",
        "-e",
        "PURSER_ACCOUNT",
        "-e",
        "PURSER_AGENT_PRIVATE_KEY",
        "-e",
        "PURSER_BUNDLER_URL",
        "-e",
        "PURSER_RELAYER_PRIVATE_KEY",
        "-e",
        "PURSER_API_TOKEN",
        "ghcr.io/ahmad-codex/purser:0.1.2"
      ],
      "env": {
        "PURSER_RPC_URL": "your-value",
        "PURSER_ACCOUNT": "your-value",
        "PURSER_AGENT_PRIVATE_KEY": "your-value",
        "PURSER_BUNDLER_URL": "your-value",
        "PURSER_RELAYER_PRIVATE_KEY": "your-value",
        "PURSER_API_TOKEN": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.

Your choice stays on this device in a cookie; no account needed.

Values you fill in

PURSER_RPC_URL required env
JSON-RPC URL of the chain the account is on
PURSER_ACCOUNT required env
Address of the Purser smart account
PURSER_AGENT_PRIVATE_KEY secret required env
The agent's session key. The server never needs the owner key.
PURSER_BUNDLER_URL env
ERC-4337 bundler URL. Without one, the relayer key submits handleOps itself.
PURSER_RELAYER_PRIVATE_KEY secret env
Pays for handleOps when there is no bundler. Defaults to the agent key.
PURSER_API_TOKEN secret env
Bearer token for the approvals API and console

These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.

What it can do

Runs on your computer; the tool list appears in your AI app after you install it.

Basic checksi

We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026

✓ Pass
Maker matches the repo
The registry name was verified with the GitHub account ahmad-codex, which owns the repo
… Not checked yet
Still maintained
We have not read this repo from GitHub yet
… Not checked yet
Has a licence
We have not read this repo from GitHub yet
– Not applicable
Endpoint responds
This one runs on your computer; there is no internet endpoint
– Not applicable
Sign-in with OAuth
Runs on your computer and uses local settings instead
… Not checked yet
No hidden instructions in tool descriptions
Runs on your computer; we can only read tool lists from internet endpoints

Compared with others in Otheri

More stars than 0% of the other 32583 servers in this category
Published to the registry more recently than 86% of the other 32583 servers in this category
Basic checks equal to or better than 100% of the other 32583 servers in this category

Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.

Common questions

Is Purser safe?

It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.

What keys or codes does it need?

You need to fill in: PURSER_RPC_URL, PURSER_ACCOUNT, PURSER_AGENT_PRIVATE_KEY, PURSER_RELAYER_PRIVATE_KEY, PURSER_API_TOKEN

Does it run on my computer or in the cloud?

It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).

Is it still maintained?

The GitHub repo last changed –, and the latest version (0.1.2) reached the registry 5 days ago.

Which apps can use it?

Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Docker on your computer.

What can I use instead?

In the same category: Spec Driven Development, Remote Desktop Commander, sync. labs

Alternatives

Servers in the same category from other makers, sorted by stars.

Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi

Spec Driven Development

by formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

Runs on your computer★ 440MITUpdated 14 months ago

Install

Remote Desktop Commander

by desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

Runs in the cloud★ 211Updated yesterday

Install

sync. labs

by synchronicity-labs

Lipsync videos, dub them into other languages, make talking videos and open sync. Studio.

Computer or cloudUpdated today

Install

README from the maker

Open the README

Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.

Purser

Give an AI agent a wallet without giving it your keys.

Purser is an ERC-4337 smart account where each agent gets its own session key with a policy: which contracts and functions it may call, how much it may spend per payment and per day, and until when. Payments inside the policy go through on their own. Anything over the limits waits for you to approve. An MCP server lets Claude, Cursor or any MCP client use the wallet, and a console shows budgets, spending and pending approvals as they happen.

Why

Agents are starting to pay for things: API credits, compute, data, subscriptions. Today that usually means one of two bad options:

Hand the agent a private key. One prompt injection or bug away from an empty wallet.
Approve every payment by hand. Safe, and it defeats the point of an agent.

Purser sits in between. The limits live in the contract, so they hold even if the agent, the server it runs on, or its key is compromised. The worst a leaked agent key can do is spend the rest of the current budget at allowed places, and burn some ETH on gas, until you revoke it or freeze the account, which takes one transaction. (A gas budget per key is on the roadmap.)

What's inside

Layer	What it shows
Smart contracts	ERC-4337 v0.7 account with session keys, allow-lists, per-transaction caps and rolling budgets; owner co-signature for over-limit operations; UUPS upgrades, ERC-1271, CREATE2 factory with the same address on every chain
Protocol rules	Validation that follows ERC-7562 (no clock reads), so public bundlers accept it; time-based budgets moved to the execution phase through `executeUserOp`
Testing	41 unit tests through a real EntryPoint, fuzz tests against a budget model, invariant tests with a stateful handler, gas snapshot, Slither in CI
TypeScript SDK	viem client that builds, signs and submits user operations through a bundler or `handleOps`, decodes policy errors, and indexes events within public RPC log limits
AI integration	MCP server (streamable HTTP and stdio) with six tools, model-readable refusals, and a human-in-the-loop approval flow
Product	React console with budget meters, live activity, approvals, revoke and a kill switch
Delivery	One-command demo image, Docker Compose, CI that plays the full story end to end, testnet deploy script

How it works

flowchart LR

Agent["AI agent (Claude, Cursor, ...)"] -- MCP tools --> Server["Purser server holds the session key only"] Server -- "user operation signed by the session key" --> EP["EntryPoint v0.7"] EP --> Wallet["PurserAccount policy checks"] Wallet --> Targets["Allowed contracts and recipients"] Owner["Owner"] -- "approve, reject, revoke, freeze" --> Console["Console"] Console --> Server

The owner grants an agent a session key with a policy: an allow-list of (contract, function) pairs, a per-transaction cap and a per-period budget for each token (ETH or ERC-20), and a validity window.
The agent calls MCP tools such as send_eth or call_contract. The server dry-runs the call against the policy, signs a user operation with the session key and submits it.
The account checks the signature, the window, the allow-list and the per-transaction caps during validation, so a disallowed operation fails before it costs anything. Budgets need the block time, which ERC-4337 forbids in validation, so they are enforced in executeUserOp.
Over the limit? The server turns it into an approval request. When the owner approves, the operation carries both the session signature and the owner's signature, and it runs without using the agent's budget. An approval raises the amount, never the scope: the allow-list still applies.
The owner can revoke a key or freeze the whole account at any time. A revoke or freeze earlier in the same bundle still stops a later agent operation.

Try it in one command

You need Docker. Nothing to clone, nothing to install:

docker run --rm -it -p 127.0.0.1:8787:8787 ghcr.io/ahmad-codex/purser:demo

The container starts a local chain, deploys the EntryPoint, the factory and a fresh account with a seeded agent, and starts the MCP server and the console. Open http://localhost:8787 and watch: ten seconds later the agent story plays in the terminal while the console updates live.

The agent pays a merchant, pays in a token, buys from a shop contract, tries a payment over the limit (the approval request appears in the console), gets approved, is refused for a recipient that is not on its allow-list, and is stopped by the kill switch. Then the wallet stays up for your own agent. Everything uses Anvil's public development keys and is gone when you press Ctrl+C.

From a clone, docker compose up runs the same stack as separate services, and docker compose run --rm demo plays the story against it.

Connect your own agent

With the demo running, point any MCP client at http://localhost:8787/mcp:

claude mcp add --transport http purser http://localhost:8787/mcp

Then ask Claude: *"Check the wallet status, then pay the merchant 0.01 ETH for API credits."* Try *"pay the merchant 0.3 ETH"* to see an approval request show up in the console. docs/mcp-clients.md covers Claude Desktop, Cursor and stdio.

MCP tools

Tool	What it does
`wallet_status`	Balances, the agent's remaining budget per token, caps, reset times, expiry, freeze state, pending approvals
`send_eth`	Pay ETH to an address or a known name
`send_token`	Pay ERC-20 tokens by symbol or address
`call_contract`	Call an allowed contract function, optionally with ETH, e.g. `buy(uint256)`
`get_request`	Status of an approval request
`list_requests`	Recent approval requests

Each payment tool returns one of: done (with the transaction hash and the budget left), waiting for the owner (with the request id), or refused (with a reason the model can act on).

The policy

Field	Meaning
`permissions`	`(target, selector)` pairs. `0xffffffff` allows any function on a target; `0x00000000` allows plain ETH transfers. The account itself can never be a target.
`limits`	Per token (`address(0)` is ETH): `perTx` cap and `perPeriod` budget. ERC-20 `transfer`, `approve` and `transferFrom` from the account count as spending.
`period`	Budget window in seconds, for example `86400` for a daily budget.
`validAfter`, `validUntil`	When the key works. Enforced by the EntryPoint through the validation data.

Granting a key again replaces its whole policy; old permissions do not leak into the new one.

Contracts

Contract	Purpose
`PurserAccount`	The account: ERC-4337 v0.7, UUPS upgradeable by its owner, ERC-1271, token callbacks
`PurserFactory`	CREATE2 factory, so an account's address is known before it is deployed

Built on the eth-infinitism reference EntryPoint v0.7 and OpenZeppelin 5. The factory deploys through the deterministic CREATE2 proxy, so it has the same address on every chain with the canonical EntryPoint.

Tests. 41 unit tests through a real EntryPoint, fuzz tests that check random payment and time sequences against a model of the budget, and invariant tests (about 16,000 random calls per run) for three properties: an agent never spends more than its budget per period without approval, a revoked key never moves funds again, and the policy never changes behind the owner's back. Slither runs in CI. See docs/security.md for the threat model.

Deployments. See docs/deployments.md.

Repository layout

contracts/        Foundry project: PurserAccount, factory, tests, deploy and demo scripts

packages/sdk/ TypeScript client on viem: build, sign and send user operations, read state packages/server/ MCP server (HTTP and stdio), approvals API, serves the console apps/console/ React console for the owner scripts/ local-up.sh, deploy-testnet.sh, demo.ts, demo-entrypoint.sh Dockerfile.demo all-in-one demo image (chain, contracts, server, console) docs/ architecture, security, MCP clients, deployments

Development

npm install

cd contracts && forge test # unit, fuzz and invariant tests cd .. && npm test # TypeScript unit tests ./scripts/local-up.sh # Anvil + deploy + demo account, writes .env.local npm run build -w @purser/console npm run server # console and MCP on http://localhost:8787 npm run demo # the end-to-end story; CI runs it too

No Foundry installed? contracts/forge.sh forge test runs it from the official Docker image, and scripts/local-up.sh falls back to Docker on its own.

To deploy to Base Sepolia or Sepolia, see docs/deployments.md: one script, and a faucet drip of under 0.01 ETH covers everything.

Status

Early, version 0.1.2. Not audited. Use testnets, and do not put real funds in an account you have not reviewed yourself. What is planned next is in ROADMAP.md, and issues labelled good first issue are a good place to start contributing.

Contributing

See CONTRIBUTING.md. Security reports go through private advisories, not issues.

License

MIT

Purser

Overview

PopNx MCP’s three pillars

What you can do with it

Install

Before you install

Values you fill in

What it can do

Basic checksi

Maker matches the repo

Still maintained

Has a licence

Endpoint responds

Sign-in with OAuth

No hidden instructions in tool descriptions

Compared with others in Otheri

Common questions

Alternatives

Spec Driven Development

Remote Desktop Commander

sync. labs

README from the maker

Purser

Why

What's inside

How it works

Try it in one command

Connect your own agent

MCP tools

The policy

Contracts

Repository layout

Development

Status

Contributing

License