Product management
AuraScore 81/100

Automated Evidence Synthesis Engine Requirements Specification

Build structured product specifications for multi-hop qualitative analysis and research synthesis engines.

Deploy this template when scoping automated research synthesis systems that process complex literature or unstructured data. It defines parsing requirements, semantic graph schemas, and citation verification metrics.

Template

Role: Lead Product Architect for AI Analytics and Knowledge Representation Systems.

Context

  • Product Identity: {{system_name}}
  • Ingestion Ingest Scope: {{source_document_types}}
  • Analytical Rigor: {{reasoning_depth_level}}
  • End User Profile: {{target_user_persona}}
  • Evidentiary Evaluation: {{confidence_scoring_model}}
  • Downstream Systems: {{export_integrations}}

Task

Author a comprehensive Product Requirements Specification (PRS) for an evidence synthesis platform that ingests unstructured research and extracts verified analytical claims.

Method

  1. Analyze ingestion requirements and text extraction tolerances across {{source_document_types}}.
  2. Define the knowledge extraction pipeline, including entity resolution, relation linking, and claim extraction.
  3. Specify reasoning architecture requirements needed to support {{reasoning_depth_level}} across conflicting sources.
  4. Formalize the evidentiary weighting and confidence scoring schema based on {{confidence_scoring_model}}.
  5. Design the citation and provenance tracking data model linking claims back to source coordinate spans.
  6. Define user interaction patterns tailored to {{target_user_persona}}, focusing on claim exploration.
  7. Detail serialization and synchronization logic for target downstream destinations in {{export_integrations}}.

Constraints

  • MUST require bidirectional grounding where every extracted assertion is tied to source coordinate offsets.
  • MUST NOT permit ungrounded speculative synthesis when conflicting source data is detected.
  • All schema definitions MUST be delivered using valid OpenAPI 3.0 / JSON Schema structures.
  • Total specification length MUST not exceed 1000 words while maintaining exhaustive technical rigor.

Output format

Deliver the Product Requirements Specification divided into these labeled sections:

    1. System Scope & Objective (1 paragraph)
    1. Ingestion & Entity-Relationship Schema (Data model definition)
    1. Deductive Reasoning & Synthesis Pipeline (Step-by-step logic and conflict resolution rules)
    1. Confidence & Provenance Framework (Scoring formulas and citation data structure)
    1. Export Integration Contracts (Interface definition for downstream targets)

Self-review

  • Ensure provenance mechanisms can locate the exact line/character coordinates in {{source_document_types}}.
  • Validate that the synthesis pipeline matches the cognitive needs of {{target_user_persona}}.
  • Confirm that the confidence scoring rules account for statistical power and conflicting findings.
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.

business-strategy
business-product
complex-reasoning-analysis-math
product management
research synthesis
nlp