Skip to content

Commit 7edc16b

Browse files
wenshaoqwen-code-dev-botQwen Autofixqwencoder
authored
feat(review): say so when the bundle is older than the review it runs (QwenLM#8390)
* feat(review): say so when the bundle is older than the review it runs Every `qwen review …` step runs the BUILT bundle, not the working tree. So editing a review command, or switching to a branch that contains one, changes nothing about the run until someone rebuilds -- and the failure is silent and total: the run behaves like the last build, and every conclusion drawn from it is a conclusion about that build. Measured on 2026-08-02, dogfooding /review against QwenLM#8368 from a checkout whose bundle was fourteen hours old. Three things were invalidated at once and none announced itself: `drive` and `mock-provider` had merged that morning and were absent from the binary, so "the agent never reached for them" measured nothing; and QwenLM#8345's guard against scoring a mutant `survived` when its own collocated test was red had merged too, so the run reproduced the bug it fixed and filed three findings the current code holds as `inconclusive`. The round was discarded and re-run after a rebuild. `parse-args` is the first command of every review, which makes it the only place a notice reaches a reader before they act on a result. It names the file that is ahead, by how much, what actually runs from the bundle, and the command to rebuild -- "rebuild" without evidence is advice nobody can check. mtime, not git: the question is whether this bundle was built from this source, and a git comparison answers a different one. A margin absorbs a checkout, which writes everything at once in no guaranteed order. An installed package has no sources beside it, finds nothing to compare, and stays silent -- a check that cannot see the files must not accuse the build. Also documents `findings --test-delta` for users: it can lower a severity, and therefore change what the verdict is computed from, so it belongs beside `--outcomes` rather than only in the skill. * fix(review): watch the file every subcommand is registered in `packages/cli/src/commands/review.ts` is where all 30-odd subcommands are imported and registered, and it sits beside the directory rather than in it -- so a new command, or a changed dispatch, was exactly the change this check could not see. A root may now be a single file, which is what that one is. Confirmed end to end: with `review.ts` three hours ahead of a fresh bundle, the warning names it. Also two comments that did not match the code: symlinks of every kind are skipped, not only directories (`isFile()` is false for a symlinked file too), and the module now says what `QWEN_CODE_CLI` already covers -- talking to a different program -- so it is clear this guards the other half, the right program built before the change. * fix(review): compare content, because a timestamp check cried wolf The first version compared the bundle's mtime against the newest review source, and it was wrong in the direction that matters most. `git checkout` rewrites every file that differs between two commits, so returning to the branch a bundle was built from re-stamps exactly those files and the check calls a byte-for-byte correct bundle stale. Measured: with the sources untouched and the bundle two minutes older, it warned. A line that fires when nothing is wrong teaches its reader to skip the line, which would have made this worse than absent. The build now stamps a digest of the review sources it bundled into `dist/review-sources.sha256`, and the check re-derives that digest from the tree and compares. No margin to tune, no clock to trust, and no answer but the true one. Verified end to end across all five cases: a clean tree is silent, a source touched but unchanged is silent, and a real change under any of the three roots -- the command directory, the `review.ts` that registers them, the bundled skill -- warns. The digest is now one rule stated twice, since the build script cannot import the package it runs before building. `scripts/tests/review-source-digest.test.ts` holds the two equal, on this repo and on a synthetic tree that exercises the file-shaped root; a package test may not reach into `scripts/`, so it lives on the side of the boundary that may. Paths are folded relative to the repo root with separators normalised, and the file list is sorted -- `readdir` order is a property of the filesystem, so without it a bundle built in CI and a tree cloned locally would hash the same source differently and every run would warn. * fix(review): a diagnostic must not kill the run, and tests are not the bundle Two Criticals and five suggestions from review, all verified before changing anything. `writeStderrLine` throws on EPIPE, so stderr piped to `head` would have killed the review before it parsed a single argument -- a warning that destroys the run it was warning about, and the opposite of this change's own invariant. `writeStderrLineSafe` is the convention for diagnostics in this subsystem and is what it calls now. `reviewSourceRoots` builds paths with the platform `join`, and the test asserted forward-slash literals, so all three elements would have failed on the merge queue's Windows leg -- which the pull_request event never runs, so the green CI here proved nothing about it. Test files left the digest. esbuild follows imports from the CLI entry and no test is reachable that way, so folding them in fired the warning for an edit that cannot change a byte of the bundle -- the false positive this module already rejected once. 112 files became 61, and a test-only edit is now silent while a production one still warns. The handler wiring is tested at last, against a real temp tree rather than a mock of the reads under test: the derivation from `process.argv[1]`, the stamp read, and the warning. All three mutations the review named -- dropping the call, reading the stamp from the wrong directory, collapsing repoRoot to distDir -- now redden it. Also: the stamp's filename is pinned across the boundary it crosses (the build wrote a literal while the check read `DIGEST_FILE`, so a one-sided rename would have silenced the feature with every test green); the digest is computed only when there is a stamp to compare it against, instead of hashing a hundred files for a value the first guard discards; the `rebuildCommand` parameter no caller ever set is gone; and the build script's comment no longer claims a code-sharing relationship that does not exist. * fix(review): fixtures are not in the bundle either The same false positive, a third time and one directory over. Excluding tests from the digest was right and incomplete: `review/__fixtures__` holds four files — three responder modules and a captured comment — that a test loads at runtime, from no import the bundler follows. Measured against `dist`: none of the four appears in it, so editing one changed the digest while the bundle stayed byte-identical and the warning claimed a review command had changed. Both walks skip the directory now, and the parity test's synthetic tree grows a fixture and a `.spec.tsx` so the two implementations are held equal on the whole exclusion, not just the part the first case exercised. Reverting one side reddens the local case AND both parity cases, which is what that guard is for. Verified the other direction too, since an exclusion can overshoot: every review source that reaches `dist` is still covered. `DESIGN.md` and `SKILL.md` both ship and both remain in the digest — checked, not assumed, after two rounds of this exact mistake. Six cases end to end after a rebuild: a clean tree, a test edit and a fixture edit are silent; a production edit, a `review.ts` edit and a `DESIGN.md` edit each warn. * fix(review): allowlist the stamp, and stop guessing what the bundle holds The Critical first: `create-standalone-package.js` fails on any top-level dist entry outside its allowlist, and `review-sources.sha256` was on neither list. The next release would have aborted the standalone archive on all five targets, and no PR-time job runs the packager, which is why this suite is green. Allowlisted -- shipping it is harmless, since a standalone install has no `packages/` to compare against and the check stays silent there. `lib/test-utils.ts` was in the digest: test support with a production-looking name, imported by two test files and nothing else. That is the fourth patch to one rule -- `.test.ts`, then `__fixtures__/`, then this, plus `.DS_Store` -- and each was found by a reviewer after it shipped. So the rule stops being a list somebody remembers to extend: a new test asserts the property the list approximates, that every file the digest folds in is reachable from production code and nothing reachable is left out. Dropping `test-utils.ts` from the exclusion reddens it, which is the fifth instance failing in CI instead of in a review. Three branches that no test reached, each with a mutant the review measured surviving the whole suite: the walk's symlink skip (a directory cycle would send the first command of every review into unbounded recursion), the read-failure path (hashing the survivors of a concurrent checkout would accuse a tree that is merely mid-change), and the build's stamp call site (removing it left the scripts suite green while `npm run bundle` silently stopped writing the stamp). All three now redden. And `unmeasured` had no reader, so the one edge this check cannot measure but can see -- sources present, stamp absent -- passed in silence. That is the state of every existing checkout the moment this ships, and it is exactly the silent failure the change was written to end. It now says so, while an installed package, which has no sources either, still says nothing. * fix(review): the guard was shallower than the property it claimed The guard added last round asserts that every file in the digest is reachable from production code. It did not: a file imported by nothing passed, because the filter also required some test to import it; only `.ts` was inspected, so a test-only `.tsx` or `.mts` helper walked through; and it read static imports only, while this directory has nine `await import('./…')` edges. It asserts the property now — every extension, orphans included, dynamic edges seen — and the tree has no violators, so the strictness cost nothing today and is there for the next file. `__snapshots__` joins the exclusions. `vitest --update` regenerating a snapshot would have moved the digest with the bundle byte-identical; none exists under the review roots today only by chance, and 120 `toMatchSnapshot()` calls live elsewhere in this package. Three couplings that no test held: - the allowlist entry that fixed the release-breaking R2-1 -- reverting those five lines left the whole scripts suite green, and the next failure would have been a release aborting on all five targets. `isAllowedDistEntry` is exported and the stamp's own name is asserted against it, so a one-sided rename fails here instead; - the `.DS_Store` member of `NOT_BUNDLED_FILE`, absent from the repo and so from the parity tree -- one-sided removal stayed green while a macOS checkout would digest differently on the two sides forever; - each `unmeasured` reason. Swapping the two arguments at the single call site kept all 76 tests green while telling a pre-stamp checkout its sources were missing. And two comments that said the opposite of the code beneath them: the digest is computed unconditionally on purpose (the pre-stamp notice needs it), and `NOT_BUNDLED_FILE` helpers are deliberately not importers, since nothing reaches the bundle through a file the bundle does not contain. The two stderr diagnostics are documented for users, beside the sibling paragraph this PR already added. * fix(review): measure only the layout that can carry a stamp `npm start` launches `node <root>/packages/cli`, and node sets `argv[1]` to that directory -- so the derivation found sources under `<root>` with no stamp beside them and printed "could not check" on every review, forever, with advice that could never make it stop. That is the fires-when-nothing-is-wrong failure this change argues against, on the path `start.js` sets `QWEN_CODE_CLI` to precisely so reviews reach that build. Only a `<root>/dist/cli.js` layout is measured now; anything else has no stamp to find and no way to grow one. The build-side digest could kill `npm run bundle` where the check side degrades gracefully: a file vanishing mid-walk threw out of the hash loop, and the stamp is the copier's last step, so the build would fail with every asset already in place. Caught and skipped -- a missing stamp is `unmeasured`, which the runtime already treats as an acceptable answer. The skill now says what to do with the warning, which is the half that makes it reach a human: `parse-args` runs inside an agent's shell tool, the user reads the agent's summary rather than raw stderr, and a line nobody repeats is a line nobody sees -- which is how the 2026-08-02 round went wrong in the first place. It also records that the instruction cannot help the run that needs it, since the skill comes from the same bundle. And the scope is stated where silence could be over-read: the digest covers the review commands, the file that registers them, and the bundled skill -- not the shared helpers those import. A quiet run means the review code matches the bundle, not that the tree does. * fix(review): refuse to certify a bundle the copier may not describe The stamp described the tree as the COPIER saw it, and the copier runs after esbuild -- so a source edited in between, or `copy_bundle_assets.js` run on its own (it self-executes), wrote a digest certifying a `cli.js` built from something else. Silence then means "verified fresh" when it is not, and that is the only direction here where a quiet run is affirmatively wrong rather than merely uninformative: every other gap degrades to `unmeasured`. Timestamps are the wrong tool for judging staleness and the right one for judging whether this stamp can be honest at all, so the build refuses when any source is newer than the bundle it would attest to, and says why. Driven for real: touching a review source and running the copier alone now prints "skipped the source digest rather than certify a bundle it may not describe". `it('counts the same files')` compared nothing -- it asserted `> 50` on the build side while the check side exposes no count, so the title claimed a parity the body never checked, and the margin over the real 56 made it a future false alarm in `scripts/` for an unrelated change. Removed; the digest parity already holds the file set. "Root is a file" was inferred from `readdirSync` raising ENOTDIR, an assumption about every platform's libuv on the one root that is a file -- `review.ts`, where "a new subcommand was registered" lives. `statSync(root).isFile()` says it instead. And the check itself moves out of the handler into `bundleStalenessNotices`, which is where the rest of it already lived. `parse-args` is about parsing arguments again, the wording is testable without the yargs harness, and a second caller -- an agent resuming a review never runs step 1 -- is one line. * fix(review): align the twin walk, and stop a test from passing on nothing The build side still inferred "this root is a file" from `readdirSync` raising ENOTDIR, one commit after the check side stopped doing exactly that and said why. A platform that maps the case differently would drop `commands/review.ts` from one digest and not the other, and a byte-for-byte correct bundle would warn on every review forever, on that platform alone, with rebuilding reproducing the same one-sided walk. Both sides ask `statSync(...).isFile()` now. Fixing one half of a pair and not the other is the mistake this file keeps making. The filename parity test had been passing on nothing since the previous commit: it matched `writeFileSync(join(distDir, '…'))` against the script's source, the literal moved into a `stampPath` variable, and the regex returned `undefined` so the assertion compared against nothing. It runs the build against a fixture now and reads the name off `dist/`, so it measures what the build does instead of what its source looks like. Renaming the stamp on one side reddens it. Also from review: the duplicated comment block in `parse-args`; an unreadable source now says the check could not run rather than passing in the same silence as an installed package, which is what the docstring already promised; the "could not check" line no longer asserts that the checkout predates the feature, since the build has three refusal paths and one of them means the opposite; every refusal removes an existing stamp, because leaving an older attestation beside a newer bundle is a weaker form of the certifying it refuses; and `drive` calls the check, which the module comment argued for and the diff had not done -- a resumed review never runs step 1, and that is where the long work starts. * fix(review): pin the regex group the parity tree missed, and say source, not command * fix(review): allowlist what the bundle holds, and cover the drive notice (QwenLM#8390) * fix(review): treat unreadable review sources as unmeasured (QwenLM#8390) * test(review): pin the stamp guard mutations that survived the suite (QwenLM#8390) * fix(review): close staleness-check gaps and pin the round-4 survivors (QwenLM#8390) * fix(review): close round-5 staleness gaps for parity, refusals, and partial checkouts (QwenLM#8390) * fix(review): close round-6 gaps in the clause classifier, symlink layout, and pin honesty (QwenLM#8390) * fix(review): close round-7 gaps in the closure oracle, parity pin, and refusal pins (QwenLM#8390) Co-authored-by: Qwen-Coder <qwen-coder@alibabacloud.com> * fix(review): close round-8 gaps from the maintainer review (QwenLM#8390) Co-authored-by: Qwen-Coder <qwen-coder@alibabacloud.com> * fix(review): close round-9 nits from the maintainer review (QwenLM#8390) Co-authored-by: Qwen-Coder <qwen-coder@alibabacloud.com> * fix(review): pin the lease root in the synthetic digest parity case (QwenLM#8390) Co-authored-by: Qwen-Coder <qwen-coder@alibabacloud.com> --------- Co-authored-by: qwen-code-dev-bot <qwen-code-dev@service.alibaba.com> Co-authored-by: Qwen Autofix <autofix@qwen-code.dev> Co-authored-by: Qwen-Coder <qwen-coder@alibabacloud.com>
1 parent a8fb97d commit 7edc16b

16 files changed

Lines changed: 2994 additions & 12 deletions

.github/workflows/release.yml

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -425,6 +425,13 @@ jobs:
425425
run: |-
426426
npm run build
427427
npm run bundle
428+
# The review staleness check degrades to "could not check" without
429+
# this stamp; fail here instead of shipping a release that silently
430+
# lost it.
431+
test -f dist/review-sources.sha256 || {
432+
echo "::error::review source stamp missing — see the copy_bundle_assets warning above"
433+
exit 1
434+
}
428435
npm run prepare:package
429436
430437
- name: 'Build Standalone Archives'

docs/users/features/code-review.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -225,6 +225,10 @@ A finding is skipped when its fix would change intended behavior, would need cha
225225

226226
Confirmed findings are canonicalized into `.qwen/tmp/qwen-review-<target>-findings.json` before anything else consumes them — the terminal report, the saved Markdown report, and the PR review JSON all read that one artifact instead of re-typing the list. Each finding carries a unique `id` (what outcomes and resolved anchors join on), `severity`, `confidence`, `source`, `summary`, a `shortSummary` capped at 60 characters for list rendering, `failureScenario`, and one or more `locations` — a pattern-aggregated finding keeps **one location per occurrence**, so each still gets its own inline comment.
227227

228+
**Before anything else, the review checks that it is running your code.** Every `qwen review …` step runs the built bundle, not the working tree, so a review command edited since the last build takes no effect and the run measures the old behaviour. The build records a digest of the review sources it bundled; `parse-args` re-derives it and compares, and `drive` checks again, because the verifier brief sends agents straight there without a step 1. On a mismatch it says on stderr that the bundle was not built from these sources, and what to rebuild. The check runs when the CLI resolves to the bundled `dist/cli.js` (the `qwen` binary, or `node dist/cli.js`); launchers that run unbundled output, such as `npm start` and `npm run dev`, skip it. Two cases it cannot compare are treated differently: a checkout whose build predates the recording is told the check could not run and why, and an installed package — which has no sources to differ from — is left silent. The digest covers the review commands, the file that registers them, the review-only lease they import from outside their directory, and the bundled review skill; it does not follow those into the shared helpers they import, so a quiet run means the review code matches the bundle rather than that the whole tree does.
229+
230+
**A Critical the base tree already failed is held back, not filed.** When a test command failed and the merge base could be built, `test-delta` records which failing files also fail without the pull request. Canonicalization reads that measurement back (`qwen review findings --test-delta`, beside `--outcomes`): a Critical whose own text names one of those files is lowered to a Suggestion, keeps its evidence, gains the measurement that demoted it and a `heldByMeasurement` field, and the demotion is announced. A test that was already red is not a test this pull request turns red — and if it now fails for a _new_ reason, say which test, quote both sides, and file it at Critical again: a finding that already carries the measurement and is raised anyway is left where you put it.
231+
228232
The command validates on write: a duplicate id, a finding with no failure scenario, an empty locations array, or an unknown severity is an error rather than a silently mangled entry.
229233

230234
## Evidence Images in PR Comments

packages/cli/src/commands/review/drive.test.ts

Lines changed: 122 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -9,9 +9,16 @@
99
// sessions: 81% waited with `sleep`, 74% captured one screenful with no way to
1010
// know the command had finished, 87% cleaned up by hand.
1111

12-
import { describe, it, expect } from 'vitest';
12+
import { describe, it, expect, vi, beforeEach, afterEach } from 'vitest';
1313
import { spawnSync, execFileSync } from 'node:child_process';
14-
import { mkdtempSync, readFileSync, writeFileSync, existsSync } from 'node:fs';
14+
import {
15+
mkdtempSync,
16+
mkdirSync,
17+
readFileSync,
18+
writeFileSync,
19+
existsSync,
20+
rmSync,
21+
} from 'node:fs';
1522
import { join } from 'node:path';
1623
import { tmpdir } from 'node:os';
1724
import {
@@ -20,9 +27,28 @@ import {
2027
sentinelExitCode,
2128
trimCapture,
2229
shellQuote,
30+
driveCommand,
2331
DRIVE_SENTINEL,
2432
type ExecResult,
2533
} from './drive.js';
34+
import {
35+
writeStdoutLine,
36+
writeStderrLineSafe,
37+
} from '../../utils/stdioHelpers.js';
38+
import { reviewSourceRoots, reviewSourcesDigest } from './lib/stale-bundle.js';
39+
import {
40+
FOREIGN_DIGEST,
41+
makeStaleBundleFixture,
42+
stampDigest,
43+
} from './lib/test-utils.js';
44+
45+
// The handler's output goes through the same helpers the parse-args suite
46+
// mocks; the wiring tests below intercept them so no real terminal is touched.
47+
vi.mock('../../utils/stdioHelpers.js', () => ({
48+
writeStdoutLine: vi.fn(),
49+
writeStderrLine: vi.fn(),
50+
writeStderrLineSafe: vi.fn(),
51+
}));
2652

2753
const ok = (stdout = ''): ExecResult => ({ status: 0, stdout, stderr: '' });
2854
const fail = (stderr = ''): ExecResult => ({ status: 1, stdout: '', stderr });
@@ -496,3 +522,97 @@ describe('a partial observation is never presented as a whole one', () => {
496522
expect(r.note).toContain('not evidence that the run produced nothing');
497523
});
498524
});
525+
526+
describe('drive warns when the bundle is not built from these sources', () => {
527+
// The wiring is what is under test: the notice derives from
528+
// `process.argv[1]` and leaves through `writeStderrLineSafe` BEFORE
529+
// `runDrive` runs — a missing seam there would ship while every `runDrive`
530+
// test above stayed green. tmux is gated off through the exec seam, so the
531+
// drive itself goes nowhere and nothing real is spawned.
532+
let repo: string;
533+
let argv1: string;
534+
535+
const exec = (cmd: string, args: string[]): ExecResult =>
536+
cmd === 'tmux' && args[0] === '-V'
537+
? { status: 1, stdout: '', stderr: '' }
538+
: { status: 0, stdout: '', stderr: '' };
539+
540+
// Real bindings by construction: this file never mocks `node:fs`.
541+
const realFs = { mkdtempSync, mkdirSync, writeFileSync };
542+
543+
beforeEach(() => {
544+
({ repo, argv1 } = makeStaleBundleFixture(realFs, 'drive-stale-'));
545+
vi.mocked(writeStderrLineSafe).mockClear();
546+
vi.mocked(writeStdoutLine).mockClear();
547+
});
548+
afterEach(() => rmSync(repo, { recursive: true, force: true }));
549+
550+
const stamp = (digest: string) => stampDigest(realFs, repo, digest);
551+
const run = () => {
552+
const originalArgv = process.argv[1];
553+
const originalExit = process.exitCode;
554+
process.argv[1] = argv1;
555+
try {
556+
(driveCommand.handler as (a: unknown) => void)({
557+
script: 'true',
558+
cwd: repo,
559+
readyTimeout: 1,
560+
timeout: 1,
561+
server: 'wiring',
562+
exec,
563+
_: ['review', 'drive'],
564+
});
565+
} finally {
566+
process.argv[1] = originalArgv;
567+
process.exitCode = originalExit;
568+
}
569+
};
570+
571+
it('warns when the stamp does not match the sources', () => {
572+
stamp(FOREIGN_DIGEST);
573+
run();
574+
expect(vi.mocked(writeStderrLineSafe).mock.calls[0]?.[0]).toContain(
575+
'NOT built from the review sources',
576+
);
577+
// …and BEFORE the first result: relocating the loop below `runDrive`
578+
// keeps every substring assertion green while the warning lands only once
579+
// the reviewer has already consumed results measured from the stale
580+
// bundle — the failure mode this check exists to prevent.
581+
expect(
582+
vi.mocked(writeStderrLineSafe).mock.invocationCallOrder[0],
583+
).toBeLessThan(vi.mocked(writeStdoutLine).mock.invocationCallOrder[0]);
584+
});
585+
586+
it('says nothing when the stamp matches', () => {
587+
stamp(reviewSourcesDigest(repo, reviewSourceRoots(repo))!);
588+
run();
589+
expect(writeStderrLineSafe).not.toHaveBeenCalled();
590+
});
591+
592+
it('says it could not check when sources exist but the stamp does not', () => {
593+
// The brief unmeasured form: the state of every existing checkout the
594+
// day this ships — sources on disk, no stamp beside the bundle yet.
595+
run();
596+
const line = vi.mocked(writeStderrLineSafe).mock.calls[0]?.[0] as string;
597+
expect(line).toContain('could not check whether the bundle is current');
598+
expect(line).toContain('Rebuild with `npm run bundle` to record one.');
599+
});
600+
601+
it('prints the one-line form — the full paragraph belongs to parse-args', () => {
602+
// One review can invoke `drive` many times, and each invocation prints
603+
// into an agent's tool output; the repeat keeps the trigger and the
604+
// remedy and drops the explanation.
605+
stamp(FOREIGN_DIGEST);
606+
run();
607+
const line = vi.mocked(writeStderrLineSafe).mock.calls[0]?.[0] as string;
608+
expect(line).toContain('NOT built from the review sources');
609+
expect(line).toContain('npm run bundle');
610+
expect(line).not.toContain('runs the BUILT bundle, not the working tree');
611+
});
612+
613+
it('still drives — the notice is a diagnostic, not a gate', () => {
614+
stamp(FOREIGN_DIGEST);
615+
run();
616+
expect(writeStdoutLine).toHaveBeenCalled();
617+
});
618+
});

packages/cli/src/commands/review/drive.ts

Lines changed: 16 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -37,6 +37,7 @@
3737
// the whole story.
3838

3939
import type { CommandModule } from 'yargs';
40+
import { bundleStalenessNotices } from './lib/stale-bundle.js';
4041
import { spawnSync } from 'node:child_process';
4142
import {
4243
mkdirSync,
@@ -48,7 +49,11 @@ import {
4849
} from 'node:fs';
4950
import { dirname, join, resolve } from 'node:path';
5051
import { tmpdir } from 'node:os';
51-
import { writeStdoutLine, writeStderrLine } from '../../utils/stdioHelpers.js';
52+
import {
53+
writeStdoutLine,
54+
writeStderrLine,
55+
writeStderrLineSafe,
56+
} from '../../utils/stdioHelpers.js';
5257

5358
/** Why a drive stopped. Every value is a fact about the run, not a verdict. */
5459
export type DriveOutcome =
@@ -468,9 +473,17 @@ export const driveCommand: CommandModule = {
468473
describe: 'Write the JSON report here',
469474
}),
470475
handler: (argv) => {
471-
// Caught like `base-tree` and `test-plan`: the messages above are written
472-
// for the caller, and a stack trace re-frames every one of them as a crash.
476+
// Caught like `base-tree` and `test-plan`: the messages this handler
477+
// writes are for the caller, and a stack trace re-frames every one of
478+
// them as a crash.
473479
try {
480+
// The verifier brief sends agents straight here, so this can run without
481+
// `parse-args` ever running first — and it is where the long work
482+
// starts, which makes a stale bundle costliest here. The one-line form:
483+
// a fresh review already heard the full paragraph at `parse-args`, and
484+
// a repeated paragraph becomes wallpaper.
485+
const bundleNotice = bundleStalenessNotices(process.argv[1], true);
486+
if (bundleNotice) writeStderrLineSafe(bundleNotice);
474487
const args = argv as unknown as DriveArgs & { readyTimeout: number };
475488
const report = runDrive(args);
476489
if (args.out) {

0 commit comments

Comments
 (0)