docs(architecture): 完成技术验证 S1–S4，确定 FR-M2-05/06 目标值

- spikes/：Word 转 PDF（Gotenberg）、格式识别、原句坐标、DeepSeek 抽取四项验证代码与两版提示词；样本派生产物和 .env 不进 git
- tech-validation.md：完整结论。四项都可行：WPS 字体字符集要修正并改用行高调整过的字体；格式识别不需要 Docling；表格内切句待改进；抽取需第三道依据校验与规则兜底
- architecture.md：§3.5 加预处理与字体包，§3.6 证据校验改为三道，§10 回填结论
- 03 功能需求与 decisions.md（TV1）：召回 ≥ 99%、采纳准确率 ≥ 95%、页码 100%、高亮正文 ≥ 98% / 表格 ≥ 95%

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

docs/analysis/03-functional-requirements.md

@@ -59,14 +59,21 @@
 - ★ 条款全部进入「无效 / 废标」类，同时保留在原来的类别里（同一条要求可以有多个类别标签）。
 - **实质性条款按文件自己的标注规则识别**：先找到「标注规则说明」（★ / * / 斜体加下划线 / 「必须」字样等），再按规则识别；不能写死成 ★（07 F1）。
 - 文件写明了实质性条款数量时（如「★ 项共 14 条」），和实际抽到的数量对比，不一致就提示用户。
-- 用 3 份以上真实 IT 集成招标文件做基准测试：人工标注的 ★ 条款**召回率**是主要指标（漏了就可能废标），具体目标在技术方案阶段定。
+- 用 3 份以上真实 IT 集成招标文件做基准测试：人工标注的 ★ 条款**召回率**是主要指标（漏了就可能废标）。
+- **目标值**（技术验证 S4 后确定，见 `docs/decisions.md` TV1）：
+  - 标注类实质性条款（★ / 斜体下划线等）召回率 ≥ 99%，靠规则兜底加模型实现；
+  - 进入正式清单的条目准确率 ≥ 95%。
 
 ### FR-M2-06 原文回链 · P0
 
 - 清单和原文并排显示，点击清单项就跳到对应页并高亮原句；一条可以有多个出处。
 - 扫描件按 OCR 文字坐标高亮。
 
-**验收**：抽查 50 条，出处页码正确率和高亮准确率都要达到目标值（技术方案阶段定）；出处无法定位时，宁可进「待确认」，也不能给一个错的页码。
+**验收**：抽查 50 条，达到以下目标值（技术验证 S3 后确定，见 `docs/decisions.md` TV1）：
+- 出处页码正确率 100%；
+- 原句高亮准确率：正文 ≥ 98%，表格内 ≥ 95%。
+
+出处无法定位时，宁可进「待确认」，也不能给一个错的页码。
 
 ### FR-M2-07 待确认区 · P0