e499de7486
后端 - check 模块：检查预览、发起、进度、取消、记录；六个阶段（准备投标文件、响应匹配、规则、证据校验、 状态沿用、汇总）；问题列表、处理、撤销、批量处理（只限提示级）。 - 每条清单项的检查结论 check_item_result（C9，迁移 0005）：「已响应」也带投标原文出处； 没有校验通过的证据不能判已响应（C3）。级别从清单项算，不让模型定；说明不写整改建议。 - 响应匹配先只有第三层：内存 BM25 检索候选句 + check.match v1 提示词，检索不到不调模型， 漏答记 missing_answer，模型临时错误只影响那一批。 - 计费：免费版不记流水；专业版 24 小时内复查免扣（记一行 0）；expected_charge 不一致时拒绝不扣点； 失败、取消退回；投标文件读不出文字按输入问题失败、不扣点。 - 投标分册：类型（volume_kind）和版本；电子投标平台加密格式在上传时拦下。 - 解析流水线前几个阶段拆到 document/pipeline/normalize.py，解析和检查共用。 - ops 模块：反馈接口；致命问题确认无误的说明自动进误报反馈（U4）。 - SK1：Valkey 客户端短超时、SSE 连接池上限。SK2：CI 加 Gotenberg、直接跑 init-roles.sh。 前端 - 上传投标文件并检查页、查标页（进度、覆盖范围、按级别筛选、逐条处理和行内说明、撤销、原文抽屉、 已处理、本次已解决）；项目头抽成公共组件，加「查标」标签页；工作台「下一步」覆盖查标阶段。 契约、文档：openapi.yaml 加 item-results、volume_kind、coverage 字段；data-model、api-design §10、 架构 §8 / §13（SK14）、AGENTS.md 同步。 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
提示词
带版本号的提示词与输出格式定义（架构 §3.6）。代码只按「任务 + 版本」引用，不在代码里写提示词正文。
- 目录名是任务编号，如
extract.substantive/；文件名是版本v<N>.md。 - 文件头的 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（有歧义、漏答、证据或取值没通过，要人核对）。