审查恢复与增量复查

--resume 恢复同一 PR 的中断尝试；增量审查使用已完成审查的基准检查新改动。前者复用在磁盘上已有的工作，后者决定新一轮需要覆盖的范围。

恢复中断的 PR

/review 123 --resume

只支持 PR。流程检查 worktree 仍位于抓取 SHA 且干净、diff 字节未变、远端 head 没移动、恢复次数尚未耗尽；不满足就说明原因并重新开始。报告列出复用的已认证 agent 结果数。

仅使用内置目标默认时，恢复保持原尝试 effort。显式参数、项目记忆、运维设置或有效 --comment 给出所需强度时，若与原尝试不同就重开。PR head 已变化也会重新抓取新提交。

正常完成、空 diff 或没有新变化会释放 lease。硬终止或后续提示中断可能留下 lease，程序会指出持有者和文件；先确认没有仍在运行的审查，不应为了启动第二次审查直接删除活跃租约。

增量缓存

high 使用 .qwen/review-cache/ 保存 commit SHA 和 model ID，应把该目录加入 Git 忽略。low/medium 不读写它，不会使未来 high 被判断为“已审查”。

同模型且基准有效时可审查 lastCommitSha..HEAD；切换模型默认全量重新审查，不能继承另一模型认证的干净范围。旧发现仍会带入重新判定，只是旧基准不直接授权缩小范围。

没有可用本地缓存时，也可从该账户上次发布的机器记录恢复基准，仍需同模型认证。归因关闭或旧记录不含模型则回到全范围；GitHub rebase/force-push 使缓存 commit 不再是有效祖先时也回退。

未完整收尾的上一轮

没有完整认证的轮次不会发布新基准。若发现列表完整保留，可从更早的同账户记录继续承接有效基准，使下一轮重新覆盖未被认证区间；若因大小截断丢过发现，则不能借旧基准缩小范围，需全量直到完整记录产生。

多轮收敛的范围变化

官方描述在第六轮起，或更早发现趋势进入平台期时，发布门槛可收敛到只发 Critical。存在有效增量基准时，这类复查按 delta 区域工作，并继续检查关联 issue 和有关交互文件；后续反向审计可退出已经实质证明没有新发现的非 delta 区域。

这改变发布门槛与工作范围，不重新定义严重度；被缩减的范围必须在计划和发布摘要里披露。显式 --severity-floor suggestion 关闭该收窄，critical 可在首次有基准的复查启用。此 PR 复查形态与本地 --fix 后的单 agent 修复审计不同。

Aone 与时间墙

Aone 更新通常 amend 单个 CR commit，因此不要求旧基准仍是当前 head 祖先，而按更新触及文件缩小原 PR diff。若 rebase 漂移涉及 CR 之外的文件则回退全量，不能照搬 GitHub 的祖先判断。

新会话中的恢复可重置计划时间墙与轮次耗时估算；同会话恢复继续原计时。已完成但因 deadline 截断的审查，再次普通 /review 未必继续旧审计，high 仍按增量规则处理。具体见审查时间预算。