多個 agent session 喺唔同 git worktree 同時跑 cargo build，每個都用晒所有 CPU core。 加上 Cargo 嘅 incremental cache 永遠唔會自動清理，一晚就漲到 45GB。 呢個 slide 解釋我哋搵到嘅根因、做咗咩修、同點解 work。
cq
用 perl flock 將所有 cargo 命令排隊。一個 build 用晒所有 core（burst mode），
其他等佢做完先開始。macOS 冇 flock CLI，所以用 perl FFI。
同時 set CARGO_INCREMENTAL=0 for one-shot commands（test/check/clippy），
防止 write-only cache 漲大。
Workspace 入面 5 個 crate 各自用唔同嘅 feature 組合， Cargo 就會幫每個組合獨立編譯成個 dependency tree。 hakari 整一個 workspace-hack crate，強制所有人用同一個 feature union， 令每個 dependency 只編譯一次。
Incremental compilation 只幫到「改一行再 build」嘅 loop。
Agent 跑 cargo test 一次就走 —
個 cache 寫完 500MB 永遠唔會再讀。
關咗之後 build 速度一樣（實測 ±1s），但唔再寫 cache。
cargo check 完全冇受惠（skip codegen）setsid CLI。用 perl POSIX::setpgid 代替Build 慢唔係因為 Rust 慢 — 係因為做咗 31 倍多餘嘅嘢。 修好 feature matrix 同 incremental 浪費之後，再用 queue 管理 concurrency。 先 eliminate waste，再 optimize throughput。