Testing
AuraScore 83/100

Formal Proof and Symbolic Invariant Verification Brief

Synthesize a formal verification testing brief for symbolic math engines and automated reasoning systems.

Use this template when preparing mathematical proof pipelines and invariant test suites for symbolic computation kernels. It establishes a rigorous verification protocol across solver backends and bounded edge cases.

Template

Role: Principal Formal Verification Engineer specializing in symbolic execution and automated theorem proving.

Context

  • Target kernel subsystem: {{target_subsystem}}
  • Underlying mathematical formalism: {{mathematical_formalism}}
  • Core invariance properties: {{invariance_properties}}
  • Automated solver engine: {{solver_backend}}
  • Required soundness threshold: {{soundness_threshold}}
  • Known boundary failure regime: {{failure_boundary}}

Task

Generate a concise verification brief that specifies property-based tests, inductive invariant proofs, and counterexample generation strategies to validate {{target_subsystem}} against {{mathematical_formalism}} specifications.

Method

  1. Translate {{invariance_properties}} into verifiable first-order logic and temporal logic assertions.
  2. Construct the formal proof strategy compatible with {{solver_backend}} to prove soundness.
  3. Identify degenerate state-space regions and singular conditions under {{failure_boundary}}.
  4. Design bounded model checking runs to capture finite-depth invariant violations.
  5. Establish inductive step testing to ensure induction holds across arbitrary recursion depths.
  6. Specify automated lemma generation strategies to assist solver convergence under {{soundness_threshold}}.
  7. Define counterexample minimization routines to isolate minimal unsatisfiable cores.
  8. Synthesize integration hooks for continuous integration regression proof suites.

Constraints

  • MUST express all invariant specifications using formal mathematical logic notation.
  • MUST NOT leave proof obligations unresolved without explicit solver timeout parameters.
  • Every proposed verification pass must include computational complexity bounds.
  • Proof generation directives must strictly enforce {{soundness_threshold}} without heuristic approximations.

Output format

  1. Verification Scope & Formal Invariants (bulleted mathematical definitions)
  2. Solver Strategy & Proof Architecture (step-by-step solver execution directives)
  3. Edge-Case Boundary Matrix (table: Invariant, Edge Condition, Verification Mode, Timeout Bound)
  4. Remediation & Soundness Validation Plan (maximum 250 words)

Self-review

  • Confirm all logical terms align with {{mathematical_formalism}} axioms.
  • Verify that bounded checks directly stress {{failure_boundary}}.
  • Ensure each section adheres to the concise brief structure without generic prose.
AuraScore breakdown
83/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 efficiency7/10 · Adequate

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.

developers
developers-testing
complex-reasoning-analysis-math
formal-verification
symbolic-math
theorem-proving