Skip to content

Reports

Text and Markdown reports optimize for review. They include locations, explanations, suggestions, and related paths where available. Advisory summaries may intentionally avoid rendering every low-priority detail.

  • JSON: complete versioned report envelope.
  • NDJSON: line-delimited records for streaming consumers.
  • SARIF 2.1.0: code-scanning interchange.
  • JUnit XML: CI systems that ingest test reports.

The authoritative schema details remain in the repository’s REPORT_SCHEMA.md while the public contract stabilizes.

A finding includes a stable rule code, severity, path, one-based line range, message, confidence, rationale, remediation suggestion, related files, and a stable fingerprint where applicable. Consumers should key policy on rule codes and documented fields rather than parsing human messages.

Coverage records selected production files and auxiliary categories such as tests, examples, vendored code, generated code, unsupported files, binary files, ignored paths, and unchanged files. A report’s finding count is meaningful only with its coverage.

The manifest records source and configuration identity, selected file counts, languages, coverage, and completion status. Processing diagnostics report recoverable and fatal analysis problems. Consumers must reject failed or untrustworthy runs rather than interpreting an absent finding as a clean result.

Security hotspots are review prompts, not automatically confirmed vulnerabilities. Preserve the rule’s security classification and confidence when forwarding findings to another system.

Machine envelopes are schema-versioned. Pin Code Buster in automation, reject unsupported schema versions, and review changes to the default compatibility contract before updating downstream snapshots.