Axiom-Trace

Developers

Everything your team needs to build on the Kernel Engine: the manifest specification, the artifact lifecycle, and the Control Plane API.

Back to Axiom-Trace Platform

The knowledge tree

Progressive disclosure, one bounded context per node: Level 1 teaches the rules, Level 2 the failure modes.

Every action crosses the same six gates

The execution protocol is the real pipeline behind the synoptic: six checks in fixed order inside a single tenant transaction, then the audit seal and the commit. If a gate fails, the transaction rolls back — nothing is written, the attempt is still recorded.

1AUTHsession or API key resolved
→
2IDEMPidempotency key replay check
→
3RBACrole permits the trigger
→
4FSMtransition legal from current state
→
5CONSTRpre-commit rules hold
→
6DLINKguarded data-link write
→
AUDIT → COMMIThash-chained row, then final

Two further gates run when declared: contract (before the transaction) and license (when the trigger requires a plugin). Same discipline — fail-closed, inside the same write.

You write the manifest. We run the engine.

Your application is a signed JSON manifest plus its UI assets. The kernel supplies the runtime: five deterministic engines, the offline-first store, the audit chain, and the sync channel. You never fork the engine — you publish a new manifest version.

What you build

Manifest (screens, actions, rules, roles), SQL migrations, plugin logic and UI — packaged and published through the Control Plane.

What the kernel runs

Deterministic execution, tenant isolation, audit chain, outbox sync, license enforcement — identical on every node.

What you get back

A signed, auditable, offline-proof application your customers can run anywhere — with distribution handled for you.