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.
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
- Catalog supported proof constructs and theorem types compatible with {{verification_toolchain}}.
- Define documentation structures for logical state spaces, pre-conditions, post-conditions, and loop invariants tailored to {{client_segment}}.
- Establish standard methods for presenting counterexample trace logs generated during failed model checks.
- Define decomposition rules for breaking down proofs exceeding {{proof_complexity_threshold}} into modular subordinate lemmas.
- Establish strict bibliography formatting for foundational academic proofs adhering to {{citation_framework}}.
- Mandate automated schema validation for proof scripts to confirm compile-readiness upon ingestion.
- 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:
- Formal Logic Layout & Invariant Architecture
- Proof Decomposition & Complexity Bounds
- Counterexample Trace & Diagnostic Standard
- 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.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.