Evaluation Contract Specification
Normative semantics for project contracts, evidence, criteria, findings, uncertainty, feedback, security, and conformance.
The checker sorts each claim by what would prove it, and checks that proof against the evidence the contributor had. A person gets one question, and only when the answer would change the decision.
Type picks the machinery, and only decision-changing ambiguity reaches a person, as one bounded question.
Early stages are cheap and close to deterministic, models spend in verification, and the last stages close the loops.
The system checks one auditable unit at a time, a criterion, a quoted part of the work and the evidence. Each check comes back Supported, Contradicted or Insufficient evidence.
Its decision policy stays advisory until that kind of finding is cleared for automated use. When reviewers split, it tags the best-supported cause and routes the case to the matching queue instead of averaging.
The pipeline runs intake, contract compilation, claim typing, verification, criterion adjudication, routing, feedback and monitoring. In verification, deterministic checks always run, cheap screeners triage, and models judge only with the evidence the contributor had.
Each claim type gets its own proof. A completeness claim stays not-contradicted, never verified, until a test with planted defects measures recall. The system never scores an opinion for truth.
The architecture has eight stages, and every verdict comes with an evidence dossier. That dossier is the audit trail, the appeal record and the feedback source. Routing holds auto-fail to a stricter bar than auto-pass, and the expert audit channel is permanent.
A versioned contract defines the system, and the models inside it can be swapped. Every decision has to be reconstructible from one auditable unit. Nothing in the pipeline recovers a truth the record doesn't hold.
| Claim type | Question | Treatment |
|---|---|---|
| Grounding | Does the cited evidence say this? | Span-level entailment. Fail class measured directly - never assumed. |
| Warrant | Does the evidence justify this strength of conclusion? | Reasoning confined to the record; discovery separate from judgment. |
| Completeness / absence | Is anything required missing? | Explicit checklists; "no errors" is not-contradicted, never verified, until planted-defect recall is measured. |
| Opinion | Is the stance consistent with its cited support? | Never truth-scored. Check contradiction and proportion only. |
| Undecidable | Do the inputs decide this at all? | Route to owner as instructions problem - no worker penalty. Forced choice on ambiguous items corrupts evaluation. |
When two reviewers (or reviewer and AutoQA) split, the system does not average them into a single fake truth. It tags the best-supported cause class:
Using AutoQA solely as "the second reviewer who breaks ties" is an anti-pattern under volume pressure.
See guide: human loop. Packet design: criterion, spans, one question, finite options, hide provisional decision for gold and consequence. Escalation rate and escalation-change rate are operating metrics - if humans never change outcomes, the loop is decoration.
Escalate only when the answer changes the outcome. Packet: criterion + spans + one question. Hide model Pass/Fail for gold and consequence. Queues: contract owner · expert · consequence owner · blind audit (includes agreements).
Task: does the evidence establish Initiative X as the primary cause of an improvement? Worker correctly says the studies do not establish primacy. Reviewer fails the item: "did not choose yes or no." Project instructions permit inconclusive answers.
System output: work claim supported; review claim contradicted by the instruction clause; no worker fault for following the contract; optional instruction-clarity note if the task note conflicts with the project rule - route to owner, not automatic reject of either party without policy.
lane_id,claim_text,unit_of_analysis,admitted_record,permitted_external_sources,outcome_contract_version,authority,false_positive_consequence,false_negative_consequence,ambiguity_owner,accountable_owner,status
L-001,,,,,,shadow,,,,,draft
Normative semantics for project contracts, evidence, criteria, findings, uncertainty, feedback, security, and conformance.
A target-specific rule engine for accept, rework, reject, and escalate decisions, including the bounded human interaction.
Eight stages. Stages 0-2 are deterministic-ish and cheap; 3 is where models spend; 4-7 close the loops.
project instructions --> [1] COMPILE (workshop loop, versioned config)
|
attempter submission --> [0] INTAKE GATE --> [2] DECOMPOSE & TYPE --> [3] VERIFY (lanes)
|
+-------------------------------------------+
v
[4] AGGREGATE (typed verdict + evidence dossier)
|
[5] ROUTE (auto / stronger judge / human, calibrated)
|
[6] FEEDBACK (4-tuple, self-verified, fail-closed)
|
[7] META-EVAL & MONITOR (gold, drift, divergence, dashboards)
Stage 0 - Intake & provenance gate. Worker-level, not item-level: rate/velocity limits, work-history consistency, peer-prediction information scores, session-bounded telemetry (allowlist schema - on-task signals only; see Section 5). Item-level: eligibility/vacuousness check (is this a responsive, contentful submission at all). No LLM-text detection verdicts.
Stage 1 - Compilation layer (the per-project customization contract). Project instructions compile into a closed config schema:
deterministic (string/regex/programmatic checks), judge-groundable (evidence-anchored verdicts), judge-assisted (human decides with judge-collected evidence), human-only, or AutoQA-ineligible - using per-axis conformal set width and pilot judge-vs-adjudicated agreement as the sorting evidence.strict / standard / expedited) taken from the ship gate's measured operating-point curve, each stamped with its expected fail-class recall and false-pass rate. Profile changes are owner-authorized, logged, prospective-only, and announced to attempters whenever the enforcement bar moves.
Compilation is a loop, not a compile step: owner grades real items, criteria drift is expected, every version is kept, and sign-off happens on graded items, not abstract criteria. Compilation fidelity is the binding per-project cost - budget accordingly.Stage 2 - Decompose & type. Claim extraction at adaptive granularity (claim + explicit context annotations, verifier told what's under test; never free-floating atomic rewrites); ontology typing per P2; canonicalization/style-stripping so verbosity and rubric-vocabulary mimicry don't leak into judgment.
Stage 3 - Verification lanes.
instructions-underdetermine candidates.Stage 4 - Aggregation. Claim verdicts -> item verdict via the compiled formula; error-tolerant (a ~20% claim-level error rate means naive AND-aggregation is wrong by construction); output is the verdict + evidence dossier (every finding with quoted spans and criterion clauses) - the dossier is simultaneously the audit trail, the appeal record, and the feedback source.
Stage 5 - Routing & the human lane. Calibrated dual thresholds (HyPAC-style) with the human queue = the abstention set; auto-FAIL held to a stricter bar than auto-PASS (false fails burn trust and pay; consequential fails have a legal floor - Section 5); blind evidence-only adjudication UI; claim-level micro-adjudication; adjudications write back per P6's two-tier rule; overturn telemetry closed-loop. Queue organization (specialist-per-criterion vs generalist-per-item) is a compilation-layer decision informed by the pilot's expertise-share finding - if expertise gaps dominate a project's variance, specialist claim-level routing is the mechanism that closes root cause #2 on the human side. Cold start for a zero-label project: the judge runs shadow-mode under full human review until the calibration set reaches the PPI-arithmetic size and thresholds are fitted; graduation to confidence-routing happens when calibrated thresholds hit the target residual error on a rolling window - mirrored by P10's de-graduation triggers.
Stage 6 - Feedback channel. Per P9. Generated from the dossier (verdict machinery and feedback share one artifact), passed through its own grounding gate, delivered only if it survives.
Stage 7 - Meta-evaluation & monitoring. Per-project ship gate before go-live (Section 4); continuous: blind gold injection, frozen anchor set, divergence sensor, per-criterion agreement trends, appeal-overturn bands, population diversity metric, reviewer rolling-window effects, corrected-estimator dashboards. The standing expert-audit channel samples confident passes - critic-assisted (a critic-assisted second look finds 4x what an unassisted one does on the "flawless" slice [CM-02]) - and is permanent, because when judge accuracy <= attempter accuracy no statistical cleverness can substitute for gold (the 2x theorem) [CT-03], and false agreement is predicted to rise as model errors correlate.
Claim verification, evidence closure, decomposition, citation quality, and faithfulness detectors.
CriticGPT lineage, human-plus-critic evidence, omission limits, and feedback validation.
Rubric compilation, criterion-level grading, rubric failure modes, and expert-grounded exemplars.
Source: site/architecture.html