Decision-basis verification for autonomous agents

Your agent passed every check. The decision was still wrong.

Your agents already make consequential decisions — claims approved, suppliers qualified, releases shipped. Each one can authenticate, call the right tools, stay inside policy — and still decide on the wrong basis. Steward verifies whether each proposed action is supported by the evidence, context, and factors your organization expects — before it commits.

The offer: a six-week pilot on one decision workflow. Your policies in, your agent's real decisions checked, a gap report out. No agent rewrite, nothing touches production. Limited to three founding partners — terms agreed upfront, on the call.
EIC Accelerator shortlisted Patents pending · NL & US 68 triage simulations run Research paper · SSRN 2025 ↗
A decision that passes everything

Every layer checks the run. Nothing checks the decision basis.

The fraud score is low. Steward asks: low based on what?

claims agent · proposes to actapprove claim · €47escalated by Steward
Operational checks — all green
Identity authenticated, permissions valid
Previous-claims database accessible
Claim amount below automatic approval limit
Fraud score returned low
Decision basis — insufficient
Looked at previous claim amounts
Did not evaluate claim frequency
Did not recognize recurrence — same incident, 4th claim
Low-risk conclusion not supported enough to act alone
procurement agent · proposes to actqualify supplier · tier 1escalated by Steward
Operational checks — all green
Tax ID and registration validated
Credit score above threshold
Required documents on file
No duplicate vendor record found
Decision basis — insufficient
Checked financial standing
Did not check sanctions and ownership chain
Did not weigh single-source dependency risk
Qualification not supported enough to onboard alone
release agent · proposes to actapprove deploy · prodescalated by Steward
Operational checks — all green
All tests passing in CI
Approvals recorded, no merge conflicts
Rollback plan attached
Change window within policy
Decision basis — insufficient
Reviewed the changed files
Did not assess blast radius of the migration
Did not check dependent services downstream
Readiness not supported enough to ship alone

The problem is rarely missing data. It's that the agent didn't know what mattered for this decision.

"So where do you fit? Are you an agent harness?"

There's one question your stack still doesn't answer.

Steward does not replace orchestration, policy, evaluation, or observability. It adds the decision-basis check most stacks were not designed to verify — at the moment an agent is about to act. Not a missing feature in one layer: a missing layer.

Harness / orchestrationcan it execute?
Runs the loop, calls tools, manages retries, state, and identity.
execution layer
Policy & accessis it permitted?
Checks permissions, thresholds, and access around the proposed action.
permission layer
Evals / observabilityhow did it perform?
Scores, logs, and traces agent behavior before or after deployment.
measurement layer
Stewardis the decision basis sufficient?
Checks whether the agent considered the evidence and factors you expect for this class of decision.
the missing layer

Harnesses help the agent act. Steward helps your organization decide whether the agent has earned autonomy for this decision. Put simply: your stack verifies execution correctness — Steward verifies decision adequacy, against the standard you endorsed.

What you get

Catch the wrong basis before the agent acts.

Steward doesn't just reduce risk — it increases the autonomy you can safely absorb. Delegation grows; consequence doesn't. Review scales with the second, not the first.

See what agents missed

Every decision scored against your endorsed criteria — with what was never considered, named in plain language, before action.

Escalate only what matters

Sound decisions proceed with a record. The few that genuinely need judgment reach a human. Review scales with consequence, not volume.

Defend every decision later

A decision ledger your auditors and regulators can stand on: what was verified, what was flagged, who set the standard — and which version of the standard applied.

How Steward learns what matters

What matters is already in your policies. Steward makes it checkable.

Policies, decision-making frameworks, playbooks, audit findings, expert practice, and the goals of your agents already contain what a competent decision must weigh. Steward turns them into a Blueprint — an editable, versioned graph of expected evidence, criteria, and escalation logic for one class of decisions.

01 · Sources

Start from trusted material

Policies, playbooks, previous reviews — plus what the agent is for and what systems it can reach.

02 · Structure

Steward drafts the graph

Scattered inputs become a clear, reviewable picture of what this decision class must consider.

03 · Endorse

Your owner signs off

Decision owners adjust, approve, and put their name on the standard before it goes active.

04 · Verify

Check before action

Live or historical decisions are checked against the endorsed Blueprint — and gaps are flagged before actions commit.

A Blueprint is living infrastructure, not a frozen rulebook. It stays connected to the sources it was built from: when a policy or a database changes, Steward surfaces the change and drafts the update; your owners adjust and re-endorse. Every version is kept — so every past decision stays defensible against the standard that applied when it was made.
Beyond the kill switch

Not a kill switch. A spectrum.

Enforcement today is binary — allow or block, all or nothing. But consequence isn't binary, and neither is the right response. Steward intervenes in proportion: sound decisions proceed with a record, and everything else gets exactly the friction its consequences deserve.

Proceed

Sufficient basis — act, on the record.

Enrich

Pull the missing evidence or context before acting.

Condition

Act — but only with added requirements attached.

Constrain

Limit scope, rate, or budget while questions stand.

Escalate

A human with the right ownership decides.

Block

Stop before commit — the last resort, not the only tool.

Configurable per decision class, per consequence level — quarantine, delayed execution, rate limiting, and token-budget shrinkage among the options. And the spectrum is mode-aware: in observe and monitor, the same verdicts arrive as findings; in enforce, they act.

Why you can trust the verifier

It enforces your judgment — not model opinion.

The obvious worry: "isn't this just an LLM approving whatever looks plausible?" It isn't — because Steward has no opinion of its own to apply. It verifies each decision against the standard your organization endorsed — however unusual your rules — and nothing else.

We test the verifier continuously — many runs, many controls. The most extreme one: a Blueprint with deliberately absurd rules — screen triage patients for alien abduction. The agent worked competently and never asked about it. Steward flagged exactly that gap. Judgment is decided, not discovered.

✕ intergalactic_infection_screening · NOT CONSIDERED ✕ no_government_conspiracy_involvement · NOT CONSIDERED
Integration, at your pace

Value from day one. Depth when you're ready.

You don't choose between "no integration" and "deep integration." Steward runs in three modes on the same Blueprint — start by watching, enforce when the evidence says you should.

Mode 1 · Observe

See the gap — nothing connected

Real or historical decision traces checked against your Blueprint. No agent rewrite, nothing touches production. This is the six-week pilot — and it already produces the gap report.

via · exported traces or logs
Mode 2 · Monitor

Continuous visibility, live agents

The Steward SDK wraps your agent with lightweight hooks: every live decision is checked as it happens and written to the decision ledger. Full visibility, no behavior change.

via · SDK wrapper & hooks
Mode 3 · Enforce

The spectrum gates the action

The same checks now act on the decision path — from proceed to enrich to block, proportionate to consequence, before anything commits. Run it in front of your agents or beside them.

via · gateway or sidecar
One Blueprint, three depths. Everything you build in observe mode — the Blueprint, the endorsements, the ledger — carries unchanged into monitor and enforce. Moving up is a configuration decision, not a migration. The more consequential the decision class, the deeper you'll eventually want to go — and the spectrum is there when you do.
Before you commit

The hard questions — answered straight.

Not a stale rulebook

"Our policies change constantly. Won't the Blueprint go stale?"

No. A Blueprint is a versioned, editable graph, not a frozen document. Steward stays connected to the sources it was built from — policies, playbooks, databases — surfaces what changed, and drafts the update. Your decision owners adjust and re-endorse. Past decisions stay defensible against the version that was active at the time.

Not a new bottleneck

"Won't this become the review bottleneck it claims to remove?"

Scrutiny is tunable per decision class: checks can be weighted, relaxed, or removed, and Steward learns from what your reviewers actually escalate or wave through. But learned adjustments never silently relax the standard — they arrive as proposed Blueprint changes, and any change returns the Blueprint to draft until the owner re-endorses it. Human review concentrates where consequence lives, not on volume.

Opacity is a finding

"Agent reasoning is opaque. How can you verify what it considered?"

Where the basis is clear, Steward verifies it. Where it's ambiguous or opaque, that itself becomes a finding: Steward surfaces the ambiguity and asks for clarification or evidence before the action commits. Opacity is flagged — never silently passed.

Not a deep integration

"'Block before actions commit' sounds like a heavy integration."

Observe mode needs none — we run against real or historical traces. Monitoring adds the SDK wrapper and hooks around your existing agent. Enforcement can run as a gateway in front of actions or as a sidecar beside the agent — and other configurations are possible. Same Blueprint at every depth — no agent rewrite, no stack migration.

Not a generic rule engine

"Isn't this just more rules?"

A Blueprint is specific to a decision class. A claims decision, a supplier review, and a deployment approval each require different evidence and different escalation logic — not one flat ruleset applied to everything.

Not a platform bet

"You're early — what am I betting on?"

A scoped test, not a migration. Six weeks, one workflow, no agent rewrite — and a gap report that tells you whether Steward surfaces decision-basis gaps your current tooling does not catch. Either answer is worth having.

Data stays scoped

"What happens to our data in a pilot?"

Observe mode runs on exported traces you select — no system access, nothing touches production. Your data is used only to run the checks against your Blueprint, and it's deleted when the pilot ends. MeaningStack is a Dutch B.V.; processing terms are covered by our DPA — and for a pilot, we're happy to work on your paper, not ours. Where data is processed and which model providers sit underneath: ask on the call. You'll get specifics, not marketing.

How the pilot works

Three steps. Six weeks. Nothing touches production.

1Week 1

Pick one decision workflow

Claims, supplier onboarding, deployments — one place where agents act, consequences are real, and review is the bottleneck.

2Weeks 1–3

We build the first Blueprint with you

Steward drafts what every decision in this class must consider — from your policies and playbooks, in minutes. Your expert adjusts it; a named owner signs off.

3Weeks 3–6

We run your agent's decisions against it

Real or historical decisions, observe-mode only. You get the gap report: what your existing tooling never saw.

Inside the gap report — the pilot's deliverable
Every decision, scoredEach one checked against the endorsed Blueprint, rule by rule — met, violated, or never considered.
What was never consideredThe missing evidence and factors, named in plain language, per decision and in aggregate.
Gaps mapped to consequenceWhich gaps sit on your most consequential decisions — and where escalation should have happened.
The headline numberHow many decisions your existing tooling passed that failed the basis check.

Closes with recommendations: Blueprint refinements, scrutiny levels per decision class, and where monitor or enforce mode would pay first.

No agent rewrite. No integration to start. The pilot runs in observe mode — and when you're ready, the same Blueprint moves to monitor and enforce — interventions proportionate to consequence, before actions commit.

Founding design partner program · 3 slots

One workflow. One Blueprint. Six weeks.

Three founding partners — selected, not open enrolment. Founding terms and conversion pricing agreed upfront, before anything starts. You leave knowing whether the gap is real in your world. Either answer is worth having.

"The workflow ran correctly" is no longer mistaken for "the decision was sound."

Test Steward on your workflow

Tell us where your agents decide today. We'll set up a short call and see what a six-week test would look like on your workflow. You'll speak directly with Luciana Ledesma, MeaningStack's CEO.

Engineering-led? Ask about early SDK access on the call.
MeaningStack B.V. · used only to follow up about Steward.

Thanks — we'll be in touch shortly.

Running agents in production already? Reply and say so — we'll fast-track the call.