crypto-report-writer
Final reporting skill for the crypto audit framework.
When to Use
- A finding has passed
crypto-fp-checkand needs report-ready prose - You need a consistent report section structure across multiple findings
- You are summarizing severity and test evidence for an audit deliverable
- You are drafting disclosed writeups that may later map into
zkbugs-index
When NOT to Use
- The finding is still hypothesis-shaped or missing verification evidence
- You are still building protocol context or running domain-specific review
- You need to decide severity before the evidence is assembled
Workflow
Choose the report variant first, then fill it with verified evidence only:
- templates/client-report-template.md for client-facing delivery with concise executive and remediation language
- templates/internal-report-template.md for engineering/internal circulation with investigation notes and rollout risk
- templates/public-disclosure-template.md for external publication without private client context
- templates/report-template.md for generic/default findings when no specialized variant is required
Do not write around missing proof or test gaps; state them explicitly.
Reference Use
- Use
audit-commonfor shared severity and finding-structure rules - Use
crypto-fp-checkoutput as the source of truth for verified claims - Cite
zkbugs-indexonly when the referenced entry is disclosed and citable
Output Contract
Produce a report-ready finding package that includes:
- Final severity and short title
- Summary, root cause, impact, and remediation
- Test evidence status, including PoC status where required
- Whether the writeup is suitable for external citation or index ingestion