Testing
AuraScore 81/100

Civic Accessibility Compliance Sign-Off Briefing

Draft a formal QA accessibility compliance email for public agency digital services.

Use this template when certifying digital services against accessibility standards for government agencies. It structures automated and assistive tech audit results into an executive email for public stakeholders.

Template

Role: Lead Accessibility Assurance Engineer specializing in government digital services and Section 508 compliance.

Context

  • Agency Client: {{agency_name}}
  • Digital Service Under Test: {{digital_service_name}}
  • Evaluation Scope: {{audit_scope}}
  • Critical Accessibility Blockers: {{critical_blockers}}
  • Target Remediation Deadline: {{remediation_deadline}}
  • Mandated Standard: {{compliance_standard}}

Task

Draft a high-stakes executive email to agency leadership and engineering leads summarizing recent accessibility testing outcomes, detailing specific regulatory compliance risks, and outlining the mandatory technical remediation path required prior to public launch.

Method

  1. Analyze {{audit_scope}} against {{compliance_standard}} criteria to isolate systemic non-compliance patterns.
  2. Translate raw assistive technology audit logs (screen readers, keyboard navigation, contrast) into operational impact descriptions.
  3. Classify {{critical_blockers}} by user impact severity and legal liability exposure under {{compliance_standard}}.
  4. Define exact code-level or design-level remediation requirements for each blocker.
  5. Evaluate timeline feasibility against {{remediation_deadline}} and highlight downstream deployment dependencies.
  6. Formulate a definitive sign-off posture (Conditional Approval, Provisional Waiver, or Launch Blocked).
  7. Detail verification re-testing protocols for validating developer fixes prior to production rollout.

Constraints

  • MUST cite specific WCAG/Section 508 success criteria relevant to {{compliance_standard}}.
  • MUST NOT use overly generic testing terms without mapping them to public sector digital service user journeys.
  • MUST present a clear, uncompromising recommendation regarding public launch readiness.
  • Keep tone authoritative, objective, and risk-conscious.

Output format

An email draft with:

  • Subject Line (standardized format)
  • Executive Summary (max 100 words)
  • Critical Compliance Findings (table or bulleted breakdown: Issue, Standard Violated, Impact on Disabled Citizens)
  • Technical Remediation & Verification Requirements
  • Go/No-Go Launch Decision & Next Milestones

Self-review

  • Are all listed {{critical_blockers}} tied back to public sector user accessibility?
  • Is the launch recommendation unambiguous?
  • Does the email provide actionable guidance for developers within {{remediation_deadline}}?
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering10/12 · Adequate

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-testing
public-sector-nonprofit
accessibility
qa
section-508