fresh-context-review

SOP 位置: 可选步骤，在 quality-gate (Step ②) 之后、request-review (Step ③a) 之前。 SOP definition: sop-definitions/development.yaml stage fresh_context（optional）。 上一步: quality-gate | 下一步: request-review

Fresh-Context Pre-Review

在正式 cross-cat review 前，用一个 fresh-context session（没参与开发的猫或 author 的新 session）扫一遍 PR diff，产出 finding list。目的是降低正式 reviewer 的认知负荷——reviewer 可以先看 fresh-context findings 再看 diff，节约时间聚焦深层问题。

⚠️ 身份约束（硬规则 — Non-Goal #4）

This is a FINDING GENERATOR, not an approval authority.

• ❌ 不产出 APPROVE / BLOCK / LGTM verdict
• ❌ 不替代 Layer 2/3 named cat review
• ❌ 不签署任何 merge-gate 可识别的放行信号
• ❌ 不影响 Review Provenance Matrix（不产生 localPeerReviewSha / cloudReviewSha）
• ✅ 只产出 "我看到这些 findings"（带签名的 finding list）

核心知识

触发决策表

决策权在 author：表格是建议，不是硬规则。Author 自判是否需要 fresh context。

盲点正交性（cross-model 价值）

不同模型族有不同的系统性盲点：

• Claude 族（Ragdoll）的盲点 ≠ GPT 族（Maine Coon）的盲点
• 跨族 fresh-context 的 finding yield > 同族 fresh-context
• 这正是 reviewer delta metric（AC-B2）要量化的价值

流程

前置条件

Ownership: Author 触发

1. Author 完成开发，quality-gate ✅
2. Author 判断是否需要 fresh-context（查触发决策表）
3. 需要 → Author 触发 fresh-context session（见下方 "如何触发"）
4. 不需要 → 直接进 request-review

如何触发

方式 A: @ 另一只猫（推荐 — 盲点正交性更高）

在当前 thread @ 一只没参与开发的猫，附上 diff 和 spec：

@{reviewer-handle}

请帮忙做一次 fresh-context pre-review scan：

Branch: {branch-name}
Diff: `git diff origin/main...HEAD`
Spec: `docs/features/F{NNN}-xxx.md`
Plan: `feature-specs/YYYY-MM-DD-xxx.md`

只需要产出 finding list，不需要 verdict。
格式见 cat-cafe-skills/fresh-context-review/SKILL.md "Finding List 格式"。