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

17 Commits

Author SHA1 Message Date
YANG JIANKUAN
6e0d4c1dd6 feat(addendum): 补遗追加（FR-M2-10）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 招标文件解析后可以追加补遗 / 澄清：单独解析、扣 1 次；新条目标「补遗 N」进正式清单，清单回到草稿（AD1）
- 同一种日期、时间不同的旧条目标「已被补遗 N 更新」，逐条确认更新或保留两条（AD2、AD3）
- 项目字段的新值在概览「采用 / 不采用」：采用时以补遗为准、清掉人工值；采用截止时间时日期条目一起确认；
  没确认前查标用旧值，检查预览提示（AD4）
- 补遗不改项目名称、编号、采购人、代理机构、法律体系（更正公告标题会被抽成项目名称）；时间比较按北京时间补时区
- 接口：fields/{key}/pending、checklist-items/{id}/supersession；清单项 origin_document、superseded_by；
  关键日期 replaces；解析结果 dates_superseded、fields_pending；检查预览 pending_updates
- 前端：补遗模式的上传页、解析页结果、概览确认、读标页来源筛选和日期确认、检查预览提示
- 决策 AD1–AD6；方案和落地记录 docs/architecture/addendum-plan.md

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 00:27:21 +08:00
YANG JIANKUAN
ed6a2a907d feat(project): 项目基本信息修改和分包选择（FR-M2-03、04）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 字段修改：人工值优先、撤销恢复 AI 值、按字段校验（金额可写「286万」，按元存）、
  冗余列同步、审计留痕、只读项目 409；关键日期显示改后的投标截止时间
- 分包：增删改、选包（至少一个）、一键「不分包」；删包时条目归为通用，删到一个不剩回到不分包
- 清单列表 lot_scope 默认只列通用 + 所投的包，响应带 hidden_count
- 检查记下当时用的项目依据（截止时间、限价、所投的包、法律体系）：报告按它写，
  之后改了信息检查结果接口给 basis_changed，查标页提示重新检查
- 前端：概览标签页（项目要点、采购包、关键日期）、字段修改对话框、选包页和手工调整；
  解析完识别到多个包时进选包页；读标页清单范围和所属采购包；查标页写明查哪几个包
- 决策 PI1–PI7；方案和落地记录 docs/architecture/project-info-plan.md

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 23:46:07 +08:00
YANG JIANKUAN
08e3fe7eff feat(qualification): 资质库和资质匹配（查标第 4 步，规则集 2026.11-r4）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 资质库（FR-M6-08）：增删改、证书扫描件（PDF/JPG/PNG，企业级密钥加密、签名下载）、
  late_for 按进行中项目的投标截止日提醒、审计；前端资质库页和对话框，侧栏入口
- 资质匹配（FR-M3-05）：证书类别词表（16 类，产品证书、人员证书不进匹配），
  QUAL.EXPIRED / LEVEL_LOW / NOT_COVERED；投标文字层按清单项定级，只有资质库记录的降一级，
  出处显示「依据：资质库记录」（查标页、报告模板 v2）；一类证书一个问题；评分项不逐条找响应的也查
- 响应错位规则不再把资质表的证书名称格当成照抄的要求
- 评测：qual_defects.py 派生资质情况表，D12 3/3、D18 2/2、规矩的资质表 0 误报；开发集不退化
- 决策 QL1–QL7；方案和落地记录 docs/architecture/qualification-plan.md，评测 check-eval.md §13

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 23:22:50 +08:00
YANG JIANKUAN
e7fb797925 feat(report): 检查报告 PDF 导出和归档；项目状态流转（递交 / 归档）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- report 模块：导出 → worker 用 Gotenberg 把 HTML 转成 A4 PDF → 按项目数据密钥加密存储 → report
  （不可改、存哈希）；report_job 记生成过程（迁移 0009），完成推 report.ready、发通知
- 报告首页：项目信息、投标文件版本、检查依据、规则版本、导出人、检查覆盖范围、汇总、免责声明；
  问题明细带两侧出处和处理人；附录为需人工核对的勾选结果；模板文字不出现「通过 / 合格 / 保证」
- 前端「报告」标签页：导出选项、内嵌预览、历次报告下载；工作台「导出检查报告」直达
- 项目状态流转 POST /projects/{id}/transitions：致命未处理也能递交（确认框说明），
  递交后只读，撤销归档回到归档前的状态，都写审计
- 通知补上检查、报告的标题

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 20:51:43 +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
db1b1f6f9f feat(check): 规则检查（报价形式、形式要件、响应表），表格按单元格分行 
- check/rules.py（规则集 2026.11-r1，不调模型）：大小写金额、分项合计、超最高限价、
  多个报价、别的项目名称、没填的地方、落款日期、投标有效期、附加条件、响应表里的未响应；
  每条挂投标原文，有依据的挂招标侧出处；缺限价、截止时间、有效期要求时写进覆盖范围
- 文字层的句子带上单元格框，表格按单元格上沿分行
- 按 Fable 审读意见收紧致命级：认不准的降为重要或提示
- 评测：score.py 评规则问题；P07 注入记录改为空白处前后原文，剔除注入到人员表的 D10
- 上传页的检查范围文案同步

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 16:44:22 +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
YANG JIANKUAN
f98fd51128 fix(server): 按 S01–S10 评测修复读标抽取（F1–F8、口径 Q1–Q4） 
- 合并时待确认条目不再借正式条目进清单，没通过的类别记在 pending_categories
- 结构识别：章（按章跳过不相干的部分）、表后「上述……否则无效」说明、★ 节标题
- INVALID 补写法；输出用到上限 92% 按截断处理，拆到底时采用已有输出
- 格式范本正文、整表概括句不收；项目信息多看评标方法所在分块
- WPS 旧版 DOC 直接修正字体表字符集；表格按单元格切句（s3-v4）
- 口径：★ 节继承实质性、★ 定义为计分项时降为重要、「必须/应」声明记 keyword 规则、
  政府采购资格条件按 87 号令第六十三条带无效类别
- 提示词 substantive v5，qualification / schedule / tech_param v4

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 23:19:30 +08:00
YANG JIANKUAN
f99bb8b358 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>
 2026-11-03 21:59:12 +08:00
YANG JIANKUAN
e3f234ca0b feat: 读标可以走完一份文件；审计待确认区，修规则缺陷、提示词出新版本 
读标操作（FR-M2-07、08）
- 后端：清单项详情（ETag）、修改（If-Match 选填，记 edited_fields 和 AI 原值）、
  采纳（补出处或声明「人工确认、无出处」，可带修改）、删除 / 丢弃与恢复、人工新增、
  替换出处、人工建出处（选同一页的句子）、修改记录（来自审计）、确认清单（不可变版本，
  内容没变复用上一版）、版本列表；正式清单有变化时已确认的清单回到草稿；项目已递交只读
- 重新解析不推翻人工决定：丢弃的不再冒出来，采纳的留在正式清单，人工补过的出处不被覆盖
- 前端：待确认区采纳 / 补上出处后采纳 / 修改后采纳 / 丢弃，正式清单修改、补出处、删除
  （可撤销）、修改记录、新增条目、确认清单；pdf.js 原文查看器（点出处跳页、按坐标框高亮、
  选句补出处），整屏对照布局，J / K 上下条；跨页的一句话合成一处出处显示

待确认审计（架构 §13 SK11）
- 规则只修真正的缺陷：表格框线不算下划线（文字层 v3）；句号后的右括号并进同一句
  （切句 s3-v3）；中文编号小节和冒号编号条目的上级条款，依据沿上级链核对；取值认中文
  数字、同一行单元格和评分因素标题；补几种无效写法；比对引文前去掉我们加进输入的标记
- 不放宽：引文最短 8 个字、编号必须对、证据全部通过
- 提示词新版本：substantive v3，qualification / scoring / schedule / tech_param v2；
  引文复制整句、并列多项不拆、跨页只引上一行，除实质性条款外输入改成纯文本
- BD_AI_MODELS 按提示词声明的能力选模型；离线评测工具 evals/run_extract.py
- 待确认：国动 46 → 4，S02 17 → 13，S06 174 → 57

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 21:32:15 +08:00
YANG JIANKUAN
a95e27a290 feat: 读标补齐五类清单与项目基本信息，修复国动样本暴露的 4 个问题 
- 文字层 v2：页眉页脚带单独成句；写到页尾的句子和下一页首句接续（出处两页各一条）
- 结构识别（最小版）：十进制编号、冒号引出的列表找上级条款；上级条款写明无效的，条目照样认定
- 抽取：资格、评分、日期与递交、技术参数、项目基本信息各一份提示词；实质性条款出 v2
  （认上级条款、补「做无效响应处理」等写法）；各类取值核对；按首句合并；
  拆开被合成一条的列举条款；描述标注方式的句子和表头碎片不当条款；* 号标注
- 项目：解析出的名称、编号、采购人、预算、截止时间、分包写回项目，用户改过的不覆盖
- 前端：清单项显示分值、参数要求、日期、证明材料
- 测试 40 个，新增两页虚构样例

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 19:32:25 +08:00
YANG JIANKUAN
ad7fba6021 feat(server): 工程骨架后端——上传 → 解析 → 清单最小链路 
- core：配置（prod 拒绝默认密钥 / dev 短信 / 假模型）、租户事务 + 行级安全策略、
  problem+json 错误码、信封加密与签名下载、对象存储、事务内入队、Valkey stream 事件流、权限点
- identity：手机号 HMAC 存储、注册、登录（挤下线需确认，API3）、服务端会话
- billing：额度流水只追加，预扣 / 结算 / 退回，一笔预扣只有一个结局
- document：分片上传、按文件头识别格式、Gotenberg 转换、文字层与稳定句子编号
- checklist：标注规则识别、模型抽取、三道校验、标注类条款规则兜底、重跑对齐
- ai：提示词注册表（extract.substantive v1 来自 S4 v2）、假模型、OpenAI 兼容供应商、ai_call 流水
- 迁移：data-model 基线、套餐、Procrastinate、会话状态函数
- 测试 30 个：租户隔离、额度、失败退回、对象加密、契约一致性
- Compose（含 migrate）、镜像、CI

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 18:48:10 +08:00