Describes the real AI-assisted decision and is accountable for implementing any redesign.
Human Review Design Framework
A deterministic browser-local diagnostic that separates “a human was present” from the conditions required for meaningful review: competence, timing, evidence, authority, escalation, records, capacity, and evaluation.
Keep and launch as a flagship after observed comprehension testing. The working capability and reasoning are strong; the unvalidated score must remain visibly heuristic.
What is this prototype trying to learn?
Can a team describe an AI-assisted workflow precisely enough to determine whether its human reviewer can understand the case, intervene before consequence, change or stop the outcome, escalate uncertainty, and leave an inspectable record?
What exists now
- A working A-route tool and a separate interactive B-route exist.
- The score is deterministic and its implementation is inspectable.
- A local JSON record preserves the assessment and engine version.
- Primary-source provenance and exact claim boundaries are published.
- Adversarial, privacy, keyboard, responsive, metadata, and motion fixtures exist.
Who does what—and who is allowed to decide?
Needs domain competence, usable evidence, time, independence, and actual intervention authority.
May bear the consequence. The prototype does not ask them to supply personal data or claim to represent their experience.
Receives cases the reviewer cannot resolve and has authority to pause, investigate, or redirect the workflow.
Checks disagreements, overrides, errors, complaints, and outcomes over time.
Asks structured questions, applies disclosed arithmetic, prioritizes gaps, and exports a local record. It never approves the underlying AI system.
Authority boundary
- The tool may identify missing control elements and suggest design actions.
- Only the organization can assign a qualified reviewer, intervention rights, stop authority, workload, evidence access, and escalation ownership.
- A “Strong” result cannot authorize deployment, certify compliance, or replace legal, safety, domain, worker, or affected-person review.
From input to output, without magic.
Intake
A native HTML form collects a use description, consequence band, and eight control answers. Optional detailed fields capture reviewer, evidence, standard, trigger, impact, and failure path.
Normalization
Each answer is mapped deterministically to 0, 1, or 2. Missing answers map to 0.
Assessment
Eight dimensions are summed to 16. Product thresholds are Strong ≥13, Partial ≥8, Weak <8.
Priority pass
Every sub-2 dimension becomes a repair candidate. High-consequence cases move evidence, authority, and timing weaknesses first.
Renderer
The browser displays the grade, reasons, prioritized fixes, and a human-readable review protocol.
Local record
An explicit action downloads JSON. No account or server submission is required.
Exact decision procedure
- Read competence, timing, evidence, authority, escalation, record, capacity, and testing.
- Map the strongest declared condition to 2, a partial condition to 1, and absent, late, powerless, unsupported, or unanswered to 0.
- Add the values. There is no model inference, hidden weighting, probability, or external API call.
- Assign 13–16 Strong, 8–12 Partial, or 0–7 Weak. These cutoffs are RN heuristics.
- Create one repair statement for every dimension below 2.
- For High consequence, place evidence, authority, and timing gaps ahead of other repairs.
- Generate a protocol using only original declarations; preserve unspecified fields as unspecified.
- Keep the result in client state and export only on explicit request.
State model
What is real, synthetic, missing, or prohibited?
The form, scoring code, priority logic, protocol, keyboard path, local export, and automated fixtures are implemented.
The questions synthesize recurring oversight concepts from NIST, EU, and ICO materials.
Equal weighting, 0/1/2 values, total, thresholds, wording, and consequence ordering were designed by RN.
No first-time-user study, deployed workflow, outcome data, reviewer-performance data, or longitudinal results.
Do not call the score compliance, certification, risk clearance, proof of effective oversight, or permission to deploy.
Assessment state is browser-local; an export is not proof the control operated in practice.
Known failure modes
What each source supports—and where it stops.
NIST AI RMF 1.0 — Core and Appendix C ↗
Exact locator: GOVERN 2.1 and 3.2; MAP 2.2, 3.4–3.5; MEASURE 1.2–1.3; Appendix C
Used for: Roles, oversight planning, decision information, proficiency, and control evaluation.
Does not establish: NIST does not prescribe this score, weighting, thresholds, or certify this implementation.
Regulation (EU) 2024/1689 ↗
Exact locator: Articles 13 and 14
Used for: Information, limitations, automation bias, interpretation, override, reversal, and interruption in applicable high-risk contexts.
Does not establish: Applicability varies. The prototype is not a legal assessment.
UK ICO — AI audit toolkit: Human review ↗
Exact locator: Human review control measures; ways to meet expectations; options to consider
Used for: Meaningful intervention, competence, time, independence, authority, logs, fallback, and evaluation.
Does not establish: Completing this prototype does not meet ICO expectations by itself.
UK ICO — Individual rights in AI systems ↗
Exact locator: Solely automated decisions; meaningful human input; automation bias and rubber-stamping
Used for: Counterevidence to the assumption that a nominal human makes intervention meaningful.
Does not establish: UK data-protection context; not legal validation of this scoring method.
What has been tested, and what has not.
Automated and inspectable checks
- A late, powerless reviewer cannot receive Strong.
- All strongest responses produce 16/16 while preserving the non-certification boundary.
- Threshold fixtures prove 13 is Strong and 12 is Partial.
- High-consequence fixtures promote evidence, authority, and timing.
- Empty submission visibly produces 0/16.
- The core path makes no external request and export is user-initiated.
- Keyboard, 320px, metadata, reduced-motion, and inactive-scene focus paths are tested.
Human research ledger
An automated test can prove deterministic behavior. It cannot prove that a first-time visitor understands the language, that a reviewer resists automation bias, or that a repair works for disabled people. Those gates remain open until observed sessions exist.
Rebuild the capability step by step.
- Define eight stable dimensions with three observable states each.
- Write states in workflow language, not abstract governance language.
- Implement a pure 0/1/2 mapper separate from rendering.
- Sum and label values while marking thresholds as heuristics.
- Generate repairs from exact weak dimensions.
- Add consequence-aware ordering without changing the score.
- Build the protocol from declarations; never invent missing details.
- Use native labels, selects, and fieldsets.
- Keep state local; version the explicit export.
- Test missing input, false reassurance, thresholds, ordering, privacy, keyboard, and 320px.
- Publish direct support, synthesis, and RN invention separately.
- Observe first-time users before claiming broad comprehension.
What must happen before this becomes a launch story.
Production requirements
- Recruit at least five first-time users across nontechnical, operational, and governance backgrounds.
- Measure whether each can explain the result, reject certification framing, and name the first repair.
- Interview at least three real reviewers; test whether a decisive control is missing.
- Decide and document non-compensable gates for high-consequence contexts.
- Add an affected-person pathway model or mark it outside scope.
- Freeze a versioned scoring specification and export it.
- Repeat accessibility, privacy, and adversarial tests in production.
- Only then select creative direction and write the launch story from findings.
Three future creative territories—not designs
These are briefs to test only after the product and human-research gates above are complete. No carousel direction is selected here.
THE EMPTY CHAIR — the gap between “human present” and actual authority becomes the visual system.
THE CONTROL ROOM — evidence, timing, intervention, escalation, and record become physical switches that must connect.
THE RUBBER STAMP — apparent oversight repeats until the hidden control architecture breaks it.
Open release gates
- Observed comprehension and task-success evidence.
- Reviewer-domain validation.
- Decision on non-compensable stop gates.
- Affected-person contest and remedy scope.
- Creative territory comparison and selection.