Rensei
DOC R-005 · CLAIMS LEDGER · REV 2026-07-10sha256:a193…53e9

00 · ABSTRACT

Every claim here carries its status, and every number its provenance.

Every claim below carries a status and a provenance class, stated exactly: an artifact you can fetch right now, an artifact rendered on this page, or an artifact available under NDA on request. Statuses are VERIFIED, MEASURED, IN INTEGRATION, ROADMAP, or DECLARED. Every roadmap-status item we track is listed beside the verified ones.

REC 00sha256:580a…cf44prev b6ee…0651build 2026-07-10T10:52Z

01 · CLAIMS LEDGER

The ledger.

Every VERIFIED row points at a real artifact you can fetch or request, never demo data. Artifacts marked UNDER NDA are available on request through the contact form below.

Current append-path audit entries are hash-linked and Ed25519-signed; verification protocol and per-workspace key discovery published

VERIFIED

Provenance

FETCHABLE: curl https://rensei.ai/.well-known/audit-keys.json

retained history may include legacy unsigned entries

The execution layer (donmai) is open source under the MIT license

VERIFIED

199 historical policy denies immutable on Rensei's own production audit chain

MEASURED

Provenance

UNDER NDA: audit export, available under NDA on request

count as of 2026-05-21

Knowledge-graph recall on Rensei's own production sessions, Cedar-authorized and hash-chain audited

MEASURED

Provenance

UNDER NDA: injection-row and audit-row exports

Survival-to-posterior routing wiring

IN INTEGRATION

Provenance

closes in an upcoming release

SOC 2 Type I

ROADMAP

Provenance

Governor hard-caps and holds

ROADMAP

Provenance

RENDERED: fail-loop specimen on the evidence page

loop bounding today is the eight-dispatch cap

On-prem deployment

ROADMAP

Provenance

Rensei deliberately publishes one redacted signed sample from its own platform for account-free offline verification. It includes a key-discovery link and a copy-pasteable verification command. It is a public example, not a complete chain export or evidence of continuous monitoring coverage. The verification protocol and key catalog describe the workspace-scoped key path. Signature presence and verification are distinct: the signature is evidence to check, not a verification result by itself. Authenticated audit reads use application-level organization/workspace authorization and query filtering. Project filtering is route-dependent and applies only on routes that accept project scope. These audit-read routes are not Cedar-gated, and this page does not claim production database RLS as their live runtime enforcement boundary.

REC 01sha256:d9ce…441bprev 580a…cf44build 2026-07-10T10:52Z

02 · DERIVATION

Four primitives, derived.

Cedar policy enforcement, hash-chained audit, fail-closed egress, and decision provenance are properties of a deterministic execution graph. None of them is a module that could have been left out.

Cedar policy enforcement

Declarative workflows compile to a durable execution graph, and every outbound tool call in that graph passes a Cedar policy-enforcement point before egress. Coverage is fixed at compilation; a step cannot route around a check the graph places in its path.

Hash-chained audit

Entries produced by the current append path link each entry hash to the prior hash and carry per-workspace Ed25519 signatures. Retained history can include legacy unsigned entries. A holder can recompute a supplied segment and check signatures where present against published keys. That establishes tamper-evidence for the checked segment. It does not establish capture or full-history completeness or truth at capture. External timestamp anchoring is not part of this published proof.

Fail-closed egress

A missing or failed policy ruling denies by default. The enforcement point lives in the execution path itself, so an unreachable policy engine stops state-modifying calls rather than waving them through; observation-only reads proceed and land on the audit chain.

Decision provenance

Every action binds model version, prompt, context, and policy ruling into a signed decision record. When models are nondeterministic, that binding is what makes a decision reconstructable.

The derivation is the public answer to how this is different. LLMs run as bounded operators inside workflow steps; the control loop is deterministic code. When the control loop is instead a model that can rewrite the steps it is about to run, the record of what ran is a claim, not a proof: tamper-evident audit requires a loop that cannot edit its own history. A deterministic graph forecloses that failure structurally. The structure that executed is the structure that was reviewed, and the chain that recorded it sits outside the reach of the thing it records.

REC 02sha256:a40a…01faprev d9ce…441bbuild 2026-07-10T10:52Z

03 · VERIFY THIS PAGE

This page can prove itself.

At build time, a script canonicalizes each chapter of this page: the rendered text plus, in order, every link target and image reference, normalized and whitespace-collapsed. Each chapter record hashes with the record before it, the doc strip under the navigation is the genesis record, and the page hash in the footer commits to all of them. The full construction, and what each verifier outcome means, is published on the verification method page.

The chain proves the prose, links, and figures you received are the ones that were built, complete and in order. It does not prove the claims true. The ledger above does that.

Hash-chaining this page took a build script. A SOC 2 takes an auditor, and its status is printed in the ledger above, not paraphrased.

The verifier source is MIT licensed and runs against this site's own pages.

REC 03sha256:6e07…861aprev a40a…01fabuild 2026-07-10T10:52Z

04 · SEED PLAYGROUND

Determinism you can poke.

The strand below is a pure function of its seed. The default seed is this page's own record hash. Change it, re-render, change it back: the render is reproduced exactly.

render #1 · seed a1931b4· deterministic render. Same seed, same render, byte for byte.

The same property holds for workflow runs: graph, state transitions, and policy evaluations are deterministic and replayable. The strand generator is MIT licensed and ships alongside the verifier.

REC 04sha256:7aa8…dc03prev 6e07…861abuild 2026-07-10T10:52Z

05 · SPECIMENS

Rendered artifacts.

Live platform components rendered with declared demo data. These figures are the page's RENDERED provenance class.

FIG 5.0

Posterior distributions, Beta(α, β) per model arm

0.000.250.500.751.00IMPLEMENT · 213 OBSroutes → claude-opus-4-8claude-opus-4-8n=90gpt-5.5n=71gemini-3.5-flashn=52REVIEW · 202 OBSroutes → gpt-5.5gpt-5.5n=92claude-opus-4-8n=69gemini-3.5-flashn=41TRIAGE · 187 OBSroutes → gemini-3.5-flashgemini-3.5-flashn=102claude-opus-4-8n=40gpt-5.5n=45
FIG 5.0 - Thompson posteriors per provider and work type. Survival-to-posterior wiring: in active integration.

Figures are live component renders, not screenshots. Demo data.

Per-line provenance and survival measurement are live; the survival-to-posterior wiring is in active integration.

FIG 5.1

Code Survival30 days after merge

Share of agent-authored lines still present at HEAD, 30 days after merge. Hot-weighted applies a soft weight to lines that are statically reachable from a user-facing entrypoint - this is static reachability, not a measure of what end users actually executed.

Raw 30d survival
87.3%
38 PRs · 8,217 of 9,412 lines · line-weighted
Hot-weighted 30d survival
91.1%
31 PRs with reachability
Surviving lines by reachability
5,306 hot 2,614 cold297 unknown (weighted hot)
7 PRs have reachability unavailable on the pool that scanned them - those rows count toward raw survival only.

Per-symbol drill-down (top 10)

File
Symbol
Surviving
Reachable
src/telemetry/ingest/frame-parser.ts
parseFrameBatch
214
Hot
src/routing/dispatch-queue.ts
drainWithBackpressure
187
Hot
src/app/missions/[id]/timeline.tsx
MissionTimeline
163
Hot
src/telemetry/codecs/protobuf-bridge.ts
decodeLegacyFrame
142
Cold
src/lib/geo/heading.ts
normalizeHeading
96
Hot
src/workers/replay/replay-worker.ts
replayWindow
88
Unknown
src/app/api/fleet/health/route.ts
GET
74
Hot
src/lib/migrations/backfill-2026-04.ts
backfillPoseEvents
61
Cold
src/charts/battery-sparkline.tsx
BatterySparkline
57
Hot
src/sim/fixtures/depot-map.ts
DEPOT_MAP
41
Cold
FIG 5.1 - Code-survival scorecard, 30-day window, hot-weighted.
FIG 5.2

Audit log

meridian-robotics/assembly-toolingdemo data · Jun 9, 2026 · UTC
Event
Entry hash
  1. genesis000000…000000
  2. Issue accepted
    d3c0de…b8656b
  3. Plan approved
    d3c0de…22eacd
  4. Decision dec_d3c0de24dd1c binds the model, prompt envelope, retrieved context, and policy ruling to one signed audit entry.
    Model
    claude-sonnet-4-5
    version: claude-sonnet-4-5-20250929
    Prompt envelope
    template: implementer.dispatch@v12
    sha256: d3c0dee3c9…b067e2f5d9
    tokens: 2,113 system · 18,402 input
    tools granted: git, fs.write (services/calibration/**), test-runner
    Retrieved context
    memobs_mem_a41f2c - “Calibration offsets are written by flash.ts, not the EEPROM map · w 0.82
    fileservices/calibration/flash.ts · w 0.74
    filedocs/runbooks/gripper-calibration.md · w 0.61
    issueMER-2841 · intake thread (4 messages)
    Policy ruling · Cedar
    ALLOWfleet.dispatch.scoped-write@v7
    matched rules: allow-implementer-scoped-write, require-branch-isolation
    policy hash: d3c0deebfd…e103274083
    Cryptographic proof
    entry hash: d3c0deede1f3360c9c77bee1e4bfbe8cb2eb073fd81df5d241c11d8573ebca0f
    sequence: 4183
    signature:ed25519 · DEMOSIGqNdHF/pEQtKdTnhST(key meridian-audit-2026a)
    Merkle inclusion: leaf 4183 / tree size 4,187
  5. Implementation complete
    d3c0de…e52bab
  6. Review approved
    d3c0de…5945d7
  7. Change merged
    d3c0de…3c339d
  8. Merkle checkpoint
    d3c0de…845dc2
Within the contiguous demo segment shown, hash chaining exposes an edit, interior deletion, or reorder at the break. It does not establish capture or full-history completeness. Whether what was written is true is the job of decision provenance. All hashes shown are seeded demo values; this specimen is not externally anchored.
FIG 5.2 - Hash-chain verification with one expanded decision-provenance row. Mock hashes.
FIG 5.3
  1. t+0.0s

    ACCEPTANCEFAILED

    The acceptance gate fails REN-demo: tighten retry policy.

  2. t+0.4s

    STATEAUTO-REJECTED

    The issue is auto-rejected. No human dispatch is required to close the loop.

  3. t+5.1s

    DISPATCH3 OF 8

    Refinement dispatches in about five seconds, parked behind the active session.

  4. t+5.2s

    RECORDON CHAIN

    The transition lands on the audit chain, signed and linked to the event before it.

dispatch cap: 8per issue, enforced today · governor-level hard caps and holds: ROADMAP · ledger row ↑

FIG 5.3 - A step fails, the loop retries, the cap holds. The rendered artifact for the governor-caps ledger row.

REC 05sha256:173f…dd88prev 7aa8…dc03build 2026-07-10T10:52Z

06 · VELOCITY

Built at pace.

The git history is the record.

3,849

commits across 15 repos, public and private · fetched 2026-06-11

298

releases · fetched 2026-06-11

121

days · fetched 2026-06-11

REC 06sha256:88af…1319prev 173f…dd88build 2026-07-10T10:52Z

07 · RUN YOUR OWN

Bring your own benchmark.

The most credible number for your evaluation is one produced on your workload. We run scoped benchmark engagements under NDA: a workload you define, a written methodology your team can check, and a measured result you keep.

Disclosure stays in your hands; nothing is published without your sign-off. Start below.

REC 07sha256:1c10…6787prev 88af…1319build 2026-07-10T10:52Z

08 · CONTACT

Request the artifacts.

Artifacts under NDA ship on request. Every request for the artifacts gets a reply.

Confirm your email and our team replies directly.

REC 08sha256:a161…5f1dprev 1c10…6787build 2026-07-10T10:52Z