Read the case study

Try a small part of the idea

Can you trust the report?

Trace a fictional request, inspect a quality issue, and see how a correction changes the summary.

Synthetic walkthrough

Follow a request.

4 fictional records
Computed in your browser

  1. 1. SourceFictional request records
  2. 2. CoreInspect quality rules
  3. 3. MartSummarize eligible records

RQ-101 needs attention.

A completed request needs a completion date.

Rule: completion-date

Request
RQ-101
Status
complete
Created
2026-08-03
Completed
Missing
Approved / total authors
3 / 3

Use the prepared completion date, August 12, 2026. This changes only the example in your browser.

3

eligible requests

1

blocked by checks

1

completed requests

1

awaiting approval

Illustrative report · eligible records only

What this example shows

A record can have a plausible status and still fail a consistency check. This browser example keeps the source visible while excluding failed records from an illustrative report.

These are original fictional fixtures. The example is inspired by the project’s source, core, and reporting boundaries; it does not run the underlying Python or SQL pipeline. No data leaves your browser and no model calls are made.

Download the initial example as JSON · Architecture, evidence, and limitations