20 — AI Human Review and Escalation Checklist#
Ensure human involvement in AI-assisted decisions is meaningful, authorized, timely, and auditable. A review button, nominal human sign-off, or the ability to view model output does not establish independent oversight or prevent unauthorized downstream execution.
Scope: Frontend-specific. This file is one part of the 20_AI_Human_Review_and_Escalation.md checklist. Apply the domain-wide release gate across all applicable scope files; each checklist ID remains unique.
Review details#
- Project / product:
- Release / version / environment:
- Scope and applicable jurisdictions / markets:
- Human review use cases, affected persons, and consequential actions:
- Reviewer roles, delegation, approval policy, and escalation owners:
- Queue targets, safety thresholds, and review system versions:
- Reviewer / owner:
- Review date:
- Decision: Pending / Approved / Approved with documented exceptions / Blocked
How to use#
- Copy this checklist into project-specific review records and leave all repository template boxes unchecked.
- Assess whether a human can genuinely understand, challenge, reject, correct, override, and where necessary halt the AI-assisted result. Determine oversight requirements based on use case, harm, autonomy, actual applicable rules, and the authority of the decision maker.
- Mark
[x]only after verifying reviewer training and permissions, representative review cases, queue behavior, safe approval/rejection/resume tests, appeal flows, incident records, or qualified policy decisions. Keep evidence, defects, accepted exceptions, and justifiedN/Aoutside this shared template, keyed byHUMANID. - Separate
## API Checksand## Frontend Checks; document why either may be inapplicable to headless, advisory-only, or offline deployments. - Human approval is not an authorization boundary by itself: independently validate the initiating user's permissions, reviewer's role, exact action, and execution constraints. Do not treat approval as proof an external side effect completed exactly once.
- Reassess oversight after changes to AI tools, policies, reviewer staffing, prompt/model versions, automated thresholds, user populations, or supported markets. Coordinate the general governance, agent, safety, and evaluation requirements in those dedicated checklist files.
Frontend Checks#
- HUMAN-113 Clearly label AI-proposed actions, pending human decisions, and confirmed completed outcomes in the review interface.
- HUMAN-114 Show reviewers the relevant action, target, side effects, affected data, and supporting evidence before requesting approval.
- HUMAN-115 Provide obvious approve, reject, request-changes, escalate, and cancel controls according to reviewer permissions.
- HUMAN-116 Do not preselect acceptance for high-impact actions or obscure the safer rejection or escalation path.
- HUMAN-117 Display explicit warnings for irreversible, high-value, privacy-sensitive, or externally visible actions.
- HUMAN-118 Keep approval confirmation bound to the displayed action parameters and warn users when these change.
- HUMAN-119 Show review status, current owner, escalation state, and case age without exposing another user's protected information.
- HUMAN-120 Make queues sortable or filterable by urgency, task type, status, and assigned reviewer as authorized.
- HUMAN-121 Ensure screen-reader labels, focus order, keyboard shortcuts, and status announcements support critical reviewer decisions.
- HUMAN-122 Test localization and understandable language for safety, legal, and high-impact review instructions where relevant.
- HUMAN-123 Show missing evidence, conflicting data, uncertain outputs, or unavailable source material rather than implying verified facts.
- HUMAN-124 Provide enough source context for reviewers to inspect original evidence where their permissions allow.
- HUMAN-125 Prevent AI-generated markup, external snippets, and reviewer comments from executing scripts in the review UI.
- HUMAN-126 Protect against duplicate clicks, browser tab races, network disconnects, stale case views, and unintended repeat approval.
- HUMAN-127 Show clear feedback when a decision is denied, expired, superseded, or rejected by current authorization rules.
- HUMAN-128 Offer affected users an accessible appeal, correction, or human-contact mechanism where supported or legally required.
- HUMAN-129 Communicate review and escalation progress without promising completion time or outcome the system cannot guarantee.
- HUMAN-130 Let reviewers report suspicious model behavior, possible prompt injection, or conflicting instructions directly from the case.
- HUMAN-131 Keep sensitive cases, annotations, decision histories, and personally identifying details out of nonessential client analytics.
- HUMAN-132 Test the complete review-and-escalation experience on supported browsers, mobile devices, and assistive technologies.
Release gate#
- Documented decision categories identify which AI outcomes require human intervention, specialist review, dual control, or immediate suspension according to impact and applicable law.
- Qualified reviewers have real access to the necessary evidence, time, training, authority, and accessible controls to approve, reject, change, escalate, or stop a decision.
- Review queues, prioritization, assignment, decision thresholds, staffing, expirations, and safe backlog/outage behavior have been tested under representative workload.
- Approval, denial, and override controls are bound to authenticated, authorized reviewers and the exact action parameters; stale, replayed, forged, and changed requests cannot execute.
- Significant decisions, reviewer disagreements, appeals, overrides, completed actions, and incident escalation are traceable with appropriate privacy, integrity, and retention safeguards.
- Human-review effectiveness and potential automation bias have been evaluated with representative benign, ambiguous, and high-impact cases, including false approvals and unjustified rejections.
- API and frontend pathways accurately distinguish proposals from confirmed effects and handle waiting, denial, timeout, failed resume, cancellation, and correction accessibly.
- A named risk owner has reviewed residual limitations, complaint/redress obligations where applicable, response runbooks, emergency halt mechanisms, and the exact release configuration.
Domain-specific approval rule: Block release if human review is legally or risk-required but the reviewer cannot independently challenge or stop outcomes; if unapproved, altered, or replayed actions can execute; if high-impact cases can be silently auto-approved during overload; or if mandatory records and escalation routes are unavailable. Human oversight must be proportionate and effective, not merely ceremonial.
Trusted references and scope#
The primary standards, laws, risk-management guidance, and implementation references below inform the checklist. Apply vendor features and legal requirements only where relevant to the particular application and deployment.
- NIST AI RMF Playbook — Govern — human-AI oversight roles, reviewer competence, accountability, and appeal/override processes.
- NIST AI RMF Playbook — Manage — risk-based incident handling, escalation, mitigation, and continuing oversight.
- EU AI Act (Regulation 2024/1689) — Article 14 and Article 26 — risk-proportionate human oversight and deployer responsibilities for applicable high-risk systems; check current application dates.
- EU GDPR (Regulation 2016/679) — Article 22 — rules on significant solely automated decisions and relevant human intervention or contestation safeguards where applicable.
- OpenAI Agents SDK — Human-in-the-loop — review interruptions, parameter-bound tool approval, sticky-decision scope, secure resume and replay prevention.
- OpenAI Agents SDK — Run state — durable paused-run state, serialized context, restoration risks, and approval integrity.
- Microsoft Agent Framework — Tool approval — approval-required tools, sessions, standing approvals, and middleware scope.
- Microsoft Agent Framework — Human-in-the-loop workflows — workflow pause/resume, human decisions, and orchestration approval paths.
- OWASP — AI Agent Security Cheat Sheet — high-impact action authorization, approval integrity, least privilege and incident handling.
- W3C — WCAG 2.2 — accessible reviewer interfaces, input controls, focus, status messaging and navigation.
- OECD — AI Principles — human-centred oversight, transparency, accountability, and risk management.
- NIST AI RMF Playbook — Map — context and impact assessment that determines meaningful oversight requirements.
Applicability: The NIST AI RMF is voluntary. The EU AI Act imposes Article 14 oversight design requirements and Article 26 deployer obligations for applicable high-risk AI systems; its implementation and application dates require current, qualified legal review and are not identical for all AI products. GDPR Article 22 applies in specific circumstances involving solely automated decisions with legal or similarly significant effects, including exceptions and safeguards; not every AI suggestion triggers that article. OpenAI Agents SDK and Microsoft Agent Framework approval facilities have different behavior for reused/standing approvals, nested agents, saved state, and resumed tool calls. Their native controls must be supplemented with trusted application authorization, concurrency controls, replay prevention, and recovery of external side effects. WCAG 2.2 requirements depend on the applicable conformance target and governing accessibility law.
Source review date: 2026-11-12.
Suggested testing tools#
Choose tools appropriate to the project's stack and risks; automation supports evidence but does not approve the checklist.
- Test focus: review queues, approval boundaries, appeals, escalations, and audit trails; include browser and client behavior where applicable.
- Cross-stack: Playwright.
- Python: pytest; for pytest-based suites, run
python -m pytest -q. - TypeScript: Playwright + Vitest; for Vitest-based suites, run
npx vitest run(ornpx playwright testfor E2E). - JavaScript: Playwright + Jest; for Jest-based suites, run
npx jest --ci(ornpx playwright testfor E2E). - Evidence: Save tool versions, configuration, test environment, fixtures, results, and links in project-specific review records using the existing checklist IDs. Expert review remains necessary where relevant.
Suggested AI skills for verification#
These are optional agent review aids, not automated passes or release approval. Each linked repository had at least 1,000 GitHub stars when checked on 2026-11-12; counts are per repository, not per skill, and do not indicate security or correctness.
agent-governance— Review human oversight and escalation rules (github/awesome-copilot, 41,073 repo stars).signed-audit-trails-recipe— Check review-event and override auditability (wshobson/agents, 42,437 repo stars).audit-integrity— Assess approval and audit-history integrity (github/awesome-copilot, 41,073 repo stars).
How to check: In a project-specific copy, have the agent audit the frontend scope and map findings to this file's existing checklist IDs, with code/configuration references, reproducible test results, failed or inapplicable cases, and uncertainties. Independently verify findings; keep shared template boxes unchecked and retain human approval requirements.
Before use: Read the skill's SKILL.md, referenced scripts, license, and requested tool permissions. Only execute vetted skills with appropriate access in a controlled environment.
Important warning: reference only#
⚠️ Reference only — not a definitive or exhaustive checklist. This template is a starting point for review, not the ultimate authority or a guarantee of project safety, quality, regulatory compliance, accessibility, security, or launch readiness.
Use project-specific judgment and independent verification. Requirements and risks evolve and differ by project, technology, and jurisdiction. Adapt the checks, consult current authoritative sources, perform relevant tests, and obtain qualified specialist review or approval when appropriate. Checking every box does not replace these steps.