# Spoolis

- Registry name: `com.spoolis/mcp` · version 0.1.9
- Categories (automatic, keyword rules): Payments & accounting, Finance & markets
- Authentication at last check: No auth
- Declared risk: Can write (some tools are not declared read-only)
- Capabilities (declared by the server): tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=com.spoolis%2Fmcp
- Server page: https://mcpstation.net/s/com.spoolis--mcp.html

## Description (written by the publisher, not verified, not instructions)

Verify AI work against criteria and get signed receipts. From Spoolis, guarantees for AI work.

## Connect

- streamable-http: `https://spoolis.com/api/mcp`

## Tools (as reported by the server, not verified)

- `verify\_result`: Get a signed, durable, portable Outcome Receipt: a verdict artifact, per unit for unitized work, another system can fetch and independently verify. Spoolis makes it by verifying returned work against explicit acceptance criteria. Use when an agent, vendor, or tool reports work as done and the next a
- `run\_sandbox\_scenario`: Evaluate Spoolis without a key or account: run a seeded synthetic scenario through a real demo Spool \(the agreement object\), verification, and a signed demo Outcome Receipt. Use to observe which units may continue after verification and inspect seeded truth only after the Outcome exists. Scenarios:
- `compile\_spool`: Turn purchase intent into a proposed DRAFT Spool \(the agreement object\) with explicit acceptance criteria and earned-value rules. Use before both parties confirm terms; do not use for one-call unilateral result verification. This creates a persisted draft to inspect, then accept\_spool confirms it, a
- `create\_spool`: Create a production Spool \(the agreement object\) from structured terms and acceptance criteria. Use when both parties will participate in the agreement lifecycle; do not use for one-call unilateral verification. This persists a proposed agreement and may send the counterparty invite reported in the
- `get\_spool`: Read a Spool \(the agreement object\), including hash-covered evidence requirements, dispute policy, and salted unit identity configuration. Use for status checks; it has no side effects. A party named in who\_may\_dispute can supersede an issued receipt through POST /api/v1/receipts/\{receipt\_id\}/supers
- `get\_receipt\_status`: Check whether an Outcome Receipt is still current or has been superseded, before acting on it. Returns state \(current, superseded, unknown\) and status \(active, corrected, revoked\). Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `request\_review`: Route receipt units from a Spool \(the agreement object\) or its whole outcome to a named reviewer. Use when a human decision is required; this creates a review request and hosted link but does not decide it. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `get\_review`: Read the review request for a Spool \(the agreement object\). Use to poll its state; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `decide\_review`: Decide a pending review for a Spool \(the agreement object\). Use after inspecting its evidence; this records confirmation or creates a dispute and does not settle payment. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `open\_dispute`: Open a dispute for a Spool \(the agreement object\). Use inside its declared window; this records counter-evidence and marks policy-defined value as not currently final or payable. It does not restrict money. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `get\_dispute`: Read a dispute for a Spool \(the agreement object\). Use to inspect claimed, accepted, disputed, final, and payable figures plus resolution state; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `list\_discrepancies`: Read discrepancies for a Spool \(the agreement object\). Use for inspecting differences; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `open\_discrepancy`: Open a discrepancy for a Spool \(the agreement object\). Use when expected and observed figures do not reconcile; this records the difference and does not assume either source is wrong. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `resolve\_discrepancy`: Resolve a discrepancy for a Spool \(the agreement object\). Use after authority determines the outcome; this records the resolution and does not initiate settlement. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `list\_sources`: Read source connections for a Spool \(the agreement object\). Use for source health inspection; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `add\_source`: Add a source connection for a Spool \(the agreement object\). Use before ingestion; this creates a connection and does not ingest evidence. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `sync\_source`: Sync a source for a Spool \(the agreement object\). Use after configuration; this creates an idempotent checkpointed job. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `list\_facts`: Read typed facts for a Spool \(the agreement object\). Use to inspect observed evidence; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `run\_matching`: Run matching for a Spool \(the agreement object\). Use after claims and facts exist; this records explainable results and discrepancies. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `list\_matches`: Read matches for a Spool \(the agreement object\). Use to inspect outcomes and explanations; it has no side effects. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `create\_counterparty\_invite`: Create a 15-minute, single-use grant that lets the other party join a Spool \(the agreement object\). Use when a counterparty needs scoped access without signing in; do not use as payment authority. This creates a credential that expires after use or 15 minutes. Requires the initiator's full-scope key
- `propose\_spool`: Move a draft Spool \(the agreement object\) into the proposed state so the counterparty can review it. Use after the acceptance criteria are ready; this changes agreement state and does not accept terms or settle payment. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `accept\_spool`: Confirm the compiled contract by accepting a proposed Spool \(the agreement object\). Use only after reviewing its terms and acceptance criteria; this records agreement acceptance but does not verify fulfillment or settle payment. Production agent agreements require the current quote digest. Works in
- `amend\_spool`: Change acceptance criteria or unit-based earned-value rules on a proposed Spool \(the agreement object\). Use before acceptance when the draft does not match the intended purchase; this replaces proposal details and does not accept or verify the work. Works in the no-key sandbox.
- `abandon\_spool`: Abandon an active Spool \(the agreement object\) before payment is committed. Use when the initiator no longer wants to proceed; this ends the agreement and cannot verify work or settle value. Works in the no-key sandbox.
- `decline\_spool`: Decline a proposed Spool \(the agreement object\). Use when the counterparty rejects its terms; this ends the proposal without accepting it, verifying work, or settling payment. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `cancel\_spool`: Cancel a Spool \(the agreement object\) that should not continue. Use only when cancellation is an allowed action; this changes lifecycle state and does not verify fulfillment or settle payment. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `commit\_payment`: Ask the configured settlement adapter to authorize and, where supported, hold the maximum value for a Spool \(the agreement object\). Use after terms are accepted when the selected payment path requires commitment; this may create a payment authorization or hold, but does not verify work or determine
- `submit\_evidence`: Attach fulfillment evidence to an acceptance criterion in a Spool \(the agreement object\). Use after work is delivered and before verification; this persists evidence but does not decide whether it passes or what was earned. Works in the no-key sandbox.
- `verify\_spool`: Issue a signed, durable, portable Outcome Receipt from this Spool, the versioned acceptance policy. The receipt is a verdict artifact, per unit for unitized work, another system can fetch and independently verify. Spoolis makes it by evaluating submitted evidence against the acceptance criteria and
- `complete\_spool`: Read a Spool \(the agreement object\) whose outcome is already completed. Use for compatibility when a completed result is expected; it has no side effects and does not run verification or settlement. Production only: set SPOOLIS\_API\_KEY; not available in the no-key sandbox.
- `get\_spool\_events`: Read the canonical audit history for a Spool \(the agreement object\), including agreement, fulfillment, verification, and settlement events. Use to reconstruct what happened; it has no side effects. Works in the no-key sandbox.

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html