eric/bid-doctor
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
74 Commits 2 Branches 0 Tags
808259da8786f290387ac80c45af1843d1ab23bd
Commit Graph

8 Commits

Author SHA1 Message Date
YANG JIANKUAN
808259da87 fix(check): 修国动真实投标文件暴露的 6 处（规则集 r5）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
国动真实投标文件查标一次（check-eval §14）：44 个问题里有用的 9 个，
致命、重要两级都是误报。按决策 E3 全部修（§15）：
- 响应错位：「完全满足，无偏离。」这类复合肯定写法整体算肯定
- 附加条件：「不以……另行收费」是承诺
- 扫描件：文字层 v5 记每页图片占比，带一行说明的扫描页也认；提示写明扫描页范围
- 不需要这家投标人回答的：无特定资格要求、总括性资格要求、中标后才做的事、
  投标文件没声称适用的联合体和价格扣除
- 「方案应明确 A、B、C……」逐项再检索
- 同一批送出的片段都可引用（引文照样核对）；出处没过校验的不沿用

国动重新检查 44 → 11（全是提示，有用的 9 个都在）；开发集召回 112 → 111
（模型重跑波动），致命级 25/32 不变，规矩的投标文件问题 239 → 213。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 13:16:12 +08:00
YANG JIANKUAN
902a130c82 fix(check): 修留出集暴露的 5 处（规则集 2026.11-r3） 
- 响应方式：「逐条响应」要说的是要求 / 参数 / 偏离，声明函填写说明不算；「否则视为无效响应」不算默认接受
- 偏离栏按「是不是明确满足」判断：偏离栏、响应情况栏一起看，其他短写法请人核对（最高重要）；表体序号认「技-86」等
- 另报价、附加条件按结构判断（另一个不同的总价金额、保留 / 另行 / 调整报价等）
- 空白栏：「精确到年月日」不算没填
- 比对时折叠异体字（戶→户等），原文照存
- 记录决策 E2：先修再跑国动真实投标文件

开发集召回 75%、规矩投标文件问题数不变；留出集参考数字见 check-eval §12（已看过，仅参考）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 20:34:12 +08:00
YANG JIANKUAN
4a5421a412 feat(check): 同一行按单元格；业绩条款不再误跳；重复条目只合并显示（C5 修订） 
- 送给模型的「同一行」在有框线的表格里按单元格分行
- 「以合同签订时间为准」不再被当成「签订合同时才交」，要附合同的业绩评分项照常查
- 重复的要求各自判断，问题接口给出 duplicate_ids，查标页同组折叠显示、一起处理
- 决策 C5 修订记入 decisions.md；开发集召回 74%、致命级 25/32

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 18:00:24 +08:00
YANG JIANKUAN
df3ebbb6a1 feat(check): 偏离栏直读、响应错位判断；复查复用和硬预算（C2） 
- deviation.py：模型判已响应的条目，证据所在表格行的偏离格写着「偏离 / 部分满足」等
  就改判负偏离；照抄要求格、响应格写的是别的内容的改判「响应可能对不上」
- reuse.py：按「提示词 + 要求 + 候选句原文」算缓存键，存模型原始结论；复查时内容没变、
  证据找得回的条目直接沿用，不调模型
- 每次检查送给模型的字数有上限，超出的条目列为请人工核对，写进覆盖范围
- 开发集 17 份：召回 61% → 73%，负偏离未说明 64% → 90%，规矩投标文件问题数不变

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 17:47:12 +08:00
YANG JIANKUAN
81c58798d2 feat(check): 需人工核对（P2）和分项 / 单价上限（C7） 
- 需人工核对：份数、密封、递交、CA 签章加密、解密、保证金这类文件里看不出来的要求，
  从正式清单按主题合并、带招标原文出处；manual-checks 接口按项目存勾选、写勾选人和时间，
  复查沿用；查标页加「需人工核对」一块，覆盖范围写明列了几条
- 「报价」类清单项：读标从采购需求的清单表规则读出分项 / 单价上限（checklist/price.py）；
  查标交给规则 PRICE.OVER_CEILING_ITEM 比对分项报价表，不交给模型；规则集 2026.11-r2
- 版面工具（分页、分行、归栏）挪到 document/pipeline/layout.py，读标和查标共用
- 评测：price_defects.py 从规矩投标文件派生只带报价问题的 4 份（P01、P02、P03）

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 17:31:32 +08:00
YANG JIANKUAN
47c6a1258e feat(check): 文件要在、扫描件兜底（C10）；响应方式存进清单并可改（C12） 
- check/presence.py：「提供《授权委托书》」「须提交投标函」这类要求按标题里有没有这个文件名判断，不调模型。
- 扫描件兜底：要附证明材料的要求没找到、投标文件里有扫描件页时，改为提示级「可能在扫描件里，请人工核对」。
- 响应方式解析时识别、带依据句子存进 checklist.response_modes（迁移 0008）；清单页显示、可改（写审计，
  重新解析不覆盖人工改过的）；查标用存下来的。新接口 PUT /projects/{id}/checklist/response-modes/{category}。
- check_item_result.layer 加 presence（迁移 0007）；契约同步默认接受的两种结论。

开发集 17 份：规矩投标文件的致命问题 120 → 51，致命级召回不变（22 / 32）（docs/architecture/check-eval.md §5）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 15:53:45 +08:00
YANG JIANKUAN
cb0c2fcafe feat(check): 响应方式识别（C12）和「这条要不要投标人回答」；评测集纠错 
- checklist/response_mode.py：按类别（技术 / 商务）识别招标文件的响应方式（逐条响应 / 默认接受），规则优先；
  两种写法冲突按逐条，认不出按逐条并写进覆盖范围。
- check/applicability.py：无效情形（★ / 斜体下划线标注的条款除外）、日期与递交、没要求附材料的评分标准、
  无需提供证明或由采购人查询的资格，不逐条找响应，写进覆盖范围；要求附证明材料按原文判断，中标后才交的不算。
- 默认接受的要求没找到响应：一般要求记 implicit_accepted、不出问题；实质性要求记 implicit_review、提示级
  人工核对；要附证明材料的不免（迁移 0006）。
- match.py：修同一行单元格又是别的条目候选句时的 KeyError（每条清单项单独记候选句，句子从总表里查）。
- 评测集：注入器同一要求的所有表格行一起改；散文、附件、格式文件里也响应了的要求不挂漏响应类问题；
  错位响应必须是另一个参数；复核判不成立的单元不再挂；regen.py 按固定种子重新生成。

开发集 17 份：规矩投标文件报出的问题 639 → 229，误报 21.3 → 12.4 / 100，召回 68% → 65%，致命级 20 → 21 / 32
（docs/architecture/check-eval.md §4）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 14:25:14 +08:00
YANG JIANKUAN
e499de7486 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>
 2026-11-04 11:48:10 +08:00