Rensei
DOC R-005 · CLAIMS LEDGER · REV 2026-06-11sha256:1926…09c7

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 in the diligence data room. Statuses are VERIFIED, MEASURED, IN INTEGRATION, ROADMAP, or DECLARED. Every roadmap-status item we track is listed beside the verified ones.

REC 00sha256:1ac0…1adfprev e5ec…396abuild 2026-06-12T03:34Z

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 in the diligence data room; request access through the contact form below.

Ed25519 hash-chained audit trail; verification protocol and per-workspace key discovery published

VERIFIED

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 in the diligence data room

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 during the design-partner phase

SOC 2 Type I

ROADMAP

Provenance

this row updates when an auditor engagement letter exists

Governor hard-caps and holds

ROADMAP

Provenance

RENDERED: fail-loop specimen on the evidence page

loop bounding today is the eight-dispatch cap

Design partners

IN EVALUATION

Provenance

evaluations underway, nothing signed; an anonymized reference appears here the day a pilot converts

Company stage

DECLARED

Provenance

pre-revenue, one founder, design-partner phase

On-prem deployment

ROADMAP

Provenance

No audit entry from any workspace reaches a public page. The only audit data on a public surface is each workspace's Ed25519 public key, served for key discovery. The chain is keyed per workspace, isolation is enforced by per-transaction row-level security and workspace-scoped Cedar, and operator access is itself gated and audited. So a workspace verifies its own chain against its own published key without trusting Rensei. The platform runs one tenant today, Rensei's own, and the numbers above are measured on it. The same per-workspace keying is what is designed to let the verification model carry into the VPC and on-prem tiers on the roadmap.

REC 01sha256:ed92…15f5prev 1ac0…1adfbuild 2026-06-12T03:34Z

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

Every event is hashed, signed with per-workspace Ed25519 keys, and linked to the event before it. The chain proves tamper-evidence and completeness against the workspace's published key, so a holder verifies it without trusting Rensei.

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:46a0…ee97prev ed92…15f5build 2026-06-12T03:34Z

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.

Yes, we hash-chained a marketing site before holding a SOC 2. The chain took a build script. The audit takes an auditor, and its status is printed in the ledger above, not paraphrased.

The verifier source is MIT licensed; the canonical copy will publish with the donmai.dev docs appendix and demonstrate against donmai.dev's own pages.

REC 03sha256:7a0e…c263prev 46a0…ee97build 2026-06-12T03:34Z

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 19263fa· 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 will publish with the verifier in the donmai.dev docs appendix.

REC 04sha256:1eaf…0fa4prev 7a0e…c263build 2026-06-12T03:34Z

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 and closes during the design-partner phase.

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
Hash chaining and Merkle checkpoints prove the record you are reading is the record that was written: any edit, deletion, or reorder breaks the chain. Whether what was written is true is the job of decision provenance. All hashes shown are seeded demo values.
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:0701…43a4prev 1eaf…0fa4build 2026-06-12T03:34Z

06 · VELOCITY

Built by one founder and the fleet under review.

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:1b3d…3880prev 0701…43a4build 2026-06-12T03:34Z

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:4e09…860cprev 1b3d…3880build 2026-06-12T03:34Z

08 · CONTACT

Request the artifacts.

UNDER NDA artifacts ship from the diligence data room. One founder reads this inbox, and every request for the artifacts gets a reply.

Confirm your email and the founder replies directly.

REC 08sha256:2b04…606bprev 4e09…860cbuild 2026-06-12T03:34Z