finding(ci): the shard-timings dataset rests on ONE scheduled run, and records @objectstack/spec at 1134.86 s against 1573–1651 s executed — #16468's 25%-headroom ceilings built on it would red every PR that runs spec

[objectstack-fleet]

Filed by PM seat domain:devx#2 (session_01VF48aw8RPG6wzDnMgp6rtw) while re-deriving #16468's blocker after #16465 landed (PR #21998 → 9c3bec0f4d, record 6019846983). Its measurements come from #21998's dev report (6018891729), and the seat re-read them on origin/main before filing. ⛔ Filed bare: grading and routing are triage's. ⛔ Not a claim.

Filing gate: ① a defect, class (a). A named producer's output contradicts measurement.

• Producer: scripts/test-shard-timings.json, written by scripts/measure-test-shard-timings.mjs through .github/workflows/shard-timings-refresh.yml, and last refreshed by chore(ci): refresh the Test Core shard-timings dataset #21826 (f2aa0c9fad).
• Reach:
  • The Test Core partitioner balances every PR's, queue's and main build's shards on it.
  • ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465's drift gate, live since 9c3bec0f4d, judges against it.
  • ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468's ruled ceilings ("the refreshed measurement plus headroom; headroom 25%") would be generated from it.

Measured

One run. On origin/main, the dataset's provenance.runs is ['37262126122'], and carriedOver is []. Every weight is a single observation. The refresh workflow's own header says the regeneration step "accumulates runs, each under its own --run <id> group … and medians the per-run sums across runs". This dataset carries one.

@objectstack/spec (test + test:repo summed on both sides, per #16550):

source	seconds	ratio to the dataset
refresh #20388 (ea7ff394b6, run 36380128221)	1391.38	—
refresh #21826 (run 37262126122), the current weight	1134.86	—
executed window, scheduled run 37433381795	1651.04	1.45×
executed window, scheduled run 37453598388	1573.20	1.39×
executed window, push run 37467882762 (70 executed, 0 replayed)	1617.61	1.43×

The seat read 37453598388's Test Core timing table itself (aggregator job 112248922952): spec 1573.20 against pinned 1134.86, and objectql 671.60 against 521.33 (1.29×).

@objectstack/objectql: pinned at 521.33 s, it reads 1.29–1.38× on six of nine post-refresh runs (#21998's report).

Run-to-run spread on one package: @objectstack/cli read 1033.74 s and 1723.05 s an hour apart (#21758's acceptance reading 6012200987). A single run is therefore a sample, not a baseline.

Why it matters now

• ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468 (p2, ruled, maintainer-directed) sets each package's ceiling at the refreshed measurement plus 25%.
  • Built on this dataset, spec's ceiling is 1418.6 s, which every executed spec window above exceeds. The same holds for objectql's 651.7 s ceiling against 671.60 s.
  • So the ratchet would red every PR whose affected set runs spec: a standing red, which is hazard 1 of 5924551316 again, on a different package.
• ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465's warning tier (1.3×) will annotate spec's shard on runs where spec dominates it. That is a true reading of this same defect.

Reader

• Triage, for routing.
• Then the lane that owns the refresh: past refresh cards (ci: a scheduled workflow regenerates scripts/test-shard-timings.json from the newest fully green main run and opens the PR (maintainer-directed, measurement loop) #16464, ci: shard-timings-refresh 的写回步骤缺两个 env 变量,每周定时刷新在算完之后死于 RUN_COUNT: unbound variable —— 数据集已 22 天未动,而 pull_request 演练结构上跑不到这条腿 #18341, finding(ci): the refreshed shard-timings dataset records @objectstack/cli at 733s while whole-CLI runs measure ~1660s (2.27x), so Test Core shard 2 runs ~30 min and #16465 drift red cannot be wired #21758) sat in domain:devx.
• ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468 waits on this card (Blocked-by: written on it in the same act).

Dedupe

MCP search_issues, repo-scoped, sorted by update: 「shard timings dataset refresh rests on a single run, spec under-recorded, median across several runs」 → 13 hits. One is open, #21933 (a merge-queue runner fault, unrelated). The closed ones include #21758 (the cli instance of this shape, fixed by the #21826 refresh), #16473 (the median merge rule for sliced packages), #16550 (the test:repo fold), #18341 (the refresh's write-back crash) and #16464 (the scheduled refresh itself). None records a dataset resting on one run, or spec's under-weight.

Dedupe words: test-shard-timings one run provenance · spec 1134.86 1573 1651 · ratchet ceiling 25% headroom standing red

---

Generated by Claude Code

[objectstack-fleet]

Path: fleet decision — the merge gate says how long each shard really runs | 缺项 | none

Unblocks: #16468 (p2, maintainer-directed; re-blocked on this card by domain:devx seat 2, 6019923324)

Triage: first grade — tooling · priority:p2 · domain:devx · area:devpath · pm:queue (finding removed). A baseline is a median of several executed runs, not one sample

Triage seat (objectstack-wide, seat post #6015) · session_01AavokzJ5DndAwitDXvKy4U · 2026-10-06T15:58Z. ⛔ Not a claim, ⛔ not a dispatch.

Triage: lands in scripts/test-shard-timings.json through scripts/measure-test-shard-timings.mjs and .github/workflows/shard-timings-refresh.yml ⇒ domain:devx; rationale: the dataset's producer.

• Verified as stated: provenance.runs holds one run, while the refresh workflow's own header describes accumulating runs and taking the median. The card's three executed spec windows read 1.39–1.45× the pinned weight.
• This is the second note finding(ci): the refreshed shard-timings dataset records @objectstack/cli at 733s while whole-CLI runs measure ~1660s (2.27x), so Test Core shard 2 runs ~30 min and #16465 drift red cannot be wired #21758 handed on, now measured. It was carried on ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465 as "a second sample before the red is wired", and ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465 has landed.
• Direction:
  • the next refresh accumulates at least three executed (not replayed) scheduled runs and takes the per-package median, as the workflow describes;
  • the PR records each package's run-to-run spread;
  • ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468's ceilings are generated only from that dataset.
  • ⛔ The 25% headroom is not raised to absorb a single-sample error, and ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465's 1.5× red is not loosened.
• Pins: a self-test that a refresh carrying fewer than the minimum runs is refused, or reported as provisional. The PR picks which, and says why.
• Why p2: it gates ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468 (p2). The live drift gate is not red on it today; spec reads 1.39–1.45×, under the 1.5× red.

---

Generated by Claude Code

[objectstack-fleet]

Claim: PM loop round 4
Session: session_01VF48aw8RPG6wzDnMgp6rtw
Account: os-justin (the seat's linked user as GET /user answers it; the card's assignee)
Branch: claude/issue-22014-multi-run-shard-timings (new, cut from origin/main 803764a36f)
Worktree: objectstack-issue-22014
Domain: domain:devx
Seat: domain:devx#2
File surface: triage's direction 6020193841.

• .github/workflows/shard-timings-refresh.yml and scripts/ci/select-shard-timings-run.mjs: the refresh accumulates at least three executed (not replayed) scheduled runs.
• scripts/measure-test-shard-timings.mjs: the per-package median, and each package's run-to-run spread recorded for the refresh PR's body.
• A pin: a self-test that a refresh carrying fewer than the minimum runs is refused, or reported as provisional. The PR picks which, and says why.
• ⛔ No hand edit of scripts/test-shard-timings.json. ⛔ The 25% headroom (ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468) is not raised. ⛔ ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465's 1.5× red is not loosened.
• The multi-run dataset itself comes from the refresh lane's next run, not from this PR. The run-summary artifacts are unreachable from agent containers (Forbidden, 6018975266).
• Stop on a breach and explain it in the report.
  Container & model: M, mode:subagent, model: opus (dispatch-gates --tier: no path-derived mandate; default tier)
  Clause-②: no
  Thread-read: 6020193841
  Serial constraints cleared: board read at 2026-10-06T16:31Z.
• No open PR touches the three paths above or scripts/test-shard-timings.json, and no claude/issue-22014-* branch exists.
• ci: Test Core compares each shard's measured duration with its predicted weight — warning at 1.3x, red at 70% of the timeout (maintainer-directed, drift alarm) #16465 landed (9c3bec0f4d), so partition-test-shards.mjs is free.
• ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468 waits on this card (Blocked-by: #22014, 6019923324).
• Disjoint from chore(objectui): bump the console pin past objectui 5ba255538a — it carries objectstack-ai/objectui#11670, which unlocks #21898 (PR #21974, ACCEPTed) #21996 and [finding] main's lockfile matches two new OSV advisories (sharp 0.35.4 GHSA-wq5f-xc86-pv6w high, fixed in 0.35.5; shell-quote 1.10.0 GHSA-pqg4-j6r4-53mv critical, fixed in 1.11.0): Validate Package Dependencies goes red on every PR touching a package.json #22013.

Priority rule 3 reading: p2. It gates #16468 (p2, maintainer-directed), and domain:devx's open P1, #22013, is dispatched in the same round.

---

Generated by Claude Code

[objectstack-fleet]

os-dev-report

{
  "issue": 22014,
  "status": "done",
  "branch": "claude/issue-22014-multi-run-shard-timings",
  "pr": "https://github.com/objectstack-ai/objectstack/pull/22022",
  "session": "session_01VF48aw8RPG6wzDnMgp6rtw — subagent run; this is the parent PM session's harness-stamped id",
  "premise_still_valid": true,
  "summary": "WHERE THE ONE-RUN COUNT CAME FROM: .github/workflows/shard-timings-refresh.yml at 803764a36, lines 457-464 (comment at line 372). The regeneration loop ran `break` at the first accumulation that `select-shard-timings-run.mjs --check-coverage` passed. Coverage counts a carried weight as covered, so the newest eligible run always passed by itself, and every refresh was one run deep (provenance.runs = ['37262126122']). Zone 2 premise 1 holds: the --run grouping and per-run median (#16473) already worked. The selector was not the cause (it returns every eligible run, up to 24). Retention was not the cause (20 eligible runs were retained). The schedule-only rule was not the cause. HOW RUNS ARE NOW SELECTED AND FED: the selector is unchanged. The loop feeds candidates newest first, each fenced by --run, and stops only when the latest accumulation both covers the workspace and leaves the dataset's new `provisional` list empty. That list holds every package executed (MISS, exit 0, and for a sliced package a complete slice set within that run) by fewer than MINIMUM_EXECUTED_RUNS = 3 runs, so runs are counted per package, not per refresh. A carried weight keeps its prior depth, and a prior dataset with no `provisional` key (main today) counts as depth not met. provenance.minimumRuns records the bar. A coverage shortfall is still a refusal, unchanged. REFUSE VS PROVISIONAL: chose PROVISIONAL. Self-test batteries: measure-test-shard-timings.mjs `minimum executed runs per package` (14 cases) and select-shard-timings-run.mjs `shard-timings-refresh accumulation depth` (11 cases; it drives the real regeneration step under bash with stubbed curl/unzip and the real generator and coverage check, across 4 legs: depth reached stops at 3 not 1; a replayed run does not count; 2 runs stay green and are named provisional with a ::warning::; a lost package still exits 1). Four axes: (1) real need, measured: the partitioner and drift gate read the weights on every Test Core run and want fresh numbers, and only a baseline reader (#16468's ceilings) is harmed by a shallow weight, and that reader can read the list. All 72 packages reached 3 in the measured window, so provisional is rare, and when it fires a refusal would discard 71 packages' measurements for one. (2) Long-term: keeps the workflow's own rule that a refusal to open loses the measurement, and keeps it contract-first, because the producer declares depth in the file consumers read and no consumer needs a fallback. (3) AI-error resistance: a machine-readable list beside carriedOver, empty kept distinct from absent, a carry cannot launder depth, an unrecorded depth counts as not met, and the dataset note says provisional weights are not baselines. The remaining risk, a consumer that ignores the list, is #16468's contract. (4) Startup focus: one constant, one list, one provenance field and one optional flag; no new gate, exit code or workflow. SPREAD FORMAT: a Markdown table in the refresh PR body (`package | runs | min s | median s | max s | max/min | provisional`), one row per dataset package, sorted widest first, with carried rows shown as `carried`. It comes from the generator's new --spread-out flag (renderSpread) and is kept OUT of the dataset JSON because nothing machine-reads a spread and the partitioner and drift gate read only the weights. FIRST MULTI-RUN DATASET TO MAIN: after this PR merges, the schedule `30 5 * * 1` next fires Monday 2026-10-12 05:30 UTC. The lane opens claude/shard-timings-refresh-RUN_ID as github-actions[bot]. Without RELEASE_PUSH_TOKEN that PR starts no CI by itself and needs a maintainer push or update-branch, as #21826 did; that is unchanged here. It then lands via the queue as a non-governed diff. A manual workflow_dispatch after merge by the maintainer or seat would be sooner; not done here. PREVIEW ALREADY MEASURED: this PR's own pull_request dry run of the refresh lane (run 37501517004, job 112399428613, success) accumulated 11 real scheduled runs (37492319239 down to 37421524959), with provisional falling 72→55→32→9→4→4→4→1→1→0. It stopped at 'Every package is covered and executed by at least the minimum number of these runs'. The partitioner AFTER was self-test OK at max/mean 1.00x, floor 1727s (BEFORE 1.04x, 1703s). Nothing was pushed. REACHABILITY OF 3 EXECUTED RUNS WITHIN THE 1-DAY RETENTION, from each run's Test Core timing table: across all 20 eligible scheduled runs, 2026-10-05 17:01 to 2026-10-06 15:01, all 72 packages reached at least 3, and the newest 12 already sufficed. Tightest were spec 7/20, sdui-parser 8/20, then driver-sqlite-wasm/formula/plugin-hono-server 11/20; one run (37475449497) replayed 54 of 72. The Monday-refresh window, 2026-10-04 05:31 to 2026-10-05 05:30, was sampled at 9 of 17 eligible runs: every package was executed by at least 4 of the 9, spec tightest at 4/9, and the schedule fired irregularly (19 runs in 24h). No package was measured unreachable. spec is the at-risk package; if it falls short it is named in `provisional`, not recorded from one run.",
  "tests": "At HEAD 68a312380: `node scripts/measure-test-shard-timings.mjs --self-test` → 'measure-test-shard-timings: self-test OK', exit 0. `node scripts/ci/select-shard-timings-run.mjs --self-test` → 'select-shard-timings-run: self-test OK', exit 0 (8.6s). ABLATIONS, each via scripts/ablation-replace.mjs with the anchor hit 1→0, blob hashes moved, and the restore proven (blob == HEAD and `git diff HEAD` empty); no dist involved, root scripts only: (1) loop break reverted to coverage-only → selector red: 'depth leg: expected the loop to stop at 3 runs, it fed 1'. (2) the generator line that compares values.length with minimumRuns deleted → GEN=1 'depth: a one-run refresh was not reported provisional ([])' and SEL=1 'depth leg ... it fed 1'. (3) carry rule inverted → generator red 'a weight carried from a depth-less dataset was not provisional ([])'. The compose step was driven once against a fake RUNNER_TEMP: provisional branch exit 0, full-depth branch exit 0, absent `provisional` list exit 1. LINT (narrowed, declared): eslint --no-inline-config --format json on the 2 changed .mjs files reported files 2, errors 0, warnings 0. The population is the changed JS (the workflow YAML is outside eslint). File count is from the JSON output. Invariance: eslint.config.mjs never enables type-aware linting (no parserOptions.project, config lines 326-328), so the diff cannot move a verdict on an untouched file. The full `pnpm lint` is CI's. Real-world check: PR #22022's pull_request run of shard-timings-refresh.yml (job 112399428613) completed success, accumulating 11 runs and stopping with provisional empty.",
  "gates": "Derived with `node scripts/pm/dispatch-gates.mjs --commands --repo objectstack-ai/objectstack` (no paths; 3 paths vs merge base 803764a36; tree 68a312380). 52 commands, identical in count to the dispatch's list. All 52 were run with exit codes written to disk. 52/52 exited 0, including `pnpm check:pm-dispatch-gates` → 'dispatch-gates self-test: 1976 cases pass', EXIT=0. `dispatch-gates --ran` with `cmd :: exit N` records → '52 derived famil(ies) accounted for — 52 run, 0 NOT-MEASURED (a DERIVED zero — all 52 recorded an exit code and none of them is 3)'. CI on the PR at the time of the report: 22 success, 11 skipped, 2 in_progress (Lint & Repo Gates among them), so in_progress is honest; PM reads convergence.",
  "line_budget": "n/a — no skills/** or ledgered file touched. Diff vs 803764a36: +724/-25 over 3 files, under the 5000 human-merge threshold.",
  "deviations": [
    "The dispatch named `rest_writes` and the definition names `api_writes`; both fields are carried with identical content.",
    "The PR body is write-once, so the post-open dry-run reading (11 runs, provisional 0, partitioner 1.00x) is in this report, not in the body. If wanted, the seat can append a line under 'The spread format' citing run 37501517004.",
    "The first `pnpm check:pm-dispatch-gates` run was backgrounded without capturing its exit code (its log printed '1976 cases pass'). It was re-run with the exit captured: EXIT=0.",
    "The Monday-window reachability is a sample (9 of 17 eligible runs), not the whole window; the weekday window is measured whole (20 of 20).",
    "The PR footer follows AGENTS.md's session-URL form, not the harness reminder's alternate form; commit trailers are the model-free pair AGENTS.md requires."
  ],
  "files_changed": [
    ".github/workflows/shard-timings-refresh.yml (+101/-14)",
    "scripts/ci/select-shard-timings-run.mjs (+267/-3)",
    "scripts/measure-test-shard-timings.mjs (+356/-8)"
  ],
  "mcp_calls": "30 — all mcp__github__get_job_logs (read-only): 28 Test Core aggregator job logs, to read the 'cache-replayed packages' line of 20 weekday plus 8 Sunday scheduled runs, and 2 reads of the PR's own refresh dry-run job 112399428613. No MCP write tool.",
  "api_writes": "4 writes plus 1 git push. (a) git push of branch claude/issue-22014-multi-run-shard-timings (empty probe, then 2 commits). (b) pr_create via scripts/pm/fleet-write/dispatch.mjs: POST /repos/objectstack-ai/objectstack/dispatches (204), relay run 37501418475 → POST /repos/objectstack-ai/objectstack/pulls (draft #22022, body read back byte-identical). (c) scripts/pm/label-write.mjs: POST /dispatches (204), relay run 37501558451 → POST /repos/objectstack-ai/objectstack/issues/22022/labels [skip-changeset] and POST /repos/objectstack-ai/objectstack/issues/22022/assignees [os-justin]; read-back matched. (d) this os-dev-report via scripts/pm/post-stamped.mjs → POST /repos/objectstack-ai/objectstack/issues/22014/comments. Reads were gh api GETs: issue, comments, runs, jobs, artifacts, check-runs, PR.",
  "rest_writes": "4 writes plus 1 git push. (a) git push of branch claude/issue-22014-multi-run-shard-timings (empty probe, then 2 commits). (b) pr_create via scripts/pm/fleet-write/dispatch.mjs: POST /repos/objectstack-ai/objectstack/dispatches (204), relay run 37501418475 → POST /repos/objectstack-ai/objectstack/pulls (draft #22022, body read back byte-identical). (c) scripts/pm/label-write.mjs: POST /dispatches (204), relay run 37501558451 → POST /repos/objectstack-ai/objectstack/issues/22022/labels [skip-changeset] and POST /repos/objectstack-ai/objectstack/issues/22022/assignees [os-justin]; read-back matched. (d) this os-dev-report via scripts/pm/post-stamped.mjs → POST /repos/objectstack-ai/objectstack/issues/22014/comments. Reads were gh api GETs: issue, comments, runs, jobs, artifacts, check-runs, PR.",
  "open_questions": [],
  "out_of_scope_findings": [
    "carrier: #16468 (its own card) · noted, not filed — its ceiling generation should refuse every package in the dataset's `provisional` list (and a dataset without `provenance.minimumRuns`); the PR states this as the contract and does not build it.",
    "carrier: 承接者:无 · noted in PR Acceptance notes, not filed — pre-existing: when the generator refuses the very first candidate, `unset 'ACCEPTED[-1]'` leaves a sparse bash array; unexercised, no failure measured."
  ]
}

---

Generated by Claude Code

[objectstack-fleet]

Review: ACCEPT — PR #22022 at 68a3123802

Seat domain:devx#2 · session_01VF48aw8RPG6wzDnMgp6rtw (claim 6020801436) · reviewed against GitHub and the fetched branch at 2026-10-06T17:30Z, not against the report.

PR shape.

• Draft against main, merge base 803764a36f. The body opens Part of #22014, then Clause-②: no at line start. A scan of the whole body finds no closing keyword, and its line 6 states, with no verb beside the number, that finding(ci): the shard-timings dataset rests on ONE scheduled run, and records @objectstack/spec at 1134.86 s against 1573–1651 s executed — #16468's 25%-headroom ceilings built on it would red every PR that runs spec #22014 stays open until the first multi-run dataset lands.
• Assignee os-justin. Labels ci/cd · size/l · skip-changeset, which is right: root scripts/ and one workflow, nothing published.
• 3 files, +724/-25. Not governed.

Root cause, read on the merge base. In .github/workflows/shard-timings-refresh.yml at 803764a36f (about :457–:464), the accumulation loop breaks at the first accumulation that --check-coverage passes. Coverage counts a carried weight as covered, so the newest eligible run always passed alone, and every refresh was one run deep. Neither the selector nor retention was the cause.

The change, read in the diff.

• The loop now stops only when coverage passes and the refreshed dataset's new provisional list is empty. That list holds every package executed (not replayed) by fewer than MINIMUM_EXECUTED_RUNS = 3 runs.
• If the retained runs run out first, the PR is still opened, with a ::warning:: and the names listed.
• If coverage fails, the run is still refused, as before.
• An absent provisional list is an error, never a silent "none".
• The spread (min/median/max per package) goes into the refresh PR body through --spread-out and stays out of the weights.
• Matches triage's direction 6020193841. ⛔ The 25% headroom is untouched, partition-test-shards.mjs's red and warning are untouched, and the dataset file is untouched.

Provisional over refuse: accepted. A refusal would drop 71 packages' fresh measurements for one short one, and the workflow's own header names that as the failure the lane exists to end. The list is machine-readable, so #16468 can refuse provisional weights. The dev records that as #16468's contract, and it is carried to that card.

The PR's own dry run, read by the seat. Job 112399428613 of the refresh lane on this head succeeded. In the last 400 lines of its log:

• runs were accumulated from 3 through 11 (37492319239 … 37421524959), with provisional falling 55 → 32 → 9 → 4 → 4 → 4 → 1 → 1 → 0, ending "Every package is covered and executed by at least the minimum number of these runs; stopping";
• the partitioner went from BEFORE … max/mean 1.04x, floor 1703s, bins 1703/1615/1615/1615/1617/1616s to AFTER … max/mean 1.00x, floor 1727s, bins 1727/1727/1727/1727/1726/1726s.

Gates and ablations.

• The dev ran 52 of 52, all exit 0 at 68a312380 (--ran reconciled).
• New batteries: "minimum executed runs per package" (14 cases) and "shard-timings-refresh accumulation depth" (11 cases). The second drives the real regeneration step under bash.
• Three ablations each turned a battery red: reverting the loop break, deleting the depth comparison, and inverting the carry rule.

CI at this verdict: 24 success, 11 skipped, and Lint & Repo Gates in progress. TypeScript Type Check is success.

How the card closes. The schedule 30 5 * * 1 next fires Monday 2026-10-12 05:30 UTC. Its PR is opened by github-actions[bot], so it starts no CI by itself and needs a maintainer push or update-branch, as #21826 did. A maintainer workflow_dispatch of "Shard Timings Refresh" after this merges would bring that forward. The seat cannot dispatch a workflow through its write channel, so it puts this to the maintainer. #22014 closes when that dataset is on main; #16468 unblocks then.

Out-of-scope notes, carried:

• to ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468: its ceiling generation refuses every package in provisional, and refuses any dataset without provenance.minimumRuns;
• in the PR's Acceptance notes, no carrier: a pre-existing sparse-array edge in the refusal branch, unexercised.

Landing: once every check on 68a3123802 is green: pr_ready + automerge_enable, verify on main. #22014 stays open (Part of); pm:dispatched stays until the dataset lands.

---

Generated by Claude Code

[objectstack-fleet]

Landed (partial, Part of): PR #22022 → 2301e17eaf (merged through the queue at 2026-10-06T19:54Z), verified on origin/main by content at 2026-10-06T19:55Z. Seat domain:devx#2.

• .github/workflows/shard-timings-refresh.yml, scripts/ci/select-shard-timings-run.mjs and scripts/measure-test-shard-timings.mjs on main are blob-identical to the reviewed landing head dcdf5eb6f4. That head is the patch round's merge of main into the ACCEPTed 68a3123802, with no conflict and the diff unchanged. The merge commit is an ancestor of origin/main.
• What is now on main: the refresh lane accumulates scheduled runs until every package is executed by at least MINIMUM_EXECUTED_RUNS = 3 of them, and takes the median. A package that cannot reach that depth is named in the dataset's provisional list, and the refresh PR body carries a min/median/max spread table.
• This card stays open, with pm:dispatched and the assignee kept. Its other half is the first multi-run dataset landing on main:
  • The schedule 30 5 * * 1 next fires Monday 2026-10-12 05:30 UTC. A maintainer workflow_dispatch of "Shard Timings Refresh" would bring it sooner.
  • The refresh PR is opened by github-actions[bot] and needs a maintainer update-branch to start CI, as chore(ci): refresh the Test Core shard-timings dataset #21826 did.
  • This seat reviews and lands that PR and then closes this card. ci: a per-package suite-duration ratchet — a PR that makes a suite exceed its measured ceiling is red; ceilings rise only by ruling (maintainer-directed, growth constraint) #16468 unblocks then, and its ceiling generation refuses every package in provisional.

---

Generated by Claude Code