mirror of
https://github.com/norandom/OpenUltraSAST.git
synced 2026-10-16 11:49:28 +00:00
Marius CiepluchandClaude Fable 5.1
a4042fdb27
The evidence pass bypasses the sink-weighted portioning by design: it is the pass that PRODUCES the weights, and per request it is cheap, 17,700 answered in 44 s. It was still one all-or-nothing batch protected only by the ceiling. On a plugin push transaction that batch is 22,125 requests, and under the CPU and memory contention of concurrent test runs it exceeded the ceiling and cost the whole case. It now runs in portions of 4,000 requests, roughly ten seconds of work behind one JVM start, with answers merged and the census kept from the first portion that carried it. Streaming keeps what a killed portion finished; portioning keeps that kill from being the entire pass. Task 13.3 records the attempt that exposed this honestly: the case deadline was exhausted with no artifact, and the failure was mine twice over -- the container mounts src live and the backend was edited mid-run, and the evidence pass was unportioned. Neither is the algorithm. The rerun uses a frozen export of the committed source with per-invocation logging. 1,423 tests pass, nineteen skipped; mypy clean. Co-Authored-By: Claude Fable 5.1 <[email protected]> Claude-Session: https://claude.ai/code/session_01EmM1j46qgKMh3zqD1QMwEo