# 代码审查报告

> **事实纪律**:finding、位置、引用、状态和复验必须来自本次独立审查。未检查项明确说明；合法不适用项写 `N/A（原因）`，不得伪造隔离或通过结论。

> **产物定位**:verify 阶段必出。报告向读者解释审查范围与结论；`sf_review` 负责权威 finding 闭环，两者不能互相替代。
> **核心纪律**:交付级审查应与编码上下文隔离；宿主无法提供独立 session 时须记录“隔离不足”，不得伪造标识或宣称满足权威审查。需要用户接受的风险必须通过 `sf_review resolve` 的确认契约留痕，报告文字不能自签。
> **反退化纪律**:发现项表须逐条填写位置、短引用、影响、建议、证据类型、裁决和复验，禁止只列前几条后省略；维度覆盖矩阵每个维度都要标注覆盖状态。

## 1. 审查信息
- 审查范围:<!-- 切片级/整体 -->
- 涉及设计:<!-- 填写当前项目真实的需求/架构/API/数据/原型锚点或章节引用；不适用时说明原因 -->
- 切片 ID:<!-- 切片ID,切片级审查时填写 -->
- 审查时间:<!-- 日期 -->
- 审查 Agent 隔离:是/否（否时说明宿主限制；本报告不得据此声称满足交付级独立审查）
- 审查 Agent 模型:<!-- 模型标识 -->

> **根本目标引用**:引用需求分析中的真实 `fundamental_need`；缺失时将其列为阻断 finding，不用内部规则编号代替业务目标。

## 2. 维度覆盖矩阵

| 维度 | 本次具体审查问题 | 状态（已检查/未检查/N/A） | 发现项数 | 证据或不适用原因 |
|------|------------------|---------------------------|-----------|------------------|
| 安全与隐私 | | | | |
| 正确性与失败恢复 | | | | |
| 性能与容量 | | | | |
| 并发与一致性 | | | | |
| 架构与依赖方向 | | | | |
| 接口与数据契约 | | | | |
| 可维护性 | | | | |
| 需求与交付完整性 | | | | |
| 上游产物交叉一致性 | | | | |
| 前端交互与视觉 | | | | |

> 设计意图、业务正确性、可维护性和风险接受属于语义判断。报告必须说明证据边界，不把模型置信度写成事实。

## 3. 发现项

- 发现项总数:<!-- 填本次审查的真实数量；确为 0 时填写 0，不能留空后假定为零 -->

| # | 维度 | 严重程度 | 文件:行 | 短引用 | 问题与影响 | 建议 | 证据类型 | sf_review 裁决 | 复验结果 |
|---|------|---------|---------|--------|------------|------|----------|------------------|----------|
| | | | | | | | | | |

### 审查结果汇总
- **结论:** 通过/不通过
- **证据类型统计:** 确定性 / 语义 / 用户裁决（填真实数量）
- **权威审查状态:** 引用当前 `sf_review status` 的 review_id、状态和更新时间
- **发现项闭环:** error 级 N/N 已修复并复验、以反证确认为误报，或由用户明确接受风险；逐项引用 finding_id

## 4. 审查清单校验

| 检查项 | 通过 |
|---|---|
| <!-- 检查项 --> | 是/否 |

## 完成判定

- [ ] 审查范围与本报告声明一致；交付级报告覆盖任务全部适用变更，局部报告明确不能替代整体验收
- [ ] 发现项按严重度分级(error/warning/info)
- [ ] 审查清单每项有通过、失败或有理由的 N/A；失败项未被隐藏
- [ ] 无未处理的 error 级发现
- [ ] 发现项总数与表格、`sf_review status` 一致；为 0 时有完整维度覆盖证据，不以空表代替审查
- [ ] 发现项表逐条完整填写,维度覆盖矩阵无遗漏维度