AUGXIS
The product

How AUGXIS composes.

The anatomy behind the thesis: how the three layers stack, what every library document declares, how the numbers roll up, and what one console exchange looks like.


01 · The three layers

Decisions persist at Source. The engine executes against canon.

The whole system is one loop: the business is written at Source, rendered as the Operative Library, and run by the AUGXIS engine. Agents never act outside what is written, and nothing they propose becomes canon without approval.

Three stacked layers: AUGXIS engine (executes, proposes updates) atop Operative Library (renders) atop Source (persists)
The three-layer architecture. The arrows only point down for reading — proposals travel back up as commits, gated by the operator.

02 · The document contract

Each document is a seat that owns one number.

Every document in an Operative Library declares the same frontmatter contract: who its seat is, which single number it owns, where that number comes from, and what the engine is allowed to propose against it. The views — folder, seat, brand — all generate from this contract, not from hand-built dashboards.

Frontmatter anatomy: identity, seat, the number, reference hierarchy, data sources, actions, UI surface, permissions, and the human-readable body
The frontmatter is the contract; the body is the doctrine a human reads.

03 · The rollup

Nothing is separately measured at the top.

Document one-numbers roll up to folder scorecards, folders to seats, seats to the brand view, brands to the company view. Five layers, one direction. When a number drifts, the drift is traceable down to the single document — and the single seat — that owns it.

Five-layer rollup: document one-numbers, folder rollups, seat scorecards, brand view, company view
The 5-layer rollup. Each layer aggregates the layer below.

04 · The console card

Every answer has the same shape.

A question routes to the document whose seat owns the relevant number. The card that comes back always has the same slots: the number, the context, the suggested action, the approval gate, the audit line. Variation is in the data, not the layout.

Console card anatomy: routed document, the number, context, suggested action, approve-and-commit gate, audit trail
The console card, annotated. The approval gate is the whole philosophy in one button: the engine proposes, the operator commits.

05 · Where the build stands

Honest state, not a roadmap slide.

S0–S1 · Done

The engine is live

Running against its first tenant — the portfolio it was built inside of.

S2 · In build

Propose & commit

The approval loop: engine-proposed changes landing as library commits, gated by the operator.

Later · Porting

Replay to a new business

The same architecture re-keys by rewriting the library, not the code. The first tenant replay is queued on our own next brand before it is offered to yours.

Request access