The original local Buddy suite for the issue #65 cold-build setup branch completed with exit 1 at unchanged source HEAD 02dcbc082dd70183362983d4cbebc97eee9f8535, with eight uncommitted source files pinned throughout the run. Pinned Bun 1.4.2 executable hash and every source pin remained unchanged. The run was not restarted.
Terminal verdict: 1,431 passed, 27 skipped, 82 failed, 474,778 assertions, 1,540 tests across 194 files, 2,770.67 seconds reported by Bun. Full terminal log retained in evidence 410: 428,106 bytes, SHA-256 daf568d9b4373f1b4e0d589c968081df09e9c1257b051b704aa6401257c88995.
The original log prints four inline failure records, then lists 82 failures in its final summary. The remaining 78 summary entries have no corresponding inline failure/header/stack in these captured bytes. They include execution bootstrap/protocol/HTTP/lifetime/production, subprocess guards, agriculture export, operator provisioning and host-capability cases. Many report sub-10 ms durations. This is an observation about the retained log, not proof the cases did not execute or proof of a reporter/runtime defect.
The four inline failures are the inspection CLI fault demonstration and three incident content deadline fixtures. The latter show rejection during setup because retention was already unavailable, before the intended final release boundary. Those setup failures need their own bounded investigation; no security-policy relaxation is authorized by this report.
Host disk exhaustion was observed during this run and regenerable caches were cleared. This log contains no ENOSPC/SQLITE_FULL record establishing that as the cause. Current Linux CI for the separately published browser diagnostics head passed the full suite; that distinct success does not replace this local failure or explain it.
Acceptance:
- Retain the complete failed run, pinned executable/source identity and every summary entry.
- Establish why inline diagnostics for the 78 summary-only failures are absent, using bounded native process/stdio observations at the actual runner boundary.
- Diagnose the inspection CLI and content setup failures separately unless causal evidence joins them.
- Qualify any correction against its original failure boundary and current-head full CI. Do not erase failures with warm reruns, arbitrary deadline increases or weakened authority assertions.
The retained terminal-failure-groups.json distinguishes the exact four inline entries from all 82 terminal entries. No physical vehicle or browser acceptance is implied.