Agent runtime

The boundary between a model and commerce operations.

KarmanFlow does not give agents a side door. A model calls a tool, the tool becomes a typed action, policy checks the actor and risk, approval binds a human when needed, and the receipt proves what happened.

Layers

The path a tool call takes.

Every agent tool call lands in the same governed write path a human action uses. There is no agent-only fast path, no privileged token mode, and no shadow write surface.

Model clientKarmanFlow MCPPolicy + approvalReceipt + timeline
Every agent request becomes a governed KarmanFlow action before it can change inventory, orders, or fulfillment.

Proof

What the receipt makes visible.

The point is not to show JSON for its own sake. The point is that every automated action carries a readable chain: policy outcome, actor chain, approval binding, events, and replay.

requiresApproval: true

Policy outcome

Risky writes pause before execution. The decision and the rule set stay on the receipt.

proposedBy agent + approvedBy user

Actor chain

The timeline shows who proposed the action and who approved it. Both identities remain queryable.

receipt -> event -> timeline

Replay path

Support can reconstruct the action without treating a chat transcript as the source of truth.

Where we draw the line

Why this is not an operations chatbot.

Chatbots can help answer questions, but risky commerce work needs a boundary. KarmanFlow lets agents propose structured actions, applies policy before execution, and records the receipt your team can replay.

Build against it

Design the first safe agent action.

Start with one read, one preview, and one approval-bound write. The quickstart shows the hosted preview path.

Privacy choices

This controls app-managed marketing analytics: cookie-free Plausible, optional Cloudflare Web Analytics, and first-party event logs with session-only UTM attribution. The site works without it.

Read the privacy notice