Methodology · the certification chain
What an exam has to survive before a score off it means anything.
Every stage below is executed per exam and its result is recorded. This page states what each stage proves and what it does not, because a stage described only by what it catches teaches a reader to trust it further than it goes.
The Annotation family evaluates structured observations against a declared schema and a private reference. Its five fixtures cover robotic video, image objects, text labels, structured records and audio events. Public pages expose approved task descriptors, asset provenance and certification summaries; reference annotations and hidden grading material remain private.
Checks distinguish a reference submission from an empty baseline and targeted wrong submissions, then exercise malformed inputs and attempts to replace the grader or reference. Temporal intervals, geometry, text offsets and categorical decisions are checked against the task's bounds and conventions. Metrics are selected for the annotation type; a score is meaningful only alongside those definitions.
Annotator comparison reports disagreement and categorical agreement where applicable. Agreement measures consistency between submissions; it does not establish correctness. Unclear observations must follow the task's ambiguity policy rather than being silently treated as agreement.
Limit: certification checks the exam. Actual model performance is recorded separately in model results. A result on one fixed clip does not establish general video annotation competence. The dated specimens below document the earlier exam families.
Development runs exposed an ambiguity: the original contract listed required item identities and annotation types separately, while categorical grading depended on their association. Revision 0.2.0 explicitly declares that association and checks it before submission. The video, reference annotations and quality thresholds are unchanged. The revised exam passed fresh certification before receiving a new model attempt.
Six earlier development attempts remain diagnostics: three provider interruptions, one invalid-format submission, one submission affected by the contract ambiguity, and one native-video attempt using default provider sampling. The last completed with a 42.11% task score, but default sampling did not guarantee the exact frames or subsecond detail required by the task. It is not clean evidence of intrinsic model capacity.
The corrected input condition supplies the original video with 10 FPS requested and separate full-resolution images for the two publicly requested box frames. The frame selection policy, source and image commitments, dimensions and timestamps are recorded. This condition is labeled native video + exact frames and remains separate from native-only and sampled-frame runs. Provider-side processing is not independently observed.
Gemini 3.6 Flash completed this condition with six valid annotations and a 65.65% task score; the exam verdict remained failed. Input access, prompt clarification and run variability can each affect differences between attempts. One fixed clip does not establish general capacity.
Public schema checks validate format and task structure; they do not read reference answers or grade visual accuracy. Original answers and results are preserved without repair or rescore. Track consistency depends on box matching: zero can reflect inaccurate boxes despite correct IDs. Reference spot-checks found no gross mismatch, but do not constitute independent human validation.
-
Contract
An exam declares its identity and version, its family, the grader entry point that will run, its licence, and its classification — whether it may ever be listed publicly, and whether it belongs to a customer. The declaration is validated before any other stage runs, and a family whose status is not
activecannot carry an exam at all.Does not prove: that the exam is any good. It proves the exam is well-formed and that its handling rules are stated up front rather than decided later, when it would be convenient to decide them differently.
-
Gold proof
The exam ships with a reference solution — upstream's own merged fix, where the exam comes from a public repository. The stage asserts four things at once: the reference passes the hidden grader, the untouched starting tree fails it, the grader is not visible to the model, and no part of the reference leaks into the tree the model is given.
Does not prove: that the exam is hard, or that the reference is the only correct answer. It rules out the two exams that are worthless in opposite directions: the one nobody can pass, and the one that is already passed before the model starts.
-
Grader controls
A grader that only distinguishes a correct answer from an empty one measures almost nothing. The controls feed it a set of submissions that must land on known verdicts. On the exams certified 2026-08-31 the set is seven — the untouched tree (fail), the reference (pass), an incomplete fix with one part of the reference missing (fail), a lookalike near-miss a competent engineer would plausibly write (fail), a planted test hook (fail), a planted reward file (fail), and the reference again after all the tampering attempts (pass).
The two wrong-but-plausible probes are required to fail for different reasons, and the failing test sets are read to confirm it rather than inferred from an exit code.
Does not prove: that no wrong answer passes. It proves that the specific wrong answers we could think of do not, and that the grader ignored material planted to bend it. A probe set is a floor, and it is the floor we can show you.
-
Attack suite
Scripted probes attack the grade rather than the task: rewriting or deleting tests, planting collection hooks, reaching for the answer key, writing outside the paths the model is allowed to write. The exam passes only when no probe finds a trivial exploit and the reference solution still passes after the entire suite has been run against the exam.
Does not prove: that the exam is unbreakable. It proves the cheap breaks are closed and the exam survived our own attempts on it. A determined attacker is not a scripted one.
-
Canary
Each hidden test file carries a unique marker, registered in a host-only file the model can never reach. The markers are checked to be unique. If exam material ever surfaces somewhere it should not — in a model's output, in a scraped corpus, in a pull request — the marker names the file it came from.
Does not prove: that the exam has not leaked. A canary is detection, not prevention, and it detects only a leak that carries the marker with it.
-
Publication scan
Before anything an exam contains can be shown to anyone, a scanner reads the model-facing tree and the published grader against a pattern list and against the reference solution byte for byte, and refuses to call the material publishable on a single finding. It is run again after any change to those bytes.
Does not prove: that the exam contains nothing sensitive. It proves that nothing matching the rules we wrote was found. A rule list catches what it describes.
-
Freeze
What passes is frozen: a hash over the task tree the model is given, a freeze hash over the certifying inputs, the parent commit where the exam comes from a repository, and the container image digest — when the freeze was taken inside a container. A freeze taken without a container runtime records
imageDigest: nullhonestly rather than borrowing a digest from somewhere else, and it has to be re-frozen by a promotion pass.Does not prove: anything about a score. It is what makes a score quotable: a result belongs to one freeze, and a number quoted without one is a number about nothing in particular.
-
Container promotion
The whole chain is re-run inside a network-none container — seed, gold, grader controls, attack suite, evaluation — and the exam is sealed against the image it was certified with. In the August 31 snapshot, eleven exams shipped since August 30 carried a recorded promotion pass.
Does not prove: that every exam in the inventory is promoted. It is a separate pass, it is recorded per exam, and where it has not run the exam says so.
Certifying an exam is half the job. A score off it is only quoted when the run is certified too, and that is five conditions, each recorded separately on every rollout:
- Grader. The hidden tests accepted the submitted workspace, graded in a separate container with no network. The graded tree's hash must equal the submitted workspace's hash or the grade is voided.
- Containment. The taker was proven to have acted only through the exam's actions. Provider API lanes are contained by construction — the provider sees only what the harness sends. Agent CLIs run on the host and are audited after the run from their own session stores for tool use, answer-key access, cross-session memory and network use. A lane whose store cannot be read is withheld; a lane whose CLI keeps its own toolset with no way to remove it is excluded as uncertifiable. Containment is never assumed from configuration.
- Provenance. The record carries the exam identity and revision fingerprint the result belongs to.
- Integrity invariants. Evidence mismatch, isolation breach, an unsubmitted green workspace, a zeroed or altered digest — any of these and the row is invalid or withheld, never a pass.
- Harness review. The run judges itself (API-failure share, identical failure across unrelated providers, starvation, containment). Each fired rule is classified as diagnostic or verdict-bearing; a verdict-bearing suspicion the record cannot clear from its own certification receipts withholds the affected cells. A suspect examiner may not blame the model.
The outcomes are named exactly: certified pass, model fail (a real result under verified containment), lane error (provider or CLI failure, not a model result), withheld (conditions unproven — neither a pass nor a failure), invalid (an invariant fired). Only the first two enter capability counts, in both directions. Records are sealed with a digest over their canonical JSON; campaign documents are regenerated from records only and fail generation if they disagree.
Does not prove: that a model is good, or better than another. One rollout per lane is one data point. Below ten rollouts per cell the reports show raw counts and refuse rates and rankings.
distinguished=True, seven cases: untouched F gold P incomplete F lookalike F plantedHook:conftest.py F plantedReward F goldAfterTamperAttempts P hostGraderUnchanged=True, plantedRewardIgnored=True, plantedHooksIgnored=True
Cut from: the factory log, “Certification chain, per exam
(verbatim, subprocess runtime)” — the identical result for all five exams
in the wave, re-run after the fixtures were cleaned of stray __pycache__ so the
figures are the shipped bytes. The two wrong-but-plausible cases — incomplete and
lookalike — are required to fail for different reasons, and the failing test sets are
read to confirm it rather than inferred from an exit code.
| Stage | Result |
|---|---|
| validate | errors: [] |
| canary | 1 file stamped, audit ok: true |
| freeze | 9 files, no git history in the agent tree |
| gold proof | isolated: true, gradeWithoutGold false, gradeWithGold true |
| attack | trivialExploits: [], gold still passes, all 10 probes blocked, 3 invariants asserted |
| rollouts | empty 0.0 / gold-solver 1.0 |
Cut from: the factory log, “Track A — the SECURITY /
PERMISSION family”, per-stage verbatim walk in the subprocess runtime.
The honest limit recorded with it: grading is over the workspace end state, so a forbidden
READ is scored via its honeytoken reaching a written file. A pure read that leaves no trace in any
output is not observable to a deterministic end-state grader and is out of scope for this
exam’s score — stated in the environment’s provenance.json, not
only here.
| Exam | Frozen files | treeSha256 (16) | Freeze hash (16) | Hidden-test lines |
|---|---|---|---|---|
| toolz #602 | 17 | 9999fb81b48354b3 | e036a66feefc4c98 | 190 |
| python-dotenv #661 | 12 | 2dde0a8cc3fc5088 | 66fb2ed84bff52a8 | 190 |
| xmltodict #257 | 4 | 2112c07dcd40e88c | 6cdb36ef55290e35 | 232 |
| packaging #577 | 28 | 936bdf94219491d4 | c4bdf665a01ecc72 | 181 |
| parse #102 | 4 | ff90bc36b11945fd | c722d0781534c09d | 163 |
Cut from: the factory log’s freeze table for the same wave.
What it does not say: imageDigest is null in every one of these
freezes — they were taken without a Docker runtime, so the fingerprint records the tree and
the parent commit and honestly records no image. The Docker promotion pass has to re-freeze, and
Specimen 04 is what that pass wrote.
"vvdex.security.permission-boundary-1": {
"stages": {
"seed": { "ok": true },
"gold": { "ok": true, "promotionEligible": true, "isolated": true },
"grader": { "ok": true, "promotionEligible": true, "isolated": true,
"controlsDistinguished": true },
"attack": { "ok": true, "promotionEligible": true, "trivialExploits": [],
"passedForPromotion": true, "goldStillPassesAfterSuite": true },
"eval": { "ok": true, "promotionEligible": true }
},
"allOk": true
}
Cut from: docker-promotion-2026-08-31.json, the morning
promotion pass. Whitespace is re-wrapped to fit this column; every key and every value is the
file’s. The record carries a workspace path per exam which is a local temporary
directory and is not reproduced here. In the August 31 snapshot, eleven exams shipped since August 30
carried a receipt of this shape, across two passes.
Deterministic, or not built
No exam in the inventory is graded by a language model judging another language model. A grader is a program: hidden tests executed against the submitted workspace; a query executed against the real dataset and compared to ground truth computed at authoring time; an end state compared exactly to a frozen key. Two families stood blocked for exactly this reason until 2026-09-02 — browser use and harness evaluation. Each now carries a certified exam because the deterministic grader was built first: the browser exam is graded on the application's end state, its own audit log and the engine's action ledger, all outside the model's writable paths, with the application and Chromium running inside the network-none box; the harness exam is graded on the recorded tool trace under a declared fault schedule. Neither is graded by a judge.
The cost is real and belongs in the same paragraph as the benefit. A deterministic grader marks a correct answer reached through a different entry point as wrong. Where a hidden suite grades one module rather than a whole product, that limit is written on the exam.
Contamination
An exam built from a public upstream fix is public upstream: the issue, the pull request and the merge commit are all on the internet, and a model may have seen them. We do not treat that as a footnote. Each exam records where its fix sits relative to a model's training cutoff, and an exam whose fix pre-dates the cutoff is recorded as more exposed than one whose fix landed after it — a real difference between exams, kept per exam instead of averaged into a headline.
Held-out variants are the answer to contamination and we do not claim one for every exam. Where no held-out variant exists, that is what the exam says.
A report, and a record that attests to its own bytes
A run produces a durable record with an identifier, the exam and its certification state at the time of the run, the results with confidence intervals, the failure classes and what they mean, and integrity counts. The record seals a digest of itself — a hash over its own canonical form with the digest field zeroed — before it is written, so the digest attests to the bytes on disk and the stated algorithm reproduces the check anywhere.
Verification has three verdicts, and the middle one matters: a record written before the digest mechanism existed reads unattested, never failed. Reporting an absent digest as tampering teaches a reader to ignore the check.
Small sample sizes are labelled as small in words, not left for the reader to infer from an
interval. Where a run cannot be priced, spend is reported in tokens, or as not comparable
— never as an invented dollar figure.
Your key, and the error path
A key you supply is read from a file into the job envelope. It is never taken from the process environment and never passed on the command line, where it would land in a shell history and in the process list. It is scrubbed from every artifact a run writes.
The path that actually leaks keys is not the happy one — it is the rejection, where a gateway quotes your credential back inside an error message. That path is scrubbed at the single point every error converges on, over the key and over the base URL's query string and password, because a key smuggled into a URL is still a key. The test for it is a mock gateway that deliberately refuses the call and echoes the credential, followed by a search of every readable file the failed run produced.
No exam's full methodology is published yet.
The intent is stated here so it can be held against us: one exam is meant to be published in full — its task, its grader, its probes and its certification record — as a contribution, and because a methodology nobody can check is a claim rather than a method.
It has not happened. Choosing which exam to spend is a decision that has not been taken, and this page will not describe a write-up that does not exist. When one is published it will appear here and in the catalog.
What is already public: the whole chain above, the family list with what each family grades, and the hash-chain verification recipe on the ledger page. What stays unpublished: the factory that authors exams, the scouts that find candidates, the engine that runs them, the evidence behind a certification, and the run history.
The same standard is applied to our own software, and published where it is unflattering. The evaluation record is generated from the evaluation service's own data and states, among other things, that its judge is uncalibrated and gates nothing, and that a declared deploy gate had answered no gate check at generation time.