docs: 补测结论回填与限流口径同步（docs/01 E2 / docs/08 F-99·F-100 / docs/09 §9 / 交接摘要 §一·三十）

- docs/09 §9 重排为 9.1 结果 / 9.2 结论 / 9.3 门禁两次修正 / 9.4 怎么跑 /
  9.5 补测记录（上传并发、5000 行导入、导出大包、长跑）/ 9.6 仍然没测的；
  补记机器规格（12 物理核 / 59.6GB，全在同一台机器上）。
- docs/01 E2 二次修正备案：成功侧 200→600，附实测证据。
- docs/08：F-99（压测工具自己撒的 8 次谎）、F-100（门禁成功上限卡年级量级）、
  F-5/F-6 核销与更新，变更记录补 3 行；问题清单到 F-1~F-100。
- 交接摘要：§一·二十九（提交入库+文档小账）之后补 §一·三十（四项补测+门禁二次修正+磁盘清理）。
- AGENTS.md：清理残留一节写清 dry-run 默认与「演示态挂在 E2E 班下面」的风险。

验证：python scripts/verify-all.py --quick → 通过 5 / 失败 0

docs/01-客户与机构确认函.md

@@ -217,7 +217,7 @@ B1 选 A，但希望增加审批环节
 |---|---|---|---|
 | D1 | OCR 引擎选型 | 待比价（腾讯云 / 百度 / 本地模型） | 需同时评估**数据出境合规** |
 | D2 | 视觉大模型（VLM）选型 | 抽成**可替换接口**，不绑定供应商 | 实测触发率仅 2%~10%，成本可控 |
-| ~~D3~~ | ~~门禁限流阈值~~ | ⚠️ **口径已更新，见 E2**：改为"**只对失败计数**"（按人 10 次/小时、按 IP 20 次/分钟、成功侧 200 次/分钟）—— 旧口径会把整间教室挡住 | 压测后已改（2026-09-30） |
+| ~~D3~~ | ~~门禁限流阈值~~ | ⚠️ **口径已更新，见 E2**：改为"**只对失败计数**"（按人 10 次/小时、按 IP 20 次/分钟；成功侧 600 次/分钟，2026-09-30 二次压测后由 200 上调）—— 旧口径会把整间教室挡住 | 压测后已改（2026-09-30，两次） |
 | D4 | 材料识别强特征词表 | 平台预置 + 租户可自维护 | **需在"社会评价"批次数据上补充标定** |
 | D5 | 一寸照片形态判定阈值 | 用真实样本标定（宽高比容差、背景纯净度） | — |
 | D6 | 微信三条来源通道的体积上限 | 需真机实测 | 决定超限提示与降级路径 |
@@ -267,7 +267,7 @@ B1 选 A，但希望增加审批环节
 |---|---|---|---|
 | 失败（按人） | **只计失败** | 10 次/小时 | 防猜 |
 | 失败（按 IP） | **只计失败** | 20 次/分钟 | 防枚举 |
-| 成功（按 IP） | 只计成功 | 200 次/分钟 | 防"批量取数据" |
+| 成功（按 IP） | 只计成功 | **600 次/分钟**（2026-09-30 由 200 上调，见下） | 防"批量取数据" |
 
 **为什么必须改**：一个班的学生坐在同一间教室、连同一个 WiFi，出口是同一个公网 IP。
 按旧口径，60 人同时扫码时**只有 20 个能进**，其余 40 个看到「操作过于频繁」——
@@ -275,6 +275,13 @@ B1 选 A，但希望增加审批环节
 
 关键区分：**枚举攻击产生的是失败，教室产生的是成功。**
 
+> **2026-09-30 二次修正（备案，无需回复）**：成功侧上限原定 200 次/分钟，
+> 实测**恰好卡在"一个年级"的量级** —— 250 个不同学生同时核验（全部正确）时
+> **213 个成功、37 个被挡**。全校在同一个出口 IP 集中填报（开学第一课集体扫码）
+> 就会撞上，而**没有人做错了什么**。已上调为 **600 次/分钟**，
+> 复测 250 人 **250/250**、500 人 **500/500**；失败侧两个计数器原样未动
+> （防枚举的强度没有降低）。详见《09-部署与运维》§9.3。
+
 ### E3. 二期（社会收集 / 社会评价 / 专项职业能力）的启动时点
 
 一期范围已按约定锁死为「学校收集 + 自主认定」（其他模式一律返回 `40044`）。