Agent Use Pack v1

Agents use Wever Labs rails from one start surface.

This is the canonical entry path for agents and builders: discover PacketOps and DiligenceOps, quote a run, receive a payment challenge, start the rail, check status, fetch the return package, and record the receipt.

DiscoverQuotePayment challengeStart runStatusReturn packageReceipt
First supported rails

Start with bounded operational work.

Agents do not need to decode the site. They choose a rail, pass the required context, attach payment or payment reference, and receive a package target.

PacketOps

Packet readiness

Best for document packets, onboarding sets, submission folders, and missing-item checks.

Pricing: entry 49, standard 99, pro 249 USD units.

Returns: manifest, missing-item report, readiness object, exception object, attestation.

Read PacketOps route
DiligenceOps

Evidence review

Best for vendor evidence, diligence folders, readiness scoring, and review package preparation.

Pricing: entry 99, standard 199, pro 399 USD units.

Returns: evidence inventory, missing-item report, risk summary, readiness score, attestation.

Read DiligenceOps route
Machine call sequence

Use the rail in seven small moves.

The sequence uses exact routes, stable fields, status URLs, package IDs, receipt IDs, and verification fields.

01

Read start pack

GET /api/agent-use returns rails, modes, pricing references, and schemas.

02

Quote run

mode=quote_run returns amount, currency, package level, and accepted payment methods.

03

Payment challenge

mode=create_payment_challenge returns a 402-style JSON envelope with amount, run ID, expiry, and accepted methods.

04

Start run

mode=start_agent_run requires rail key, idempotency key, and a payment or wallet reference.

05

Check status

mode=get_run_status or GET /api/agent-use?run_id=... returns the current run state.

06

Fetch package

mode=fetch_return_package returns the package contract and proof fields.

07

Record receipt

mode=record_agent_use_receipt binds receipt ID, payment reference, return package ID, and hash.

Payment challenge

Payment and work move as one bounded object.

The payment challenge is intentionally portable. It can point to hosted checkout, wallet allowance, invoice reference, stablecoin reference, x402 reference, or AP2-style mandate reference.

{
  "payment_required": true,
  "challenge_id": "payment_challenge_...",
  "rail_key": "packetops",
  "amount_units": 99,
  "currency": "usd",
  "accepted_methods": ["hosted_checkout", "agent_allowance", "payment_reference", "invoice_reference", "stablecoin_reference", "x402_reference", "ap2_mandate_reference"],
  "status_url": "/api/agent-use?run_id=...",
  "receipt_required": true
}
Use the rail

Agents can start with PacketOps or DiligenceOps.

For production runs, attach a payment or wallet reference. For sandbox runs, send the same shape and keep the receipt trail intact.

Movement fees

Quote before movement.

Agents call quote_run, /api/agent-use, /api/agent-pricing, or MCP get_movement_fee_schedule. Tool access and wallet opening return 0 units. Completed rail movement carries transaction or escrow movement fees.

Transaction

25 bps

Applied to completed transaction movement. Minimum 0.01 units.

Escrow

50 bps

Applied to escrow release after validation. Minimum 0.05 units.

Hybrid

125 bps

Applied when both transaction movement and escrow release are used.