v0.13.2Control flow and dataflow are rebuilt on explicit semantics, Z3 translation matches executable C# numeric rules, and the build chain is hermetic and supply-chain verified with hash- and size-pinned Z3 binaries.See what's new

Envelope Schema 2.0

The shared machine-readable contract used by CLI commands and MCP tools

Schema 2.0 standardizes diagnostics and command data across the CLI and MCP surface.

Top-Level Fields

FieldMeaning
versionEnvelope schema version, currently 2.0
commandProducing command or tool
diagnosticsStable codes, severity, location, declaration context, fixes, and optional verification payload
summaryTotal/error/warning/info counts over diagnostics
dataCommand-specific result; omitted or null when unavailable

Verification Payload

Schema 2.0 uses the closed seven-status vocabulary:

Plain Text
proven | refuted | assumed | unknown | timeout | unsupported | unavailable

An assumed result includes its named assumptions. A refuted result may include a structured counterexample.bindings array. A proven result may carry vacuous: true; vacuous proofs never remove runtime checks.

Stream Rules

  • Single-shot JSON commands write exactly one envelope to stdout.
  • Human-readable progress goes to stderr.
  • Error paths still emit a valid document.
  • calor watch --format json writes one compact envelope per line (NDJSON).
  • SARIF is supported where documented, but is not an envelope and has no streaming watch form.

See Structured Output for examples and command differences.