admin
9ca57e591b
Run 2a hit its first two violations at cycle 10 and BOTH trace to my harness, not the product. Recorded in full because a check that fails for the wrong reason is as corrosive as one that passes for the wrong reason. HARD-RESET VM returned=True canaries_intact=False I7 want=C10-C010-A-194530 got=C10-C009-A-192929 restore_ok=True Root cause, evidenced: the cc_proof table's highest row is C10-C009-A — there is NO C010-A row at all, so the seed never landed. The hard-reset atom ran earlier in the same cycle and left rallly Exited(255); atom_restore_verify called seed() and never checked its return value, so an unwritten generation became a fake stale
11 lines
462 B
Plaintext
11 lines
462 B
Plaintext
1 2026-08-01T15:19:24Z rallly tier1 41.5 True
|
|
2 2026-08-01T15:37:51Z rallly tier1 41.8 True
|
|
3 2026-08-01T15:56:52Z rallly tier1 29.4 True
|
|
4 2026-08-01T16:05:30Z rallly tier1 41.2 True
|
|
5 2026-08-01T16:20:14Z rallly tier1 43.7 True
|
|
6 2026-08-01T16:26:50Z rallly tier1 41.9 True
|
|
7 2026-08-01T16:46:32Z rallly tier1 33.4 True
|
|
8 2026-08-01T17:01:12Z rallly tier1 46.6 True
|
|
9 2026-08-01T17:31:11Z rallly tier1 41.1 True
|
|
10 2026-08-01T17:47:12Z rallly tier1 41.0 False
|