Release
Quantization, spectral, and report-schema hardening
A focused hardening release: safer AWQ plugin discovery, stronger quantization clipping behavior, and broader report-schema acceptance for edge payloads.
Release: InvarLock 0.3.11 - AWQ discovery, RTN clipping, and schema edge cases
Highlights
- Adds targeted regression coverage for quantization clipping, spectral guard branches, and report-schema edge cases.
- AWQ support detection now uses the lightweight
awqmodule path, and plugin listing avoids importing AWQ during discovery. - Reporting now accepts nullable dataset window seeds and structured
system_overhead, while RTN outlier clipping is hardened for fp16-safe behavior.
0.3.11 is intentionally focused: reinforce sensitive pathways that can cause subtle failures in production-grade evaluation pipelines. The new regression coverage targets quantization clipping, spectral guard branches, and report-schema edge cases because those are the kinds of changes that can look small while changing review outcomes.
AWQ handling becomes safer in two places. Support detection now checks the lightweight awq module path, and plugin listing avoids importing AWQ during discovery, so ordinary introspection is less likely to trip optional dependency behavior. Spectral guard handling also recognizes gate_proj as an FFN projection in gating paths.
On the reporting and quantization side, nullable dataset window seeds and structured system_overhead payloads are accepted, while RTN outlier clipping is hardened for fp16-safe behavior. If your stack includes AWQ integrations, strict report ingestion, or quantized checkpoint paths, this patch should reduce surprise behavior without widening the public workflow surface.
For the immutable release record, read the tagged CHANGELOG.md for v0.3.11.
More from the blog
Continue through recent releases and implementation notes.
Synthesis
The Minimum Evidence Surface for Trustworthy Weight-Edit Results
A trustworthy weight-edit result needs more than a benchmark delta. It needs a bounded claim, an exactly paired comparison, and verification that rejects incomplete evidence.
Release
Evidence packs and explicit runtime provenance
InvarLock 0.8.0 moves the public bundle surface to evidence packs, pins docs to versioned release paths, and makes container-vs-host runtime provenance explicit across evaluate and verify.
Research Note
Fail-Closed Verification for Weight-Edit Evaluation
A verifier is only useful if it rejects incomplete evidence. InvarLock's verification path is designed to stop stronger claims when the evidence bundle is missing or inconsistent.