投标文件制作工作台

它在解决什么问题

投标失败通常不是写不出来，而是三类错误叠加：评分项漏响应或只植入关键词、废标红线被否定式表述绕过、报价大小写与分项合计不一致。行业差异更棘手——印刷项目的印刷经营许可证、中小企业声明函，和 IT 项目的资质要求完全不同，硬塞进通用脚本必然出错。

bid-studio 的思路是机制留在通用核心，知识放进行业拓展包。

核心能力与关键步骤

挂载是第 0 步，不可跳过。 scripts/mount.py 读取 packs/manifest.json，做精确匹配与资产存在性校验，退出码 0/1/2 分别对应成功、未匹配、资产缺失。拼错或未登记的行业名直接报错并列出全部可用包，不做模糊匹配，避免别名幻觉导致错挂漏挂。

挂载后进入五步工作流，每步都有验证关卡：

1. 投标决策 — 对照包内 qualification-map.md 与 risk-library.md 输出决策卡，值不值得投由人拍板。
2. 招标解析 — parse_tender.py 产出评分项表、废标条款、资格要求、时间节点；置信度非 high 的条目逐条人工确认，分值加总不等于 100 就停下核对。
3. 标书编制 — 评分项与响应小节一一对应，字数目标按 分值×(总页数÷总分)×780 ±25% 估算，内容取自包内 templates/ 与 rating-paradigms/；画像缺项写成 【待补：×××】，不编造。
4. 审查校验 — check.py 双轨：合规轨道严格解析金额（负号、修饰语、NaN 一律拒收），红线须肯定性实质响应，未盖章 类推诿不放行；质量轨道按字数公式与覆盖度探针识别裸关键词植入（WEAK），披露残留占位。FAIL 必须修复重跑。
5. 交付封装 — Word 成稿、偏离表、模拟评审报告，并附 check 报告。

行业特定要件由 --require 注入，不内置进核心。

适用边界

四条铁规则优先级最高：禁虚假业绩（R1）、禁编造偏离（R2）、金额必须一致（R3）、核心要素缺失必须追问（R4）。技能不含真实企业数据，未提供画像时用 tests/fixtures 虚构样例占位并标注。所有输出路径限定在工作或临时目录内。