YANG JIANKUAN
|
1966ce9b15
|
fix(ui): 读标、查标走查修复；查标结果页按原型补齐
ci / server (push) Has been cancelled
ci / web (push) Has been cancelled
ci / contract (push) Has been cancelled
走查（注册 → 读标 → 查标 → 导出报告）发现的问题：
- 下拉：原生 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
|
ed6a2a907d
|
feat(project): 项目基本信息修改和分包选择（FR-M2-03、04）
ci / server (push) Has been cancelled
ci / web (push) Has been cancelled
ci / contract (push) Has been cancelled
- 字段修改：人工值优先、撤销恢复 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）
ci / server (push) Has been cancelled
ci / web (push) Has been cancelled
ci / contract (push) Has been cancelled
- 资质库（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
|
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
|
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
|
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 |
|