Proof row
No public lift number exists
The benchmark case publishes no numeric lift result and labels the current result as null.
Supports the claim-discipline argument that no benchmark number ships before the run clears gates.
Benchmark · Null result
A technical evaluator wants a controlled, reproducible answer to whether structured project context improves agent work.
benchmark gate
HERMES case-study frame
A reviewer should be able to answer seven things before opening the JSON export: what decision is in front of them, what changed against a cold start, which row carries the claim, where the value appears, what source trail exists, what purchase decision it informs, and what the case does not prove.
A technical evaluator wants a controlled, reproducible answer to whether structured project context improves agent work.
The tempting path is to publish a broad productivity number before the benchmark earns it.
The benchmark separates structured files from generic docs and prompt-only baselines before any public number ships.
No benchmark result exists on the public site yet.
Proof row
The benchmark case publishes no numeric lift result and labels the current result as null.
Supports the claim-discipline argument that no benchmark number ships before the run clears gates.
Evidence room
This is the public review surface for the case. Each row names the observation, the evidence values it stands on, the source trail, the boundary, and the matching structured entry in the evidence export.
A source trail is not always a raw public artifact. Public projection means the source has been redrawn or summarized; retained source means it is named for audit but withheld until redaction clears.
Claim under review
This case exists to show claim discipline. The current public result is deliberately a null result.
evidence_facts[0] No benchmark result exists on the public site yet.
evidence_facts[1] The final claim may be narrow or null.
evidence_facts[2] The result will be published only after the validity gates pass.
Evidence values
Source trail
source-01-benchmark-design Benchmark design measurement plan · public projection source-02-run-artifacts Run artifacts benchmark output · pending run Evidence status mix
Metrics
Source artifacts
Case quality review
This is a cold-review rubric, not a sales claim. It checks whether the case can be understood, inspected, bounded, and acted on.
A reviewer gets the situation, contrast, and buyer decision without reading the JSON.
The case exposes proof rows, values, source handles, and excerpts before the JSON export.
The page names what the case proves and what it does not prove.
The route uses visuals, storyboards, or surface frames to break the proof into inspectable layers.
The proof sends the buyer to an evidence room, artifact link, pricing path, or local run.
Visual hierarchy: Promote the proof row into a diagram, table, screenshot projection, or openable artifact.
Open case evidenceEvidence docket
Evidence Flow
Each case has to survive the same path: starting condition, system-backed change, visible result, retained evidence, stated limitation, and a next action.
Claim
This case exists to show claim discipline. The current public result is deliberately a null result.
Before / after
Before · marketing number
The tempting path is to publish a broad productivity number before the benchmark earns it.
Agents are 40% better with KBPD. This is exactly the claim we are not making yet.
After · controlled measurement plan
The benchmark separates structured files from generic docs and prompt-only baselines before any public number ships.
The result may be positive, narrow, or null. The studio will publish the earned result, not the desired one.
Evidence
Run metadata
Metrics
Source artifacts
Limitations
Next