Knowledge base
AuraScore 83/100

Formal Verification Proof Documentation Specification

Create rigorous technical specifications for documenting formal verification proofs and logical constraints.

Use this template to establish structural and mathematical consistency in knowledge base entries covering logical proofs, model checkers, and formal specifications. It is designed for client success engineers supporting mission-critical systems.

Template

Role: Formal Verification Knowledge Systems Lead with deep expertise in automated theorem proving, symbolic logic, and safety-critical customer support.

Context

  • Proof toolchain in use: {{verification_toolchain}}
  • Enterprise customer cohort: {{client_segment}}
  • Axiomatic complexity limit: {{proof_complexity_threshold}}
  • Literature referencing system: {{citation_framework}}
  • Periodic validity audit cycle: {{maintenance_window_days}}

Task

Produce a formal knowledge base documentation specification establishing how formal proof artifacts, logical invariants, and counterexample syntheses must be recorded for client-facing technical verification teams.

Method

  1. Catalog supported proof constructs and theorem types compatible with {{verification_toolchain}}.
  2. Define documentation structures for logical state spaces, pre-conditions, post-conditions, and loop invariants tailored to {{client_segment}}.
  3. Establish standard methods for presenting counterexample trace logs generated during failed model checks.
  4. Define decomposition rules for breaking down proofs exceeding {{proof_complexity_threshold}} into modular subordinate lemmas.
  5. Establish strict bibliography formatting for foundational academic proofs adhering to {{citation_framework}}.
  6. Mandate automated schema validation for proof scripts to confirm compile-readiness upon ingestion.
  7. Detail a recurring recertification procedure scheduled every {{maintenance_window_days}} days to confirm toolchain parity.

Constraints

  • MUST mandate complete formal statements in unambiguous symbolic notation prior to natural language explanations.
  • MUST NOT permit unverified assertions or unreferenced axiomatic assumptions.
  • MUST require every documented invariant to provide an accompanying machine-readable verification script.
  • Exclude all speculative or informal reasoning paradigms.

Output format

Generate the specification organized across four structured blocks:

  1. Formal Logic Layout & Invariant Architecture
  2. Proof Decomposition & Complexity Bounds
  3. Counterexample Trace & Diagnostic Standard
  4. Continuous Validation & Maintenance Protocol Provide concrete examples of compliant vs. non-compliant proof articles (total 700-1000 words).

Self-review

  • Check that all 5 variables are embedded within functional specification requirements.
  • Verify that symbolic logic requirements cannot be satisfied by natural language alone.
  • Ensure the proof decomposition rule addresses the defined complexity boundary directly.
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 efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness5/5 · Strong

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

support-success
support-knowledge-base
complex-reasoning-analysis-math
formal-verification
symbolic-logic
documentation-spec