Approve agent spend before payment
Coffer is the before-cost control layer for AI agents that use paid APIs, tools, x402 endpoints, wallets, or manual vendor rails. The agent stays outside Coffer. Your team gets policy decisions, approval context, Spend Decision Records, ledger/export state, and a clear payment boundary before a repeated workflow becomes paid.
Direct paths: Create workspace / Walkthrough tutorial / Read-only product view.
It keeps the first proof control-only and preserves the wallet/payment boundary.
I am evaluating Coffer for an AI agent that may spend on paid APIs, tools, x402 endpoints, wallets, or manual vendor rails.
Help me run a control-only first proof:
1. Create the Coffer workspace.
2. Create the starter request and approve or reject it before cost.
3. Inspect the Spend Decision Record, approval evidence, ledger state, and audit trail.
4. Create a scoped Agent API key only after first proof.
5. Submit one external-agent spend intent through POST /v1/spend-intents before the paid action.
6. Keep Coffer outside wallet custody, payment facilitation, settlement, and accounting-system ownership.- Create workspaceOwner creates the control-only workspace.Dashboard targetCreate workspace
- Create starter proofDashboard adds the starter agent, vendor, policy, and approval-required request.Dashboard targetOpen Control Room
- Approve or rejectApprover reviews the request before any paid action runs.Dashboard targetOpen Approvals
- Connect agentDeveloper sends one external agent request through Coffer before cost.Dashboard targetOpen Agent API
- Request paid pilotBuyer asks for paid usage only after approved external-agent proof.Dashboard targetOpen Paid Pilot
Choose the right doc path
Start from the workflow you need: customer proof, developer integration, or operator evidence.
Create proof before buying
Use this path when an owner wants to see one controlled request, decision, and evidence packet before any paid rollout.
Developer startConnect an agent before cost
Use the Agent API path after first proof to send a real agent spend intent through Coffer before the paid call runs.
Operator startReview evidence and boundaries
Use the evidence, roles, and boundary sections to confirm what Coffer controls and what stays outside Coffer.
Understand the product in one pass
Coffer is the before-cost control layer for AI-agent spend, not another payment rail or dashboard-only review.
Controls agent spend before cost
Coffer sits between an AI agent and a paid API, tool, x402 endpoint, wallet, or manual rail action. It checks vendor, amount, policy, budget, duplicate risk, and approval need before the action runs.
Prove one workflow, then repeat
Create a workspace, generate the starter request, approve or reject it, inspect the Spend Decision Record, connect one external agent through the Agent API, then decide whether the repeated workflow deserves a paid pilot.
Lets agents work with finance-grade evidence
Operators can let agents request paid work without losing oversight. Buyers get policy decisions, human approvals, audit trail, ledger/export state, and a clear payment boundary before paying for rollout.
The simple mental model: the agent asks, Coffer checks, the approver decides when needed, and the buyer keeps evidence before paying for a repeated workflow.
Choose the right entry path
The customer workspace starts with one owner. Everyone else should use an invite.
Create a workspace
Use this path when you are the customer-side owner. Create the control-only workspace, then invite named teammates.
Create workspaceAccept an invite
Use the exact invite link from the workspace owner. Set a password, or use your current password if you already have a Coffer account.
Use invite linkReturn to work
After your account exists, sign in with email/password or a configured OAuth provider.
Sign inInvite links expire after 7 days. Creating a new invite for the same email replaces the old pending link.
Get to first proof
This is the product path that matters before any buying conversation.
- Create starter setup
Adds the Research Ops Agent, Exa Starter API vendor, a policy, and one approval-required $120 request.
- Decide the request
An approver approves or rejects the request before any real paid action runs.
- Inspect the SDR
Open the Spend Decision Record and verify policy decision, approval evidence, ledger state, audit trail, and API payload.
- Connect a real agent
Create a scoped key and send one external agent request so Coffer sees the workflow before cost.
- Use proof to decide
Request a paid pilot only after an approved external-agent proof exists and the workflow will repeat.
Use a concrete agent-spend quickstart
These are buyer-side control examples. They do not make Coffer a wallet, seller storefront, or settlement provider.
Research API request
Agent asks for a paid research/data call. Coffer records vendor, amount, policy result, approval need, and the SDR before the provider is called.
x402Pre-payment guard
Agent reaches an x402 endpoint. Coffer checks the request before payment payload creation, then records authorization and settlement evidence after success.
MCP / toolPaid tool checkpoint
Agent uses a paid MCP tool or hosted function. Coffer keeps the agent external while the buyer gets the decision record and export path.
Use the dashboard as a control room
The app is for doing work. Long explanations live here in the guide.
Connect one real agent
The strongest proof is not a dashboard-only review record. It is an agent asking Coffer before a paid call.
Create a starter-scoped API key, run the stored-key request template, check the decision response, and route approval-required or blocked outcomes back through the dashboard before retrying.
Open Agent APIKnow what evidence Coffer produces
The buyer should see what was controlled before treating the workflow as ready for paid rollout.
Use the public API surface
Use scoped API keys from the dashboard. The API creates decision records; payment execution stays in the external agent, provider, wallet, or adapter.
Ask for paid usage only from proof
Do not pay for a slide-only review or speculative setup.
First paid pilot
Use after one approved external-agent proof when a named workflow needs hosted approvals, scoped API keys, retained SDRs, and evidence export.
Several repeated workflows
Use when more teams, agents, vendors, Slack/webhooks, RBAC, and finance review need the same before-cost control loop.
Org-wide rollout
Use when procurement, security review, higher limits, and retained audit evidence need a broader rollout plan.
Invite the first roles
Start with the smallest team that can prove the operating loop.
Keep the boundary clear
These constraints keep the first customer experience safe and honest.
- Control-only mode is the default; starter proof does not move customer funds.
- Creating a workspace, starter setup, or paid-pilot request does not charge a card.
- Customer proof, revenue claims, public release, hosted production access, real-spend rails, and paid infrastructure need separate explicit approval.
- Coffer controls the decision and evidence around spend; it is not the wallet, custodian, facilitator, settlement provider, or accounting system of record.