docs: 架构定稿——四段流水线、两个库与待定问题

负责人 2026-10-16 定：数据流为「医院原始资料->中间文件->给专家的资料库 & 标准答案库」；
两个库和中间文件都用文件夹，SQLite 只用于调模型账本；调模型用 PolyGateway；CEUS 直接逐个
迁移；数据格式和口径以 40 例交付包为准。存储与迁移方案先由两个中立子 Agent 独立评审。

- design 0002：八条决定及负责人原话（化名与打乱顺序一条为 Agent 提出）
- explanation/结构.md 对照 ClinDB 的结构文档重写：切分原则、完整范围、12 个模块与依赖、
  边界、两个库与 CEUS 中间文件的内容、目录与检查、规模、推进顺序
- research-wiki/待定问题/：绿框、参数冻结、排除标准、跨表不一致四个问题；定了就删
- AGENTS.md：事实来源加「交付资料的格式和口径以最新交付包为准」
- .gitignore 与 pre-commit 拦截 library/、answers/、work/

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

research-wiki/待定问题/03-病例排除标准.md

@@ -0,0 +1,27 @@
+# 03 病例排除标准
+
+提出：2026-10-16 中立评审（架构评审 B），负责人同意留待以后定。
+
+## 问题
+
+40 例里有几类特殊病例，怎么处理需要事先写定：
+
+- 旧代码 CEUS 追踪失败 6 例：3 例分屏识别失败，3 例在左半边找不到绿框（其中 1 例已确认造影画面在右半边）。来源：远程 `data/交付包_20260908_40例_result/结果清单_20261016.md`，2026-10-15 读过。
+- 交付说明标明 3 例用肝实质替代正常胰腺作参照、1 例没有参照（`data/交付包_20260908_40例/交付说明_40例_20260908.md`）。
+
+## 为什么要紧
+
+如果看了诊断结果之后再决定排除哪些病例，就是选择偏倚。标准必须在看结果之前写定。
+
+## 选项
+
+- 技术失败的病例：修好算法再纳入 / 记为「超声不可评价」但仍参与会诊 / 排除。
+- 参照组织特殊的病例：纳入并分层分析 / 排除依赖参照的指标 / 整例排除。
+
+## 倾向
+
+暂无。
+
+## 等谁定
+
+负责人，可能要和临床方商量。