标书事实提取

投标团队的那些“隐性雷区”

投标时最棘手的不是写标书，而是看懂标书：废标条款藏在几千字的格式文本里，评分表的关键档位被忽略，时间节点（答疑截止、保证金到账）没注意到，导致前期工作全白费。更麻烦的是，等下游做策略分析时，才发现事实库要么缺了关键信息，要么是二手概括的错漏版本——直到标书被废，才想起漏看了一条带“必须”的参数。

它是怎么工作的？

tender-1-facts-extract的核心是建立一份“能当依据”的事实基座，关键能力和步骤如下：

1. 先核完整性，再提事实

拿到标书先清点组成：公告、投标人须知、评标办法、合同条款、技术规范、格式文本、答疑包——缺了评标办法或废标条款，直接告警并阻止进入下游。扫描件会先检测文本层，没文本层就提示做OCR，避免错漏。

2. 八层提取，守住“准确”底线

按A-H层逐层提取，每条带来源：

• A层（项目身份）：标全项目名、招标人、立项批复号，避免“猜项目”；
• B层（程序时间）：标全答疑截止、保证金到账等节点，时间没写就用⏳待公告，不让倒排计划空转；
• C/D/E/F层（红线与规则）：准入门槛、带*参数、评分公式、废标条款逐字摘录，比如“近三年同类项目单项合同≥5000万”必须完整保留，不许改成“需要大额业绩”；
• H层（安全阀）：装不下的约束（比如样品要求、电子标CA锁）全进这层，“如果不做会扣分”的信息绝不丢。

3. 双通道扫红线，防漏项

用关键词表（必须、不得、废标等）全文回扫，和C/F层的红线清单交叉核对——单遍提取总会漏，双通道才能把“隐性废标坑”全揪出来。

4. 收录前置标，不让信息“断层”

如果项目有规划、设计、监理等前置标，会按锚点（立项号、招标人）检索上游资料，把设计单位、指定参数这些客观事实并入A-H层，下游不用再读二手解读。

别误解它的边界

它不是投标决策器：不会告诉你“要不要投”“怎么赢”，那是下游技能的事；如果你已经有一份没变更的事实库，直接复用就行；需要做控标判断、策略分析时，直接用对应的下游技能——它们会先读这份事实库，但事实库本身只到“事实+红线+疑点”为止。

更关键的是：它不做推测。所有内容要么来自原文，要么标注⚠推导并写明依据，没有“可能中标”“大概满足”这类模糊表述——事实库的价值，就在于每一条都能回溯到原文。