qyqy
58849addcc
docs: 交付说明补第二轮批复（含 mypy 归因纠正）；修正残留过期数字
上一轮我只更新了接手文档，**漏了交付说明**——它的末次更新（19:15）早于架构师 19:43 的
第二轮答复，导致它还写着已被推翻的结论。本次补齐：
- 新增 §0-B：架构师第二轮的 9 条批复逐条落地对照（含"mypy 归因纠正""docs/00 不改另立登记"
"两件事归他""那 2 个失败按新引入对待"）
- §5.2 整体重写：**认错并给出四组对照实验**（SQLAlchemy 2.0.34+1.14→173、2.0.52+1.14→6、
2.0.52+1.20→3），说明真因是 SQLAlchemy **补丁版**而非"缺类型存根"；环境已升级到
2.0.52+1.20.2，mypy 184→3；并列出剩余 3 个错全在同事那条线的文件里
- §5.1 接受架构师口径：那 2 个失败**不是"双方共有的既有失败"**，应作为合并后**新引入的失败**跟踪
- §2 净差异分两段重算：本线增量 16 模块/17 测试/5 工具 vs 同事那条线 334 文件/11 迁移
- §6/§7 更新为第二轮后的状态（哪些已批准、哪些归他、哪些已落地）
- 修正残留过期数字：结构审计 51→68 张表、去掉"缺 SQLAlchemy 2.0 类型信息"的错误论断
- 章节号整理：两个同名 "## 0" → "## 0-A / ## 0-B"
文档守卫 35 份无重号；mypy 3 错；测试 1218 passed。
2026-09-11 20:06:23 +08:00
..
2026-09-11 16:28:19 +08:00
2026-09-11 18:42:46 +08:00
2026-09-11 15:25:45 +08:00
2026-09-11 14:46:40 +08:00
2026-09-09 21:55:37 +08:00
2026-09-10 15:55:54 +08:00
2026-09-11 17:26:18 +08:00
2026-09-09 21:55:37 +08:00
2026-09-11 18:42:46 +08:00
2026-09-11 15:38:11 +08:00
2026-09-11 18:42:46 +08:00
2026-09-11 18:56:26 +08:00
2026-09-11 20:00:56 +08:00
2026-09-11 18:56:26 +08:00
2026-09-11 18:42:46 +08:00
2026-09-11 14:46:40 +08:00
2026-09-11 18:56:26 +08:00
2026-09-11 18:42:46 +08:00
2026-09-11 14:46:40 +08:00
2026-09-11 14:46:40 +08:00
2026-09-11 14:46:40 +08:00
2026-09-10 15:55:54 +08:00
2026-09-11 14:46:40 +08:00
2026-09-11 15:40:32 +08:00
2026-09-10 15:55:54 +08:00
2026-09-11 09:49:21 +08:00
2026-09-10 18:35:52 +08:00
2026-09-10 21:36:23 +08:00
2026-09-11 14:47:08 +08:00
2026-09-11 14:47:08 +08:00
2026-09-11 15:40:32 +08:00
2026-09-11 19:15:23 +08:00
2026-09-11 20:00:56 +08:00
2026-09-11 18:42:46 +08:00
2026-09-09 21:55:37 +08:00
2026-09-11 20:06:23 +08:00
2026-09-11 16:57:47 +08:00
2026-09-11 16:57:47 +08:00
2026-09-11 20:00:56 +08:00
2026-09-11 19:15:50 +08:00