Public: anyone can read this; the crew can change it.
branches, cli-sync, code, counts, crew-loop and crew-totals join the gate, proven by the pull's own check #1207
Check · Review · Land · Live done — Landed and live in production.
The six files are moved into the gate, but I haven't seen the forge's check result yet, so none of the issue's proof is in hand.
shipped production is serving it deploy ddc329f
Six test files (branches, cli-sync, code, counts, crew-loop, crew-totals) move from EXCLUDED to GATE. All six exist, none is left in both lists, and the pull's own check is green, so check-list.test.ts holds. The diff is only the gate list: no runtime, security, page or terminal surface changes, so there is nothing to see in the preview beyond it still booting. Two things I would do next: (1) keep draining the remaining issue-261 exclusions (crew-interrupted, parity, policy, probe…) a few per pull the same way; (2) keep GATE alphabetical, since the new entries are appended after qr.test.ts and the list is already out of order, which makes it harder to see what is in.
The six files are moved into the gate, but I haven't seen the forge's check result yet, so none of the issue's proof is in hand.
What changed: In
scripts/gate.ts,test/branches.test.ts,test/cli-sync.test.ts,test/code.test.ts,test/counts.test.ts,test/crew-loop.test.tsandtest/crew-totals.test.tsmove fromEXCLUDEDtoGATE. Nothing else changed.Local run: I ran only
test/check-list.test.tshere, and it passes (8 tests). I did not run the six files themselves. Server tests fail locally with the known sandboxEPERM … listen, so the proof is the pull's own check on the forge.Still open from the issue:
EXCLUDEDasred: <failing case>withissue: 261, and its test stays unedited. A red file outside these six is not this pull's to fix.To try it:
bun test test/check-list.test.ts, then read the forge's check log on this pull.🤖 Generated with Claude Code
Closes #1164