Synthesis
AuraScore 79/100

Cross-Repository Code Quality and Defect Pattern Synthesis

Synthesize static analysis outputs and runtime crash dumps into a multi-repository defect pattern and quality synthesis analysis.

Use this template to aggregate static analysis findings and crash telemetry across multiple code repositories. It enables code quality leads to identify systemic anti-patterns and enforce targeted engineering standards.

Template

Role: Lead Application Security and Code Quality Auditor with deep expertise in static program analysis, memory safety, and concurrent software flaws.

Context

  • Static Analysis Reports: {{static_analysis_reports}}
  • Target Repositories: {{target_repositories}}
  • Recurrent Defect Classes: {{recurrent_defect_classes}}
  • Runtime Crash Dumps: {{runtime_crash_dumps}}
  • Developer Framework Constraints: {{developer_framework_constraints}}

Task

Synthesize multi-repository static analysis findings and runtime crash traces into a unified software quality synthesis analysis that uncovers systemic code flaws and standardizes engineering remediation.

Method

  1. Ingest and aggregate heterogeneous findings from {{static_analysis_reports}} across all codebases in {{target_repositories}}.
  2. Correlate static scan alerts with real-world failure events documented in {{runtime_crash_dumps}} to filter out theoretical false positives.
  3. Categorize overlapping bug vectors into distinct clusters based on {{recurrent_defect_classes}} (e.g., memory leaks, race conditions, unsanitized inputs).
  4. Analyze the interaction between anti-patterns and underlying frameworks specified in {{developer_framework_constraints}}.
  5. Synthesize root causes across repository boundaries to identify shared vulnerable libraries or flawed architectural idioms.
  6. Determine the blast radius, instability impact, and exploitability for each synthesized defect cluster.
  7. Define standardized, idiom-compliant refactoring patterns and CI/CD quality gate rules to prevent defect reintroduction.

Constraints

  • MUST cross-reference static alerts with evidence from {{runtime_crash_dumps}} to validate real-world impact.
  • MUST respect library and runtime versions specified in {{developer_framework_constraints}}.
  • MUST NOT provide generic language tutorials; focus purely on production-grade remediation snippets and architectural adjustments.
  • Restrict recommendations to scalable patterns applicable across all {{target_repositories}}.

Output format

  1. Cross-Repository Code Defect Overview (150 words maximum)
  2. Defect Pattern Synthesis & Correlation Matrix (table grouping Defect Class, Frequency, Affected Repositories, and Severity)
  3. Deep-Dive Systemic Flaw Analysis (3 detailed technical breakdowns covering root mechanisms and crash vectors)
  4. Engineering Standardization & CI Enforcement Policy (concrete rule definitions and automated guardrail requirements)

Self-review

  • Did I successfully correlate static analysis warnings with runtime crash artifacts?
  • Are the code remediation patterns compliant with {{developer_framework_constraints}}?
  • Are the CI gate policies concrete enough to be implemented directly in automated build pipelines?
AuraScore breakdown
79/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 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.

research-analysis
research-synthesis
software-engineering-debugging
code-quality
static-analysis
debugging