G‑14 proof-carrying verification layer

Check the evidence. Gate the action. Prove the decision.

G‑14 builds external verification layers for consequential AI: systems that decide whether proposed actions, reconstructions, and conclusions are admissible before they touch robots, tools, records, workflows, or scientific decisions.

PreserveCorrectHoldBlockReleaseProve
Action Proposal Intake Boundary armed
Models
Agents
Robots
Lab Systems
Enterprise AI
Proposed Action
External Control LayerAdmission decisions before effect
PPreserve
CCorrect
HHold
BBlock
RRelease
VProve
Governed Execution
Proof Receipt: signed, retained, replayable
Published proof packetEvidence buyers can verify locally.
Review proof evidence
PUBLIC PROOF ARTIFACTAMR v0

Generated Apr 25, 2026, with manifest, checksum ledger, verifier wheel hash, and local verification path.

SIGNED POSITIVE CASES5 pass

Immediate allow, hold-release, hold-block, timeout-safe-state, and replay-seed allow packets are expected to verify.

NEGATIVE CORPUS6 reject

Unsigned, tampered, missing cross-view, missing inclusion, and signer-topology failures reject as expected.

MANIFEST COVERAGE13 artifacts

Packets, receipts, stale and replay rejections, public keyset, checksums, and offline verifier material are pinned.

CLAIM SCOPEDiligence artifact

Built for technical review; certification and production deployment claims remain customer and environment specific.

Evidence firstThe governed object is the proposed action or reconstruction, not a story about the model.
Certificate before consequenceAuthority, evidence, boundary, and repair are checked before action or conclusion.
Receipt after decisionReceipts retain proposal, policy, evidence, decision, timing, and outcome.
General control thesisThe same proof-carrying layer applies to physical systems and agent collectives.

Where admission matters

Customers do not onboard by naming models. They start with the places AI can touch the business and the actions that cannot be left to probabilistic output alone.

Life Sciences and Pharma

Govern SOP drafts, batch-related documents, deviations, and regulated workflow releases.

Map action risk

Robotics and Automation

Admit robot movements, grip actions, AMR routes, and human-shared zone entry.

Inspect boundary

Industrial Systems

Hold or block machine-adjacent commands until operating evidence is present.

Review path

Enterprise AI

Control tool calls, API writes, record changes, deployments, and agent workflows.

Trace authority

Defense and Mission Systems

Create proof-bearing gates for high-consequence connected and disconnected action paths.

Build proof

Finance and Operations

Review refunds, payments, vendor changes, case decisions, and other material actions.

Define permits

Software Delivery

Let coding agents open work while merges, secrets, and production changes require admission.

Connect SDK

The infrastructure of trust for AI action

G‑14 is a control surface and a runtime boundary. It accepts action proposals and agent-derived claims, evaluates authority and evidence, controls consequence, and retains proof.

Policy Engine

Permit-to-act rules define actor, verb, resource, authority, evidence, boundary, and recovery.

Trust and Signals

Context, identity, system state, sensor evidence, and business signals enter as typed inputs.

Admission Engine

The proposed action is evaluated against deterministic policy before it can cross the boundary.

Execution Control

The effect channel requires the G‑14 decision before action becomes real.

Proof and Evidence

Receipts bind proposal, rule, evidence, decision, signer, timing, outcome, and retention path.

Audit and Replay

Investigators can replay the chain and export an evidence package for review.

Proof receipt vault

Every consequential action gets a replayable record.

The proof object is not an audit log afterthought. It is the durable record of who proposed the action, what G‑14 decided, under which permit, with what evidence, and what happened after release or block.

  • Base model or agent proposal preserved before execution.
  • Policy version and admission decision retained with timing.
  • Evidence checks, missing signals, corrections, holds, blocks, and releases recorded.
  • Human authority, escalation, revocation, and recovery path captured when required.
  • Receipt designed for audit, incident review, dispute support, and customer evidence export.
Action TimelineReceipt G14-04-CELL-1187
12:04:18.201ProposedOpenVLA policy proposed move to target bin in cell 04.
12:04:18.227PreservedG‑14 received and preserved the proposed action.
12:04:18.244Policy v7.3Warehouse robot permit-to-act applied to actor, verb, resource, and zone.
12:04:18.261HeldEvidence check failed: object identity ambiguity.
12:04:20.014CorrectedHuman reviewer requested correction to the target object.
12:04:20.512ReleasedObstruction check passed and release authority recorded.
12:04:21.103EffectedRobot executed corrected action through governed execution channel.
12:04:21.802Receipt issuedProof receipt issued with decision chain and outcome verification.
Robotics and laboratory systems observed from an enterprise control room
Private proof starts with one workflow, one robot cell, one agent toolchain, or one action path.

Governance Mapping Center

Export what the boundary produced, not a paperwork substitute.

NIST AI RMFGovern, Map, Measure, and Manage evidence produced by the action boundary.
NIST CSF 2.0Govern, Identify, Protect, Detect, Respond, and Recover mappings for AI action paths.
ISO/IEC 42001AI management-system evidence for risk controls, oversight, and improvement.
SOC 2 and ISO/IEC 27001Control evidence for access, change, auditability, incident, and trust services review.
ISA/IEC 62443Industrial-zone and control-system alignment for high-consequence environments.
EU AI Act readinessTraceability, oversight, documentation, and operational-control evidence where applicable.

Standards, certification, and authorization references describe evidence mappings and readiness paths, not completed certifications unless expressly stated in a signed customer or assessor document.

Private proof console

Bring one workflow. See what G‑14 would admit, hold, correct, block, release, and prove.

The lowest-friction enterprise start is a private proof on a real action path. Replay historical runs, shadow live proposals, evaluate semantic or physical receipts, then move toward assist and control.

Run a private proof