招标书事实提取 Skill（tender-1-facts-extract）

任务目标

建立一份可核验、零推测、下游可复用的「标书事实基座」，并一次性锁定所有废标红线。

事实库的准确定位（重要，勿误解）

事实库不是招标文件的替代品，而是招标文件的索引 + 高频调用缓存。

• 下游 90% 的工作可只读事实库完成，无需翻原文——这是效率目标。
• 但事实库是一次有损压缩：格式痕迹（字体/页眉页脚/PDF 元数据）、条款所处的上下文语境，无法被 markdown 完整承载。
• 因此本 Skill 的义务是把损失压到最低（逐字摘录 + 开放槽位 + 原样附件），下游的义务是在关键处穿透回原文（见各 Skill 的"回溯权"条款）。

判断本 Skill 是否合格的标准：下游三个 Skill 能凭事实库完成绝大部分工作；确需回溯原文时，能凭事实库的来源标注在 30 秒内定位到原文位置。

输出物必须满足四条：
1. 零推测——每条事实带 来源：<章节/页码>；推测性内容一律不进事实库（移交 ② 竞争情报）。
2. 零遗漏——废标红线漏一条，后面全白做，必须有双通道冗余扫描。
3. 原文可还原——关键条款逐字摘录（verbatim），不做归纳改写；模板装不下的信息进 H 层，不许裁掉。
4. 机器可读——结构化字段，下游可直接索引（同时产出 01-事实库.md 与 01-事实库.json）。

何时使用

• 拿到一份新招标文件（PDF / Word / 图片扫描件 / 文本），需要先"读懂它"。
• 在跑 ②竞争情报 / ③三维拆解 / ④逆向大纲 之前，应先产出事实库。
• 用户只想知道"这个项目是什么、有哪些坑"。

何时不该用本 Skill

• 用户问"对手是谁、要不要投、怎么写标书"——这些是 ②③④ 的职责，本 Skill 不回答。
• 用户已有一份 01-事实库.md 且标书无变更——直接复用，不必重跑。
• 需要判断控标、制定投标策略、设计大纲——跳到对应 Skill，它们会先读事实库。

输入输出契约

• 输入：招标书原文（正文 + 全部附件 + 答疑/补充修改文件）+ 已知的前置招标资料（设计标、可研报告、规划文件等，如有）。如用户提供了 shared/00-我方能力档案.md，仅作"我方是否可能满足"的旁注参考，不据此做推测。
• 输出：
• 01-事实库.md（人读，主交付物，模板见 references/facts-template.md）
• 01-事实库.json（机器读，与 md 同结构，便于 ③④ 精确索引）
• 01-附件-评分表原样.md（评分表 / 评标办法的原样全文转录，含全部档位定义、备注、脚注、计算公式，一字不改。③④ 必须引用此附件而非二手概括）
• 01-前置标收录.md（上游前置招标资料的索引与关键事实落点：规划/可研/设计/监理等前置标段的设计单位、指定品牌/参数、可研强制结论，按 A–H 层标注来源并入事实库。②③④ 共享，避免 ② 独占前置标采集）
• 页首元信息：项目名、事实库版本号（v1.0 起，每次修订递增）、生成时间、数据来源文件清单（含文件名与页数）、置信度声明、未覆盖事项清单、修订记录表。
• 原始文件留痕：事实库页首必须记录原始标书文件的存放路径与文件名，供下游回溯原文与做格式指纹检测时直接取用。

前置准备

• 无需特殊系统依赖，智能体直接解析标书。
• 可选联网：鼓励联网检索前置标（规划/可研/设计/监理），锚点取自本标 A/D 层（立项批复文号、招标人、"依据XX设计"、对接既有系统名）。检索到资料后，将其关键事实按 A–H 层并入事实库并标注来源 前置标·…。
• 如标书是扫描件/图片型 PDF：先检测文本层；文本层为空时提示用户做 OCR 或人工录入，并在置信度声明中标注"文本识别可能存在误差"。
• 收到文件后先清点标书组成部分是否齐全（公告、投标人须知、评标办法、合同条款、技术规范、格式文本、答疑补充包）。缺关键章节（尤其评标办法/废标条款）须显著告警。
• 我方能力档案就绪检查（建议，关联缺口1）：若已知本项目将以具体企业身份投标，先确认 ../shared/00-我方能力档案.md 已填关键字段（资质/业绩/团队/产品）。若为空或大量"待内部确认"，提示用户"③ 的可争夺性(Z维)将受限，建议投标前补全"——不阻断 ① 本身，但记入缺口声明。

操作步骤

步骤1：文档预处理与完整性核验

1. 识别文件类型、页数、文本层可用性（扫描件触发 OCR 提示）。
2. 建立章节–页码索引（目录不足以覆盖时，按实际标题重建）。
3. 完整性清单核对：评标办法、废标/否决条款、评分表三项若任一缺失，立即显著告警，并阻止用户直接进入 ④。
4. 如存在答疑补充修改文件，标记为最高优先级事实来源（其效力通常优于原招标文件）。

步骤2：八层事实提取（A–H）

按 references/facts-template.md 逐层提取，每条记录 来源：<章节/页码>。

两条摘录纪律（防信息丢失，务必遵守）：
- 逐字优先：C 层准入门槛、D 层带 * 参数、E 层付款与违约、F 层全部评分条款——一律原文逐字摘录并加引号，禁止归纳、禁止改写、禁止省略数量词与单位。归纳版可作为补充说明附在原文后。
- 成句保留：凡含 除…外 / 若…则 / 但 / 同时满足 / 任一 / 以上/以下 等限定与例外表述的条款，必须完整成句摘录，不得只摘前半句。摘断一句"但联合体牵头方须…"就足以让整份标书作废。

> F 层是现状最大缺口，必须重点补：价格分公式决定报价是"越低越好"还是"贴近平均值最优"；暗标要求决定 ④ 的大纲设计是否需要规避公司名/LOGO。这两项缺失会让 ③④ 无从下手。

> H 层是防丢失的安全阀：七层是封闭清单，而每份标书都有自己的"怪要求"。判断规则很简单——"这条如果不做会怎样？"若答案是"可能扣分或废标"，就必须进 H 层。宁可冗余，不可裁剪。遇到无法归类的信息，默认进 H 层，不许丢弃。

步骤3：前置招标情况收录（回归单一事实源）

> ⚠️ 为什么在 ① 做，而不只在 ② 做：前置标（规划/可研/设计/监理）的设计单位、指定品牌/参数、可研强制结论，是客观事实，本应进入单一事实源。若只由 ② 采集，③ 判断"可争夺性"、④ 对齐"应答框架"时就拿不到干净的事实，只能读 ② 的二手解读——既违反单一事实源，又会漏掉对 ③④ 有用但 ② 认为无关的信息。因此 ① 一次性收录，②③④ 共享。

1. 提取追溯锚点（来自已完成的 A/D 层）：项目全称与曾用名、立项批复文号、招标人全称、代理机构、D 层"依据XX设计方案"字样、需对接的既有系统名称、图纸/设计文件编号、冷门资质与业绩表述原文。同时记录 B 层"公告发布日"作为前置标时间闸门基准。

> ⏱ 前置标时间边界（重要，防混入后置资料）：本步骤只收"本标发布日（公告日）之前"产生的上游资料——规划/可研/设计/监理/试点标的招标公告与中标公告等。本标发布之后才出现的中标公告、合同公告、变更/补遗公告等，不属前置标，禁止混入 01-前置标收录.md，应另存为独立「后置复盘」区（仅供 ② 结果反验，不作事实源、不进 A–H）。检索到资料后，先按其发布日期与本标发布日比对过滤，再并入事实库。
2. 检索上游标段（可选联网）：按锚点检索规划/可研/设计/咨询/监理等前置标的中标公告与资料（公共资源交易网、招标人/主管部门官网、企业信息平台等）。
3. 提取关键事实并入 A–H：将上游资料的关键事实按所属层并入事实库主表，来源标注为 前置标·《XX设计标》pX；重点包括：设计单位/操盘手线索（A 层）、指定品牌与带 * 参数（D 层）、可研确定的技术路线与造价/范围（D/E 层）、既有系统对接要求（D 层）。
4. 产出 01-前置标收录.md（上游资料索引 + 事实落点 + 对下游提示）：列出已发现的上游标段（类型/名称/中标人/来源/关联）、关键事实落点表、以及分别给 ②③④ 的提示（② 操盘手推定、③ 可争夺性、④ 应答框架对齐）。
- 未找到前置标信息：明确输出"未找到前置标信息"及已检索渠道/关键词，不编造，也不得因此阻断下游；正文照常产出。

步骤4：红线清单专项复扫（双通道冗余）

在八层提取之外，二次定向扫描，用 references/redline-keywords.md 的关键词表（必须/不得/应当/否决/废标/无效投标/不予受理/一票/取消资格/视为未响应 等）全文回扫，与 C/F 层红线清单交叉核对。
- 单遍提取必然漏项，红线漏一条=全盘皆输，必须双通道。
- 复扫发现的新红线，回填 C/F 层并标注来源。

步骤5：时间轴与倒排计划

1. 生成项目时间轴，标注三个高危节点：答疑提问截止、质疑/异议时效、保证金到账。
2. 按截标日倒排材料准备节点（资质办理、联合体洽谈、业绩证明收集、答疑函起草）。
3. 时间字段未载明时用统一阻塞标记 ⏳待公告（如 B 层"投标文件递交截止/公告发布日"原文未给，因这些常在公告而非招标文件正文）。凡带 ⏳ 的时间字段，在缺口声明注明"倒排未锁定，待公告日期到位后重跑 ③④"——③ 据此暂停倒排、④ 据此暂停交标前自检倒计时。

步骤6：事实库输出 + 原样附件 + 前置标收录 + 缺口声明

1. 输出 01-事实库.md 与同结构 .json，标注版本号 v1.0。
2. 输出 01-附件-评分表原样.md：评分表与评标办法全文原样转录。要求：保留原表格结构、全部档位定义（如"优 15–20 分 / 良 10–14 分"）、全部备注与脚注、价格分完整计算公式。这是 ③ 判定"可争夺性"、④ 设计得分点的唯一权威依据，二手概括不可替代。
3. 输出 01-前置标收录.md：上游前置标索引与关键事实落点（步骤3 第4点要求）。这是 ②③④ 共享前置标事实的单一入口。
4. 结构化缺口清单：明确列出"未能提取到的字段 + 原因（原文未载明 / 需向招标人澄清 / 需用户补充）"。时间类字段（投标截止/答疑截止/质疑时效）若原文未载明，统一填 ⏳待公告 并注明"倒排未锁定，待公告日期到位后重跑 ③④"，不得留空或编造具体日期。
5. 若发现可通过答疑期澄清消除的疑点（如模糊的技术指标、疑似排他条款），在缺口清单中附"建议澄清问题草稿"，直接可用于步骤5的倒排。

步骤7：接受下游回写修订（单一事实源维护）

本 Skill 是事实库的唯一权威维护方。当 ②③④ 在工作中发现事实库有错漏时：
1. 由本 Skill 回原文核验后修正，版本号递增（v1.0 → v1.1）。
2. 在修订记录表登记：修订时间 / 发现方（②/③/④）/ 原内容 / 修正后内容 / 原文依据。
3. 若修订涉及红线、评分规则、报价公式、前置标事实，必须显著提示"下游结论需重跑"——这类改动会推翻 ②③④ 的既有判断。
4. 禁止下游 Skill 各自私改事实库或在自己的输出中悄悄采用与事实库不一致的口径。

强约束（质量门禁）

• 事实库中每条事实必须带 来源：<章节/页码>；无来源的条目一律标注 ⚠推导 并说明推导依据，或直接删除。
• C/D/E/F 层关键条款必须逐字摘录，含限定句与例外句完整成句。发现只摘半句或已被归纳改写的，视为不合格产出。
• 无法归类的信息一律进 H 层，禁止因"模板里没有这一格"而丢弃任何有约束力的信息。
• 若"评标办法/评分表"或"废标条款"任一未能提取到，必须显著告警并阻止用户直接进入 ④。
• 必须同时产出 01-附件-评分表原样.md；缺此附件时 ③④ 应拒绝开工。
• 必须尝试收录前置标情况（含联网检索）：设计单位、指定品牌/参数、可研强制结论等关键事实须并入 A–H 并标注来源 前置标·…；确实未找到时明确输出"未找到前置标信息"，不编造、不阻断下游。
• 禁止在事实库出现"可能/预计/估计/大概率/中标概率"等推测性措辞——推测归 ②。
• 禁止输出投标决策（投/不投）、中标概率评级、竞标策略——这些移交 ②③。事实库只到"事实 + 红线 + 疑点"为止。

注意事项

• 优先读目录快速定位，但目录缺失/与正文不符时以正文标题重建索引。
• 带 * 号条款、强制性表述、废标条款是死线，必须 100% 覆盖。
• 隐性资质（如"等保三级→需安全资质"）属事实的合理延伸，可保留但必须标注 ⚠推导 与依据，不混入客观事实。
• 答疑补充修改文件效力优先于原文件，须单独标出。
• 信息缺失时只做结构化缺口声明，不做任何推断填补。
• 前置标收录是事实提取的延伸：上游资料的关键事实（设计单位、指定参数、可研约束）同样是客观事实，应并入 A–H 并标注来源，而非留给 ② 独占。

使用示例

示例1：运营商智慧城市云平台招标

用户上传 PDF 招标文件，要求"先帮我梳理一下这份标书"。
- 执行步骤1–5，产出 01-事实库.md + .json。
- 重点补全 F 层：识别评标方法为综合评分法、价格分采用"去掉最高最低后算术平均×0.95系数"、技术标为暗标（封面外不得出现公司名）。
- 红线复扫发现原文"近三年同类项目单项合同≥5000万"是冷门业绩门槛，标注来源并提示"可争取答疑期澄清地域限制"。
- 输出缺口：评分表中"技术方案"主观项未给出档位定义 → 列入缺口清单 + 建议澄清问题草稿。

示例2：仅做完整性核验

用户问"这份标书有没有明显的废标坑？"
- 重点执行步骤3红线复扫 + 步骤4时间轴，输出废标红线清单与答疑截止倒计时，不展开下游分析。

资源索引

• 事实库模板（A–H 八层填空式）：references/facts-template.md
• 评分表原样附件：与事实库同目录产出 01-附件-评分表原样.md
• 红线关键词与复扫规则：references/redline-keywords.md
• 我方能力档案（旁注参考，非事实来源）：../shared/00-我方能力档案.md