fix(N34): E14 丢中断复核——芯片不丢事件；listen 排事件挪至 LISTEN 前+全局读收口+全库归因更正

48 轮直读 SINT 矩阵（8 周期×6 变体）复核历史"丢中断"说法：芯片侧事件
丢失 = 0。归类：drain 读清消费 3/48（drain-int 探针现场抓获）、门控
竞态 2/48、主机同步 1/48、幽灵态 0/48 未复现。

根除性修复：net_listen_locked / net_listener_try 的排事件读清从
listen 后挪至 LISTEN 命令之前——新连接 CONNECT 落进该窗即被本方读清
吞掉，即"数据被吞"的生产侧自伤机制（台架 3/48 为同形态放大版）。

全局读收口：全局中断寄存器唯一读者 = net_poll（I7）；生产/测试/台架
游离全局读全部删除，ch395f.h 声明处加护栏注释。

归因更正：17 文件约 40 处"丢中断"措辞改为"事件未收到/读清消费竞态"
（机制全部保留，仅归因更正）；设计文档 §5.2 新增 E14 锚点；Trap
Records TRAP-NET-17/-20/B3 归因更正段；配图生成器与 SVG 重生成。

台架：事件未收到复核探针保留（drain-int / SINT 补读×3 / 超时归类），
下次跑矩阵自动归类；实验注册（main.c/uvprojx）已完全还原。

验证：@build 0 错误 0 警告；ci_local L0 32/0 + gitlint + L0.5
953/953；doc-links --all --sections-strict 通过；@test PASS（无
[ERR]，net init 619ms）；回归 :7003 300ms×10 = 10/10、:21 n30×50 =
0/50 失败。

test/host/e02_probe.py

@@ -7,14 +7,14 @@
      全体消费者的队列消息停摆最长 30s；
   2. 2s 后从 PC 发起 FTP(:21) 连接，测 banner 到达时延 = 队列响应性：
      修复前 ≈ 25~30s（队头冻结），修复后 ≈ 数百 ms 内；
-  3. 34s 时 30s 总预算应已耗尽：设备拆掉该会话（N34 阶段 3 net_drop_conn：
+  3. 34s 时 30s 总预算应已耗尽：设备拆掉该会话（自愈收敛阶段 3 net_drop_conn：
       FIN 关闭 + 本层收口 + 重监听），随后**本探针模拟守规矩对端**：
       close 自己的 socket；
   4. 芯片回 CLOSED（TC-NET-204 模式 A：TIME_WAIT 过渡 ~150ms）→ relisten，
       :8888 应能再接受新连接（3s 重试窗内）；新连接发完整 8 字节 TIME 包 →
       设备应落 "wall clock updated"。
 
-⚠ 定案口径（TRAP-NET-07 定案更正 2026-10-11 + 实验方案 E13 §5）：CH395F close
+⚠ 定案口径（TRAP-NET-07 定案更正 2026-10-11 + 《网络自愈架构设计》§5.2 E13）：CH395F close
 **无 RST 语义**。若对端内核存活（app 挂起但 socket 不关，内核自动 ACK FIN），
 芯片停在 FIN_WAIT_2、监听恢复受限于对端 close——探针第 3 步的 close 正是
 模拟"对端配合"这一可恢复边界；不配合场景的兜底是芯片 TIMEOUT/keepalive