审查上下文与影响分析

目标是让 OCR 或宿主审查者知道“这次修改必须保持什么”，而不是把一段泛化需求塞进提示词。适合跨模块 API、状态机、持久化结构、权限边界或兼容性变更；普通单文件格式修改不必启动。

什么时候使用与能力边界

当审查结论依赖“为何修改”和跨文件行为时使用；若只是检查格式、编译或依赖漏洞，转交 CodeGuard。没有正式规格时仍可整理代码中的可观察行为，但不得补造验收标准。

• 输入：用户明确的审查目标、候选差异、相关规格/测试和项目上下文。只读分析；缺少目标时先指出能确定的范围，不猜测需求。
• 输出：可追溯的背景摘要、影响路径、需要审查的行为假设和未知项。没有证据的影响只能标为“待核实”。
• 在 codereview-plugin 的提交前流程中，仅分析它提供的授权后快照；不要直接读取实时工作区并冒充暂存内容。没有快照时先回到插件专属 codereview-harness 技能。
• 上游 ocr review --background / --background-file 是手动 OCR 审查的输入接口。提交前插件若无安全的背景注入接口，只向审查者展示摘要；不要绕开插件直接运行 ocr review。
• 不调用模型、不安装工具、不外发代码、不修改源文件，也不决定是否提交。读取源码与规格仍受用户披露范围限制。

Workflow / 工作流

Step 1 — 固定审查对象

区分工作区、分支范围、单提交、全文件扫描和插件候选快照。记录基线与目标；不同对象不得混用。