Inferensys

Prompt

Government Source Authority Tiering Prompt

A practical prompt playbook for using the Government Source Authority Tiering Prompt in production verification workflows where agency hierarchy determines evidence weight.
Operations team reviewing AI workflow automation on laptop, workflow builder visible, casual office setup.
PROMPT PLAYBOOK

When to Use This Prompt

Defines the precise job, user, and boundary conditions for the Government Source Authority Tiering Prompt.

This prompt is for verification engineers who need to classify government sources into authority tiers before using them as evidence in automated fact-checking pipelines. It produces a structured tier assignment based on jurisdiction, statutory mandate, reporting chain, and publication type. Use this prompt when your verification system must distinguish a federal court ruling from a municipal press release, or a national statistical agency dataset from a legislative committee draft. The output feeds downstream evidence weighting, source selection, and audit trail generation.

The ideal user is an engineer or pipeline architect building a system that automatically ingests, classifies, and weights government documents. Required context includes the source's URL, title, publishing body, and any available metadata about its legal or administrative authority. The prompt is designed to work with incomplete metadata, but it will explicitly flag missing information that prevents a confident tier assignment. It does not evaluate the factual accuracy of the source content itself—only its institutional authority.

Do not use this prompt for non-government sources, for evaluating the factual accuracy of the source content itself, or when the source metadata is completely absent. It is not a general credibility scorer for news articles, academic papers, or corporate reports. If you need to assess a think tank's policy paper or a university study, use the Domain Authority Assessment Prompt instead. For sources where the government affiliation is ambiguous—such as state-owned enterprises or quasi-governmental organizations—the prompt will flag the ambiguity rather than force a classification.

PRACTICAL GUARDRAILS

Use Case Fit

Where this prompt works, where it fails, and what you must provide before using it in a verification pipeline.

01

Good Fit: Structured Agency Hierarchies

Use when: you are verifying claims against official government sources where jurisdiction, mandate, and reporting chain are clearly defined. The prompt excels at distinguishing a federal agency from a state office, a regulator from an advisory body, and a court from an administrative tribunal. Guardrail: provide the agency name, document type, and jurisdiction context in [INPUT]; do not expect the model to infer hierarchy from a URL alone.

02

Bad Fit: Ambiguous or Unofficial Sources

Avoid when: the source is a quasi-governmental entity, an intergovernmental organization, a state-owned enterprise, or a contractor operating under a government mandate. The tiering logic relies on clear statutory authority and can misclassify hybrid entities. Guardrail: pre-filter sources through the Source Type Classification Prompt before tiering; if the source type is ambiguous, route to human review instead of forcing a tier assignment.

03

Required Inputs: Jurisdiction and Mandate Context

What to watch: the prompt produces unreliable tiers when given only an agency name without jurisdiction scope (federal, state, local, international) or statutory mandate. The model may default to US federal assumptions. Guardrail: always include [JURISDICTION], [AGENCY_TYPE], and [DOCUMENT_PURPOSE] fields in your input template; validate that all three are populated before calling the prompt.

04

Operational Risk: Cross-Jurisdiction Comparison

What to watch: comparing authority tiers across different countries or legal systems produces misleading results because tier definitions are jurisdiction-specific. A UK statutory regulator and a US federal agency may both be 'Tier 1' but are not equivalent in practice. Guardrail: never use this prompt to compare sources from different sovereign jurisdictions; run separate tiering passes per jurisdiction and add a cross-jurisdiction caveat in the verification report.

05

Operational Risk: Stale Agency Information

What to watch: the model may assign tiers based on outdated knowledge of agency reorganizations, executive orders, or legislative changes that altered mandates. An agency that was Tier 1 last year may have been downgraded or merged. Guardrail: pair this prompt with the Recency Evaluation Prompt; if the model's knowledge cutoff predates known agency changes, flag the tier as 'provisional' and require human confirmation.

06

Pipeline Integration: Downstream Evidence Weighting

What to watch: teams often treat the tier output as a direct multiplier for evidence confidence scores, but tier alone does not capture recency, directness, or methodology quality. Guardrail: use the tier as one input dimension in a composite evidence weighting function; combine with outputs from Recency Evaluation, Evidence Directness Assessment, and Source Methodology Transparency Scoring before computing final claim confidence.

PROMPT PLAYBOOK

Copy-Ready Prompt Template

A copy-ready prompt for classifying government sources into authority tiers based on jurisdiction, mandate, and reporting chain.

This prompt template is designed to be pasted directly into your verification pipeline. It instructs the model to act as a source authority classifier, producing a structured tier assignment for a government source. The prompt uses square-bracket placeholders for all dynamic inputs—source metadata, the claim domain, and any specific output constraints—so you can inject fresh data on each call without modifying the core instructions. The output is a strict JSON object that your application can parse, validate, and log for audit trails.

text
You are a source authority classifier for automated fact-checking pipelines. Your task is to evaluate a government source and assign it to an authority tier based on its jurisdiction, official mandate, and reporting chain. You must reason strictly from the provided metadata. Do not infer authority from the source's name alone.

## INPUT
- Source Metadata: [SOURCE_METADATA]
- Claim Domain: [CLAIM_DOMAIN]
- Output Schema: [OUTPUT_SCHEMA]
- Constraints: [CONSTRAINTS]

## TIER DEFINITIONS
- **Tier 1 (Primary Authority):** The source is the official, legally designated body with direct jurisdiction and a statutory mandate over the claim domain. It produces original data, rulings, or official records.
- **Tier 2 (Secondary Authority):** The source is an official government body with related but not direct jurisdiction, or it republishes Tier 1 data with official commentary. Includes government statistical agencies reporting on another department's domain.
- **Tier 3 (Tertiary Reference):** The source is a government-affiliated entity without a direct regulatory or data-collection mandate for the claim domain (e.g., a government-funded research institute, a legislative committee report, or a government press release summarizing external data).
- **Tier 4 (Non-Authoritative Government Source):** The source is a government website, official social media account, or public affairs office that communicates policy but does not produce or officially republish verifiable evidence for the claim domain.
- **Tier 0 (Unclassifiable):** There is insufficient metadata to determine the source's authority tier.

## CLASSIFICATION RULES
1. Always check the source's statutory mandate against the claim domain. A federal statistical agency is Tier 1 for its own statistics but may be Tier 2 or 3 for another department's regulatory domain.
2. A court is Tier 1 for its own rulings and case records within its jurisdiction.
3. A press release from an otherwise Tier 1 body is Tier 3 for factual claims unless it directly publishes new official data.
4. If the source metadata does not clearly establish the reporting chain or mandate, default to Tier 0 and explain what information is missing.
5. For claims involving multiple jurisdictions, evaluate the source against the most specific applicable jurisdiction.

## OUTPUT INSTRUCTIONS
- Return a single JSON object conforming exactly to the provided [OUTPUT_SCHEMA].
- Include a `classification_notes` field that explains your reasoning with specific reference to the source's mandate, jurisdiction, and reporting chain.
- If the tier is 0, the `classification_notes` field must list the specific missing metadata fields that prevented classification.
- Do not include any text outside the JSON object.

## CONSTRAINTS
[CONSTRAINTS]

Adaptation guidance: Replace [SOURCE_METADATA] with a structured object containing fields like name, agency_type, jurisdiction_level, statutory_mandate, parent_department, and reporting_chain. The [CLAIM_DOMAIN] should be a short string like environmental_regulation or labor_statistics. Define [OUTPUT_SCHEMA] as a JSON Schema object your application expects—at minimum, include tier (integer 0-4), confidence (float 0-1), and classification_notes (string). Use [CONSTRAINTS] to inject domain-specific rules, such as “Prefer the most recent annual report from a statistical agency over a monthly press release.” Before deploying, run this prompt against a golden dataset of 20–30 government sources with known tier assignments to calibrate your confidence thresholds and catch jurisdiction-misclassification failures.

IMPLEMENTATION TABLE

Prompt Variables

Each placeholder must be populated before the prompt is sent. Missing or null values should be passed as empty strings or 'unknown' to avoid model confusion.

PlaceholderPurposeExampleValidation Notes

[SOURCE_DOCUMENT]

The full text or structured metadata of the government source being assessed

"Annual Report of the Federal Trade Commission, 2024, Section 3..."

Required. Must be non-empty string. If source is a URL, pass metadata only and use [SOURCE_URL] for retrieval context.

[SOURCE_URL]

The canonical URL or retrieval identifier for the source document

Optional. Pass empty string if unavailable. Used for provenance chain reconstruction and audit trail generation.

[CLAIM_DOMAIN]

The subject area of the claim being verified, used to determine which agency's authority is relevant

"antitrust enforcement actions"

Required. Must be a domain string matching the taxonomy used in your verification pipeline. Null or 'unknown' triggers domain-agnostic fallback tiering.

[JURISDICTION]

The legal or administrative jurisdiction scope for authority assessment

"United States federal"

Required. Accepts values like 'United States federal', 'California state', 'EU'. Pass 'unknown' if jurisdiction is ambiguous; model will flag uncertainty.

[AGENCY_HIERARCHY_RULES]

Custom rules or priority order for agency authority within the relevant jurisdiction

"Federal Register > Agency Official Guidance > Agency Staff Reports"

Optional. Pass empty string to use default hierarchy. Custom rules must be a comma-separated priority list to avoid model misinterpretation.

[OUTPUT_SCHEMA]

The expected JSON schema or structured format for the tiering output

"{'tier': 'primary', 'agency': 'FTC', 'confidence': 0.92, ...}"

Required. Must be a valid schema definition. Validate with a schema parser before sending. Mismatched schema causes downstream ingestion failures.

[PREVIOUS_TIER_RESULT]

The output from a prior tiering run for the same source, used for consistency checks

"{'tier': 'secondary', 'agency': 'DOJ', ...}"

Optional. Pass null if first run. When present, model should explain any tier change. Validate that previous result matches [OUTPUT_SCHEMA] structure.

[RETRIEVED_EVIDENCE]

Additional context from retrieval about the source's authority, mandate, or reporting chain

"FTC is an independent agency with consumer protection mandate per 15 USC § 45"

Optional. Pass empty string if no retrieval step. Evidence must include citation to enable source grounding checks in eval.

PROMPT PLAYBOOK

Implementation Harness Notes

How to wire the Government Source Authority Tiering Prompt into a production verification pipeline.

This prompt is designed to be a deterministic classification step within a larger automated fact-checking or evidence-weighting pipeline. It should be called after a source has been identified as a government entity but before its output is used to support or refute a claim. The prompt's tiered output (e.g., Tier 1: Primary Mandated Authority, Tier 2: Official Statistical Agency, Tier 3: Sub-agency or Regional Office) is a structured signal that downstream systems can use to adjust evidence confidence scores or to route claims for human review. Do not treat this as a standalone chatbot interaction; it is a function with a defined input contract and a strict output schema.

To integrate this into an application, wrap the prompt in a service function that accepts a source_name, jurisdiction, and optional document_context. The function should first perform a rapid metadata lookup against a known registry (like a cached copy of the U.S. Government Manual or an international equivalent) to pre-populate the [KNOWN_AGENCY_METADATA] field. This grounds the model's reasoning in verified facts and prevents hallucination of agency mandates. The model call should be configured with temperature=0 and a strict JSON mode or structured output API to enforce the [OUTPUT_SCHEMA]. On the application side, implement a post-processing validator that checks for schema compliance, verifies that the tier field is one of the allowed enum values, and confirms that the justification field contains a citation to the provided metadata. If validation fails, retry once with the error message injected into the [CONSTRAINTS] field; if it fails again, log the raw output and flag the source for manual tiering.

For high-stakes verification workflows, such as those used in legal or public safety contexts, this prompt's output should never be the final word. The application harness must log the full input, output, model version, and validator results to an immutable audit trail. Use a human-in-the-loop queue for any source that cannot be confidently tiered (e.g., a confidence_score below 0.9) or that is classified as Tier 4 (Unrecognized/Unverifiable). This ensures that ambiguous government entities, such as quasi-governmental organizations or newly formed task forces, receive expert review before their authority is weighted in a fact-checking decision. The primary failure mode to monitor is the model confidently misclassifying a state-level agency as a federal one due to name similarity; your validator should cross-reference the jurisdiction field in the output against the input to catch this.

IMPLEMENTATION TABLE

Expected Output Contract

The JSON structure your pipeline should expect and validate against after running the Government Source Authority Tiering Prompt. Use this contract to build downstream parsers, validation checks, and audit logs.

Field or ElementType or FormatRequiredValidation Rule

tier

string (enum: "primary", "secondary", "tertiary", "unverifiable")

Must match one of the allowed enum values exactly. Reject any other string.

tier_rationale

string

Must be non-empty and contain at least one explicit reference to jurisdiction, mandate, or reporting chain from the source metadata.

agency_name

string

Must not be null or empty. Should match the canonical name extracted from the source, not a paraphrase.

jurisdiction_level

string (enum: "federal", "state", "local", "tribal", "international", "unknown")

Must be one of the allowed enum values. If jurisdiction cannot be determined from the source, use "unknown" and set jurisdiction_confidence to 0.0.

jurisdiction_confidence

number (0.0 to 1.0)

Must be a float between 0.0 and 1.0 inclusive. If jurisdiction_level is "unknown", this field must be 0.0.

mandate_relevance

string

Must explain the agency's statutory or regulatory authority over the claim domain. If no mandate applies, must explicitly state that.

reporting_chain_clarity

string (enum: "direct", "indirect", "unclear")

Must be one of the allowed enum values. "direct" requires evidence of a clear reporting line to an official body.

source_citation

string

Must contain a URL, document reference, or official identifier that can be used to retrieve the source. Reject if only a generic name is provided.

PRACTICAL GUARDRAILS

Common Failure Modes

Government source authority tiering fails in predictable ways when jurisdiction boundaries blur, mandates overlap, or metadata is missing. These are the most common production failure modes and how to guard against them.

01

Jurisdiction Boundary Confusion

What to watch: The model conflates federal, state, and local agency authority when a topic spans multiple jurisdictions. A state environmental agency gets treated as authoritative for federal policy, or a municipal report is weighted equally with a federal regulatory finding. Guardrail: Require explicit jurisdiction declaration in the prompt input schema. Add a pre-tiering classification step that identifies the governing jurisdiction for each claim before authority scoring begins.

02

Mandate Overlap and Agency Conflict

What to watch: Two agencies with overlapping mandates produce conflicting data. The model picks one arbitrarily or averages authority scores, losing the conflict signal entirely. Common with FDA vs. USDA on food safety or EPA vs. DOE on energy data. Guardrail: Add a conflict detection rule in the output schema. When two tier-1 agencies disagree, flag the conflict explicitly rather than silently preferring one. Route to human review with both sources cited.

03

Missing Reporting Chain Metadata

What to watch: The model cannot determine whether a source is an official agency publication or a contractor report hosted on an agency domain. It defaults to high authority for anything on a .gov domain, including outdated or unofficial content. Guardrail: Add a reporting chain extraction step before tiering. If the authoring entity, publication series, or approval chain cannot be identified, cap the maximum authority tier at 'provisional' and flag for metadata enrichment.

04

Recency Override of Authority

What to watch: A recent press release from a low-authority office is weighted above an older formal report from the agency's chief statistician. The model confuses publication recency with evidentiary weight. Guardrail: Separate recency scoring from authority tiering in the prompt structure. Authority tier should reflect institutional mandate and reporting chain, not publication date. Use a downstream weighting step that combines authority tier with recency, never collapsing them into one score.

05

Court and Regulatory Authority Misclassification

What to watch: The model treats court rulings, regulatory guidance, and agency enforcement actions as equivalent authority levels. A district court opinion gets the same tier as a Supreme Court ruling or a final agency rule. Guardrail: Include a judicial hierarchy schema in the prompt: Supreme Court, circuit courts, district courts, administrative courts. For regulatory sources, distinguish final rules, proposed rules, guidance documents, and enforcement discretion memos with explicit tier boundaries.

06

Statistical Agency vs. Policy Agency Confusion

What to watch: The model assigns equal authority to a statistical agency's data product and a policy agency's interpretation of that same data. BLS employment statistics and a DOL policy brief citing those statistics get the same tier. Guardrail: Add a source function classification: statistical producer, regulatory enforcer, policy advocate, research funder. Statistical agencies producing neutral data products should receive distinct tier labels from policy agencies that interpret data for programmatic goals.

IMPLEMENTATION TABLE

Evaluation Rubric

Test these cases before deploying the Government Source Authority Tiering Prompt. Each row is a test scenario with expected behavior.

CriterionPass StandardFailure SignalTest Method

Correct tier assignment for a .gov domain with clear mandate

Output assigns 'Tier 1: Primary Authority' when [SOURCE_URL] is a federal agency .gov domain and [CLAIM_DOMAIN] matches its statutory mandate

Model assigns Tier 2 or lower, or fails to cite the agency's legal mandate in the justification field

Provide a CDC page on vaccine efficacy with [CLAIM_DOMAIN]='public health'. Assert output.tier == 'Tier 1' and output.justification contains statutory reference

Correct tier assignment for a state-level .gov source on a federal preemption topic

Output assigns 'Tier 2: Delegated Authority' when [SOURCE_URL] is a state .gov domain but [CLAIM_DOMAIN] is federally preempted

Model assigns Tier 1, ignoring the federal preemption hierarchy, or fails to note the jurisdictional limitation in output.limitations

Provide a state environmental agency page on an EPA-regulated topic. Assert output.tier == 'Tier 2' and output.limitations is not null

Handling of a non-government source with official-sounding name

Output assigns 'Tier 4: Non-Authoritative' or 'Tier 5: Unverifiable' when [SOURCE_URL] is a .org or .com domain mimicking a government agency

Model assigns Tier 1, 2, or 3 based on name similarity alone without verifying the domain's official status

Provide a URL like 'us-department-of-justice.org'. Assert output.tier is Tier 4 or Tier 5 and output.justification flags the unofficial domain

Correct handling of a statistical agency source for a statistical claim

Output assigns 'Tier 1: Primary Authority' and output.source_type includes 'statistical_agency' when [SOURCE_URL] is BLS or Census Bureau and [CLAIM_DOMAIN] is statistical

Model assigns a lower tier or fails to recognize the statistical agency's unique authority for data claims

Provide a BLS employment statistics page with [CLAIM_DOMAIN]='economic statistics'. Assert output.tier == 'Tier 1' and output.source_type contains 'statistical_agency'

Correct handling of a court ruling as a source for a legal claim

Output assigns 'Tier 1: Primary Authority' and output.source_type includes 'judicial' when [SOURCE_URL] is a published court opinion and [CLAIM_DOMAIN] is legal

Model assigns Tier 2 or lower, or fails to identify the source as a judicial authority

Provide a Supreme Court opinion URL with [CLAIM_DOMAIN]='constitutional law'. Assert output.tier == 'Tier 1' and output.source_type contains 'judicial'

Recency weighting for a time-sensitive regulatory claim

Output assigns a lower tier or flags recency as a limitation when [SOURCE_URL] is a regulatory agency page older than [RECENCY_THRESHOLD_DAYS] for a fast-changing domain

Model ignores the publication date and assigns Tier 1 without noting that the regulation may have been updated

Provide a 10-year-old FDA guidance document with [CLAIM_DOMAIN]='pharmaceutical regulation' and [RECENCY_THRESHOLD_DAYS]=365. Assert output.tier is Tier 2 or lower, or output.limitations contains a recency flag

Abstention when source jurisdiction cannot be determined

Output assigns 'Tier 5: Unverifiable' and output.confidence is less than [LOW_CONFIDENCE_THRESHOLD] when [SOURCE_URL] has no identifiable jurisdiction metadata

Model guesses a tier or assigns Tier 3 without acknowledging the missing jurisdictional information

Provide a URL with no clear country, state, or agency identifier. Assert output.tier == 'Tier 5' and output.confidence < [LOW_CONFIDENCE_THRESHOLD]

Output schema compliance under all test cases

Output is valid JSON matching the [OUTPUT_SCHEMA] with all required fields present and enum values within allowed sets

Output is missing required fields, contains invalid enum values, or is not parseable JSON

Run all test cases through a JSON schema validator against [OUTPUT_SCHEMA]. Assert no validation errors across the test suite

ADAPTATION OPTIONS

Adapt This Prompt

How to adapt

Start with the base tiering prompt and a small set of known government sources. Replace [SOURCE_DOCUMENT] with a single agency page or report. Remove strict JSON output requirements initially; accept structured text that captures tier, mandate, and jurisdiction. Use a lightweight eval: check that the output names the agency, assigns a tier, and cites at least one reason.

Watch for

  • The model inventing agency hierarchies not present in the input
  • Confusing regulatory authority with statistical authority
  • Overly broad tier assignments when source metadata is thin
  • Missing jurisdiction boundaries (federal vs. state vs. local)
Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.