Veyline by Payload

io.github.payload-toolsPublished by GitHub account payload-toolsv1.1.0Updated Nov 6, 2026

Veyline by Payload: agent entitlement and usage reads, signed payment preflights. No funds move.

The publisher's own server: Video Transcript

VerifiedSTDIODesktop onlyFinanceSecurity & Monitoring

Overview

AI-generated overview

Wraps Payload's Veyline authorization layer so an assistant can read an organization's entitlement and usage and request signed, policy-checked payment…

What you can do
  • Read the authenticated organization's Veyline entitlement and tier
  • Read quota and usage for that organization
  • Request a signed, short-lived, policy-enforced payment preflight from an authoritative x402 quote, including protocol, provider, action, network, asset, amount, recipient, request hash and quote ID
  • Return a refusal when a request falls outside the organization's policies, spending limits or permitted recipients
When to use it
Use it when an agent stack already routes payments through Payload's Veyline rail and you want the assistant to check entitlement, quota and policy before a wallet signs. It is not a payment executor and adds little if you do not have a Veyline organization.
Requirements
Runs as a local Node.js stdio process (MCPB bundle, source, or npx from GitHub). Needs your own Payload rail API key in PAYLOAD_RAIL_API_KEY and an existing Veyline organization; PAYLOAD_RAIL_URL optionally overrides the default rail base URL. Network access to the Payload rail is required.
Before you install
The rail API key is a credential: it is sent as a Bearer Authorization header to the rail, and without it every tool call fails. Preflights authorize but never move funds, and the server does not sign or execute payments. Paid production use requires a Veyline Developer subscription starting at $99 per month; the free tier is limited to 1,000 operations per month.

Installation

In SourceWeft

  1. Open Veyline by Payload 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

Veyline by Payload — MCP Server

An MCP server (stdio transport, Node.js standard library only, zero dependencies) that exposes Veyline, Payload's flagship noncustodial authorization layer, to AI agents.

Veyline decides whether an agent payment may proceed, under policy, before any wallet signs. This server wraps the Payload rail's Veyline A2A skills as MCP tools. Every tool call goes to the live Payload rail (https://payload-rail.fly.dev) authenticated with your own rail API key, for your own existing Veyline organization.

Tools

ToolUpstream routeWhat it does
veyline_statusPOST /v1/a2a (A2A skill veyline_status)Read the current authenticated organization's Veyline entitlement and tier. Does not authorize a payment.
veyline_usagePOST /v1/a2a (A2A skill veyline_usage)Read the current authenticated organization's quota and usage. Does not change policy.
veyline_preflightPOST /v1/a2a (A2A skill veyline_preflight)Request a signed, short-lived, policy-enforced payment preflight. No funds are transferred. Requires Veyline execution scope and the original authoritative x402 quote. Inputs include the authoritative protocol, provider, action, network (eip155:8453), asset, amount_cents, recipient, request_hash, quote_id, and quote.

Adding Veyline to an agent workflow

Veyline sits between an agent that wants to pay and the wallet that signs. You add it to the stack you already have; you do not rebuild around it.

  1. The agent identifies a payment it intends to make. Your application knows the recipient, amount, asset, and network.
  2. The application obtains authoritative payment details. For x402-priced actions, that is the original quote returned by the seller, not a number the agent guessed.
  3. Veyline evaluates the proposed action. Call veyline_preflight with the complete authoritative quote and its associated request hash, action, amount in cents, recipient, asset, CAIP-2 network, and quote ID. Incomplete quote requests fail closed. Veyline checks the request against your organization's authorization policies, spending limits, and permitted recipients before anything is signed.
  4. An eligible request receives a scoped, signed, expiring authorization. A preflight returns a signed, short-lived authorization bound to that payment intent. A request outside policy is refused, and nothing proceeds.
  5. Your own wallet or signer executes the payment. The customer's wallet, signer, or approved execution system performs the payment within the authorized boundaries. Veyline never holds funds and never signs in place of your wallet.
  6. Evidence is recorded or verified through supported functionality. Your application keeps the preflight result alongside the payment it authorized. On the same rail, RevRule records payout evidence linked back to the original entitlement entries, so a payout can later be checked against what was owed.

Two reads round out the integration: veyline_status reports your organization's entitlement and tier, and veyline_usage reports quota and usage. Neither authorizes a payment.

Plainly stated: Veyline provides governance and authorization without custody of customer funds. It does not execute payments itself, and it cannot guarantee that external payment systems, networks, or counterparties will not fail. What it does guarantee is narrower and useful: a payment your application routes through preflight gets a policy check before any wallet signs.

Evaluate free, then subscribe

Install

Verified MCPB release

Install the veyline v1.1.0 MCPB bundle in an MCPB-compatible client, or run from source below. The published bundle declares the supported MCP tools. This direct release is the verified installation path while third-party directory listings are revalidated.

From source

bash
git clone https://github.com/Payloadhq/veyline-mcpcd veyline-mcpnode mcp/index.js

Or run it straight from GitHub with npx:

bash
npx -y github:Payloadhq/veyline-mcp

MCP client configuration (stdio):

json
{  "mcpServers": {    "veyline": {      "command": "node",      "args": ["/path/to/veyline-mcp/mcp/index.js"],      "env": {        "PAYLOAD_RAIL_API_KEY": "your-rail-api-key"      }    }  }}

Configuration

VariableRequiredDefaultPurpose
PAYLOAD_RAIL_API_KEYRequired for tool calls—Your own Payload rail API key for an existing Veyline organization. Sent to the rail only as a Bearer Authorization header.
PAYLOAD_RAIL_URLOptionalhttps://payload-rail.fly.devPayload rail base URL.

Fail-closed: with no API key configured, the server still starts and lists its tools, and every tool call returns a clear API key not configured error. Nothing is ever sent anywhere without your key, and the key never leaves your machine except as the Authorization header to the rail.

Notes

  • A preflight is an authorization check, not a payment: it never moves funds.
  • You need an existing Veyline organization on the Payload rail for the tools to return data.

License

MIT — see LICENSE.


Veyline is the flagship product of Payload. See also callx402 by Payload, the MCP client layer for x402-priced actions.

Source: README.md at commit 5b19378

Tools

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

Version history

2
  1. v1.1.0LatestOct 16, 2026
  2. v1.0.0Oct 13, 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 Payload integrations