@qwen-code/qwen-code 0.24.5-nightly.20260924.ffea2d024e → 0.24.5

package/bundled/review/references/persistence.md

@@ -76,7 +76,7 @@ The automatic `reviewProfile: "docs-nav"` pass never updates or promotes this ca
 
 If reviewing a PR **at high effort**, update the review cache for incremental review support. Low and medium reviews must NOT write it, and neither must a `--topology minimal` run at any effort — a cache hit would make a later high-effort review of the same SHA report "No new changes since last review", silently converting a cheaper pass into a full-review verdict.
 
-**The write is one command, for PR and local alike — never a hand-copied JSON.** **On a LOCAL or file-path round, pass `--state-id <the plan's cacheCandidateStateId>` so the command CHECKS the candidate is this round's own at the moment it reads it** — the path is stable per target and local/file reviews take no lease, so a concurrent same-target run overwrites the file mid-round, and promoting the foreign candidate would anchor the next round's "no changes" to a tree this round never reviewed; a check you made yourself, reading the file minutes before the command reads it again, would not bind the bytes the command promotes. The command's refusal (or an absent `cacheCandidateStateId` field on a plan that published a path) is treated exactly like a withheld candidate: skip the cache write and say so. **A PR round has no such check**: `fetch-pr` holds the worktree lease for its PR, which already excludes a concurrent same-target run, so its candidate carries no `stateId` and its plan no `cacheCandidateStateId` — their absence there is the normal state, not a withheld candidate. Both captures write a deterministic candidate beside the plan (`cacheCandidatePath` in the plan report: `fetch-pr` records the per-file `(base, head)` blob pairs plus the commit anchor; `capture-local` the hashed per-file working-tree state plus HEAD). A candidate is not yours to recompute or transcribe — a per-file map routed through your output is a copy job that fails silently, and a dropped or mangled pair reads downstream as a verdict it is not. So: write ONLY the small ledger file `.qwen/tmp/qwen-review-<target>-ledger-<timestamp>.json` — `<timestamp>` is the `<YYYY-MM-DD>-<HHMMSS>` you are about to put in this round's report filename, and it is a per-round name for the same reason that one is, under the `qwen-review-<target>-` prefix Step 9's `cleanup` sweeps. Not the tree's `stateId`: two concurrent rounds over an unchanged tree compute the SAME one, so it would name one file for both and the second round's findings would ride the first round's promotion — the concurrency this paragraph already assumes, against the half `--state-id` cannot see (the anchor matches; the verdict and `findings[]` are the other round's) — with this round's `round`, `findingsCount`, `verdict`, and `findings[]` (id rules below). **No `lastModelId`**: the capture already recorded the identity the runtime published, provider-qualified, in the candidate — and `cache-commit` lets the candidate win it. A hand-carried one would be the bare model token (`YOUR_MODEL_ID`), which two provider configurations exposing a single model name share, so the same-model contract the anchor rests on would pass between them, then run `"${QWEN_CODE_CLI:-qwen}" review cache-commit --candidate <the plan's cacheCandidatePath> --ledger <that file> --out <the cache path for this target>` — plus `--state-id <the plan's cacheCandidateStateId>` on a LOCAL or file-path round — **from the main checkout, with all three paths resolved against it** — every one of them is main-checkout-relative (the candidate is where the capture wrote it, and the cache must outlive the worktree Step 9 deletes; a cache written inside the worktree is thrown away with it, and this machine silently loses rebase survival) (`pr-<n>.json` / `local.json` / the file-review's target). The command merges mechanically, candidate fields winning every collision, and writes atomically. **Where that path comes from differs by flow, and only one of them publishes it**: a LOCAL or file-path round reads it off the plan's `cachePath` — the capture derives the target and `safeTarget` is not hand-reproducible, so the name is not yours to spell — while the PR flow's plan carries no such field and the name is the one this section already gives, `.qwen/review-cache/pr-<n>.json`, which you already know from the PR number. Do not look for `cachePath` on a `fetch-pr` report; it has none, and treating its absence as a reason to skip the write would lose the PR cache entirely. A PR plan with **no** `cacheCandidatePath` — a degraded capture — falls back to hand-writing the template below, anchor fields only as accurate as what Step 1 recorded. A LOCAL or file-path capture that cannot anchor its round still writes a candidate, with no anchor in it — the runtime published no model identity, the tree moved mid-capture, a tracked path carried a visibility bit, or a cached path dropped out while still on disk (its stderr says which). Run `cache-commit` exactly the same way: it persists this round's findings ledger and writes no anchor (it says so), so the next round still re-rules every open entry and reviews in full. A LOCAL or file-path plan with no `cacheCandidatePath` — the candidate write itself was refused — skips the cache write and says so: the template below is PR-shaped (`lastCommitSha`, no `files`/`stateId`), the local gate refuses it unread, and there is nothing to promote. The same fail-closed rule applies to BOTH flows, and for a LOCAL round it is stated in this paragraph in full — **do not go looking for a `sha` to check in the PR cache's marker rule below**, which keys on a `sha` inside a posted review's `qwen-review-ledger` comment: a local round posts nothing and has no marker to check, so read literally it would skip this write on every round and the feature would never persist. The rule: a run that ended with unreviewed or undecided scope skips the write entirely and says so, because the candidate would anchor the next round's skip past scope nobody reviewed. Low and medium reviews must NOT write it, for the reason above. **A non-empty `skippedFiles` in the capture is fail-closed for this write, both flows**: skipped content is in no diff and no hash, so a candidate promoted over it would anchor the next round's "no changes" past work this round could not read. **The fail-closed conditions here are keyed to the PR cache's marker rule below — one definition, read twice.** Do NOT apply that rule's literal CHECK here: it keys on a `sha` inside the posted review's `qwen-review-ledger` marker, and a local round posts nothing and has no marker to read — a literal check would skip this write on every round and the feature would never persist. What this write takes from that rule is its WITHHOLDING CONDITIONS, applied as conditions on this round's own caps. For a local or file-path round the rule is a POSITIVE one, deliberately — and its fail-closed half is deliberately NOT a list: the list that lived here was "completed" three times, and each time a fourth shape walked through it (the last one an Uncoverable chunk and a whiffed lens, which withheld the PR marker's `sha` but never this write). **Write the cache only when every Critical this round raised carries a confirmed disposition: fixed, or confirmed-standing and recorded in `findings[]` under an id — and skip this write under any condition that would withhold the PR marker's `sha` in the rule below, plus the one local-only condition the marker cannot see: a non-empty `skippedFiles` in the capture (skipped content is in no diff and no hash).** At the time of writing those conditions are: `cannotTellCriticals` (a verifier that returned CANNOT-TELL, or a deadline stop or timed-out batch that never returned one), an Uncoverable chunk, the context-unavailable state, `scopeUnproven` (a chunk nobody read, an idle or blind agent), a finding still marked `— [unverified]`, the deterministic gates, and any `unreviewedDimensions` entry other than a depth-only build-and-test one (a whiffed lens withholds the marker's `sha`, so it withholds this write). The examples are the set as written, not the gate: the gate is the marker paragraph's withholding set — if it changes, this write changes with it, because a second hand-copied list here is how they drifted once already. Anything else withholds the candidate and says so. **And these two, which complete the list**: a finding still marked `— [unverified]`, and an undecided blocker — a Critical whose verifier never returned, from a deadline stop or a timed-out batch. Neither enters `findings[]` (only confirmed findings do) and neither reads as "unreviewed scope", so without naming them a round promotes the anchor over a claim nobody ruled on and the round after it stops decided. (A capture that detected a mid-capture tree change — or a tracked path carrying a visibility bit, an enumeration of them that failed, or a cached path that dropped out while still on disk — writes a ledger-only candidate and says so; promoting it persists the findings and anchors nothing. A plain local round that ended without a verdict — the 0-chunk WARNING shapes — owes no cache write, and its plan publishes no path; a file review with no chunks still reviews the whole file and keeps its path.)
+**The write is one command, for PR and local alike — never a hand-copied JSON.** **On a LOCAL or file-path round, pass `--state-id <the plan's cacheCandidateStateId>` so the command CHECKS the candidate is this round's own at the moment it reads it** — the path is stable per target and local/file reviews take no lease, so a concurrent same-target run overwrites the file mid-round, and promoting the foreign candidate would anchor the next round's "no changes" to a tree this round never reviewed; a check you made yourself, reading the file minutes before the command reads it again, would not bind the bytes the command promotes. The command's refusal (or an absent `cacheCandidateStateId` field on a plan that published a path) is treated exactly like a withheld candidate: skip the cache write and say so. **A PR round has no such check**: `fetch-pr` holds the worktree lease for its PR, which already excludes a concurrent same-target run, so its candidate carries no `stateId` and its plan no `cacheCandidateStateId` — their absence there is the normal state, not a withheld candidate. Both captures write a deterministic candidate beside the plan (`cacheCandidatePath` in the plan report: `fetch-pr` records the per-file `(base, head)` blob pairs plus the commit anchor; `capture-local` the hashed per-file working-tree state plus HEAD). A candidate is not yours to recompute or transcribe — a per-file map routed through your output is a copy job that fails silently, and a dropped or mangled pair reads downstream as a verdict it is not. So: write ONLY the small ledger file `.qwen/tmp/qwen-review-<target>-ledger-<timestamp>.json` — `<timestamp>` is the `<YYYY-MM-DD>-<HHMMSS>` you are about to put in this round's report filename, and it is a per-round name for the same reason that one is, under the `qwen-review-<target>-` prefix Step 9's `cleanup` sweeps. Not the tree's `stateId`: two concurrent rounds over an unchanged tree compute the SAME one, so it would name one file for both and the second round's findings would ride the first round's promotion — the concurrency this paragraph already assumes, against the half `--state-id` cannot see (the anchor matches; the verdict and `findings[]` are the other round's) — with this round's `round`, `findingsCount`, `verdict`, and `findings[]` (id rules below). **No `lastModelId`**: the capture already recorded the identity the runtime published, provider-qualified, in the candidate — and `cache-commit` lets the candidate win it. A hand-carried one would be the bare model token (`YOUR_MODEL_ID`), which two provider configurations exposing a single model name share, so the same-model contract the anchor rests on would pass between them, then run `"${QWEN_CODE_CLI:-qwen}" review cache-commit --candidate <the plan's cacheCandidatePath> --ledger <that file> --out <the cache path for this target>` — plus `--state-id <the plan's cacheCandidateStateId>` on a LOCAL or file-path round — **from the main checkout, with all three paths resolved against it** — every one of them is main-checkout-relative (the candidate is where the capture wrote it, and the cache must outlive the worktree Step 9 deletes; a cache written inside the worktree is thrown away with it, and this machine silently loses rebase survival) (`pr-<n>.json` / `local.json` / the file-review's target). The command merges mechanically, candidate fields winning every collision, and writes atomically. **Where that path comes from differs by flow, and only one of them publishes it**: a LOCAL or file-path round reads it off the plan's `cachePath` — the capture derives the target and `safeTarget` is not hand-reproducible, so the name is not yours to spell — while the PR flow's plan carries no such field and the name is the one this section already gives, `.qwen/review-cache/pr-<n>.json`, which you already know from the PR number. Do not look for `cachePath` on a `fetch-pr` report; it has none, and treating its absence as a reason to skip the write would lose the PR cache entirely. A PR plan with **no** `cacheCandidatePath` — a degraded capture — falls back to hand-writing the template below, anchor fields only as accurate as what Step 1 recorded. A LOCAL or file-path capture under a runtime that published no model identity still writes its candidate, without `lastModelId` — run `cache-commit` exactly the same way: it persists this round's findings ledger and writes no anchor (it says so), so the next round still re-rules every open entry and reviews in full. A LOCAL or file-path plan with no `cacheCandidatePath` — the capture withheld it because the tree moved mid-capture, a tracked path carried a visibility bit, or the write itself was refused — skips the cache write and says so: the template below is PR-shaped (`lastCommitSha`, no `files`/`stateId`), the local gate refuses it unread, and there is nothing to promote. The same fail-closed rule applies to BOTH flows, and for a LOCAL round it is stated in this paragraph in full — **do not go looking for a `sha` to check in the PR cache's marker rule below**, which keys on a `sha` inside a posted review's `qwen-review-ledger` comment: a local round posts nothing and has no marker to check, so read literally it would skip this write on every round and the feature would never persist. The rule: a run that ended with unreviewed or undecided scope skips the write entirely and says so, because the candidate would anchor the next round's skip past scope nobody reviewed. Low and medium reviews must NOT write it, for the reason above. **A non-empty `skippedFiles` in the capture is fail-closed for this write, both flows**: skipped content is in no diff and no hash, so a candidate promoted over it would anchor the next round's "no changes" past work this round could not read. **The fail-closed conditions here are keyed to the PR cache's marker rule below — one definition, read twice.** Do NOT apply that rule's literal CHECK here: it keys on a `sha` inside the posted review's `qwen-review-ledger` marker, and a local round posts nothing and has no marker to read — a literal check would skip this write on every round and the feature would never persist. What this write takes from that rule is its WITHHOLDING CONDITIONS, applied as conditions on this round's own caps. For a local or file-path round the rule is a POSITIVE one, deliberately — and its fail-closed half is deliberately NOT a list: the list that lived here was "completed" three times, and each time a fourth shape walked through it (the last one an Uncoverable chunk and a whiffed lens, which withheld the PR marker's `sha` but never this write). **Write the cache only when every Critical this round raised carries a confirmed disposition: fixed, or confirmed-standing and recorded in `findings[]` under an id — and skip this write under any condition that would withhold the PR marker's `sha` in the rule below, plus the one local-only condition the marker cannot see: a non-empty `skippedFiles` in the capture (skipped content is in no diff and no hash).** At the time of writing those conditions are: `cannotTellCriticals` (a verifier that returned CANNOT-TELL, or a deadline stop or timed-out batch that never returned one), an Uncoverable chunk, the context-unavailable state, `scopeUnproven` (a chunk nobody read, an idle or blind agent), a finding still marked `— [unverified]`, the deterministic gates, and any `unreviewedDimensions` entry other than a depth-only build-and-test one (a whiffed lens withholds the marker's `sha`, so it withholds this write). The examples are the set as written, not the gate: the gate is the marker paragraph's withholding set — if it changes, this write changes with it, because a second hand-copied list here is how they drifted once already. Anything else withholds the candidate and says so. **And these two, which complete the list**: a finding still marked `— [unverified]`, and an undecided blocker — a Critical whose verifier never returned, from a deadline stop or a timed-out batch. Neither enters `findings[]` (only confirmed findings do) and neither reads as "unreviewed scope", so without naming them a round promotes the anchor over a claim nobody ruled on and the round after it stops decided. (A capture that detected a mid-capture tree change — or a tracked path carrying a visibility bit, or an enumeration of them that failed — withholds the candidate itself and says so; then there is nothing to promote.)
 
 **The cache advances exactly when the marker anchored — read the marker, do not re-derive the net.** `compose-review` already computed whether this round may certify a range: its posted body's ledger marker carries a `sha` on a clean round and withholds it otherwise (unproven coverage, an undecided blocker, any cap other than a depth-only `unreviewed-dimension` — where depth-only means every entry names the build-and-test dimension or is the machine's own relayed stop entry; a whiffed LENS in that field withholds). The cache and the marker must never disagree about what a clean round is, and a hand-copied condition list here is how they drifted once already — the list in this paragraph aged out of sync with the module and told a whiffed-lens round to cache the sha the marker had refused. So the rule is mechanical: **write `lastCommitSha` into the cache only if the composed body's marker carries a `sha`** (check the composed JSON's body for `"sha"` inside the `qwen-review-ledger` comment); when it does not, **skip the cache write entirely and say so in the terminal output**. Caching this SHA would scope the next high-effort run to `lastCommitSha..HEAD` — or, worse, let the same-SHA shortcut report "No new changes since last review" and skip the run outright, Step 6 re-check included: a whiffed Security lens at SHA A followed by an incremental review at SHA B means no run ever reviews A's diff for security, and an existing blocker this run could only mark `cannot tell` would never be re-checked at the same SHA, while the cached verdict reads as full coverage. Leave the previous cache entry in place (or none), so the next high-effort run re-covers the whole range — re-detecting any uncoverable chunk and re-ruling on any undecided blocker, keeping both disclosures alive:
 

package/chunks/{MaxSizedBox-P2GHN5YV.js → MaxSizedBox-4MLWQHF3.js}

@@ -14,7 +14,7 @@ import "./chunk-47ECGEJC.js";
 import "./chunk-2MIN6GRR.js";
 import "./chunk-QHTIBUWB.js";
 import "./chunk-RKUWKYED.js";
-import "./chunk-BAV7Z5KE.js";
+import "./chunk-XHHUGXYW.js";
 import "./chunk-GELRJXE2.js";
 import "./chunk-32CM56LO.js";
 import "./chunk-A45QOTO4.js";
@@ -22,29 +22,29 @@ import "./chunk-LJZSMWOH.js";
 import "./chunk-RONRTFAQ.js";
 import "./chunk-ZPJWUGCS.js";
 import "./chunk-DZJK32EE.js";
-import "./chunk-HJUAP436.js";
+import "./chunk-ELY2U74S.js";
 import "./chunk-TL7DSR47.js";
-import "./chunk-TKEDWZ44.js";
+import "./chunk-RCL6OXZC.js";
 import "./chunk-7RCAMBLN.js";
-import "./chunk-YCWU2MD3.js";
-import "./chunk-AT4FRIF6.js";
+import "./chunk-YCCBLTSL.js";
+import "./chunk-6FURC4LI.js";
 import "./chunk-6URMIIZO.js";
 import "./chunk-BCTEBRTF.js";
-import "./chunk-4UGMA2PY.js";
+import "./chunk-MMCGLNPP.js";
 import "./chunk-CGREZDGO.js";
-import "./chunk-TTHRVIPY.js";
+import "./chunk-EUHSEMO4.js";
 import "./chunk-WKLD4E5L.js";
-import "./chunk-FAXPWBVN.js";
+import "./chunk-AN62TPO6.js";
 import "./chunk-V2XJJTAB.js";
-import "./chunk-ZKZTUR7U.js";
+import "./chunk-AYTI24XN.js";
 import "./chunk-MFWTREVT.js";
 import "./chunk-VCJNMND5.js";
 import "./chunk-YDERQ7ZV.js";
-import "./chunk-GXLCL2SC.js";
+import "./chunk-26KGIWIW.js";
 import "./chunk-PPDPLILM.js";
 import "./chunk-FTKXJMQV.js";
 import "./chunk-S5BHLTHK.js";
-import "./chunk-5QEJKW7V.js";
+import "./chunk-SYZPPX3O.js";
 import "./chunk-27CVFKVI.js";
 import "./chunk-VU6JX6MN.js";
 import "./chunk-GOFAQQZA.js";
@@ -62,7 +62,7 @@ import "./chunk-QHWCP53L.js";
 import "./chunk-E4YH24E6.js";
 import "./chunk-FDOMQENS.js";
 import "./chunk-SLQ4C6GN.js";
-import "./chunk-GDOTFZKX.js";
+import "./chunk-QNEBHC2E.js";
 import "./chunk-465XOJLQ.js";
 import "./chunk-U6H3XTFA.js";
 import "./chunk-6PVPNMXU.js";
@@ -73,7 +73,7 @@ import "./chunk-SK3RZOPS.js";
 import "./chunk-YVD6XEO3.js";
 import "./chunk-ELRMZTPF.js";
 import "./chunk-6C3D7BKK.js";
-import "./chunk-USEHQ5O2.js";
+import "./chunk-TPFV5YZK.js";
 import "./chunk-MNU36NGH.js";
 import "./chunk-QXQMBRGL.js";
 import "./chunk-TWPJO254.js";
@@ -83,7 +83,7 @@ import "./chunk-O6GEWCJA.js";
 import "./chunk-I3K2QRZ5.js";
 import "./chunk-5ZPFMX67.js";
 import "./chunk-RSKMN2JH.js";
-import "./chunk-2JY2LCUU.js";
+import "./chunk-VW33WARJ.js";
 import "./chunk-VNTJJ4WQ.js";
 import "./chunk-BQMSZSG6.js";
 import "./chunk-CVRZNFXO.js";
@@ -94,7 +94,7 @@ import "./chunk-KAOHUUM7.js";
 import "./chunk-P6OZD6V2.js";
 import "./chunk-LDURD6EP.js";
 import "./chunk-BKVPLSEI.js";
-import "./chunk-UDXFQTUI.js";
+import "./chunk-PWGMHXIV.js";
 import "./chunk-H7VK3YDS.js";
 import "./chunk-S6LOFUVP.js";
 import "./chunk-Z72PLR74.js";
@@ -109,9 +109,9 @@ import "./chunk-DJ2GSRLV.js";
 import "./chunk-U6673AVW.js";
 import "./chunk-VXQQCZPP.js";
 import "./chunk-KP2FHIFR.js";
-import "./chunk-MHAVM3RF.js";
+import "./chunk-242INZ6Y.js";
 import "./chunk-KBVGO6H4.js";
-import "./chunk-WFHS3WCK.js";
+import "./chunk-HDSI3RDN.js";
 import "./chunk-VBT4BMCQ.js";
 import "./chunk-PYYPSK6Q.js";
 import "./chunk-CFMZLE3L.js";
@@ -125,7 +125,7 @@ import "./chunk-5ETULJLP.js";
 import "./chunk-GC3J5W2O.js";
 import "./chunk-WZAD4ZNJ.js";
 import "./chunk-XASQGHGO.js";
-import "./chunk-7ELTXG6G.js";
+import "./chunk-ALTMZEBU.js";
 import "./chunk-XZA32HII.js";
 import "./chunk-DYPTD5P5.js";
 import "./chunk-HHJLM3WQ.js";

package/chunks/{StandaloneSessionPicker-PEMEEZ3Z.js → StandaloneSessionPicker-PDNU6KJJ.js}

@@ -2,19 +2,19 @@
 "use strict";
 import {
   SessionPicker
-} from "./chunk-6MYJD4ZS.js";
+} from "./chunk-OICDXWXP.js";
 import {
   ConfigContext,
   SettingsContext
-} from "./chunk-FQT6ZHKU.js";
+} from "./chunk-Q36IJ74U.js";
 import {
   KeypressProvider
-} from "./chunk-BUMI6PRL.js";
-import "./chunk-DV3DHBN6.js";
+} from "./chunk-RBKZ6SK4.js";
+import "./chunk-FVIJFKEQ.js";
 import "./chunk-EYCDA5MN.js";
 import "./chunk-4WGODMVR.js";
 import "./chunk-FRUUECGT.js";
-import "./chunk-YQYJ2SGK.js";
+import "./chunk-44K6Q5AW.js";
 import "./chunk-3JDX2ANU.js";
 import "./chunk-FXLEANJX.js";
 import {
@@ -33,28 +33,28 @@ import "./chunk-ESETIGBP.js";
 import "./chunk-JL7NMSOU.js";
 import "./chunk-NHSGF64C.js";
 import "./chunk-KW7NOTN6.js";
-import "./chunk-DN7TVNHS.js";
+import "./chunk-PZOWKCPJ.js";
 import "./chunk-47ECGEJC.js";
 import "./chunk-REXK54B3.js";
 import "./chunk-2MIN6GRR.js";
 import "./chunk-QHTIBUWB.js";
-import "./chunk-K3NURH33.js";
+import "./chunk-FH45BQGZ.js";
 import "./chunk-E2AZMW65.js";
-import "./chunk-3VJVCB2E.js";
-import "./chunk-BCW42UYG.js";
+import "./chunk-DACCX4JI.js";
+import "./chunk-36ZMEEBW.js";
 import "./chunk-RKUWKYED.js";
-import "./chunk-JYOYZTGR.js";
+import "./chunk-6KXQIDK2.js";
 import "./chunk-LDNRKF24.js";
 import "./chunk-5EJZE3FP.js";
-import "./chunk-YID5BOAE.js";
+import "./chunk-DZCTQ2MF.js";
 import "./chunk-BW4333PP.js";
 import "./chunk-CCGFXABG.js";
 import "./chunk-GLPNIOEV.js";
 import "./chunk-IDS7MSUP.js";
-import "./chunk-DVQCM4OJ.js";
+import "./chunk-245NB3M4.js";
 import "./chunk-756HBF3F.js";
 import "./chunk-MR3PXB6E.js";
-import "./chunk-BAV7Z5KE.js";
+import "./chunk-XHHUGXYW.js";
 import "./chunk-GELRJXE2.js";
 import "./chunk-32CM56LO.js";
 import "./chunk-ALGGS7UH.js";
@@ -63,31 +63,31 @@ import "./chunk-LJZSMWOH.js";
 import "./chunk-RONRTFAQ.js";
 import "./chunk-ZPJWUGCS.js";
 import "./chunk-DZJK32EE.js";
-import "./chunk-HJUAP436.js";
+import "./chunk-ELY2U74S.js";
 import "./chunk-TL7DSR47.js";
-import "./chunk-TKEDWZ44.js";
+import "./chunk-RCL6OXZC.js";
 import "./chunk-7RCAMBLN.js";
-import "./chunk-YCWU2MD3.js";
-import "./chunk-AT4FRIF6.js";
+import "./chunk-YCCBLTSL.js";
+import "./chunk-6FURC4LI.js";
 import "./chunk-6URMIIZO.js";
 import "./chunk-BCTEBRTF.js";
-import "./chunk-4UGMA2PY.js";
+import "./chunk-MMCGLNPP.js";
 import "./chunk-CGREZDGO.js";
-import "./chunk-TTHRVIPY.js";
+import "./chunk-EUHSEMO4.js";
 import "./chunk-WKLD4E5L.js";
-import "./chunk-FAXPWBVN.js";
+import "./chunk-AN62TPO6.js";
 import "./chunk-V2XJJTAB.js";
-import "./chunk-ZKZTUR7U.js";
+import "./chunk-AYTI24XN.js";
 import "./chunk-MFWTREVT.js";
 import "./chunk-VCJNMND5.js";
 import "./chunk-YDERQ7ZV.js";
-import "./chunk-GXLCL2SC.js";
+import "./chunk-26KGIWIW.js";
 import "./chunk-PPDPLILM.js";
 import "./chunk-FTKXJMQV.js";
 import "./chunk-S5BHLTHK.js";
 import {
   SessionService
-} from "./chunk-5QEJKW7V.js";
+} from "./chunk-SYZPPX3O.js";
 import "./chunk-27CVFKVI.js";
 import "./chunk-VU6JX6MN.js";
 import "./chunk-GOFAQQZA.js";
@@ -105,7 +105,7 @@ import "./chunk-QHWCP53L.js";
 import "./chunk-E4YH24E6.js";
 import "./chunk-FDOMQENS.js";
 import "./chunk-SLQ4C6GN.js";
-import "./chunk-GDOTFZKX.js";
+import "./chunk-QNEBHC2E.js";
 import "./chunk-465XOJLQ.js";
 import "./chunk-U6H3XTFA.js";
 import "./chunk-6PVPNMXU.js";
@@ -116,7 +116,7 @@ import "./chunk-SK3RZOPS.js";
 import "./chunk-YVD6XEO3.js";
 import "./chunk-ELRMZTPF.js";
 import "./chunk-6C3D7BKK.js";
-import "./chunk-USEHQ5O2.js";
+import "./chunk-TPFV5YZK.js";
 import "./chunk-MNU36NGH.js";
 import "./chunk-QXQMBRGL.js";
 import "./chunk-TWPJO254.js";
@@ -126,7 +126,7 @@ import "./chunk-O6GEWCJA.js";
 import "./chunk-I3K2QRZ5.js";
 import "./chunk-5ZPFMX67.js";
 import "./chunk-RSKMN2JH.js";
-import "./chunk-2JY2LCUU.js";
+import "./chunk-VW33WARJ.js";
 import "./chunk-VNTJJ4WQ.js";
 import "./chunk-BQMSZSG6.js";
 import "./chunk-CVRZNFXO.js";
@@ -139,7 +139,7 @@ import {
 } from "./chunk-P6OZD6V2.js";
 import "./chunk-LDURD6EP.js";
 import "./chunk-BKVPLSEI.js";
-import "./chunk-UDXFQTUI.js";
+import "./chunk-PWGMHXIV.js";
 import "./chunk-H7VK3YDS.js";
 import "./chunk-S6LOFUVP.js";
 import "./chunk-Z72PLR74.js";
@@ -154,9 +154,9 @@ import "./chunk-DJ2GSRLV.js";
 import "./chunk-U6673AVW.js";
 import "./chunk-VXQQCZPP.js";
 import "./chunk-KP2FHIFR.js";
-import "./chunk-MHAVM3RF.js";
+import "./chunk-242INZ6Y.js";
 import "./chunk-KBVGO6H4.js";
-import "./chunk-WFHS3WCK.js";
+import "./chunk-HDSI3RDN.js";
 import "./chunk-VBT4BMCQ.js";
 import "./chunk-PYYPSK6Q.js";
 import "./chunk-CFMZLE3L.js";
@@ -170,7 +170,7 @@ import "./chunk-5ETULJLP.js";
 import "./chunk-GC3J5W2O.js";
 import "./chunk-WZAD4ZNJ.js";
 import "./chunk-XASQGHGO.js";
-import "./chunk-7ELTXG6G.js";
+import "./chunk-ALTMZEBU.js";
 import "./chunk-XZA32HII.js";
 import "./chunk-DYPTD5P5.js";
 import "./chunk-HHJLM3WQ.js";
@@ -195,7 +195,7 @@ import "./chunk-5R36APDE.js";
 import "./chunk-MORSIWAC.js";
 import "./chunk-C2YAG4QV.js";
 import "./chunk-K63OUFJ7.js";
-import "./chunk-KMBELEHL.js";
+import "./chunk-Z3I5B4DH.js";
 import {
   writeStdoutLine
 } from "./chunk-7FA2II6K.js";

package/chunks/{acp-subagent-executor-OGMA6OLJ.js → acp-subagent-executor-JB2J6N73.js}

@@ -12,17 +12,17 @@ import {
   selectPeerModeId,
   selectPermissionOption,
   selectRejectOption
-} from "./chunk-WNBI4ZWD.js";
+} from "./chunk-DU53RB7A.js";
 import "./chunk-A4MRRFBI.js";
-import "./chunk-IS43JHQK.js";
+import "./chunk-WCLHOKAZ.js";
 import "./chunk-LYD3T3H7.js";
-import "./chunk-KC7DLSY7.js";
+import "./chunk-4VULJ3LV.js";
 import "./chunk-OY4DP3XV.js";
 import "./chunk-6PLDPT2C.js";
 import "./chunk-3VUENPWF.js";
 import "./chunk-M5GB774H.js";
 import "./chunk-6HOTTZKB.js";
-import "./chunk-BAV7Z5KE.js";
+import "./chunk-XHHUGXYW.js";
 import "./chunk-GELRJXE2.js";
 import "./chunk-32CM56LO.js";
 import "./chunk-A45QOTO4.js";
@@ -30,29 +30,29 @@ import "./chunk-LJZSMWOH.js";
 import "./chunk-RONRTFAQ.js";
 import "./chunk-ZPJWUGCS.js";
 import "./chunk-DZJK32EE.js";
-import "./chunk-HJUAP436.js";
+import "./chunk-ELY2U74S.js";
 import "./chunk-TL7DSR47.js";
-import "./chunk-TKEDWZ44.js";
+import "./chunk-RCL6OXZC.js";
 import "./chunk-7RCAMBLN.js";
-import "./chunk-YCWU2MD3.js";
-import "./chunk-AT4FRIF6.js";
+import "./chunk-YCCBLTSL.js";
+import "./chunk-6FURC4LI.js";
 import "./chunk-6URMIIZO.js";
 import "./chunk-BCTEBRTF.js";
-import "./chunk-4UGMA2PY.js";
+import "./chunk-MMCGLNPP.js";
 import "./chunk-CGREZDGO.js";
-import "./chunk-TTHRVIPY.js";
+import "./chunk-EUHSEMO4.js";
 import "./chunk-WKLD4E5L.js";
-import "./chunk-FAXPWBVN.js";
+import "./chunk-AN62TPO6.js";
 import "./chunk-V2XJJTAB.js";
-import "./chunk-ZKZTUR7U.js";
+import "./chunk-AYTI24XN.js";
 import "./chunk-MFWTREVT.js";
 import "./chunk-VCJNMND5.js";
 import "./chunk-YDERQ7ZV.js";
-import "./chunk-GXLCL2SC.js";
+import "./chunk-26KGIWIW.js";
 import "./chunk-PPDPLILM.js";
 import "./chunk-FTKXJMQV.js";
 import "./chunk-S5BHLTHK.js";
-import "./chunk-5QEJKW7V.js";
+import "./chunk-SYZPPX3O.js";
 import "./chunk-27CVFKVI.js";
 import "./chunk-VU6JX6MN.js";
 import "./chunk-GOFAQQZA.js";
@@ -70,7 +70,7 @@ import "./chunk-QHWCP53L.js";
 import "./chunk-E4YH24E6.js";
 import "./chunk-FDOMQENS.js";
 import "./chunk-SLQ4C6GN.js";
-import "./chunk-GDOTFZKX.js";
+import "./chunk-QNEBHC2E.js";
 import "./chunk-465XOJLQ.js";
 import "./chunk-U6H3XTFA.js";
 import "./chunk-6PVPNMXU.js";
@@ -81,7 +81,7 @@ import "./chunk-SK3RZOPS.js";
 import "./chunk-YVD6XEO3.js";
 import "./chunk-ELRMZTPF.js";
 import "./chunk-6C3D7BKK.js";
-import "./chunk-USEHQ5O2.js";
+import "./chunk-TPFV5YZK.js";
 import "./chunk-MNU36NGH.js";
 import "./chunk-QXQMBRGL.js";
 import "./chunk-TWPJO254.js";
@@ -91,7 +91,7 @@ import "./chunk-O6GEWCJA.js";
 import "./chunk-I3K2QRZ5.js";
 import "./chunk-5ZPFMX67.js";
 import "./chunk-RSKMN2JH.js";
-import "./chunk-2JY2LCUU.js";
+import "./chunk-VW33WARJ.js";
 import "./chunk-VNTJJ4WQ.js";
 import "./chunk-BQMSZSG6.js";
 import "./chunk-CVRZNFXO.js";
@@ -102,7 +102,7 @@ import "./chunk-KAOHUUM7.js";
 import "./chunk-P6OZD6V2.js";
 import "./chunk-LDURD6EP.js";
 import "./chunk-BKVPLSEI.js";
-import "./chunk-UDXFQTUI.js";
+import "./chunk-PWGMHXIV.js";
 import "./chunk-H7VK3YDS.js";
 import "./chunk-S6LOFUVP.js";
 import "./chunk-Z72PLR74.js";
@@ -117,9 +117,9 @@ import "./chunk-DJ2GSRLV.js";
 import "./chunk-U6673AVW.js";
 import "./chunk-VXQQCZPP.js";
 import "./chunk-KP2FHIFR.js";
-import "./chunk-MHAVM3RF.js";
+import "./chunk-242INZ6Y.js";
 import "./chunk-KBVGO6H4.js";
-import "./chunk-WFHS3WCK.js";
+import "./chunk-HDSI3RDN.js";
 import "./chunk-VBT4BMCQ.js";
 import "./chunk-PYYPSK6Q.js";
 import "./chunk-CFMZLE3L.js";
@@ -133,7 +133,7 @@ import "./chunk-5ETULJLP.js";
 import "./chunk-GC3J5W2O.js";
 import "./chunk-WZAD4ZNJ.js";
 import "./chunk-XASQGHGO.js";
-import "./chunk-7ELTXG6G.js";
+import "./chunk-ALTMZEBU.js";
 import "./chunk-XZA32HII.js";
 import "./chunk-DYPTD5P5.js";
 import "./chunk-HHJLM3WQ.js";