gstack/docs/TESTING_INTERNALS.md

Testing internals: env keys, hermetic E2E

Moved verbatim from CLAUDE.md (token-load reduction). Read this before writing or debugging E2E tests, passing env: to a runner, or touching test/helpers/hermetic-env.ts.

Env keys in Conductor workspaces. The GSTACK_* env-shim (v1.39.2.0+, lib/conductor-env-shim.ts) promotes GSTACK_ANTHROPIC_API_KEY / GSTACK_OPENAI_API_KEY to their canonical names inside gstack's TS binaries. Tests run through gstack entrypoints inherit this promotion automatically. Don't echo the key value to stdout, logs, or shell history. The historical "never pass env: to runAgentSdkTest" rule is retired: the failure was partial-env replacement (the SDK's Options.env REPLACES the child's entire environment, so an object without the key broke auth). The runner now always passes a COMPLETE hermetic env with per-test env: merged last, so per-test overrides are safe; ambient process.env.ANTHROPIC_API_KEY mutation also still works (the env builder reads process.env at call time).

Hermetic local E2E (default). Every E2E runner (claude -p, PTY, Agent SDK, codex, gemini) spawns children through test/helpers/hermetic-env.ts: allowlist-scrubbed env (operator CONDUCTOR_*, CLAUDE_*, GSTACK_*, MCP_*, GBRAIN_*, and credentials like GH_TOKEN never reach children), a fresh seeded CLAUDE_CONFIG_DIR (no operator ~/.claude CLAUDE.md / MCP servers / skills), a temp GSTACK_HOME, and --strict-mcp-config. Local eval signal matches CI. Debug against real operator state with EVALS_HERMETIC=0 (restores the legacy env AND drops the strict-MCP flag). Per-test env: overrides merge last, so deliberate contamination (CONDUCTOR_WORKSPACE_PATH, per-test GSTACK_HOME) keeps working. The hermetic config dir seeds NO skills by default; a PTY test that types a /skill slash command must pass seedSkills: true to the PTY runner, which points the child's CLAUDE_CONFIG_DIR at hermeticSkillsConfigDir() — a seeded registry that symlinks the LIVE working tree's SKILL.md files (by design: the skills ARE the subject under test; a snapshot would measure stale copies). Wiring is pinned by test/hermetic-wiring.test.ts (static tripwire), two gate-tier canaries in test/skill-e2e-hermetic-canary.test.ts, and the seeding tripwires in test/hermetic-skills-seeding.test.ts / test/pty-skill-seeding-wiring.test.ts.

Seeded planning sessions also receive an isolated runtime home through test/helpers/hermetic-skill-runtime.ts, so absolute lazy-section paths resolve to the working tree under test. Explicit per-test home overrides remain intact. Autoplan resolves each review skill from its own installed host registry.

Interactive planning evidence. Native plan-review count drivers use observeScreen: true and await currentScreen() before choosing an input. The existing xterm dependency interprets cursor moves and erases; old menus in the raw stream cannot establish a current prompt. Snapshots preserve terminal.raw.log, terminal.visible.log, and terminal.screen.log separately. Setting EVALS_RUN_ID or GSTACK_EVAL_DIR retains these snapshots; an output directory without a run ID gets a stable, unique local ID for that writer. Completed native transcript calls establish question counts and phase coverage. Report-aware count tests also require a fresh, complete report and native completion evidence before accepting a completion heading.

The periodic first-question matrix uses test/helpers/auq-native-capture.ts to match the first public PreToolUse AskUserQuestion payload to its current native display. It grades that question's exact public fields without answering it or reading model transcripts. question_captured records workflowCompleted: false. With GSTACK_EVAL_DIR, EVALS_RUN_ID, or an explicit run ID, native-auq/<run-id>/<test>-<suffix>/capture.json under the eval directory retains the public payload, bounded current viewport, and capture outcome. CEO mode selection uses the actual SDK AskUserQuestion permission callback in auq-sdk-capture.ts, with the existing 12-turn and 240-second limits. It captures the public question and stops without submitting an answer; its question_captured outcome also records workflowCompleted: false. The retained capture survives fixture cleanup. Provider refusals and malformed questions remain failures. Section-loading captures retain their noninteractive contract.

Shared-code revalidation fixtures pair public tool calls with their successful results to verify that the current trusted start record was inspected before completion. A discovered path in tool output counts; a path mentioned only in instructions or narration does not. Saved public captures cover absolute and relative paths and discovery followed by a read. The revalidation prompt supplies the path to the trusted start-record directory and declares the existing turn limit. It asks the agent to batch independent reads and retrieve the complete final record; every source, approval, persistence, and completion check still applies. The path-boundary fixtures use this same execution contract for symlinks, submodules, ignored files, index flags, and legacy or filtered evidence. Their skip actor accepts an explicit no-change choice; a preservation word inside an option that also approves changes cannot authorize edits. Captured native questions exercise the actual answer callback, and native turn-limit failures still fail even after a question was answered.

The engineering and DX finding fixtures check coverage of their seeded issues rather than cap the total number of review questions. Each decision needs a distinct, completed native question with an offered answer; accepting, rejecting, or deferring a recommendation all count as reviewing it. Engineering's mandatory legacy regression tests also need affirmative plan or public-narration evidence. Additional useful questions are allowed within the existing time limits. Generic question counts remain diagnostic, and a fresh final review report is required.

E2E tests stream progress in real-time (tool-by-tool via --output-format stream-json --verbose). Results are persisted to ~/.gstack/projects/<slug>/evals/ (legacy fallback ~/.gstack-dev/evals/) with auto-comparison against the previous finalized run (in-flight _partial files are never used as a baseline, so a run can't compare against itself).

The periodic overlay fixtures use a versioned behavior gate with efficacy reported separately. See Overlay benchmark contract v2 for exact correctness requirements, retired fanout cases, immutable evidence, and the limits of a passing result.

Coverage ownership

The test portfolio audit separates deterministic harness checks, prompt judges, live first-question captures, completed workflows and platform integrations. Shared setup is reusable; evidence with different scenario or independent-trial requirements is not. It records the preserved coverage and measured component savings from the test-speed refactor.

Runners: how the suites execute (2026-08 overhaul)

Aside-only E2E tests self-skip without a live Aside; browser-driving tests run on either engine. Every skill that opens a web page drives the Aside AI browser first (scripts/resolvers/aside.ts) and falls back to gstack's own browse engine when Aside is absent (and Chromium bootstrapped). The cases that need Aside itself (test/skill-e2e-aside.test.ts, design-review-fix in test/skill-e2e-design.test.ts) call asideAvailable() from test/helpers/aside-available.ts (the same probe the skills run in BROWSER SETUP) and skip when the aside CLI or the Aside app is absent. CI runners have no Aside, so those run only on macOS dev machines and sit in the periodic tier; set GSTACK_SKIP_ASIDE=1 to force the skip locally (which also exercises the fallback hand-off). The qa E2E files (test/skill-e2e-qa-workflow.test.ts, test/skill-e2e-qa-bugs.test.ts) gate on asideAvailable() || fs.existsSync(browseBin): the skill's own BROWSER SETUP picks the engine, so on a Mac they drive Aside and on Linux CI they drive the built browse binary, skipping only when neither exists. The $B-driven E2E cases and browse/test/ run on every platform as before, so Linux CI proves the fallback engine live.

Bootstrap dependency retention is opt-in qualification, not the behavior test. qa-bootstrap still runs its original unpinned Vitest installation and assertions on macOS and Linux, including documented unsharded commands. Only a Linux paid shard runner issues the owned retention scope: it binds each actual fixture and native lifetime, retains locks, package manifests and the installed file/link inventory, and acknowledges capture before deleting the fixture. The outer runner also captures evidence when a callback is killed. Incomplete capture fails qualification and preserves the source fixture as well as partial evidence. Other platforms explicitly report retention as unavailable and still execute the native behavior test. A run without the runner-issued scope earns no retained dependency qualification credit; candidate acceptance requiring that evidence must use the Linux sharded path and verify every attempt's complete capture, acknowledgment and cleanup fallback. A passing unsharded or macOS behavior test does not substitute for that evidence.

The renderer picks the same way, so the render gates are engine-agnostic. /make-pdf, /diagram, and design previews print and screenshot their local HTML through lib/aside-render.ts / bin/gstack-render.ts, which render in Aside when probeAside() says READY and through the browse engine otherwise. make-pdf's *-gate.test.ts and test/skill-e2e-diagram.test.ts (periodic, paid) gate on browserAvailable() (test/helpers/browser-available.ts: asideAvailable() || resolveBrowseBin() !== null) — on a Mac they print through Aside, on Linux CI through the browse binary bun run build:gates compiles, and they skip only when neither exists. Only test/aside-render.test.ts's two live Aside cases (a full round-trip and a late-readiness --wait-expr poll) are Aside-only: its option mapping and generated-script pins run everywhere, and its fake-executable cases drive both engines hermetically (fake aside / browse scripts on PATH pin probe classification, the stdout contract, loopback-server policy, the timeout kill, engine choice and the mid-run fallback). test/gstack-render-cli.test.ts does the same for bin/gstack-render.ts with GSTACK_SKIP_ASIDE=1 and GSTACK_BROWSE_BIN pointed at a fake daemon that logs every argv line. A green gate on Linux proves the fallback engine, not Aside; the Mac run is the Aside evidence. The browse-binary leg presumes Chromium bootstrapped: resolveBrowseBin() only checks that the binary (or the find-browse shim) exists, never that Chromium can launch, so on an install where the best-effort Chromium step was skipped (GSTACK_SKIP_PLAYWRIGHT=1) or failed, these gates run and fail at browser launch instead of skipping. Fix the bootstrap (or move the binary aside) before running them locally; CI always installs Chromium first. test/dom-dump-hygiene.test.ts is the one free-suite case on the same leg: it runs lib/dom-dump.js (the rendered-DOM dump /design-review hands the design detector) inside a real Chromium page through the built browse binary, so it self-skips when the binary is absent and, because a cold Chromium launch is load-sensitive on a busy dev box, runs only in CI or on explicit opt-in (GSTACK_DOM_DUMP_HYGIENE=1).

Free suite (bun run test:free). scripts/test-free-shards.ts runs N concurrent shard processes (serial within each) with strict-output classification per shard. Local defaults use the available CPU affinity (which Bun also bounds by a container's cgroup CPU quota), floored at one and capped at 16 on Linux and six on macOS and Windows; GSTACK_FREE_JOBS remains an explicit override. This does not change the separate CI machine count. Full-suite shards are packed by RECORDED PER-FILE DURATIONS (LPT, packShardsByDuration) when the committed seed scripts/free-test-durations.json exists — refresh it with bun run test:ubicloud --record-durations, which times each file in its own child on a VM with the CI lane's environment and copies the seed back (CI never records; a seed recorded where browser or display tests skip underestimates them). Missing seed → silent hash-shard fallback; corrupt seed → one warning + fallback; unknown files get 75th-percentile pessimism, and both full-suite and --ci-plan runs name them on stderr so a new slow file cannot silently become the long pole. Packed shards get duration-aware walls (max(base, predicted × 3, files × 5s)). The legacy --shards N --shard i path keeps stable hash indices. Required CI uses one duration-packed --ci-plan, 20 ordinary --ci-run shards plus a separate exclusive-fixture shard, and a --ci-verify aggregate. CI shards still run on independent machines without ordering unrelated jobs. The public TREE_MUTATING map now classifies exclusive host-state fixtures; its sole entry is test/bootstrap-retention.test.ts, whose same-UID nondumpable actors affect host-wide procfs permission checks. Locally, this file runs only after all parallel shards settle, and cancellation prevents that final phase from starting. No selected files, retries, budgets, or receipt requirements are removed. Former generator mutators still render into private output directories; this serial phase protects process visibility, not in-place doc generation.

Full child output is retained in private files under .context/free-test-logs/, outside each shard's temporary cleanup directory. The runner prints the path at launch and completion. Losing the log fails the run even when the child exits successfully. A redirected log directory is rejected before launching a child. On failure, read that log first: the recovery message distinguishes incomplete capture, unconfirmed cleanup, deadline expiry and a test/module failure. Fix the demonstrated cause before rerunning. A focused bun test command is offered only when every failure is attributable to existing selected files; it proves that repair, not completion of the original selection. Preserve failed attempts when sharing results, and inspect logs for private data before sharing them.

Before publication, classify new deterministic regressions for quick feedback. Refresh the timing seed with the existing recorder on fixed inputs; do not edit source while tests run. Critical boundary controls belong in QUICK_CORE when their feedback cost is justified. Other measured files qualify at two seconds or less; slow and unmeasured files remain outside quick, not outside full tests. Report cold setup separately from warm execution, while retaining failed-attempt, retry and cleanup time in the total cost.

PTY fixture timing. Plan-count sessions wake on terminal output or exit, with at least 250ms between expensive observations and a 2s fallback for transcript or hook changes that produce no terminal output. New output batches settle for 250ms before observation so split terminal redraws cannot route input from their first chunk. Input debounces, permission guards, and the real CLI's 8s startup grace are unchanged. Synthetic CLIs can pass startupReadyMarker to runPlanSkillCounting and emit that exact marker after installing their input handlers; a missing marker fails before any command is sent. The marker wait stays inside the existing startup and total-run deadlines. test/pty-output-wake.test.ts covers output, silent waits, exit, close, missing readiness, split redraws, and continuous redraws. Close and output waits cancel their losing deadlines so completed workers can exit immediately.

The UI-positive design gate commits the supplied plan as review-input.md before the first model turn. It requires an acknowledged Design focus/rating question followed by an answered native finding about concrete UI behavior; setup and outside-review choices cannot satisfy that sequence. Its declared board actor submits feedback before acknowledging it. The final proof uses the full native question, not the truncated diagnostic snippet, and proposal text mentioning "no UI scope" is not treated as an exit verdict. Unknown-command failures must name the invoked slash command; a child tool rejecting --help is not a skill registration failure. Periodic seeded-finding classifiers separately verify fixture-owned findings.

Paid suite (sharded runner, local AND CI). scripts/test-paid-shards.ts is the single selection engine: 1 file per shard, EVALS_JOBS shard processes × EVALS_CONCURRENCY within-shard, per-shard GSTACK_EVAL_DIR, full-stream spooling to per-shard log files (path printed at START and on failure), never-started/timed-out taxonomy, and parent-computed diff selection propagated to children via EVALS_SELECTION_JSON (fail-open: a child that can't parse it recomputes locally with one warning). Paid evals never retry; each case's kind fixes its trials before the run (see "Eval verdict policy" below). Files in CASE_SHARDED_FILES run one registered case per process (<file>#<case id>, an exact --test-name-pattern, exactly one executed case), so a long file of short cases spreads across runners and each case gets its own SDK semaphore. Trial telemetry rides the store: every recorded test carries its 1-based attempt plus, on an isolated trial shard, its case_id, kind, trial, panel and policy_version, and each lane's report uploads one trial-outcomes JSONL line per trial. bun run eval:pass-rates (eval:flake-rank is an alias) turns that history into per-case pass rates (see "Pass-rate history" below; the free lane's flake ledger is folded in from flakeLedgerPath() — override with GSTACK_FLAKE_LEDGER, the same env var the CI free lane sets before uploading the ledger as the flake-ledger artifact). Census integrity is enforced from the free suite: every E2E_TOUCHFILES / LLM_JUDGE_TOUCHFILES key must name a living paid test (test/touchfiles.test.ts's reverse invariant), and git show <sha>:path fixtures are banned — vendor the bytes instead (test/git-ref-fixture-tripwire.test.ts).

Functional QA and documentation acceptance require an explicit EVALS_RUN_ID; GSTACK_EVAL_DIR alone does not satisfy their evidence-ownership guard. For each local invocation, supply a fresh ID to the documented detached runner:

EVALS_RUN_ID="local-$(bun -e 'console.log(crypto.randomUUID())')" bun run eval:bg:pr

Neither package scripts nor gstack-detach invent this identity. CI's PR/manual slices, periodic slices and weekly gate census supply an ID bound to the workflow run, attempt, job and slice. Existing slice artifacts retain per-shard snapshots; separate always-run native-captures-<EVALS_RUN_ID> artifacts retain project/legacy e2e-runs and evals/qa-callers evidence for 90 days. These diagnostic artifacts are not collector results and do not establish that an unfinished test passed.

Fast PR profile and evidence reuse. test:pr selects the changed cases in scripts/test-pr-profile.ts plus every changed quality judge. --profile full retains the broad census; no case IDs or tier assignments are removed. The plan records both E2E and judge selections and lists deferred coverage. Executors receive those selections separately and the report checks actual executed case counts. Unknown source dependencies restore the broad gate; unmapped prompts without registered coverage require full validation. Known broad-only prompt changes are explicitly deferred, not counted as PR passes. Weekly/manual runs of evals-periodic.yml execute both complete censuses fresh; manual evals.yml runs the broad gate. This deliberately moves some defect detection later.

scripts/eval-input-cache.ts accepts only complete, clean, first-attempt passes with matching before/after inputs. The audited workflow-judge adapter hashes the actual expanded prompt, source/fixture/rubric/runner closure, installed SDK, model parameters and runtime. Missing/unknown inputs force execution. Receipts are scoped to the same repository and PR, expire after 24 hours, and contain public scores and provenance rather than prompts or secrets. Of the 17 cases using runWorkflowJudge, 16 are eligible; the cookie workflow's custom input does not match the cache adapter and stays fresh, as do the other 11 quality cases. CI supplies the scoped cache/runtime configuration; local runs are fresh by default. Cached scores must pass current assertions; reused records retain their original source and time and cannot renew the receipt. scripts/e2e-shard-reuse.ts extends the same receipts to PR-profile E2E shards (paid evals never retry, so a pass is structurally a first attempt): the identity hashes the test's import closure, every tracked file matched by the touchfiles of every case the file registers plus the global touchfiles, the runner/workflow/setup actions, the child's environment pins, the CI image and Claude CLI version, and the shard's case ids, pattern, wall and concurrency. A computed registration, an unmatched touchfile pattern, a retrying file, a preload option or a custom endpoint makes the shard ineligible. A reused shard reports reused with its source run and writes execution: "reused" collector records; the report rejects reused outcomes outside the fast PR profile. EVALS_FRESH=1, periodic, marathon and release validation bypass both lookup and publishing.

Free test timing and isolation. test:quick is an explicitly partial measured subset for edit feedback. test remains complete local acceptance with its bounded worker pool. The CI planner inventories every free file and packs them using scripts/free-test-durations.json; each machine runs its assigned shard serially. Plans and receipts bind the source revision, complete inventory and strict outcomes; missing, duplicate or mismatched receipts fail the required aggregate. The existing maximum five-file flaky retry allowance applies across the entire lane, not separately to every machine. Refresh the full timing list with bun run test:ubicloud --record-durations. Profiling records failures faithfully and is separate from final release acceptance.

CI planner/executor/report. --emit-plan <path> --slice-budget S --jobs J (CI) or --slices K (local) computes selection + the slice plan ONCE (killing per-slice selector divergence); --plan <path> --slice i executors consume the manifest and write slice-result artifacts; --report <dir> reconciles them FAIL-CLOSED (a slice whose artifact never landed, or a planned shard nobody reported, is a failure). Budget mode (packBySliceBudget) places shards longest-recorded-first into the fullest slice whose estimated wall on J FIFO workers stays within S seconds, else a new slice; a shard with no recorded wall weighs the whole budget (its own runner), a shard longer than the budget runs alone, and overlays keep one final one-at-a-time slice. The manifest's plan records each slice estimate and ciTimeoutMinutes (every slice's supervised worst case plus 20 minutes setup); CI derives the matrix ([range(1; .sliceCount + 1)]) and job timeout from it, and executors refuse an EVALS_JOBS other than the planned J and run their shards longest first. --slices K keeps the supervised round-robin baseline re-packed by recorded times for local runs. Durations are recorded per tier (a file's gate and periodic cases differ); refresh one tier from a downloaded report directory with --report <dir> --write-durations. Under EVALS_ALL the hollow-shard guard marks exit-0 shards with ZERO executed tests passed-empty (a failure) — census-health, not just test runs. evals.yml runs the sliced gate lane per PR — the ONLY paid lane since the legacy 17-row matrix (22.6 min/$21 per PR serialized ahead of the slices) was deleted after demonstrated parity; its KNOWN_MATRIX_GAPS/KNOWN_TIER_UNSET ratchets retired with it and test/evals-workflow-wiring.test.ts pins the surviving wiring (slice-count agreement, tier consistency, the shared register-skills composite with its fail-fast verification loop). Tier marathon (complete start-to-finish flows) is selected positively: a file enters the marathon plan only when it declares describeE2ETier('marathon') or registers a marathon-tier case, and the gate and periodic planners exclude marathon-only files; evals-marathon.yml runs them weekly and on dispatch, fresh, one file per runner, with its own fail-closed report and tracking issue, and nothing requires it. evals-periodic.yml runs ALL periodic-tier files weekly (the coverage contract) minus the reasoned exclusions in test/helpers/periodic-exclude-data.ts (reason + tracking required per entry; removal re-activates the file), plus a weekly EVALS_ALL gate census, plus a tracking-issue UPSERT on red weeks. The CI image pins the claude CLI to an exact version (.github/docker/Dockerfile.ci, enforced by test/ci-image-cli-pin.test.ts — bumps ride PRs that run the PTY gate), and every eval-store run records claude --version, resolved once in the runner parent and handed to shard children as GSTACK_CLAUDE_CLI_VERSION (never spawned on a test thread), so a TUI-drift flake hunt is a grep, not archaeology.

Eval verdict policy (EVAL_POLICY version 1 in test/helpers/periodic-exclude-data.ts, pre-registered 2026-09-29). Paid evals never retry. Each live case has exactly one kind in E2E_KINDS (test/helpers/touchfiles-data.ts; test/eval-kinds.test.ts enforces coverage), and the kind fixes its trials before the run:

• rule (default): one trial; any failed assertion fails the verdict. For cases where nothing stochastic decides the verdict, or where it checks a contract the product must meet every run.
• behavior: a panel of n = 3 independent trials, launched together as isolated case shards on different slices (key <file>#<id>~t<N>). All three always run: no early stop and no conditional extra trial. PASS when at least k = 2 pass and no trial violated a contract (expectContract() stamps failure_class: 'contract'). Each behavior case names its tolerated deviation in BEHAVIOR_WHY and must have a literal registration so it can run alone.
• judge: an LLM judge scoring a fixed input. judgePanel() (test/helpers/llm-judge.ts) draws 3 samples of the same prompt concurrently inside the unchanged JUDGE_MS; numeric dimensions gate on the per-dimension mean against the unchanged threshold (no dimension compensates for another), booleans on a strict majority. A sample that errors (refusal, truncation, non-JSON, a malformed field) fails the panel and is never resampled; a refusal counts as an unscored panel only when every sample refused. callJudge's 429 backoff happens before any model output and is transport, not a verdict retry. The workflow-judge cache stores whole panels only.

panelVerdict() (test/helpers/eval-store.ts) is the single verdict function the report, collector-outcomes.json, the PR comment and pass-rates all use. A timed-out, crashed or infrastructure-failed trial is a failed trial recorded with its class; a missing or duplicate trial record makes the verdict INCOMPLETE, which fails the lane; a 2/3 PASS is shown as PASS 2/3 with the failed trial's cause. A manual re-run adds trials under a new run attempt and never replaces the first attempt's verdict. A red census is never rerun on unchanged inputs: each red is diagnosed as product, test/detector, harness or infra and resolved by a concrete repair and a fresh census, or listed as a named red. The one exception: a census whose every red verdict is machine-classified INFRA or INCOMPLETE (missing slice artifact, runner loss, API error before the first model turn) may be re-dispatched once as a new run, and both runs are reported. Changing any EVAL_POLICY constant after seeing census results needs Garry's re-approval, a version bump and a fresh census; test/periodic-exclude-policy.test.ts pins the approved values.

Quarantine (CASE_QUARANTINE, same file). An entry needs: a per-trial rate below 95% over at least 10 post-policy trials of the case's current input identity (pre-policy backfill may justify only an initial entry, labeled as such); a written diagnosis in reason whose failureClass is detector, harness or model-latency (a product defect is fixed or listed as a named red, never quarantined); unchanged case touchfiles in the change that adds it; and an owner, tracking pointer, enteredAt date and measurable exit. A quarantined case still runs its full panel and reports in every lane but cannot fail it, except on a hard break (0 of n) or a contract violation, and it never counts as passing coverage. At most 10% of a blocking tier (gate, periodic) may be quarantined. The weekly report fails when an entry passes its exit rule (at least 97% over at least 10 trials) without being removed, when an entry is 8 weekly runs old, or when a tier is over its cap.

Pass-rate history (bun run eval:pass-rates, scripts/eval-flake-rank.ts). It reads the trial-outcomes artifact of the last N completed evals-periodic.yml runs on the current branch and main (flags: --case, --runs N, --branch, --dir, --backfill, --json, --gate) and prints per-case per-trial pass rates with 95% Wilson intervals. A series is one case under one input identity, the hash of its own touchfiles minus GLOBAL_TOUCHFILES (harness edits do not restart it), per model, Claude CLI version and policy version; a change starts a new series and older ones stay visible. Labels: INCONCLUSIVE below 10 trials, BROKEN when the latest run is 0/n after a prior interval at or above 95%, FLAKY when failures leave the interval straddling 95%, FAILING when the whole interval is below it, PASSING otherwise. --backfill imports legacy slice artifacts as pre-policy trials (first attempt only; a record that names no registry id is listed as unattributed, never guessed); they are display-only. --gate (the weekly report) fails with ACTION REQUIRED, on post-policy trials of the current series only, when a non-quarantined blocking case meets the entry rule (proposing an entry), when a rule case does (rule case behaving like behavior: fix or reclassify), when a blocking case's current identity is significantly below its previous one (one-sided Fisher exact, α = 0.05, at least 6 trials each side, Holm-controlled across the cases tested), and on the quarantine rules above. History that cannot be fetched fails the gate closed.

The arithmetic. With per-trial pass rate p, the chance a single case goes red (a false red while the product works, the catch rate once it has regressed):

p	1 trial	2-of-3 panel
0.99	1.0%	0.03%
0.95	5.0%	0.72%
0.90	10.0%	2.8%
0.70	30.0%	21.6%
0.30	70.0%	78.4%

The panel removes most false reds at healthy rates, but it catches a 0.95 → 0.70 regression in one run only 21.6% of the time (a single trial 30%, retry-until-green 3%), so drift detection is the history rule's job, not the per-run verdict's. The Fisher alarm is weak at the minimum sample (5.4% power for 0.95 → 0.70 at 6 trials a side), and ten straight passes still leave a 72% Wilson lower bound: after this policy lands, every series starts INCONCLUSIVE.

A lane is all green with probability Π p_rule × Π P(≥2 of 3 | p_behavior) × Π p_judge. For the current registry (PR gate worst case: 107 rule cases and 24 judges; weekly census: 190 rule, 22 behavior and 25 judge verdicts), with rule and judge verdicts at p_rule:

p_rule	full PR gate	weekly, behavior p = 0.90	0.95	0.97
0.99	26.8%	6.2%	9.8%	10.9%
0.995	51.9%	18.2%	29.0%	32.1%
0.999	87.7%	43.2%	68.7%	76.1%

The rule term dominates: a green lane on a working product needs rule cases to be near-deterministic (0.999), which is why failing detectors are converted to outcome checks and product defects are fixed or named, and why each census reports its expected lane false-red from the measured rates.

Timeout policy. Paid tests use the tiers in test/helpers/eval-budgets.ts (JUDGE/CAPTURE/CAPTURE_LONG/PTY/PTY_LONG); test/eval-budgets-policy.test.ts pins that every tier fits the shard wall minus overhead and ratchets raw literals. Budget above the wall is fiction. No paid test may exceed the ordinary tiers.

FINDING_RETRY_BUDGETS also registers the CEO split-overflow and Eng multi-finding batching files. Each retains its 25-minute case deadline and runs once (paid evals never retry) in a 27-minute shard wall including two minutes for cleanup. No per-case budget grows. Overlay wrappers have a 1,830-second minimum shard wall and run without Bun retries; see the overlay contract for their unchanged work budget.

The quality file reserves its whole-file wall (3,170 seconds) for every case run once, plus cleanup. Each still has 120 seconds of model work. Its 17 workflow judges own their deadline and abort signal, with five seconds for terminal recording inside a ten-second Bun grace; the other 11 retain their existing 120-second Bun timeout. Late responses cannot create records or cache passes.

The ship documentation file reserves 4,920 seconds for four 600-second cases and eight 300-second fault cases, run once, plus cleanup; in CI each case runs as its own shard. The standalone documentation child retains its 600-second case. The five review/ship explorer cases reserve 1,695 seconds, run once, including finalization grace. These are whole-file supervision limits, not additional model work per case.

The shared-library path file reserves 1,920 seconds for its three serial 600-second cases, run once, plus 120 seconds for cleanup; in CI each case runs as its own shard with a 720-second wall (a registered file's case shard supervises caseMs times its allowed attempts plus the reserve). Its registered budget keeps the file in its own shard and binds the expected wall to both the saved plan and the execution receipt; missing or stale budget records fail reconciliation. Case deadlines and model budgets do not grow.

resolvePaidShardBudget(files, overrideMs?) is the canonical per-job resolver. Each registered finding file and each overlay wrapper requires its own shard, even with --files-per-shard above one. Mixed or multi-file overlay jobs are rejected. An explicit CLI --timeout, EVALS_SHARD_TIMEOUT_MS, or API timeoutMs still wins for these policies, including a lower cap; overlay overrides below their minimum are rejected. Planner entries and execution results record the effective wall, its source and policy identifier. Custom drivers must resolve each job instead of passing their ordinary 1800-second default as an explicit cap; their outer controller/detach wall must also cover the allocated work and cleanup. The paid census counts are printed by --list for each tier. eval:bg:pr and eval:bg:periodic have 92820/67380-second outer caps, above their recomputed floors (PR fallback 78,425 s, periodic 33,821 s including the trial shards); the PR wrapper covers a full-gate fallback at its default two workers. The broad gate wrapper reserves 49320 seconds (floor 21,725 s), and release reserves 116700 seconds for both tiers; free tests recompute each floor from the live shard census, case shards included. Legacy monolithic eval:bg/eval:bg:all retain their shorter 5400/7200-second caps; use the sharded periodic path for complete coverage.

CI plans with --slice-budget 540 --jobs 2 for the PR gate, the periodic census and the weekly gate census (the gate census also --skip-judges), and --slice-budget 1 --jobs 1 (one file per runner) for marathon. The live plans must fit their workflow's max-parallel so every slice starts at once, and ciTimeoutMinutes must stay within 360; test/evals-workflow-wiring.test.ts recomputes both from the complete census. Reconciliation rejects missing, duplicated or misplaced registered work, absent budget records, case shards that did not execute exactly their case, and reused results outside the PR profile. Ordinary paid tiers and the default 1800-second shard wall remain unchanged; the registered and overlay policies above supply exceptions, and unregistered over-ceiling tests still fail policy checks.

Session timeouts are two-phase: a silent API dies at the startup grace (90s local / 300s CI floor, distinct exit reason timeout_startup) and the work budget arms on the first byte — the total wall never grows (test/session-runner-startup-grace.test.ts pins the floor). A timed-out session kills its whole detached process group (claude, codex, and gemini runners alike — test/session-runner-groupkill.test.ts), so a stray grandchild can't stretch a 600s budget past 1400s. And sync spawns can't wedge a shard: every spawnSync/execSync/execFileSync/Bun.spawnSync in the test trees must carry a timeout, enforced by test/spawnsync-timeout-tripwire.test.ts with a shrink-only exemption ratchet.

Anchor-sliced setup harnesses. setup is one large bash script, so the free tests that pin its linker, cleanup, retired-skill prune, browser hint, rebuild decision, and Chromium-bootstrap behavior never run the whole thing. They slice the source by anchor (extractFn(name) takes name() { through the next \n}\n; test/setup-playwright-best-effort.test.ts slices the # 2. Ensure Playwright's Chromium is available block up to # 2b.), join the extracted functions with stubbed collaborators, and execute the REAL bash under a temp HOME with stubbed probes and installers. Two rules keep the harness honest: renaming a function or anchor comment in setup fails the test with function not found / anchor not found instead of silently testing nothing, and test/setup-link-ownership.test.ts and test/setup-playwright-best-effort.test.ts throw on any command not found on stderr as harness drift (a helper the test forgot to extract) rather than letting it degrade into a pass. Files: test/setup-link-ownership.test.ts, test/setup-cleanup-orphans.test.ts, test/setup-playwright-best-effort.test.ts, test/setup-prune-stale-generated.test.ts (_prune_stale_generated against a temp render tree plus host dirs: host cleanup after the generator already pruned, symlink targets survive, frontmatter-renamed skills, foreign links), test/setup-browser-hint.test.ts (_browser_hint and the bootstrap summary across Aside present/absent, bootstrap ok/failed/skipped, GSTACK_SKIP_ASIDE), and test/setup-needs-build.test.ts (the NEEDS_BUILD block sliced between two anchors: every binary and source set flips it, Windows .exe suffixes). test/relink.test.ts shells out to a copy of the real bin/gstack-relink against a temp GSTACK_INSTALL_DIR / GSTACK_SKILLS_DIR, and test/hook-scripts.test.ts runs the real careful/bin/check-careful.sh and freeze/bin/check-freeze.sh with JSON payloads on stdin (including the GSTACK_HOME state-root parity against bin/gstack-paths).

Ubicloud VMs (bun run test:ubicloud)

bun run test:ubicloud [test:free args] runs the free suite on an ephemeral Ubicloud VM instead of the local machine. It is the fast path from small dev boxes, containers, and cloud sandboxes, and the way to record the duration seed in the CI lane's environment. It needs UBICLOUD_API_KEY (a project token from the Ubicloud console) plus bash, curl, python3, ssh, ssh-keygen, and tar locally.

scripts/ubicloud/ubi-runner.sh creates the VM (UBI_SIZE, default standard-16; UBI_LOCATION, default eu-central-h1) and streams the checkout to it: tracked files, untracked files that are not ignored, and .git, so uncommitted edits are tested. It then runs scripts/ubicloud/setup-free-suite.sh, which mirrors the free-suite CI job (same Bun pin, Playwright Chromium with its setuid sandbox helper, Xvfb, poppler, emoji fonts, generated host outputs, gate binaries, and the CSO helper), and runs xvfb-run -a bun run test:free with GSTACK_EXPECT_BINARIES=1 and GSTACK_FREE_RETRY_FLAKY=1. Shard logs are copied to .context/ubicloud/<timestamp>/, and the VM is destroyed on every exit path. The exit status is the suite's.

A stock Ubuntu 24.04 VM differs from a GitHub-hosted runner in three ways that the scripts correct: the login umask is 002 (group-writable directories fail the CSO private-state checks), AppArmor blocks the unprivileged user namespaces Chromium's sandbox needs, and clang and python3-venv are absent (required by the Dia readiness and Python runner tests).

VMs are named ubirun-<epoch>-<hex>. Every new VM first destroys ubirun-* VMs older than UBI_GC_HOURS (default 12), so an interrupted client cannot leak one for long. For other commands, use the runner directly: scripts/ubicloud/ubi-runner.sh run --setup <script> -- '<command>', or its up / ssh / sync / pull / down steps (--help lists them).

Cloud sandboxes (Vercel / Conductor cloud workspaces)

Syscall-supervised sandboxes need environment setup before bun run test can run green: run scripts/sandbox-doctor.sh once per boot. It documents and treats the full failure taxonomy (missing /dev/fd, 64M /dev/shm, spurious access(2) EACCES from the seccomp supervisor under load, full-capability processes defeating chmod-denial tests, no X server, no git identity, and Conductor's git-shim exit-code laundering). The doctor seeds TMPDIR, DISPLAY, and the runner knobs into ~/.bashrc, so open a new shell (or source ~/.bashrc) before running the suite. Then:

setpriv --ambient-caps=-all --bounding-set=-all bun run test

Two runner knobs exist for these environments (both no-ops unless set): GSTACK_FREE_JOBS overrides the shard count in either direction (2 is the measured sweet spot — one serial mega-shard and 6-way sharding both saturate the per-process syscall supervisor), and GSTACK_FREE_RETRY_FLAKY=1 re-runs attributed failures once serially, downgrading a clean retry to a loud FLAKY-PASS (capped at 5 files so a broken tree can't masquerade as flaky). The required CI free lane and the Windows lane set the retry knob too, appending every flaky pass to the JSONL ledger it uploads (GSTACK_FLAKE_LEDGER) — a flaky pass never reds the lane, but it never disappears either.

Test selection and tiers

Moved verbatim from CLAUDE.md (#2096 size limit).

Diff-based test selection: test:evals and test:e2e auto-select tests based on git diff against the base branch. Each test declares its file dependencies in test/helpers/touchfiles.ts. Changes to global touchfiles (session-runner, eval-store, touchfiles.ts itself) trigger all tests. Use EVALS_ALL=1 or the :all script variants to force all tests. Run eval:select to preview which tests would run.

Two-tier system: Tests are classified as gate or periodic in E2E_TIERS (in test/helpers/touchfiles.ts — a facade over touchfiles-data.ts + test-selection.ts). CI runs the changed fast PR profile and selected judges per PR via evals.yml's sliced lane (planner manifest → executors → fail-closed report; engine = scripts/test-paid-shards.ts, the same runner as local eval:bg:pr); the free suite runs on every PR via .github/workflows/free-tests.yml (a REQUIRED check, secretless — fork PRs get real signal); ALL periodic tests run weekly via evals-periodic.yml (EVALS_ALL, minus the reasoned exclusions in test/helpers/periodic-exclude-data.ts — reason + tracking required per entry), plus a weekly EVALS_ALL gate census. Use EVALS_TIER=gate or EVALS_TIER=periodic to filter locally. When adding new E2E tests, classify them:

1. Safety guardrail or deterministic functional test? -> gate
2. Quality benchmark, Opus model test, or non-deterministic? -> periodic
3. Requires external service (Codex, Gemini)? -> periodic

Tier declarations are enforced by test/e2e-tier-alignment.test.ts (free, runs in bun test): a skill-e2e-* file named in a touchfiles dep list whose EVALS_TIER self-gate disagrees with its declared tier in E2E_TIERS fails the suite. Files not named in any dep list are reported, not enforced — keep both in sync.

Free suite runner, judge reuse and engine skips

Moved verbatim from CLAUDE.md (#2096 size limit).

bun run test routes through scripts/test-free-shards.ts (N concurrent shard processes, serial within each, packed by recorded per-file durations when scripts/free-test-durations.json exists — refresh occasionally with bun run test:free --record-durations; strict-output classification per shard: a shard without bun's terminal summary line FAILS — silent truncation cannot report green). TREE_MUTATING lists the files that still run in their own trailing serial shard (today only test/bootstrap-retention.test.ts, for host-wide procfs visibility); gen-skill-docs tests no longer need it (main() guard, and --out-dir renders every host into mkdtemps — see docs/TESTING_INTERNALS.md). Never type bare bun test for the suite: it walks the whole repo, loading paid eval files and missing the strict classifier. It covers skill validation, gen-skill-docs quality checks, browse integration tests, the Aside contract pins, and the render-wrapper pins. bun run test:pr runs the selected short live behaviors and quality judges. It reports deferred broad coverage; unknown dependencies restore the full gate, and an unmapped prompt without registered coverage blocks planning. Full free acceptance and required PR checks must pass before publishing. CI can reuse the 16 workflow-judge passes for 24 hours when their complete consumed inputs and runtime match; records preserve original provenance. The cookie workflow's custom input, the other 11 judge cases, dynamic agent tests, and local runs without scoped cache configuration stay fresh. Scheduled/manual full coverage and test:release always run fresh. See testing policy for commands and measured targets. Anything that needs Aside itself (test/skill-e2e-aside.test.ts, the Aside qa/design E2E cases, the live render in test/aside-render.test.ts) runs only on a Mac with the Aside app open and self-skips elsewhere (asideAvailable()). make-pdf's render gates and test/skill-e2e-diagram.test.ts run through whichever engine resolves (browserAvailable() — Aside, or the browse binary CI builds with bun run build:gates) and skip only when neither exists; the fallback engine's own tests run everywhere.

Real-home tripwire

No free test may write the developer's real home. scripts/lib/free-home-guard.ts snapshots ~/.gstack, ~/.claude, ~/.codex, ~/.agents and ~/.config/gstack (live session logs excluded) and fails the run when an entry changes.

• A shard that runs alone (--shard, CI, the exclusive host-state shard, the flaky retry) owns its window, so the failure names its files.
• Full-suite shards run concurrently on one HOME and cannot tell whose write a change was. The runner guards that whole phase once and names no shard.
• bun run scripts/test-free-shards.ts --attribute-home names the writer: it runs every file alone with a private HOME (browser cache and git identity still come from the real home) and reports each file that wrote a watched surface. The retained shard directory keeps the written files as evidence.

Fix a writer with usePrivateStateRoot() (test/helpers/private-state-root.ts) or a child HOME/GSTACK_HOME, and resolve product state paths at write time, never at import.

Running evals as an agent: detach

Moved verbatim from CLAUDE.md (#2096 size limit). The short rule stays in CLAUDE.md; this is the full mechanism.

When you (an agent/harness) launch a long eval/benchmark run, run it through bin/gstack-detach — NEVER as a plain backgrounded Bash task. A plain background task lives in the harness's process group, so a SIGTERM ("polite quit") on a turn boundary, a stopped Monitor, or an interruption kills the run mid-flight (observed: script "test:gate" was terminated by signal SIGTERM ~40 min into a run). On macOS the run can also die to idle-sleep. gstack-detach fixes both: a fresh session (escapes the group SIGTERM) wrapped in caffeinate -i (blocks idle-sleep).

• Use the eval:bg* scripts (eval:bg, eval:bg:all, eval:bg:gate, eval:bg:periodic) — they wrap the eval command in gstack-detach with the machine-wide gstack-evals lock (concurrent worktrees serialize instead of saturating the shared model API), a per-tier watchdog, and a run-scoped log under ~/.gstack-dev/eval-runs/ (no shared-/tmp collision). Each prints its log path. eval:bg:gate / eval:bg:periodic run their tier through the sharded paid runner (scripts/test-paid-shards.ts, also exposed as test:gate:sharded / test:periodic:sharded): one Bun process per test file, an external wall-clock timeout that kills the shard's process GROUP (stray claude/codex grandchildren included), a per-shard GSTACK_EVAL_DIR=<evalDir>/shards/<slug>/ honored by the EvalCollector constructor, and an aggregate that separates failed vs timed-out vs never-started shards — the detach timeouts (the --timeout values on package.json's eval:bg:gate / eval:bg:periodic; floor enforced against the live shard census by test/eval-detach-timeout-floor.test.ts) are sized against worst-case shard wall clock. EVALS_JOBS sets the shard process count (default 8); EVALS_CONCURRENCY is bun's --max-concurrency WITHIN a shard (default 2) — they are deliberately separate knobs. eval:list / eval:compare / eval:summary / eval:flake-rank read the shard dirs too. Or call gstack-detach [--lock NAME] [--timeout SECS] [--label LBL] -- <cmd> directly for any long agent job. Export ANTHROPIC_API_KEY first (never pass keys in argv).
• Then poll the printed logfile with a death-aware watcher: break on the guaranteed ### gstack-detach EXIT=<code> ### sentinel (success AND failure are both marked, so silence is never mistaken for success). The detached run survives even if your watcher gets reaped, so re-checking the log always works. Keep checking until the sentinel appears or the user tells you to stop; a long run is expected, and a promise to check later is not a result. At each check, report which tests passed, which are still running, and any failures so far.
• Why the lock: a shared dev box with several Conductor worktrees will rate-limit the model API if two eval suites run at once (15-way concurrency each), which mass-times-out E2E tests. The lock makes the second run WAIT, not collide.
• Humans running bun run test:evals foreground in their own terminal don't need this — Ctrl-C is intended there. Detachment is for agent-launched runs only.