qyqy
636dcbbe7e
源自评审 §1.4「数字不可比」引发的核查，结论比预想更有价值： **mypy 报错的主因不是代码质量，而是本机缺 SQLAlchemy 2.0 的类型信息。** 装上 `sqlalchemy2-stubs` 后 181 → 43（该类存根是 2.0 之前的旧包，会换一批新错： `mapped_column`/`DeclarativeBase` 不存在），卸载后回到 184。**本机 mypy 数字不可作为 质量结论，双方也不可比。** 但那 184 里有 8 个是**我文件里的真实错误**，已修： - `knowledge_retrieval_service`：返回类型 `Mapping` → `dict`（回表后要就地补写 `score`/`intent`，而 `Mapping` 是只读协议）；`ids` 显式标注并过滤 `None`； 去掉 3 处已失效的 `type: ignore`（strict 下 unused-ignore 本身是错误） - `knowledge_management`：服务工厂返回类型 `Any` → `KnowledgeManagementService` （`TYPE_CHECKING` 期导入，运行时仍惰性，不引入循环依赖），消掉 3 个 `no-any-return` 未动的：`model_gateway` 2 处 `dict-item`（`ModelEndpointConfig` 实际具备协议要求的 全部字段，属 SQLAlchemy `Mapped[T]` 在缺存根时的消解问题，不是真缺陷，不用 cast 掩盖）。