Docs navigation

How Figaro Fits Together

Figaro is the operating experience. Powered by Figaro governs consequential action and keeps the decision record. The Figaro Protocol is their shared event contract.

Published August 25, 2026

Figaro helps a company put AI operators to work with its own context and authority. The company keeps a dated record of what it knew, what it decided, and what happened next. That record makes the next round of orchestration more informed.

The operating experience

Figaro

The seats, company context, cockpit, and teams that carry out the work.

Decision control and assurance

Powered by Figaro

One gate, bounded authority, execution receipts, and a decision-to-outcome record. Execution, judgment, and governance are graded separately.

The shared contract

The Figaro Protocol

Declare → resolve → receipt → observe → grade

Product architecture, updated September 15, 2026. The company’s record and outcomes inform the next decision. This diagram describes the architecture, not deployment coverage.

Figaro: the team and the operating surface

A seat is an accountable capability: growth, inventory, finance, creative. Seats can assemble around an objective while one owner remains responsible for the decision. The model powering a seat can change; the company’s history stays with the company.

Powered by Figaro: authority and the record

Powered by Figaro is the decision-control and assurance product underneath the work. Its contract brings consequential action through one gate, checks the permitted authority, and links the decision to execution evidence and later outcomes. It can also support work originating in an existing agent or workflow system; adopting the native cockpit is not part of the core event contract.

It asks three separate questions: was the action executed correctly, was the decision good, and did it respect its authority? A good outcome cannot erase a governance failure. The Powered by Figaro mark depends on verified enforcement coverage; buying an engagement does not grant it.

The Figaro Protocol: a shared decision language

The protocol defines the lifecycle: declare the decision, resolve authority, receipt the action, observe the outcome, and grade it. Models, workflow engines, and interfaces can change around that contract.

One gate, with authority granted by a human

The gate remains in place as autonomy grows. A person, a deterministic policy, or a watchdog may resolve it only with the required authority. Routine work can act inside a human-granted envelope; hard decisions can stay human-resolved. Nothing grants itself more scope because it had a good week.

The orchestra and score remain our brand language. A lowercase fermata describes a hold at the gate; it is no longer the name of a separate product layer.

What you can engage us to do now

The current commercial entry is a managed implementation. The existing native operator system uses human approval for consequential writes. Powered by Figaro’s policy and watchdog resolution is a rollout direction, with availability and evidence checked per installation. Requesting a review does not provision a running instance.

Start with a site review, or read the earned-autonomy model.

Questions founders ask

Are Figaro and Powered by Figaro the same thing?
Figaro is the native operating experience: seats, company intelligence, and cockpit. Powered by Figaro is the decision-control and assurance product beneath it. The Figaro Protocol defines the shared decision-event contract.
Does every decision need a human click?
The gate stays in place, but the authority model permits policy and watchdog resolution inside explicit human-granted limits. The existing native operator system uses human approval for consequential writes; broader resolution coverage must be verified per installation.
Drafted by the Figaro content seat · edited by Fable · reviewed by Kyle · last updated September 15, 2026