docs: 新增 PRD v0.9.1、决策记录与 MVP 需求分析

- PRD v0.9.1：补充政府采购体系依据（87 号令），异常低价口径按体系分层
- decisions.md：D1 首发 IT 集成、A1 需求分析 G1–G10、T1 国产云端模型路由
- docs/analysis：范围与角色、用户旅程、功能需求、领域模型、
  IT 集成领域知识、缺口清单、苏采云样本分析

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/analysis/05-it-integration-domain.md

@@ -0,0 +1,130 @@
+# 05 · IT 集成领域知识（M2 提取 schema 与 M3 规则种子）
+
+> D1 决定 IT 集成先行。本文是需求分析阶段整理的领域知识，用来确定 M2 提取什么、M3 检查什么。
+> **证据等级**：标「已核实」的条款本次查到了原文或权威转述；标「待核对」的是按通行理解整理的，进入规则配置前必须对照法规原文。所有规则还要用真实招标文件样本验证（§6）。
+
+## 1. 先判断项目适用哪个法律体系
+
+IT 集成项目的采购人大量是政府机关、事业单位，**多数走政府采购体系**；国企采购、含信息化的工程建设项目走招标投标体系。两套体系的术语、无效情形、审查流程都不一样，所以 M2 要先识别体系（FR-M2-03），M3 再按体系套用规则。
+
+| 维度 | 政府采购体系 | 招标投标体系 |
+|---|---|---|
+| 主要依据 | 《政府采购法》及实施条例；《政府采购货物和服务招标投标管理办法》（财政部令第 87 号，2017-10-01 起施行，已核实）；非招标方式按财政部令第 74 号、竞争性磋商按财库〔2014〕214 号 | 《招标投标法》及实施条例 |
+| 采购方式 | 公开招标、邀请招标、竞争性谈判、竞争性磋商、询价、单一来源、框架协议等 | 公开招标、邀请招标 |
+| 角色称呼 | 采购人、采购代理机构、供应商 / 投标人 | 招标人、招标代理机构、投标人 |
+| 不合格的叫法 | **投标无效**（竞争性磋商叫「无效响应」，文件也叫「响应文件」，见 07 F4） | **否决投标** / 废标 |
+| 审查环节 | 资格审查 → 符合性审查 → 比较评价 | 初步评审（形式 / 资格 / 响应性）→ 详细评审 |
+| 异常低价 | 87 号令第 60 条：报价明显低于其他投标人，可能影响质量或诚信履约，评标委员会应要求书面说明；不能证明报价合理的，作无效投标处理（**已核实**） | 实施条例第 51 条：投标报价低于成本的，应否决（待核对） |
+| 投标保证金上限 | 不超过采购项目预算金额的 2%（实施条例第 33 条，待核对） | 不超过招标项目估算价的 2%（实施条例第 26 条，待核对） |
+
+> ⚠️ **影响 PRD 口径**：PRD 1.5 和 M3 把「异常低价否决」完全归为《招标投标法》修订草案的「草案层」。但对走政府采购的 IT 集成项目，87 号令第 60 条已经是现行规定。见 `06-gaps-and-questions.md` G2。
+
+## 2. 法定的无效 / 否决情形（M3 规则的法规来源）
+
+### 2.1 政府采购：87 号令第 63 条，投标无效（待核对）
+
+1. 没有按招标文件规定提交投标保证金；
+2. 投标文件没有按招标文件要求签署、盖章；
+3. 不具备招标文件规定的资格要求；
+4. 报价超过招标文件规定的预算金额或最高限价；
+5. 投标文件含有采购人不能接受的附加条件；
+6. 法律、法规和招标文件规定的其他无效情形。
+
+### 2.2 招标投标：实施条例第 51 条，否决投标（待核对）
+
+1. 没有经过投标单位盖章和单位负责人签字；
+2. 联合体投标没有提交共同投标协议；
+3. 不符合国家或招标文件规定的资格条件；
+4. 同一投标人提交两个以上不同的投标文件或报价（招标文件要求提交备选投标的除外）；
+5. 报价低于成本或高于最高投标限价；
+6. 没有对招标文件的实质性要求和条件作出响应；
+7. 有串通投标、弄虚作假、行贿等违法行为（产品不检查这一项）。
+
+### 2.3 政府采购供应商的通用资格（《政府采购法》第 22 条，待核对）
+
+独立承担民事责任的能力；良好的商业信誉和健全的财务会计制度；履行合同必需的设备和专业技术能力；依法缴纳税收和社会保障资金的良好记录；参加政府采购活动前三年内没有重大违法记录；法律、行政法规规定的其他条件。招标文件通常还会要求信用查询（信用中国、中国政府采购网的失信记录）。
+
+## 3. M2 提取 schema（IT 集成）
+
+招标文件的章节名称和顺序各地不一样，**提取不能依赖章节编号**。常见结构：招标公告 → 投标人须知（含前附表）→ 评标办法（资格 / 符合性审查表、评分标准）→ 采购需求（技术参数）→ 合同条款 → 投标文件格式。
+
+### 3.1 项目基本信息
+
+| 字段 | 备注 |
+|---|---|
+| 项目名称、项目编号 | 编号也用来检查投标文件里有没有写错 |
+| 采购人、代理机构 | 同上 |
+| 法律体系、采购方式 | 决定使用哪套规则 |
+| 包划分；每个包的预算、最高限价 | 报价形式检查要用 |
+| 是否接受联合体、进口产品；是否专门面向中小企业 | |
+| 评标方法 | 综合评分法 / 最低评标价法 |
+
+### 3.2 清单项通用字段
+
+| 字段 | 说明 |
+|---|---|
+| 类别标签 | 资格 / 无效条款 / 评分 / 日期与递交 / 技术参数 / 格式文件（可以有多个） |
+| 要求原文 | 原句，不改写 |
+| 要求摘要 | AI 生成的简短说明，界面标注是 AI 生成 |
+| 重要性 | ★ 实质性 / ▲ 重要 / 一般。常见用 ★ 标实质性条款、用 ▲ 标重要指标，但**样本中 3 / 10 份用「斜体 + 下划线」标实质性条款**（07 F1），所以必须先提取文件里的「标注规则说明」原文，再按规则识别 |
+| 所属包 | 空表示所有包通用 |
+| 证明材料要求 | 例如「提供合同关键页复印件及中标通知书」 |
+| 出处 | 一个或多个 Citation |
+
+### 3.3 各类别特有字段
+
+| 类别 | 特有字段 |
+|---|---|
+| 资格 | 资格类型（通用 / 特定 / 信用）、有效期要求（如「近 3 个月社保缴纳证明」） |
+| 无效条款 | 来源（法规列明 / 招标文件规定 / ★ 条款引申） |
+| 评分 | 评分因素、分值、评分标准、所属部分（价格 / 技术 / 商务）、中小企业价格扣除规则 |
+| 日期与递交 | 日期类型（提疑截止 / 投标截止 / 开标 / 保证金截止）、具体时间；保证金金额与形式；投标有效期；递交方式（电子 / 纸质 / CA 加密）；正副本份数；签章要求；密封要求 |
+| 技术参数 | 参数名、要求值、单位、比较方式（≥ ≤ = 包含 支持 / 具备）、所属设备或系统 |
+| 格式文件 | 格式名称（投标函、开标一览表、授权委托书、偏离表、中小企业声明函等）、是否允许修改 |
+
+## 4. IT 集成投标文件的常见结构（M3 检查对象）
+
+投标函；开标一览表（报价一览表）；分项报价表；法定代表人身份证明 / 授权委托书；资格证明文件（营业执照、财务报告或银行资信证明、纳税和社保证明、无重大违法记录声明、信用查询截图）；技术参数响应 / 偏离表；商务条款响应 / 偏离表；技术方案；实施与售后服务方案；类似项目业绩证明；资质与认证证书；中小企业声明函；各类承诺函。
+
+## 5. M3 规则种子清单（IT 集成 v0）
+
+| # | 规则 | 依据类型 | 自动化程度 | 默认级别 |
+|---|---|---|---|---|
+| R01 | 投标函、开标一览表等要求签章的位置没有签字 / 盖章 | 法规（2.1-2 / 2.2-1） | 半自动（有无检测，用户复核） | 致命 |
+| R02 | 缺少授权委托书，或授权代表和签字人不一致 | 招标文件 | 自动 | 致命 |
+| R03 | 报价超过限价（总价 / 采购包 / 分项或单价三层） | 法规（2.1-4 / 2.2-5） | 自动 | 致命 |
+| R04 | 开标一览表和分项报价合计不一致；大写和小写金额不一致（苏采云范本：不一致时不作无效，以开标一览表为准） | 招标文件 | 自动 | 重要 |
+| R05 | ★ 条款未响应 / 负偏离 / 疑似不满足 | 招标文件 | 自动 | 致命 |
+| R06 | ▲ 参数未响应 / 疑似不满足 | 招标文件 | 自动 | 重要 |
+| R07 | 资格证明材料缺失 | 法规（2.1-3 / 2.2-3） | 自动 | 致命 |
+| R08 | 资格证明过期或时效不够（按投标截止日算） | 招标文件 | 自动（需要资质库或文件里的日期） | 致命 |
+| R09 | 投标有效期短于要求 | 招标文件 | 自动 | 致命 |
+| R10 | 投标保证金的金额、形式与要求不符，或缺少缴纳凭证 | 法规（2.1-1） | 半自动 | 致命 |
+| R11 | 出现附加条件，例如「价格不含税」「付款方式另议」 | 法规（2.1-5） | 半自动（语义识别，用户复核） | 重要 |
+| R12 | 联合体投标缺少共同投标协议 | 法规（2.2-2） | 自动 | 致命 |
+| R13 | 不接受进口产品，却响应了进口产品 | 招标文件 | 半自动 | 致命 |
+| R14 | 改动了格式文件里的固定文字 | 招标文件 | 自动（和格式模板比对） | 重要 |
+| R15 | **文件里出现其他项目的名称、编号或采购人**（照搬旧标书留下的） | 实践 | 自动 | 重要 |
+| R16 | 落款日期晚于投标截止日，或者明显不合理 | 实践 | 自动 | 提示 |
+| R17 | 中小企业声明函格式或内容和要求不符 | 招标文件 | 半自动 | 提示 |
+| R18 | 评分项要求的证明材料缺失 | 招标文件 | 自动 | 重要 |
+| R19 | 份数、装订密封、递交方式、CA 加密 | 招标文件 | 人工核对 | 提示 |
+| R20 | 电子平台操作：按期通过平台获取招标文件（确认函）、CA 证书有效、提交线上投标文件、开标后按时解密（07 F7） | 招标文件 | 人工核对 | 重要 |
+
+说明：「依据类型」写进报告，说明每条问题的来源；「实践」类规则在报告里只能用「风险提示」的措辞。
+
+## 6. 样本语料
+
+> **进展（2026-11-02）**：第一批 10 份苏采云样本已入库，见 `samples/tenders/`，分析结论见 `07-sample-findings.md`。还缺扫描件、补遗和招标投标体系的样本。
+
+原计划：在原型和技术选型之前，收集 **5–10 份公开的 IT 集成招标文件**（可以从中国政府采购网和各省的政府采购网下载，都是公开信息），要覆盖：
+
+- 公开招标 / 竞争性磋商；
+- 分包 / 不分包；
+- 文字 PDF / 扫描件；
+- 至少 1 份有补遗；
+- 至少 1 份走招标投标体系的国企信息化项目。
+
+用途：① 确认 §3 schema 够不够用；② 人工标注 ★ 条款，作为 M2 召回率的基准；③ 原型用的样例数据；④ 技术选型时做解析和 OCR 测试。
+
+如果能拿到对应的真实投标文件（脱敏后），可以作为 M3 的基准。这需要种子用户配合。