feat: 查标第 1 步——上传投标分册 → 检查 → 逐条处理 → 复查沿用
后端 - 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>
This commit is contained in:
@@ -73,7 +73,7 @@
|
||||
| project | `project` `project_member` `lot` `project_field` | 项目字段的 AI 值和人工值分开存 |
|
||||
| document | `source_document` `document_page` `parse_job` `citation` | 出处表归 document 模块,各模块共用 |
|
||||
| checklist | `checklist` `checklist_item` `checklist_item_citation` `checklist_version` `checklist_version_item` `marking_rule` | |
|
||||
| check | `check_run` `check_run_document` `finding` `finding_citation` `manual_check` | |
|
||||
| check | `check_run` `check_run_document` `check_item_result` `finding` `finding_citation` `manual_check` | `check_item_result` 2026-11-04 新增(C9) |
|
||||
| report | `report` | |
|
||||
| qualification | `qualification` `qualification_file` | |
|
||||
| ai | `ai_call` | |
|
||||
@@ -228,6 +228,12 @@ erDiagram
|
||||
- 沿用:上次也有,沿用上次的处理状态,上次是「已修改」的改回「待处理」;
|
||||
- 本次已解决:上次有、这次没有的问题,在本批次里留一行,状态不再变。这样每个批次都能独立列出完整结果,报告也只需要读一个批次。
|
||||
- **处理规则的数据库约束**:忽略必须写原因;致命问题选「确认无误」也必须写说明(U4)。这句说明同时写一条反馈(`feedback.source = fatal_confirm`)。
|
||||
- **投标分册**(C8,2026-11-04):`source_document.volume_kind` 记分册类型(整本 / 资格证明 / 商务 / 技术 / 报价 / 其他),只用来排序检索候选和写「找过哪些分册」。
|
||||
- **`check_item_result`**(C9,2026-11-04 新增):每次检查对每条参与检查的清单项留一行结论,「已响应」也留。
|
||||
- 字段:结论(已响应 / 未找到 / 负偏离未说明 / 疑似不满足 / 未给出具体值 / 未判定 / 扫描件待人工核对)、走的哪一层(偏离表 / 规则比较 / 模型)、投标侧出处、校验状态、原因码、所属的重复组、token;
|
||||
- 问题只为没响应好的条目生成,`finding` 通过清单项和它对应;
|
||||
- 24 小时内复查时,按「清单项内容哈希 + 投标分册版本哈希 + 提示词版本」复用上一次的结论,不再调用模型(C2);
|
||||
- 读标清单上的「已响应 · 第 N 页」、对已响应的「判断有误」反馈、报告的覆盖范围,都读这张表。
|
||||
- **`manual_check`**:需人工核对的勾选按项目存(P2),以 `check_key` 为键,复查时直接读取,报告里写明勾选人和时间。
|
||||
|
||||
### 5.6 就绪标记
|
||||
|
||||
Reference in New Issue
Block a user