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

76 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
YANG JIANKUAN
dd8c04001d feat(m6): 额度流水、套餐开通、数据删除、运营后台（M6 剩下的 P0）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
决策 M6-1–M6-10（docs/architecture/m6-plan.md、docs/decisions.md）。

用户端：
- 额度与套餐页：本期额度、按功能分布、扣点规则、流水（逐条余额、关联项目和任务、导出 CSV）
- 开通 / 续费申请（对公转账，运营确认到账后开通），80% / 100% 提醒
- 专业版到期：整个账号只读、额度清零，到期前 30 / 7 / 0 天提醒（worker 每小时 billing_tick）
- 删除项目（彻底删除、销毁数据密钥），注销账号（企业名称 + 短信验证码）
- 通知铃铛、账号页

运营后台：
- 独立进程 bid-doctor ops（/ops/v1）和 apps/admin；用户名 + 密码 + TOTP + IP 白名单
- 开通申请（到账 / 开通 / 退回 / 发票）、企业查询和调额度、误报 / 漏报、失败任务、审计；不看业务内容
- 左侧菜单（标准 logo、可展开收起的分组、图标、待办数、环境标签）
- 运营人员角色只留结构：ops_admin.role、权限点、每个接口的检查点、菜单按权限过滤

数据库：迁移 0010（排队的订阅、申请单号、通知类型、billing_due）、0011（bd_ops 权限）、0012（运营角色）。
另修：取消解析 / 检查接口报 500；uuid7 进程内单调；data_key 销毁后不再新建；审计 None 存 SQL NULL。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 15:06:06 +08:00
YANG JIANKUAN
54cbb556d0 feat(ui): 查标第 6 步前端补齐
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 读标页：每条清单项写最近一次检查的结论，点投标侧出处看投标原文；
  「已响应」也能反馈判断有误（漏报）；证书要求写资质库里的情况
  （新接口 GET /projects/{id}/qualification-matches，资质库空时不写）
- 概览：检查记录卡（历次检查、各级问题数、报告下载）、文件卡
- 工作台：「致命」列、统计可点筛选、待处理的致命问题卡（?f= 定位到问题）
- 日期输入加日历弹层（DateInput，Reka UI Calendar）
- 查标页：? 键显示快捷键说明；反馈对话框抽成 FeedbackDialog 共用
- 扫描件提示去掉多余空格

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 13:39:19 +08:00
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
f5edc585f1 fix(ui): 解析完成时结果没到前不显示「0 条」 
事件流先报完成、结果随后由重新拉取带回，中间会闪一下「提取要求 0 条」。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 13:16:12 +08:00
YANG JIANKUAN
5b77012fac feat(ui): 查标、概览改为左右布局；招标文件、投标文件左右切换
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 查标结果页、概览和读标页一样：左边内容随页面滚动，右边原文贴住视口，去掉原文侧边抽屉
- DocStage：查标右侧招标文件、投标文件横向排开，当前的占满，另一份露出 80px
  （文件名移到露出的一侧、纸边、带方向箭头的竖排标签，截断处淡入页面底色，悬停时探出一点）；
  点露出的一条或另一边的出处就滑过去，两边各自记着页和高亮
- 查标：进页面翻到第一条问题的出处，J / K 时原文跟着翻，优先留在正在看的一边；
  左边变窄后问题行改单列，出处放在说明下面，快捷键提示收成「快捷键」
- 概览：关键日期和采购包合成一张卡放到最上面，项目要点在下
- 原文查看器：直接打开到某页时会并发两次渲染、叠出镜像乱字，改为后一次等前一次停下

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 12:23:50 +08:00
YANG JIANKUAN
9f1a79ae03 style(ui): 内容区四角改为直角 
内容区原来只有左上角 12px 圆角、左下角是直角，看着不统一；去掉 .main 和 .top 的左上角圆角。
设计规范 §5.3、UI demo 和原型的样式同步修改。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 12:23:40 +08:00
YANG JIANKUAN
3a7e3d7f3f fix(extract): ★ 一律按实质性条款处理（口径 Q2 修订）
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
文件把 ★ 定义成计分项（S02「加★为核心技术参数」）时不再降为「重要」：
删掉 star_scored / STAR_IMPORTANT 及相关分支，不再生成 meaning = important 的标注规则。
S02 的 11 条 ★ 要求离线验证全部为实质性。决策记入 docs/decisions.md。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 11:51:25 +08:00
YANG JIANKUAN
1966ce9b15 fix(ui): 读标、查标走查修复；查标结果页按原型补齐
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
走查（注册 → 读标 → 查标 → 导出报告）发现的问题：
- 下拉：原生 select 换成 SelectBox（Reka UI，规范 §7.21）：右侧 chevron 有边距、
  sm 高 32 和搜索框一致、浮层和触发框同宽、选中项加粗带 ✓；响应方式栏的签名不再被挤成竖排
- 读标：「依据 · 第 N 页」改成行内出处链接；证明材料标签不再被挤压
- 概览：关键日期同一种、同一时刻只列一次
- 报告页：「还有 N 项致命」读项目实时值（检查的 counts 是快照）
- 读标抽取：★ 只表示「重要」的文件，清单项也挂到 ★ 规则上（「已识别 N 条」）
- 检查范围文案和后端覆盖范围一致；报告出处不重复写文件名（模板 2026.11-v3）
- 带加载态的按钮图标和文字间距；单选、半选、禁用复选框样式

查标结果页按原型 results.html 补齐：
- 本次处理的问题留在原位（署名行可撤销），修了处理后仍显示处理按钮的问题
- 键盘 J / K / O / 1 / 2 / 3 / X / U / Esc；「提示」批量确认无误；「判断有误？」反馈
- 覆盖范围默认收起成一行；顶部加导出报告入口和致命提示；已处理计数
- 检查进度卡和解析进度卡同一种样式
- 项目头「就绪 / 未就绪」，致命数挂在查标标签上
- 上传投标文件页：已有分册时新增表单收起到「添加分册」

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-05 11:38:56 +08:00
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
fee1c0f842 docs(check): 留出集结果（冻结代码跑一次）和要修的 5 处 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 20:00:48 +08:00
YANG JIANKUAN
b2b8584321 feat(evals): 留出集生成——风格 C、留出集改写导出；评测可模拟人工确认响应方式 
- build.py / mutate.py：补风格 C（叙述型），由封存一侧的会话按封存说明实现；开发集风格 A / B 输出逐字节不变
- build.py：复述要求时去行首编号不再吃掉「2路服务器」这类内容数字
- export_rewrite.py：没有风格 A 稿时从未改写的风格 B 稿导出
- run_check.py：--modes 模拟清单页上人工确认的响应方式（C12 的人工确认点）
- check-eval.md：第 3 步冻结点（a60d16e）

查标代码（server/src、prompts）自冻结后未改。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 18:58:52 +08:00
YANG JIANKUAN
a60d16e169 docs(check): P13 分项逐项对照试读后暂缓，记录原因 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 18:01:45 +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
b7432643dd feat(check): 候选句带同一行的单元格；提示词 check.match v2 
检索常命中投标人照抄要求原文的那一格，响应和偏离写在同一行的别的格里，模型看不到。现在候选句在表格里
时，把同一行（同一页、上下范围重叠）的单元格一起交给模型，也可以引用；v2 说明怎么读一行。
开发集 17 份上查标召回 30% → 50%，带标志词的问题 2% → 54%，规矩投标文件上的误报略降，输入 token +44%；
漏响应和响应对象错位变差，下一轮看（docs/architecture/check-eval.md §3）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 13:58:02 +08:00
YANG JIANKUAN
1d50faccbe fix(evals): 「暂不支持」只套功能类要求；伞状单元和条件性要求不挂问题；低密度投标文件；run_check 加 --v1 对比开关 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 13:23:16 +08:00
YANG JIANKUAN
112ea5bd41 docs: 用户抽查第二批评测集复核 28 条，全部同意 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 13:19:53 +08:00
YANG JIANKUAN
912c2b8acf docs: 查标评测开发集第一版（14 份投标文件）结果；汇总脚本 report.py 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 13:15:57 +08:00
YANG JIANKUAN
85d6ba67b8 feat(evals): 导出风格 B 改写输入；改正规范里 S01、S05 的响应方式记录；空偏离表注明「无偏离」 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 13:06:46 +08:00
YANG JIANKUAN
2beccd5fc5 feat(evals): 风格 B（两个分册、改写、自己的编号、干扰项 T01）；注入的三处待修项 
- build.py：风格 B 分商务资格册和技术册，表格行按 rewrite.json 改写（数字对不上的改写丢弃，规矩靠构造
  保证），用自己的编号，每 12 行技术响应挪到商务资格册（T01）；干扰项写进 spec.traps。
- mutate.py：支持多个分册；表格的响应方式以档案的 mode 为准（评分要的技术规格表是 presence，不再把单元
  推成逐条响应）；「暂不支持」只套在功能类要求上，数值参数写不满足的值；「提供……方案 / 证明 / 报告」
  这类文件要在的要求不注入参数类问题。
- prompts/style-B.md、prompts/profile.md：风格 B 改写说明和招标文件档案说明（开发集用）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:51:17 +08:00
YANG JIANKUAN
9d3c6e82c1 docs: 用户抽查评测集复核 17 条，全部同意 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:46:58 +08:00
YANG JIANKUAN
d67ea8d017 docs: 查标评测试跑结果（开发集 S02、S04、S10）和发现 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:27:10 +08:00
YANG JIANKUAN
54534be0c1 fix(evals): 漏响应在所有表里都删；评分按句子重叠合并重复的标注单元 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:26:21 +08:00
YANG JIANKUAN
a07663cbdb feat(evals): 查标评测集生成器、注入、评分和只检索基线 
- build.py：从「招标文件档案」和读标清单生成规矩投标文件稿；技术参数按 op / value / unit 算满足的值，
  分项报价按分项上限比例分摊，落款日期取截止日前 3 天，偏离表按格式表头决定列（含设备名称列），
  读标漏抽的技术参数也补上响应；routes 支持「+」组合和 prose 散文响应。
- mutate.py：按词库注入要求项问题（单点 / 连续块，带不带标志词）和规则问题，写响应清单；
  符合性条件响应表的问题按表级记一个。
- score.py：按单元去重、类型族比对、读标漏抽单列、端到端召回、无法对照单列。
- run_check.py：加只检索不调模型的基线；render.py：扫描件按最后一次出现定位。
- vocab-dev.json：开发集注入词库（留出集的另行封存，不进 git）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:18:48 +08:00
YANG JIANKUAN
01ddc86281 docs: 确认 C12（响应方式）和 E1（评测集复核方式） 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:05:17 +08:00
YANG JIANKUAN
4ed945c1de docs(evals): 查标评测集规范 v0.2、留出集划分；渲染和离线查标脚本；新增待定事项 C12 
- evals/check/GUIDELINES.md：请 Fable 审查 v0.1 后修改。响应方式按「文件 × 类别」记（逐条 / 默认接受 /
  证明材料（投标时、中标后）/ 文件要在 / 平台内应答），10 份招标文件逐份核对；规矩投标文件靠构造保证
  （表格脚本生成，LLM 只写散文和改写），对全部要求响应，问题只挂人工复核过的标注单元；注入分单点 /
  连续块 / 全局三种粒度、带不带标志词、两档密度；留出集注入词库和 C 风格说明开工时封存；评分补只检索
  基线、按单元去重、端到端召回。
- evals/check/split.json：开发集 S01 S02 S04 S05 S07 S08 S10，留出集 S03 S06 S09 + 真实国动投标文件。
- evals/check/render.py、run_check.py。
- m3-plan.md：新增待定事项 C12（每条要求怎么才算「响应了」）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 12:02:40 +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
6ab42959df docs: 查标实现计划 v0.2，确认 C1–C11、SK1–SK2；参考项目查标深读 
- m3-plan.md：请 Fable 当顾问深读参考项目的查标实现、对照读标教训复评后的计划。
  先建评测集再写规则（金标准是虚构投标文件的响应清单）；每条清单项留带证据的结论；
  成本靠按章节打批、硬预算和复查复用控制；认不出、没查的都写进检查覆盖范围。
- decisions.md：C1–C11、SK1–SK2 全部按建议确认；用户的真实国动投标文件作为留出集，第 3 步冻结代码后再用。
- ref-bid-engine-analysis.md：新增 §6 查标深读；§5.4 的检索方案改为内存 BM25。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-04 11:48:10 +08:00
YANG JIANKUAN
ad34b0cb23 docs: 读标抽取现状、遗留问题和下一步；改正「三项目标全部达标」的说法
Some checks failed
ci / server (push) Has been cancelled
Details
ci / web (push) Has been cancelled
Details
ci / contract (push) Has been cancelled
Details 
- 新增 docs/architecture/extract-status.md：指标两种读法（报告值 / 只按人工标注）、
  已确认的进展、泛化风险（Fable 过拟合评估）、P0–P3 遗留问题、找样本和建留出集的流程
- extract-eval.md、AGENTS.md、架构 SK13、evals/README.md 改正达标说法并指向新文档
- 读标召回率优化暂停，后续专项优化从 extract-status.md 接着做

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 23:37:52 +08:00
YANG JIANKUAN
602703c47c docs(evals): S01–S10 标注集 v1、评测工具和评测报告 
- evals/gold：1,887 个标注单元（AI 标注、逐条裁定，未经人工复核），规范见 GUIDELINES.md
- prepare / run_all / score / gold：导出文字层、批量抽取、打分、标注定位
- docs/architecture/extract-eval.md：修复前后的结果（三项目标全部达标）和剩余问题
- decisions.md 记 M1（只用 Flash）和 Q1–Q4；架构 §13 SK13；AGENTS.md 进度

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 23:19:30 +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
ee4bb23488 feat(server): 分块并发调用模型，配置可从仓库根目录的 .env 读取 
- extract：分块并发调用（每个任务最多 4 路），结果按分块顺序合并
- config：在 server/ 下运行时也读取仓库根目录的 .env（和 Compose 的 env_file 一致）

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 18:55:59 +08:00
YANG JIANKUAN
be62440531 docs: 工程骨架落地记录（架构 §13）与 AGENTS.md 工程一节 
- 架构 §13：SK1–SK8，SK1（事件流用 Valkey stream）、SK2（测试不用 testcontainers）待确认
- api-design §10：接口实现进度
- openapi.yaml：ChecklistItem 的必填字段在同一层声明，生成的类型不再是可选
- AGENTS.md：目录结构、常用命令、编码约定、当前进度

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 18:48:10 +08:00
YANG JIANKUAN
6aaf8e768b feat(web): 用户端骨架——登录、工作台、新建项目、解析进度、读标清单 
- packages/api-client：从 openapi.yaml 生成类型；cookie + CSRF / Bearer 两种鉴权、
  分片上传、fetch 读事件流（API2）
- apps/web：Vue 3 + Vite + TanStack Query，样式只来自 tokens.css / components.css（AR10）；
  扣点说明放在「开始解析」旁边（红线 9）；接口地址、路由方式运行时可配（架构 §5.2）

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 18:48:10 +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
YANG JIANKUAN
5747a523bb docs(architecture): 接口契约 v0.1，确认 API1–API5 
- openapi.yaml：用户端 MVP 主流程的 OpenAPI 3.1 契约（64 个路径、81 个操作）
- api-design.md：约定、鉴权、页面与接口对应、扣点预览、任务与事件、上传、错误码
- data-model.md：清单项 spec 改为按类别分组

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 17:44:28 +08:00
YANG JIANKUAN
0991d0237c docs(architecture): 物理数据模型 v0.1，确认 DM1–DM7 
- data-model.md：约定、租户隔离落地、按模块的表清单、额度流水语义、
  清单项与检查的建模、删除流程、对象存储布局
- schema-draft.sql：40 张表的建表草案（PostgreSQL 16+）
- schema-draft-test.sql：租户隔离、额度流水、审计、删除等 16 项行为测试
- 回写架构 §3.2/§3.11/§9/§12、05 §3、FR-M2-05、FR-M3-03

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 17:34:43 +08:00
YANG JIANKUAN
b38fcb856a docs(design): VI 手册报告页脚去掉「保证」字样并重出 PDF 
与设计规范 §7.17、FR-M3-09 的免责声明口径保持一致。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 17:21:28 +08:00
YANG JIANKUAN
47242ba9d7 docs(architecture): v0.3 为多人、多登录方式预留表结构（AR11、AR12） 
团队版、企业版、飞书 / 企业微信登录都不在早期版本，但 MVP 的表结构先按
多人、多登录方式建，以后接入不用重构：
- 身份拆成人 / 登录方式 / 成员身份三层，一人一企业在服务层限制
- 项目成员表、统一的权限检查点和可见范围过滤先建好
- 记录「谁」的字段指向人，人不做物理删除；订阅带席位数

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-11-03 17:19:21 +08:00