Signed receipt
Every command writes one. Actor, scope, payload hash, decision, version applied. The audit answer to 'who changed this and when?' lives here.
Day Zero
KarmanFlow preview setup targets a seeded tenant with policies, a webhook, a first command, and a full audit trail before your team has to trust it. The first 15 minutes are not a setup form; they are a guided operating proof with the evidence path visible.
What actually happens
Every step below is tied to a smoke path we expect preview cells to prove on a fresh tenant. The minute markers are targets; the artifacts are the evidence we inspect before calling a tenant ready.
Your tenant, default environment, owner, locations, sales channels, and a small catalog are seeded for you. No checklist, no wizard, no empty grids.
Preview tenantApproval boundaries, oversell rules, and notification routing are set with sensible defaults. You can change them later; you do not have to today.
Policy in effectAn inventory event webhook is registered against a test sink. Every change you make from this point follows the same audit shape your team will use when production evidence is attached.
Subscription registeredYou run one inventory adjustment. Real command, real validation, real version check. The same command shape your operators will use on day 180.
Command acceptedThe proof path targets four replayable artifacts: a signed receipt, an immutable event, an outbound webhook delivery, and a registry entry that AI agents can call when enabled.
Receipt + event + delivery + tool entryYour operator console shows the change, the audit trail, the webhook delivery state, and the agent-available actions. The workspace is no longer a static demo; it is a preview operating model.
Preview viewWhat the path proves
"Audit trail" is two words on most platforms. On KarmanFlow it is four concrete artifacts the preview path is designed to produce before operators have to trust the system, and that downstream systems (analytics, partners, AI agents) read from without touching the write path.
Every command writes one. Actor, scope, payload hash, decision, version applied. The audit answer to 'who changed this and when?' lives here.
One per state change. Past-tense, append-only. Downstream systems, analytics, and AI agents replay from this stream without touching the write path.
Signed payload pushed to your registered sink with retry, dead-letter, and replay. Same path connectors and partner systems use.
The same command is registered as a typed tool in the agent catalog. A model can propose it; the same approval boundary still applies.
What we don't do
Most evaluation friction comes from setup choices that don't survive contact with production. KarmanFlow's Day-Zero stance is built around what is absent, not what is added.
Most platforms drop you into a dashboard of empty tables and a 14-step checklist. KarmanFlow seeds a preview tenant the moment access opens. Day 0 begins with data, not chores.
The seed shape mirrors the tenant shape intended for production. Same command surface, same approval boundary, same audit trail. The remaining work is evidence and rollout, not a separate marketing build.
The guided proof path targets a receipt, an event, a delivery, and an agent-callable action during the first preview session. Your evidence chain is visible before operators have to trust a black box.
For your engineering team
The bootstrap template is a typed file (`karmanflow.bootstrap.v1`). One command stands up the same tenant shape for your staging cell, CI test runs, partner sandboxes, and contributor preview environments. The Day-Zero you see is the Day-Zero your team gets, not a marketing build that vanishes on signup.
bun run smoke:day0Runs against any tenant you have credentials for. Idempotent; re-running on an already-seeded tenant is a no-op. Same script powers the CI smoke gate on every release.
Get to receipt one
We'll map the seed to your shape (DTC + marketplaces, single 3PL, multi-warehouse, brand wholesale) so the first receipt is something your team would actually act on.
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