David Snelling
87d3a945a5
Some checks failed
CI / Node 22 (push) Waiting to run
CI / Node 24 (push) Waiting to run
CI / Integration + conformance (Node 22) (push) Waiting to run
CI / Bun (latest) (push) Waiting to run
Delta Gate / Delta gate — candidate vs control (push) Failing after 8s
"An idle brain prints nothing" is pinned two ways in this case, and only one of them is attributable. The spies are bound to THIS brain's providers, so they answer "did this brain flush?" exactly. The console filters cannot: the gate config runs the whole suite in ONE process (pool: 'forks', singleFork: true — verified, two files report the same process.pid), so console.log carries the narration of every brain alive in that process, including one a previous file opened and never closed whose unref'd cadence timer is still doing honest work. Ordered as it was, a neighbour's honest flush and this engine breaking its own law produced the same red, with a message that truncated the evidence to "[ …(4) ]" — no way to tell which had happened, and nothing to chase. So the spies assert first: their failure means the engine broke the law. The console assertion follows, keeps both patterns, and carries the captured lines in its message. vitest prefixes each stdout block with "stdout | <file> > <test>", so the lines plus the surrounding log name the brain that printed them, and the next red is diagnosable from the log alone. No assertion is removed and no window is widened — the same two laws are pinned, in the order that makes a failure readable. |
||
|---|---|---|
| .. | ||
| api | ||
| benchmarks | ||
| comprehensive | ||
| configs | ||
| conformance | ||
| fixtures | ||
| helpers | ||
| integration | ||
| integrations | ||
| lifecycle | ||
| performance | ||
| regression | ||
| scripts | ||
| transaction | ||
| unit | ||
| vfs | ||
| critical-neural-validation.test.ts | ||
| critical-performance-benchmark.test.ts | ||
| model-loading.test.ts | ||
| package-size-breakdown.test.ts | ||
| package-size-limit.test.ts | ||
| setup-integration.ts | ||
| setup-semantic.ts | ||
| setup-unit.ts | ||
| setup.ts | ||
| type-utils.unit.test.ts | ||