Inferensys

Prompt

Evidence Strength Rating Prompt Template

A practical prompt playbook for using Evidence Strength Rating Prompt Template in production AI workflows.
Operations team reviewing AI workflow automation on laptop, workflow builder visible, casual office setup.
PROMPT PLAYBOOK

When to Use This Prompt

Understand the job, ideal user, required context, and constraints for the Evidence Strength Rating Prompt Template.

This prompt is designed for RAG evaluators and retrieval pipeline engineers who need to programmatically assess the quality of individual retrieved passages before they are used for answer generation. The core job-to-be-done is to produce a structured, per-source quality signal that can be used for evidence ranking, retrieval quality monitoring, or as a filtering gate in a production RAG system. The ideal user is an AI engineer or MLOps specialist building an automated evaluation harness, not an end-user chatting with a model. They need a deterministic, repeatable rating that can be logged, compared across pipeline versions, and used to trigger re-retrieval or escalation.

Use this prompt when you have a list of retrieved passages and need to rank them by composite strength before synthesis. It is appropriate for offline evaluation of retrieval systems, online re-ranking in a RAG pipeline, and for generating quality metrics for dashboards. Do not use this prompt as a standalone answer generator; it rates evidence, it does not answer the user's question. It is also not a replacement for a full factuality check—it assesses surface-level quality signals (relevance, authority, specificity, recency) but does not verify claims against a ground-truth knowledge base. If your system requires claim-level verification, pair this with a dedicated fact-checking prompt from the Fact Checking and Claims Verification pillar.

The prompt requires the following inputs: the user's original question, the retrieved passage text, and metadata about the source (publication date, author, domain). It outputs a structured JSON object with individual dimension scores and a composite strength score. Before deploying, you must calibrate the scoring rubric against human judgments on your specific domain data. Generic scoring heuristics will drift across legal, medical, and technical domains. Start by running this prompt against a golden dataset of 50–100 passage-question pairs with known quality labels, and tune the rubric descriptions in the prompt until the model's scores correlate with your ground truth. Once calibrated, wire the output into your evidence ranking step and log every score for regression testing when you change retrieval parameters.

PRACTICAL GUARDRAILS

Use Case Fit

Where the Evidence Strength Rating prompt delivers value and where it introduces risk. Use these cards to decide if this prompt belongs in your pipeline or if you need a different approach.

01

Good Fit: Retrieval Quality Monitoring

Use when: you need automated, per-source quality signals across relevance, authority, specificity, and recency to monitor retrieval pipeline health over time. Guardrail: calibrate strength thresholds against human-annotated relevance judgments before relying on scores for automated decisions.

02

Good Fit: Evidence Ranking Pipelines

Use when: you need to rank or filter retrieved passages before answer generation, prioritizing the strongest evidence. Guardrail: combine the composite score with a minimum threshold per dimension so a highly relevant but outdated source does not outrank a slightly less relevant but current one.

03

Bad Fit: Real-Time User-Facing Answers

Avoid when: the prompt output is shown directly to end users without post-processing. Strength scores are pipeline signals, not user-facing explanations. Guardrail: use this prompt upstream of answer generation and expose only the final ranked evidence or answer, never raw scores.

04

Bad Fit: Single-Source Evaluation

Avoid when: you only have one retrieved passage. The prompt is designed for comparative ranking across multiple sources. Guardrail: gate invocation on having at least two passages; for single-source scenarios, use a binary relevance or sufficiency check instead.

05

Required Inputs

Must provide: a user question, a list of retrieved passages with source metadata, and a defined output schema. Guardrail: include source identifiers, publication dates, and author information in each passage payload so the model can assess authority and recency without hallucinating metadata.

06

Operational Risk: Score Drift

What to watch: strength scores drifting over time as retrieval corpora change, making historical thresholds invalid. Guardrail: log score distributions per source and trigger recalibration when the median score shifts beyond a predefined tolerance band.

PROMPT PLAYBOOK

Copy-Ready Prompt Template

A reusable prompt template for rating retrieved passages on relevance, authority, specificity, and recency to produce a composite evidence strength score.

The Evidence Strength Rating prompt is designed to be dropped into a RAG evaluation pipeline or a pre-generation evidence ranking step. It forces the model to assess each retrieved passage against four explicit dimensions—relevance, authority, specificity, and recency—before producing a composite score. This structured approach prevents the model from defaulting to a vague 'this looks good' heuristic and instead produces auditable, per-dimension ratings that you can log, aggregate, and use to tune retrieval quality over time.

Below is the copy-ready template. Replace each square-bracket placeholder with your application's actual values before sending the request. The [PASSAGES] placeholder expects a list of retrieved chunks with their metadata. The [QUESTION] placeholder holds the user's original query. The [OUTPUT_SCHEMA] placeholder should contain your expected JSON structure, and [CONSTRAINTS] is where you define scoring rules, dimension definitions, and any domain-specific weighting. For high-stakes domains such as clinical or legal review, add a [RISK_LEVEL] parameter that triggers stricter recency and authority thresholds.

text
You are an evidence quality evaluator for a retrieval-augmented generation system. Your job is to rate each retrieved passage on four dimensions and produce a composite strength score.

## Input
- Question: [QUESTION]
- Retrieved Passages: [PASSAGES]

## Rating Dimensions
For each passage, assign a score from 1 (lowest) to 5 (highest) on each dimension:

1. **Relevance**: How directly does this passage address the question? (1 = unrelated, 5 = directly answers)
2. **Authority**: How credible is the source? Consider publication venue, author expertise, and institutional backing. (1 = anonymous/unverified, 5 = authoritative primary source)
3. **Specificity**: How precise and detailed is the information? (1 = vague generalities, 5 = specific facts, figures, or procedures)
4. **Recency**: How current is the information relative to the question's temporal needs? (1 = clearly outdated, 5 = recent and timely)

## Scoring Rules
- If a passage is completely irrelevant (Relevance = 1), set all other dimensions to 1 and Composite = 1.
- If authority cannot be determined from available metadata, default to 3 and note 'authority_unknown'.
- If the question has no temporal dependency, score Recency as 3 and note 'recency_not_applicable'.
- [CONSTRAINTS]

## Output Format
Return a JSON object matching this schema exactly:
[OUTPUT_SCHEMA]

## Example Output
```json
{
  "question": "What are the side effects of drug X?",
  "passage_ratings": [
    {
      "passage_id": "doc_17_chunk_3",
      "relevance": 5,
      "authority": 4,
      "specificity": 4,
      "recency": 5,
      "composite": 4.5,
      "notes": "Peer-reviewed journal article from 2024. Lists specific side effects with incidence rates."
    }
  ],
  "rating_summary": {
    "average_composite": 4.5,
    "highest_rated_passage": "doc_17_chunk_3",
    "lowest_rated_passage": null,
    "passages_below_threshold": []
  }
}

After copying the template, the most important adaptation step is defining your [CONSTRAINTS]. This is where you encode domain-specific rules that prevent the model from overrating weak evidence. For example, in a financial compliance setting, you might add: 'If the passage is from a social media post or unverified forum, cap Authority at 2.' In a medical context: 'If the passage references a study older than 5 years without a confirmatory recent citation, cap Recency at 2.' These constraints turn a generic rating prompt into a domain-calibrated quality gate. Always test constraint wording against a golden set of passages where you know the correct ratings—vague constraints produce inconsistent scores, while overly strict constraints can cause the model to refuse to rate legitimate evidence. Start with 10-20 labeled examples, run the prompt, and compare per-dimension scores to your ground truth before deploying to production.

IMPLEMENTATION TABLE

Prompt Variables

Inputs required by the Evidence Strength Rating Prompt Template. Each placeholder must be populated before the prompt is sent to the model. Validation notes describe how to check that the input is well-formed and safe.

PlaceholderPurposeExampleValidation Notes

[QUERY]

The user question or information need that triggered retrieval

What are the side effects of drug X in elderly patients?

Must be non-empty string. Check for prompt injection patterns. Truncate if over 500 chars.

[PASSAGE_LIST]

Array of retrieved passages to evaluate, each with text and optional metadata

[{"id":"doc1_chunk3","text":"Elderly patients showed...","source":"FDA_label_2024","date":"2024-03-15"}]

Must be valid JSON array. Each object requires 'id' and 'text' fields. Max 20 passages. Reject if empty array.

[RATING_DIMENSIONS]

List of dimensions to rate each passage on, with definitions

["relevance","authority","specificity","recency"]

Must be non-empty array of strings. Allowed values: relevance, authority, specificity, recency, credibility, completeness. Reject unknown dimensions.

[SCORE_RANGE]

Numeric range for each dimension rating

{"min":1,"max":5,"step":1}

Must be valid JSON object with integer min, max, step. Min must be less than max. Step must be positive. Typical range: 1-5.

[COMPOSITE_WEIGHTS]

Optional weights for computing composite score from dimensions

{"relevance":0.4,"authority":0.3,"specificity":0.2,"recency":0.1}

Must sum to 1.0 within 0.01 tolerance if provided. All keys must match [RATING_DIMENSIONS]. Null allowed if equal weighting is intended.

[OUTPUT_SCHEMA]

Expected JSON structure for the rating output

{"passage_id":"string","ratings":{"dimension":number},"composite":number,"rationale":"string"}

Must be valid JSON Schema or example object. Required fields: passage_id, ratings, composite. Optional: rationale, confidence, flags.

[CONSTRAINTS]

Additional rules for rating behavior

Do not rate passages shorter than 20 characters. Flag passages with no date metadata as recency=null.

Must be string or null. Check for contradictory instructions. Avoid constraints that override core rating logic.

PRACTICAL GUARDRAILS

Common Failure Modes

Evidence strength rating prompts fail in predictable ways. These cards cover the most common production failure modes and how to guard against them before they reach users.

01

Score Inflation on Familiar Sources

What to watch: The model inflates authority and relevance scores for well-known domains or frequently cited sources, even when the specific passage is thin or off-topic. Brand recognition overrides content quality. Guardrail: Include a 'content-only' scoring rule in the prompt that instructs the model to ignore source reputation and evaluate only the passage text against the question. Add a calibration check that flags passages scoring above 0.8 on authority but below 0.4 on specificity.

02

Recency Bias Overriding Relevance

What to watch: The model overweights publication date at the expense of topical relevance, assigning high composite scores to recent but marginally relevant passages while downgrading older, directly relevant evidence. Guardrail: Separate recency into its own dimension with explicit date thresholds in the prompt. Require the composite score to cap recency contribution at 25% of the total. Test with deliberately old, highly relevant passages to verify the scoring balance.

03

Dimension Score Averaging Without Justification

What to watch: The model produces dimension scores that all cluster around the same value without meaningful differentiation, making the composite score useless for ranking. This often happens when the prompt lacks per-dimension definitions. Guardrail: Require the model to output a one-sentence justification for each dimension score. Add a variance check in post-processing that flags passages where the standard deviation across dimensions is below 0.15. Re-prompt with stricter per-dimension anchors if variance is too low.

04

Composite Score Masking Critical Weakness

What to watch: A passage with zero relevance but high authority and recency can still produce a moderate composite score, causing it to rank above passages with moderate relevance but lower authority. The composite hides a fatal flaw. Guardrail: Implement a minimum threshold per dimension before the composite is calculated. If any critical dimension falls below the threshold, the composite score is automatically set to zero or flagged for exclusion. Relevance should be a hard gate with a minimum of 0.3 before other dimensions are considered.

05

Inconsistent Scoring Across Batched Passages

What to watch: When scoring multiple passages in a single prompt, the model applies inconsistent standards across the batch. Earlier passages receive stricter scoring than later ones, or the model normalizes scores relative to the batch rather than absolute criteria. Guardrail: Score passages one at a time with identical prompt templates, or include explicit 'score each passage independently against the question, not relative to other passages in this batch' instructions. Run pairwise consistency checks on a held-out calibration set to detect drift.

06

Specificity Confused with Length

What to watch: The model equates passage length with specificity, assigning high specificity scores to verbose passages that restate general information while penalizing concise, fact-dense passages. Guardrail: Define specificity in the prompt as 'density of unique, question-relevant facts per sentence' rather than passage length. Include a counterexample in few-shot demonstrations showing a short, fact-dense passage receiving a high specificity score and a long, vague passage receiving a low one.

IMPLEMENTATION TABLE

Evaluation Rubric

Use this rubric to evaluate the quality of the Evidence Strength Rating prompt's output before integrating it into a production pipeline. Each criterion targets a specific failure mode common to evidence scoring systems.

CriterionPass StandardFailure SignalTest Method

Score Discrimination

Scores for highly relevant vs. irrelevant passages differ by at least 3 points on a 1-5 scale

All passages receive similar scores regardless of relevance to [QUERY]

Run prompt on a golden dataset of 10 passage pairs with known relevance disparity; compute score variance

Schema Compliance

Output is valid JSON matching [OUTPUT_SCHEMA] with all required fields present

Missing fields, extra fields, or malformed JSON that fails JSON.parse

Validate output against JSON Schema using a programmatic validator; check for null in required fields

Relevance Accuracy

Relevance sub-score correlates with human judgment with Spearman rank correlation > 0.7

Passage containing exact answer keywords receives low relevance score, or unrelated passage scores high

Compare model-assigned relevance scores against 50 human-annotated passage-query pairs

Authority Grounding

Authority score references a specific source attribute (author, publisher, domain) from [PASSAGE_METADATA]

Authority score is identical for all passages or cites no metadata evidence

Check output for presence of metadata-derived justification string in authority rationale field

Specificity Detection

Passages with concrete data points score higher on specificity than vague or generic passages

A passage containing only general statements outscores a passage with specific measurements or dates

Construct 5 contrast pairs (specific vs. vague on same topic); verify score ordering

Recency Flagging

Recency score reflects [REFERENCE_DATE] and any date cues in passage text

Passage from 2019 and passage from 2024 receive identical recency scores when [REFERENCE_DATE] is 2025

Test with timestamped passages across a 10-year range; verify monotonic relationship with recency

Composite Score Calibration

Composite score is a weighted combination of sub-scores matching [WEIGHT_CONFIG]

Composite score equals a single sub-score or is an unweighted average ignoring configured weights

Recompute composite from sub-scores using configured weights; assert equality within 0.1 tolerance

Hallucinated Evidence

All score justifications reference only information present in the passage text or metadata

Justification mentions a fact, date, or entity not present in the provided passage

Spot-check 20 outputs against source passages; flag any justification claim without a text match

ADAPTATION OPTIONS

Adapt This Prompt

How to adapt

Use the base prompt with a single frontier model and manual review of outputs. Drop the composite score calculation and just ask for per-dimension ratings with brief justifications. Replace the strict JSON output schema with a looser structured text format to iterate faster.

code
Rate each passage on relevance, authority, specificity, and recency (1-5).
Provide a one-line justification per dimension.

Watch for

  • Inconsistent rating scales across passages when the model isn't anchored to definitions
  • Overly generous authority scores for sources the model 'recognizes' rather than evaluates
  • Recency judgments that ignore the [REFERENCE_DATE] placeholder when you forget to fill it
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.