Agent Trip: decision layer, receipt layer

The agent owns the trip.

Every agent run splits into two parts. A decision layer picks the route, the model, the provider, and any reroute. A receipt layer writes down each of those choices as a signed record. Hand over the receipts at the end and you get an audit trail. Stream them while the call runs to an outside dashboard, and someone watching can correct, reroute, or pause the trip while it is still moving. That is how Hive turns agent receipts into verifiable AI agents.

Providers own roads. The agent owns the trip. Hive receipts the route.
The two layers

Route is a decision. Proof is a receipt. Keep them separate.

Decision layer

Where the agent chooses

Objective, plan, model, provider, reroute. This is the control layer that sits above inference. When one provider is cheaper, faster, or a better fit for the job, the agent can reroute, the same way a driver switches roads without changing the destination.

Receipt layer

Where the choice is proven

Each decision gets a standard format, a hash, and a signature using ML-DSA-65. Receipts link to the one before them, so together they form one record of the whole trip. Stream them live, and someone watching from outside holds the same evidence the agent does, at the same moment.

Live trip

Run a trip. Watch the route sign itself.

One button runs a short trip of seven route decisions. Each event streams in, then mints a receipt: a real ML-DSA-65 (NIST FIPS 204) signature over the canonical decision body, chained to the one before it, and verified in your browser against a keypair minted in memory for this run. Nothing is stored. Nothing is sent to a server.

Trip dashboard
Idle. Press Run a trip to begin.

Trip receipt chain

0
Receipts
0
Verified in browser
ML-DSA-65
Signature scheme
0
Total verify (ms)
trip_id N/A
public_key N/A
chain_root N/A
Signing primitive: the Hive Signer module bundled on this site, the same audited pure-JavaScript ML-DSA-65 build used on /typed-signer/. Keypair, signatures, and verification all run in your browser.
Observed baseline · this demo Awaiting a run
7 / ~4s
Receipts streamed, per run
<35 ms
Total in-browser verify
$0
Provider-token cost, this demo
Modeled
Provider cost and latency

Numbers here are measured in your browser as the demo runs: a run streams seven receipts in about four seconds, and every ML-DSA-65 signature verifies right in your browser in tens of milliseconds. One recent run took under 35 ms across all seven. Provider-token cost is zero because no external inference call executes in this browser demo. The provider cost and latency shown inside the trip are modeled, not measured; the count and verify time above update to the run you just watched.

Honesty

What this proves. What it does not.

What this proves

  • Real ML-DSA-65 signatures over a sequence of route decisions, one receipt per decision.
  • Each receipt chains to the previous by prior-hash, so the order cannot be edited after the fact.
  • Every signature is verified in your browser against the public key minted for this run.
  • The decision layer and the receipt layer are separated, and a live external correction is folded into the trip mid-flight.

What it does not prove

  • That inference actually executed on Together or LFM. The reroute is a routing-control-plane demonstration; the cost and latency figures are modeled, not measured.
  • Production multi-provider execution, or per-token streaming from a live model.
  • HSM-backed keys, transparency-log anchoring, or on-chain settlement. That is the production layer, not this in-browser demo.
  • Any dual Ed25519 co-signature. Production Hive receipts add the classical half; this demo signs the post-quantum half only.

The control-plane idea is the point: an agent that reroutes inference between providers when one is cheaper, faster, or a better fit, and signs a receipt for the decision, is the control layer sitting above inference. This page renders that route and proves the decisions. It does not claim the underlying provider calls ran here.

Route benchmarking

The agent benchmarks the route. It does not chase the cheapest quote.

The reroute in the trip above is not a jump to the lowest price. Before it commits, the decision layer scores each candidate route across the factors that actually decide whether a task should run there. Cost is one column, not the whole table. A provider that is fractionally cheaper but slower, lower quality, out of policy, or in the wrong jurisdiction loses to the route that clears every factor. This is not a race to the bottom; it is a route chosen on the full picture and receipted so the choice can be checked.

FactorWhat the agent weighsWhy price alone fails
SpeedThroughput and time-to-first-token for the task class.A cheaper route that misses the latency ceiling fails the task, not just the budget.
LatencyObserved p50 and tail latency under real load, not a headline number.Tail latency is where a cheap route quietly breaks a downstream deadline.
CostToken price plus retries, plus the overhead of proving the call.The lowest sticker price with high retry rates is often the most expensive route.
QualityFitness of the model for this task class, measured against a bar.A route that returns work you cannot ship costs more than it saves.
RiskProvider reliability, data handling, and failure blast radius.Price cannot price the cost of a route that leaks or drops the work.
PolicyBudget envelope, jurisdiction, and provider allowlist.A cheaper route outside the allowlist is not a saving, it is a violation.
Evidence overheadThe added time and cost to mint and verify a receipt for the choice.A route with no independent evidence is cheaper only until someone asks for proof.

Provider cost and latency inputs in this browser demo are modeled, not measured. Production route benchmarking reads live provider adapters and records the scored comparison into the same signed chain, so the reason a route was chosen travels with the receipt for the choice.

Who it's for

Who receipts the trip.

The buyer is anyone whose agents change models, call tools, spend money, touch regulated data, or affect customers, and who has to answer for the route afterward. The receipt layer travels with the work regardless of which provider ran it.

Agent platforms

Make agents enterprise-grade

Coding, browser, support, finance, legal, and procurement agents that must prove which model or tool ran, when the route changed, and whether a policy or human intervened.

Inference routers

Prove the cross-provider route

Routers and infrastructure providers whose own logs show only their view. A signed trip proves the route across providers, including the decision to switch away from one.

Regulated enterprises

Evidence, not self-kept logs

Finance, insurance, healthcare, legal, and industrial buyers who need audit, governance, and incident response that does not depend on a vendor vouching for itself.

Autonomous systems

Trip receipts for physical action

Vehicle, robotics, drone, and logistics operators that need route changes, stops, operator state, and interventions receipted as a machine acts, not reconstructed after.

Observability and governance

Independent evidence underneath

Monitoring, AI-governance, and audit vendors that show what happened. The receipt layer supplies the independent proof underneath the dashboard.

How it's used

Three ways the receipt layer attaches.

Per-call receipt

One signed record per run

Each agent run returns an independently verifiable receipt for the decisions it made. The lightest integration: attest the call, verify it offline later.

Live trip stream

Receipts as the call moves

Decisions stream to an independent dashboard while execution is underway, so an external observer holds the same evidence the agent does, at the same moment.

Control-plane mode

Audit, coach, reroute, pause

The dashboard does more than watch. It can correct the route, request approval, or pause the trip mid-flight, and the intervention is signed into the same chain.

How it's sold

You pay for the evidence your agents generate.

The value scales with autonomous machine activity, not with the number of people looking at a dashboard. The atomic unit is the independently verifiable receipt; the buyer-facing unit can be a trip, a protected workflow, or an active agent. The base commercial model is a platform fee plus an included receipt bundle, with overage metered per million receipts.

Platform

Fee plus included bundle

Hosted verifier, live receipt stream, policy rules, and route analytics. A receipt bundle is included; volume beyond it is metered per million receipts.

Enterprise and high-assurance

Procurement-grade trust

Private dashboard, customer-controlled keys, retention, audit archive, and a policy engine. High-assurance adds HSM or enclave signing, chain-root anchoring, and jurisdiction packs.

OEM and embedded

Bulk receipt capacity

Agent platforms, routers, and governance vendors embed the receipt layer and buy volume by the million receipts, active agent, or protected workflow under an annual commitment.

Logs tell a story. Receipts prove the trip.
Take the trip

SmartAgent™ chooses the route. SmartMorphAgent™ can change course when its own state changes.

The trip you just watched is a SmartAgent™ run: it chooses the route, routes the call across model stops, and mints a route receipt for every hop. A SmartMorphAgent™ goes one step further. It can act at a junction and change course because its own economic or physical state changed, buying capacity, settling a call, or morphing capability mid-trip, and each morph is receipted alongside the route. Route receipts and x402 settlement are how a decision at a junction becomes a real acquisition path, not a diagram.

SmartAgent™

Chooses · routes · receipts

Scores candidate routes on the full picture, commits the one that clears every factor, and signs a route receipt for the choice. The decision travels with the proof.

SmartMorphAgent™

Acts · settles · morphs

At a junction it can transact: settle a call over x402, acquire capacity, and change course as its economic or physical state changes. Each morph is receipted next to the route it altered. When a route touches an expert-data or human-work node, that stop can carry an OriginProof receipt: signed conditions of production, so the human-conditioned work is verifiable, not just claimed.

Live today: SmartAgent™ route receipts and the x402 quote-and-settle flow at /x402-checkout/. With two model providers now live, you can run a SmartMorph route demo that compares Mistral and DeepInfra on real call signals and receipts both each model call and the route decision. Fast-follow: fully autonomous morph-driven purchasing at a junction, where a SmartMorphAgent™ settles and re-routes on its own without a human at the checkout.

Awareness, not alarm

Once an agent can be receipted, that becomes something people know.

This is a calm point, not a threat. Independent, offline-verifiable receipts for agent actions now exist and are offered on the open market. The moment a buyer, a provider, or an operator has seen a receiptable agent, they are aware that a neutral record of what an agent did can be produced for legal, audit, and evidentiary purposes, a record no party wrote about itself. Awareness is the whole of it. What each party does with that knowledge is their decision to make, on advice they choose.

01 · A record exists
An independent receipt for an agent action can be minted and verified by anyone, without trusting the operator who ran it.
02 · It becomes known
Seeing a receiptable agent puts the option on the table. From that point the choice to keep only self-authored logs is a choice, made knowingly.
03 · The record stays available
If a question about what an agent did comes up later, a signed receipt is the answer that was already there: you can check it, and no one wrote it after the fact.

This is responsible notice, not legal advice, and not a claim about any specific duty. It states plainly that independent agent receipts are possible and available, so the option is visible to anyone weighing how to stand behind what their agents do. The standard-of-care discussion sits on the AFiR Protection Program page for readers who want the fuller framing.

SmartAgent Route Graph preview: agent paths across model stops, a receipt at each stop.
SmartAgent™ Route Graph
This trip is one route. See the whole graph.
Agents route across model stops (2, 3, 4, or 5 hops) and Hive receipts every one. Agents choose routes; Hive proves why →
Private by design. Hive does not store your prompts. Every request is already receipted by a one-way SHA-256 fingerprint, not the words. Proof, not surveillance.