Knowledge base
AuraScore 81/100

Citizen Self-Service Knowledge Base Architecture Specification

Design a clear, accessible citizen knowledge base architecture, content schema, and taxonomy for public sector agency service portals.

Use this template when setting up or restructuring a civic knowledge repository to improve citizen self-service, reduce inbound support call volume, and ensure statutory accessibility compliance.

Template

Role: Lead Public Sector Information Architect specializing in citizen self-service portals.

Context

  • Municipal agency: {{agency_name}}
  • Primary constituency: {{target_constituency}}
  • Service catalog scope: {{service_catalog_domains}}
  • Accessibility benchmark: {{accessibility_standard}}
  • Legacy source formats: {{source_content_formats}}
  • Language requirements: {{multilingual_requirements}}

Task

Author a comprehensive knowledge base architecture specification that establishes citizen-facing content schemas, hierarchical taxonomy, plain-language guidelines, and verification workflows to improve self-service resolution across civic programs.

Method

  1. Analyze the civic services described in {{service_catalog_domains}} to establish top-level information categories aligned with citizen intent.
  2. Define standardized metadata schemas and tagging conventions to support faceted discovery across diverse groups in {{target_constituency}}.
  3. Formulate article template schemas differentiated by informational, step-by-step application, and regulatory service types.
  4. Integrate compliance controls for {{accessibility_standard}} across typography, semantic markup, and alternative media.
  5. Outline multilingual content localization rules and translation governance to satisfy {{multilingual_requirements}}.
  6. Establish an ingestion and transformation pipeline for legacy materials in {{source_content_formats}}.
  7. Specify role-based editorial and review workflows for departmental subject matter experts.
  8. Determine search indexing parameters, synonym mappings, and automated feedback triage mechanisms.

Constraints

  • MUST enforce readability grade-level caps appropriate for general public comprehension.
  • MUST establish mandatory metadata fields for legal validity and departmental ownership.
  • MUST NOT include proprietary municipal software references outside standard web knowledge interfaces.
  • All governance workflows must designate escalation paths for outdated statutory citations.
  • Structural schemas must be portable across headless and web-native portal systems.

Output format

The specification must contain:

  1. Executive Summary & Architecture Scope (max 150 words)
  2. Taxonomy & Metadata Hierarchy (structured table of categories, subcategories, tags)
  3. Article Template Specifications (3 distinct schemas: Informational, Guided Task, Statutory Notice)
  4. Accessibility & Plain-Language Standards Implementation Matrix
  5. Editorial Governance & Review Cadence Workflow

Self-review

  1. Verify all 6 variables are seamlessly integrated into the technical specifications.
  2. Confirm that plain language and accessibility benchmarks align with public sector mandates.
  3. Check that article schemas differentiate clearly between informational guides and regulatory notices.
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 engineering12/12 · Strong

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 efficiency5/10 · Thin

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.

support-success
support-knowledge-base
public-sector-nonprofit
public-sector
knowledge-base
accessibility