Skip to content

The action boundary for AI agents

Intent is not authority.

Fulcrum decides whether a routed agent action may proceed before the tool executes.

For actions routed through Fulcrum, policy, budget, identity, and trust checks produce an allow, deny, or escalate decision before execution. Captured decisions become tamper-evident records whose integrity can be verified without Fulcrum credentials.

FULCRUM BOUNDARY · RECORDED SESSION · v0.11.0
go install github.com/fulcrum-governance/fulcrum-boundary/cmd/boundary@v0.11.0
EVIDENCEno records yet

Can this agent do that?

This recorded Boundary v0.11.0 session denies the lethal-trifecta request before the upstream call, emits the decision record, and verifies that same record's integrity.

How it works

Autonomy without evidence is exposure.

Fulcrum evaluates whether a routed action may proceed before execution and preserves the captured decision for review afterward.

Walk · 01 — Evidence

The agent is not the evidence.

Fulcrum records the boundary decision outside the agent, before the tool executes. Hash-verifiable decision records let an independent verifier recompute record integrity without Fulcrum credentials.

Evidence authority ladder
RungStatusBoundary
Signed receiptsBUILTSigned at emission once FULCRUM_RECEIPT_SEED is set; signature attests the signer, not the verdict. Capture-scoped — not all governed traffic is captured.
Witnessed notaryBUILTDeployed, independently verifiable, and Fulcrum-operated.
Independent authorityBETUnmet. No organizationally independent witness operator exists today.
  • Evidence coverage is capture-scoped; not all governed traffic is captured.
  • A witness is Fulcrum-operated; independent verification without Fulcrum credentials is not independent witness operation.
  • Record integrity is not verdict correctness, enforcement proof, completeness, authenticity by itself, or legal admissibility. Replay reproduces a recorded decision; it does not prove enforcement or the absence of upstream side effects.
Receiptdenydeterministiclive
Matched rule
deny-github-write-after-taint-fixture
Policy / request hash
sha256:9ee20023d2bec36e7443092c34aa8439193f6ad0939187da18ed4cf044391265
Trust at decision
1 · TRUSTED
Cost / budget at decision
/ budget not recorded
Timestamp
Record hash
record_id: rec_9494aaf9a7e6
Integrity

Hash-verifiable local evidence artifact. Recomputed client-side (SHA-256 over the RFC 8785 / JCS canonical form) — record-scoped integrity, not authenticity. No hash chain.

Not yet verified

Recorded Boundary conformance vector — a separate verification example from the recorded hero session, not live production evidence.

Walk · 02 — Modes

Every decision carries a mode.

deterministic

LIVE

classified

LIVE

proved

NAMED · SCOPED · EVIDENCED · NOT DEFAULT

human-approved

NAMED · SCOPED · EVIDENCED · NOT DEFAULT

Every decision carries a mode. Deterministic and classified run live today. Proved and human-approved are named, scoped, and evidenced, not yet the default path.

Walk · 03 — Deployment

Honest adapter readiness.

Deployment surface readiness
RouteReadinessBoundary
MCPPRODUCTIONBoundary's first and only production adapter route
Secure GitHubPREVIEW
Command BoundaryPREVIEW
Edit BoundaryPREVIEW
CLIPREVIEW
CodeExecPREVIEW
gRPCPREVIEW
Managed AgentsPREVIEW
WebhookPREVIEW
A2APREVIEW

CrewAI, AutoGen, and LangGraph are framework instrumentation. They instrument an orchestration boundary and are not equivalent to out-of-process transport enforcement.

Capability language applies only to actions routed through Fulcrum-controlled or Boundary-controlled paths and does not cover tools that bypass the boundary.

Open source MIT · proofs · public

Walk · 04 — Routing

The decision belongs at the boundary.

Routing logicFIG · 04 — Sorter · Schematic · Rev C
Deterministic routing schematicA routed action is evaluated and verified at the boundary, then diverted by verdict to allow record, escalate hold, or deny reject.INPUTPIVOT / AXISEVALUATEVERIFYDECIDEESCALATEALLOWDENYHOLDRECORDREJECT

One routed action, one threshold. The boundary evaluates, verifies, and diverts by verdict: ALLOW continues to the record, DENY peels to the reject line, and ESCALATE is held for review.

Authentication answers WHO. Admissibility answers WHETHER.

Fulcrum evaluates whether a routed action may proceed before execution and preserves the captured decision for review afterward.

Authentication does not establish legal admissibility. “Admissibility” here is the boundary decision about whether the routed action may proceed, not a legal conclusion.

Fulcrum records the boundary decision outside the agent, before the tool executes.

Hash-verifiable decision records let an independent verifier recompute record integrity without Fulcrum credentials.

Record integrity is not verdict correctness, enforcement proof, completeness, authenticity by itself, or legal admissibility. Replay reproduces a recorded decision; it does not prove enforcement or the absence of upstream side effects.

Evaluation access

Start with one governed surface.

We use the first evaluation to scope the action your team wants governed before execution and determine whether Fulcrum is the right fit for that initial rollout.

  • Scope the first governed action surface before broader rollout.
  • Follow up directly with the team handling that boundary.
  • Keep the decision path reviewable as the deployment expands.

Evaluation request

Request an evaluation

We use this only for evaluation follow-up. No mailing list, no automated marketing.