docs: 确认 C12（响应方式）和 E1（评测集复核方式）

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

docs/decisions.md

@@ -4,6 +4,15 @@
 
 ---
 
+## C12、E1 · 2026-11-04 · 响应方式按建议处理；评测集挂问题的要求由另一个模型复核、用户抽查 20%
+
+| # | 决策 | 理由 |
+|---|---|---|
+| C12 | 按 `m3-plan.md` §7 C12 的建议：读标新增「响应方式」抽取（类别 × 方式 × 出处，规则优先、模型兜底，条款写了证明材料的按条覆盖并记投标时 / 中标后，清单页显示、可改）；两处写法冲突按逐条处理并引两处原文；默认接受的一般要求没找到响应不出问题、结论注明「按招标文件默认接受」并带出处，实质性 / ★ 出提示级「请人工核对」；中标后才交的证明材料投标时不查；识别不出按逐条处理，标明「招标文件未写明是否要求逐条响应」，项目上给「本项目只列偏离」开关 | 10 份样本里响应方式按类别不同、同一份文件常有几种，S07 自相矛盾（`evals/check/GUIDELINES.md` §2）；不区分会在默认接受的文件上大量误报致命问题 |
+| E1 | 评测集里挂了问题的要求（核对要求本身和响应方式），由另一个模型（Fable）复核，用户抽查 20%；不由用户逐条复核 | 节省用户时间。代价：读标阶段已经证明 AI 复核偏宽，评测结论要注明「金标准未经全部人工复核」；复核模型和写投标文件的模型（Opus）、查标模型（DeepSeek）都不同 |
+
+- **影响**：读标增加一项抽取（查标第 2 步做，和投标侧结构识别一起）；`check_item_result.verdict` 要加「默认接受」；评测报告的头条数字都带「金标准由模型复核、用户抽查 20%」的说明。
+
 ## C1–C11、SK1–SK2 · 2026-11-04 · 查标（M3）实现计划的待定事项：全部按建议，C1 补充真实样本
 
 依据 `docs/architecture/m3-plan.md` v0.2 §7。v0.2 是请 Fable 做顾问，深读参考项目的查标实现（`ref-bid-engine-analysis.md` §6），对照读标优化的教训重新评估后的结果。