feat(server): 参考 BidEngine 补五项：原因码、截断重跑、项目信息逐项表态、占位符、提示词规则对应校验

- 待确认记原因码（extract.FAILURES，存在 ai_values.failures），解析结果按原因计数
  （verify_failures）；前端待确认条目显示具体原因
- 相邻分块重叠约 800 字；模型输出被截断或不是合法 JSON 时对半重跑（最多 3 层），
  拆到底仍不完整记 output_incomplete。修复：以前截断时整块条目被当成「没有结果」悄悄丢掉
- 项目基本信息提示词 v2：12 个字段逐项表态 found / ambiguous / not_found，跨分块合并为
  found / absent / needs_review（info_fields）
- 「____元」「××」「（ ）」「待填」等占位符不算取值
- 提示词 substantive v4，qualification / scoring / schedule / tech_param v3：每条禁止事项
  对应一个原因码，对照表在 prompts/README.md
- 顾问（Fable）深读参考项目的结论补进 ref-bid-engine-analysis.md §5；架构 §13 SK12
- 待确认：国动 4 → 2，S02 13 → 3，S06 57 → 55

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

prompts/README.md

@@ -6,3 +6,24 @@
 - 文件头的 front matter 写 `id`、`version`、`capability`（vision / fast / reasoning）、`output`、`description`。
 - **已发布的版本不再修改**：改提示词就加一个新版本，再改代码里引用的版本号。每次调用都记下提示词编号、版本和内容哈希（`ai_call` 表）。
 - 改了提示词或路由，要跑评测回归（`evals/`，主要指标是 ★ 和实质性条款的召回率）。
+
+## 提示词规则和服务端校验
+
+抽取类提示词「证据规则」里的每条禁止事项，都对应服务端的一道校验和一个原因码（`server/src/bid_doctor/checklist/extract.py` 的 `FAILURES`）。没通过的结果进待确认区，原因码记在清单项的 `ai_values.failures`，解析结果按原因计数（`verify_failures`）。改提示词时同步改这张表；评测时按原因码判断问题出在规则、提示词还是模型。原因码不写进提示词正文（模型会把括注抄进引文）。
+
+| 提示词规则 | 原因码 |
+|---|---|
+| 没有证据的结果不要输出 | `evidence_missing` |
+| `sid` 照抄行首编号，写法如 `p12s3` | `sid_format` |
+| `sid` 必须是本分块里出现过的编号 | `sid_unknown` |
+| `quote` 复制整句；短句整句复制，不只摘关键词 | `quote_too_short` |
+| 逐字复制，不改写、不改正错字、不拼接 | `quote_not_original` |
+| `basis` 和证据句对得上（★、*、斜体下划线主体、无效后果） | `basis_unmatched` |
+| 结构化字段必须能在证据原文里找到 | `value_unverified`、`points_unverified`、`date_unverified`、`amount_unverified` |
+| 待填写的空白不算值 | `placeholder_value` |
+| 被标注的条款一条都不能漏 | `marker_uncovered`（规则兜底补出） |
+| 项目信息：`not_found` 不带证据 | `not_found_with_evidence` |
+| 项目信息：拿不准的回答 `ambiguous` | `ambiguous` |
+| 项目信息：12 个字段都要回答 | `missing_answer` |
+
+项目基本信息每个字段的结论记在解析结果的 `info_fields`：`found`、`absent`（看过的分块都干净地回答没找到，文件本身没写）、`needs_review`（有歧义、漏答、证据或取值没通过，要人核对）。