Release
Baseline pairing is now “no excuses” in CI/release
CI/release baseline pairing is fail-closed (pairing evidence is required), and adapters reduce peak memory during retries via chunked snapshot/restore.
Release: InvarLock 0.3.4 — Plus lower-memory retries for HF adapters
Highlights
- CI/Release baseline pairing now fails closed with strict parity checks.
- Report generation requires paired-windows evidence (non-perfect pairing is rejected).
- Chunked snapshot/restore helps avoid peak-memory spikes during retries.
This is one of those releases that makes the framework more “serious” in the places where it should be. If you say you’re paired to a baseline in CI/release mode, you now have to prove it with the right evidence, and the system enforces parity (dataset/tokenizer/masking) instead of letting ambiguity slip through.
It’s a stricter posture, but it’s also the kind of strictness that prevents painful downstream debates. When a report says it’s paired, it really is paired.
On the practical side, chunked snapshot/restore helps reduce peak memory during retries—useful when you’re operating close to the edge on bigger models or tighter nodes.
For more details, see CHANGELOG.md.
More from the blog
Continue through recent releases and implementation notes.
Release
Stable public contracts with stricter fail-closed verification
InvarLock 0.4.0 stabilizes contracts around policies, proof packs, and evaluation provenance while tightening verification, CI, and coverage enforcement.
Release
Coverage hardening across CLI, reporting, and observability paths
Coverage thresholds now enforce split-module branch floors for critical CLI/reporting paths.
Release
Targeted regression hardening for quantization and reporting paths
A focused hardening release: safer AWQ plugin discovery, stronger quantization clipping behavior, and broader report-schema acceptance for edge payloads.