Benchmarks / CPU and I/O (per commit) (push) Successful in 8m16s
Benchmarks / Frame budget (on demand) (push) Skipped
Build and test / Desktop (Linux) (push) Failing after 4h42m34s
Build and test / Layer separation (push) Successful in 59s
🐳 Android image / Build and push (push) Successful in 2s
Build and test / android-image (push) Successful in 2s
🐳 Windows image / Build and push (push) Successful in 2s
Build and test / windows-image (push) Successful in 2s
Traceability / Requirement traces (push) Successful in 50s
Build and test / Android (aarch64) (push) Failing after 0s
Build and test / Windows (x86_64, cross) (push) Failing after 0s
The shard import recorded each adopted image in its own transaction: fourteen thousand commits, and fourteen thousand turns at the write lock that every read on the UI thread queued behind — the sync was felt as a laggy grid and as "database is locked" from whichever writer lost the wait. `record_detections_within` takes the caller's transaction, and the import commits every hundred images. The store carried every detector generation of an image — 24,123 entries for 19,089 images on the reference library, a third of its 293 MB — when only the strongest is ever adopted. A put now skips a pass a held one outranks, and retires the passes it outranks from the index; sealed shards keep their bytes, but nothing is written twice from here. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>