# Final Round 详细指南

## 核心要求

**Final Round（最后一轮验证）必须采用 Full Review 模式！**

## 为什么 Final Round 必须 Full Review？

1. **确保修复完整性** - 确认所有修复都正确应用
2. **避免引入新问题** - 修复可能影响其他代码
3. **最终质量保障** - 最后一轮必须全面检查

## 超时配置

Final Round 使用更长的超时时间：

| 规模 | Final Round 超时 |
|------|-----------------|
| 小型 | 8 分钟 |
| 中型 | 12 分钟 |
| 大型 | 20 分钟 |

## 检查内容

### 一、修复验证（必须）

- Round 1 的所有问题是否已正确修复？
- Round 2 的所有问题是否已正确修复？
- 修复是否引入新问题？

### 二、全量代码审查

- 检查所有变更文件，无遗漏
- 确认命名一致性
- 确认配置正确

### 三、编译和测试（建议）

- TypeScript 编译通过 (`npm run build` 或 `npx tsc --noEmit`)
- 测试通过 (`npm test`)

**注意**：编译和测试需要用户确认后才能运行。

## 关键规则

1. **Final Round 必须 Full Review** - 不是 Delta Review
2. **建议验证编译和测试** - 用户决定是否执行
3. **使用更长超时** - 全量审查需要更多时间
4. **审查所有历史修复** - 确认所有 Round 的问题都已修复
5. **用户确认结束** - 向用户报告结果，用户决定是否结束