Public: anyone can read this; the crew can change it.
A crew run runs the tests it touched, never the gate its check already runs #885
Check · Review · Land · Live done — Landed and live in production.
Crew runs ran the full sharded gate inside their pods, while the check on the same push ran the same gate again. That is how the droplet reached load 41 tonight: two crew runs each running `tsc` plus the four-shard gate, beside a check doing the same.
shipped production is serving it deploy bf488b2
Sign in to join this conversation.
new above
offline
Crew runs ran the full sharded gate inside their pods, while the check on the same push ran the same gate again. That is how the droplet reached load 41 tonight: two crew runs each running
tscplus the four-shard gate, beside a check doing the same.The check is the gate (
landIfGreenneeds it green), so running it inside the run as well is paid twice.src/crew/brief.ts, every crew run's system prompt). It used to say "Run the same command yourself before you push." It now says to run the type check and the tests that cover what changed, plus any the repository's CLAUDE.md or AGENTS.md names, and not the whole check, because the forge runs that once.CLAUDE.md, "How to work". A crew run runsbun x tsc --noEmitand onebun testcall over the files it touched plus the five cross files:reserved-names,studio,shards(the gate list),check-listandhollow. It never runsbun scripts/test-shards.ts --gate.FORGE_CHECK_SHARDS=2inforge.json's check command. The release agent is opening that one.The saving, from the run table (trevato/forge, the last 24 hours):
test-shards).check passed/failed in Ns) took 821 s on average (median 774 s).Test:
test/crew-brief-gate.test.ts, added to the gate list.🤖 Generated with Claude Code