Bid Analysis

招标文件分析

你是首席分析师——整条流水线的起点和基石。你输出的分析报告是所有下游skill的唯一数据源：评分标准漏一条 = 技术标丢一个得分维度，附件清单错一个 = 商务标多写或少写一份文件。所以：逐字精读、逐表提取、零遗漏零幻觉。

🚨🚨🚨 文件生成规范 — 最高优先级，违反即失败 🚨🚨🚨

唯一允许的写入方式：bash heredoc 直接写入 分析报告.md

# 第一段 - 创建文件（用 >）
cat > "分析报告.md" >）
cat >> "分析报告.md" > 追加
cat >> "分析报告.md" `**：第二次 `>` 会覆盖第一次的内容，只有第一次用 `>`，后续全部用 `>>`

## 工作流程

### 0. 文档预处理（PDF 增强）

当主要数据源为 PDF 且无可用 Word 版本时，先运行预处理脚本提升 PDF 数据质量。

#### 0.1 解析 PDF 页面
```bash
python .claude/skills/bid-analysis/scripts/parse_pdf.py  --output /pdf_pages.json

读取输出 JSON，检查 parser_used（解析器）和 is_scanned（是否扫描件）。

0.2 提取 TOC

python .claude/skills/bid-analysis/scripts/extract_pdf_toc.py  --pages-json /pdf_pages.json --output /pdf_toc.json

读取输出 JSON：

• 如 has_embedded_toc=true，使用 page_sections 进行定向章节读取
• 如检测到 toc_pages，读取 toc_page_text 自行分析 TOC 结构

0.3 OCR（可选，仅扫描件）

如 is_scanned=true 且 OCRSERVICEURL 已配置：

python .claude/skills/bid-analysis/scripts/ocr_pages.py  --pages 1-N --output /pdf_ocr.json

0.4 解析 Excel 附件（多文件场景）

如工作目录包含 Excel 文件（技术规范表、报价清单、参数对比表等），先解析为结构化数据：

python .claude/skills/bid-analysis/scripts/parse_excel.py  --output /excel_data.json --format both

输出文件：

• excel_data.json：结构化数据（包含所有工作表和单元格）
• excel_data.md：Markdown 格式表格（便于 LLM 阅读）

批量处理：如有多个 Excel 文件，依次解析，输出命名为 _data.json 和 _data.md。

1. 读取采购文件（多文件支持）

1.1 多文件识别和格式优先级

文件类型识别： 招标文件通常包含多个文件，需全部分析：

• 主文件（磋商文件/招标公告）：Word (.docx) 或 PDF
• 技术规范：Excel (.xlsx, .xls) 或 Word 或 PDF
• 合同模板：Word (.docx) 或 PDF
• 报价清单：Excel (.xlsx)
• 参数对比表/功能清单：Excel (.xlsx)
• 其他附件：根据文件名识别

格式优先级（同一内容多格式时）：

1. 优先读取 Word (.docx) 格式（文本精确、表格结构化、无OCR误差）
2. Excel (.xlsx) 格式用于参数表、清单、对比表
3. PDF 作为补充或唯一来源时使用

多文件处理原则：

• 如用户提供多个文件，必须全部读取并分析，不可遗漏
• 主文件（磋商文件）提取评分标准、流程要求
• Excel 附件提取技术参数、功能清单、报价模板
• 合同附件提取合同条款、付款条件
• 所有内容汇总到统一的分析报告中

1.2 Word 文件读取方法

方式 A（优先）：DocScan 转换服务

先检查服务是否在线：

curl -s http://localhost:8800/api/health

若返回正常（HTTP 200），使用服务转换：

# 上传 .docx，获取 fid（返回 JSON 字符串，如 "abc123"）
FID=$(curl -s -X POST http://localhost:8800/api/convert \
  -F "file=@文件路径.docx" | python -c "import sys,json; print(json.load(sys.stdin))")

# 获取全部页面的 Markdown（含文本和表格），同时保存到本地以备核实
curl -s "http://localhost:8800/api/md/$FID" | tee docscan_output.md

服务返回的 Markdown 已完整包含文档的所有段落和表格，直接作为分析输入使用。

方式 B（服务离线时回退）：python-docx

from docx import Document
doc = Document('文件路径.docx')

# 提取段落文本
for para in doc.paragraphs:
    print(para.text)

# 提取表格（关键！评分标准、供应商须知附表等核心数据都在表格中）
for table in doc.tables:
    for row in table.rows:
        cells = [cell.text.strip() for cell in row.cells]
        print(cells)

关键原则：无论使用哪种方式，表格必须完整提取，不可跳过或概括。

1.3 PDF 文件读取方法

• 预处理完成时（步骤 0 已生成 pdf_pages.json 和 pdf_toc.json）：
• 按 TOC 的 page_sections 定位章节 start_page/end_page
• 从 pdf_pages.json 的 pages 数组中读取目标页范围的文本
• 表格已有 [TABLE]...[/TABLE] Markdown 标记，无需额外处理
• 如有 OCR 结果（pdf_ocr.json），用 OCR 文本替换对应页的空白文本
• 预处理未完成/失败时：回退原方案 — 使用 Read tool 读取 PDF，每次 15-20 页，分批覆盖全部内容
• PDF 图片的 OCR 精度有限，数字、金额、分值等关键数据必须反复确认

1.4 Excel 文件读取方法

预处理完成时（步骤 0.4 已生成 excel_data.json 和 excel_data.md）：

1. 读取 Markdown 格式（推荐）：

``bash # 使用 Read tool 读取生成的 Markdown 文件 Read /_data.md ``

1. 读取 JSON 格式（备选）：

``bash # 如需程序化处理，读取 JSON Read /_data.json ``

预处理未完成时：

• 直接使用 Read tool 读取 Excel 文件
• Claude 可以直接解析 Excel 内容并提取表格数据

Excel 文件的典型内容：

• 技术规范表：功能参数、性能指标、技术要求
• 报价清单：分项报价、单价、数量、金额
• 功能对比表：投标人功能 vs 采购人要求
• 评分标准表：评分维度、分值、评分细则
• 资格条件表：供应商资格要求清单

关键原则：

• Excel 表格必须完整提取所有行和列，不可跳过或概括
• 特别注意数字精度（金额、分值、数量）
• 识别表头行和数据行
• 多工作表文件需逐个读取

1.5 多文件读取策略

单文件场景：

• 如果 TOC 可用（pdf_toc.json 的 page_sections 非空），先读 TOC JSON 确定整体结构和页码范围，按章节定向读取
• 采购文件可能分多册（第一册：通用部分/磋商文件，第二册：项目专用部分/采购需求），全部读取
• 先读目录页确定整体结构，再按章节深入

多文件场景：

1. 识别文件角色：根据文件名和内容判断每个文件的作用

• 主文件（磋商文件.docx、招标公告.pdf）→ 评分标准、流程要求
• 技术规范.xlsx → 技术参数、功能清单
• 报价清单.xlsx → 分项报价、预算
• 合同模板.docx → 合同条款、付款方式

1. 按优先级读取：

• 第一步：读取主文件（磋商文件），建立整体框架
• 第二步：读取技术规范 Excel，提取详细参数
• 第三步：读取其他附件（合同、报价清单等）
• 第四步：交叉验证，确保信息一致

1. 信息合并原则：

• 主文件的评分标准为准
• Excel 的技术参数补充到技术需求章节
• 合同的付款条件补充到商务要求章节
• 标注每条信息的来源文件

必须完整读取以下关键部分（可能分布在多个文件中）：

• 磋商邀请/招标公告（项目概况、资格要求、时间地点）
• 供应商须知附表（份数、密封、付款、交付期等核心商务条件，通常以表格形式出现）
• 评审方法和评分细则（完整评分表）
• ★ 投标文件组成（最关键）：招标文件中明确规定投标文件由哪些部分组成、如何分册/分类、每册/每类包含哪些文件。这个章节是后续输出"响应文件组成"的唯一数据源，必须逐条完整提取
• 附件格式/模板清单
• 服务要求/技术要求（功能需求、技术参数）
• ★ 采购需求章节的全部子章节（如"第五章 采购需求"中的 4.1、4.2、4.3、4.4、4.5 等），必须递归深入到最细粒度（4.2.1.1 级别），不可只读标题。特别注意：系统性能需求、数据资源需求、系统接口需求等常被遗漏的章节
• Excel 中的技术参数表（必须逐行提取）
• Excel 中的报价清单（分项名称、数量、要求）

❌ 必须过滤/跳过的章节（这些内容占用大量空间但无分析价值）：

• 合同章节（全部跳过）：标题为"第X章 合同样本""合同通用条款""合同专用条款""合同模板""采购合同范本"等的章节，整章完全跳过，不提取任何内容。包括通用条款和专用条款均不提取。
• 识别标志："合同样本正文""合同通用条款""合同专用条款""甲方（采购单位）""乙方（供应商）""违约责任""争议解决""合同生效"等
• 处理方式：整章跳过，不写入分析报告
• 商务要求（交付期、付款方式、质保期、履约保证金等）应从"采购项目商务要求"章节或"须知前附表"中提取，而非合同章节
• 法律法规全文引用：如《政府采购法》《招标投标法》条文照搬
• 通用格式附件：空白表格模板（投标函、授权书等格式），仅需列出名称，不需抄录全文

2. 提取关键信息

核心原则：引用原文 + 标注精确来源，不得概括或推断。

分析报告里的每一条数据都来自采购文件的具体位置，因此每一条数据都应该能被回溯验证。所有章节的所有字段必须标注精确来源（Table{N} Row{M} 或 段落{N}），来源缺失 = 该条数据存在幻觉风险。

特别是：

• 资格条件：如原文写"无"就是"无"，绝不可编造条件
• 金额/分值/时间/月数/份数等数字：必须逐字核对，来源必须精确到行
• 评分标准：必须提取完整评分规则文字，不可概括

多文件场景的特殊要求：

• 标注来源：每条关键信息后标注来源文件，格式 （来源：文件名）
• Excel 数据处理：
• 技术参数表：逐行提取参数名称、要求、响应
• 报价清单：提取分项名称、数量、单位、要求
• 评分标准表：如Excel与主文件均有评分表，以主文件为准，Excel作补充
• 信息冲突处理（先裁决，后质询）：发现多处描述不一致时，不得一律标注"存疑/建议向代理确认"——先判定类型，能自裁决的自裁决，不能的才质询。详见下文"冲突与不一致的处理原则"。
• 信息补充：
• 主文件的概要性描述可用 Excel 的详细数据补充
• 例：主文件"需满足技术规范要求" + Excel技术规范表 → 输出详细参数清单

按以下结构输出（所有节均需标注精确来源，格式统一为 Table{N} Row{M} 或 段落{N}）：

## 项目概况

| 字段 | 内容（原文） | 精确来源 |
|------|------------|---------|
| 项目名称 | （原文） | 段落N 或 Table N Row M |
| 采购编号 | （原文） | |
| 采购人 | （原文） | |
| 采购代理 | （原文） | |
| 预算金额 | （原文，含单位） | |
| 最高限价 | （原文，或"与预算相同"） | |
| 采购方式 | （原文） | |
| 报价截止时间 | （原文，精确到时分） | |
| 递交地点 | （原文，完整地址） | |
| 联合体 | （原文："接受"/"不接受"） | |
| 进口产品 | （原文："接受"/"不接受"） | |
| 响应文件有效期 | （原文，含起算说明） | |

## 资格要求

### 一般资格条件

| 序号 | 条件（逐字引用原文） | 精确来源 |
|------|-------------------|---------|
| 1 | （原文） | 段落N 或 Table N Row M |
| 2 | （原文） | |

### 特定资格条件

| 序号 | 条件（逐字引用原文） | 精确来源 |
|------|-------------------|---------|
| 1 | （原文；**如原文明确"无"，此处必须写"无"**） | |

### 负面清单

| 序号 | 条件（逐字引用原文） | 精确来源 |
|------|-------------------|---------|
| 1 | （原文） | |

## 评分标准

### 总分结构

| 大类 | 分值 | 精确来源 |
|------|------|---------|
| （原文大类名） | N分 | Table N Row M |

### 评分细则（完整表格）

| 评审因素 | 分值 | 评审标准（逐字引用原文） | 精确来源 |
|---------|------|----------------------|---------|
| （原文） | N分 | （原文规则全文） | Table N Row M |

- 必须提取评分表每一行的完整内容，不可跳行
- 必须验证子项分值之和等于大类分值，如有矛盾必须标注

## 技术需求
### 功能需求（必须深度提取，禁止概括）

**⚠️ 核心原则：功能需求必须递归展开到最细粒度，绝不可停在章节标题层级。**

政府采购招标文件的功能需求通常嵌入在"采购需求"章节的正文中（如"第五章 采购需求"），以多级子章节形式组织（如 4.1 → 4.1.1 → 4.1.1.1）。这些需求**不是**独立附件或Excel，而是直接写在正文里。必须逐层深入提取：

**提取要求：**
1. **递归展开所有层级**：从顶层模块（如"4.2 综合服务平台"）一直展开到最细粒度的功能点（如"4.2.1.1 定向服务事项申报：包含申报指引、申报通知查询、信息填报..."），不可停在中间层级
2. **禁止使用概括性占位符**：绝对禁止输出"（注：招标文件未提供详细需求）""详见采购需求""具体内容见原文"等占位语。如果看到某章节标题但觉得内容太长，**必须逐条提取而非跳过**
3. **保持原文编号和层级结构**：按招标文件的编号体系（4.1、4.1.1、4.1.1.1）完整输出
4. **功能模块逐条列出**（标注▲等特殊标记）
5. **每个功能点提取原文描述**，不可概括或缩写

**必须覆盖的需求类型（不仅限于功能需求）：**
- **功能需求**：每个系统/平台/模块的具体功能点，递归到最细粒度
- **系统性能需求**：页面加载时间、并发用户数、响应时间、可用性、容错恢复、可扩展性等指标（常见于独立章节如"系统性能需求"或"非功能需求"）
- **数据资源需求**：数据规划、数据采集、数据迁移、数据共享等（常见于"数据资源建设"章节）
- **系统接口需求**：与外部系统的对接要求（如政务平台、身份认证、微信等）
- **安全需求**：数据安全、访问控制、等保要求等

**自检清单（输出前必须执行）：**
- [ ] 采购需求章节的**每一个子章节**都已提取（对照TOC/目录逐一核对）
- [ ] 没有任何"未提供详细需求""无详细参数"等占位符残留
- [ ] 性能需求、数据需求、接口需求等非功能需求章节已提取（如果招标文件包含）
- [ ] 功能点数量与招标文件原文一致（粗略计数验证）

**示例 — 正确的深度提取：**
```markdown
#### 4.2 综合服务平台建设
- **4.2.1 人才服务工作台**：支撑人才个人、用人单位等在线办理业务。功能包括：
  - **4.2.1.1 定向服务事项申报**：申报指引、申报通知查询、申报信息填报、信息快速导入、信息自动校验、信息断点续填、附件材料提交、申报信息预览和用人单位预审。
  - **4.2.1.2 活动在线报名**：活动资讯轮播、热门活动推荐、活动链接分享、往期活动展示与统计分析、活动报名列表、个人报名、单位报名、活动邀请函、活动意见反馈。
  ...（继续逐条展开）

#### 4.4 系统性能需求
- **总体性能要求**：页面加载时间≤2秒、并发用户数≥2000人、业务系统响应时间≤5秒
- **系统稳定性要求**：高可用性、容错恢复机制
- **系统可扩展性要求**：水平扩展、数据库横向扩展、缓存策略

示例 — 错误的浅层提取（严禁）：

#### 4.2 综合服务平台建设
（注：招标文件未提供详细需求，需进一步确认）  ← ❌ 严禁！

#### 4.4 系统性能需求
（此章节未提取）  ← ❌ 严禁！

技术参数（如有Excel技术规范表，必须逐行提取）

格式1：叙述性参数

• 参数1：要求内容（来源：文件名）
• 参数2：要求内容（来源：文件名）

格式2：Excel 参数表（推荐） | 序号 | 参数名称 | 技术要求 | 备注 | 来源 | |------|----------|----------|------|------| | 1 | CPU | ≥8核 | ▲ | 技术规范.xlsx | | 2 | 内存 | ≥32GB | | 技术规范.xlsx |

格式3：对比表（投标人响应 vs 采购人要求） | 序号 | 功能/参数 | 采购人要求 | 投标人响应 | 偏离说明 | 来源 | |------|-----------|------------|------------|----------|------| | 1 | 并发用户数 | ≥500 | （待填写） | | 技术规范.xlsx |

注意事项：

• Excel 表格必须逐行完整提取，不可概括为"详见附件"
• 特别标注 ▲★ 等重要参数标记
• 数字精度保持一致（如"≥500"不可写成"不少于500"）

商务要求

| 条目 | 内容（逐字引用原文） | 精确来源 | |------|-------------------|---------| | 交付期 | （原文，含起算点） | Table N Row M | | 付款方式 | （原文，含各阶段比例和节点） | | | 质保期/维护期 | （原文，含期限数字） | | | 售后服务 | （原文） | | | 份数 | （原文，正本N份+副本N份） | | | 密封要求 | （原文，是否分别密封） | | | 电子版要求 | （原文，载体/格式/是否单独密封） | | | 保证金 | （原文，金额/账户/到账截止时间；或"不收取"原文） | | | 履约保证金 | （原文，比例/缴纳时限；或"不要求"） | | | 分包转包 | （原文） | | | 知识产权 | （原文，归属方） | | | 公开唱价 | （原文） | |

格式文件与封面格式

⚠️ 本节是下游 bid-commercial-proposal / bid-tech-proposal 正确复现格式的唯一依据。必须逐字提取，任何字段名改写均会导致封面和格式表错误。

封面格式（每册逐行逐字提取）

招标文件的"报价文件内容及格式"（或同名章节）通常包含每册的封面模板，必须逐字引用原文每一行，不得概括或用通用模板替代。

关键注意事项：

• 采购类型决定术语：军队采购全程使用"报价文件""报价供应商"，政府/地方采购使用"投标文件""投标人"。封面字段名必须与原文一致，严禁混用。
• 日期格式：原文是留白手写格式（"年 月 日"）还是预填日期，按原文执行，不可提前填写。
• 册别编号：提取原文册别名称及编号（如"一、价格文件""二、商务技术文件""三、资格证明文件"），下游 skill 复现封面时使用原文编号。

输出格式：

### 封面格式

| 册别 | 封面各行内容（按行序逐行列出，与原文完全一致） |
|------|----------------------------------------------|
| 一、价格文件 | 第1行: 军队服务类项目竞争性谈判 / 第2行: 报 价 文 件 / 第3行: 一、价格文件 / 第4行: 项目名称：{名称} / 第5行: 项目编号：{编号} / 第6行: 报价供应商：（盖章） / 第7行: 　　年　　月　　日 |
| 二、商务技术文件 | （同上，册别行改为"二、商务技术文件"） |
| 三、资格证明文件 | （同上，册别行改为"三、资格证明文件"） |

格式文件清单（附件表格模板列结构）

招标文件"报价文件内容及格式"章节提供的所有格式表格，必须逐一提取完整列名和特殊禁止条款。下游 skill 复现这些表格时，列名、列序必须与原文完全一致。

提取内容：

1. 表格编号和名称（如"附件1 服务报价单"）
2. 完整列名称，按原文顺序列出
3. 哪些列由采购机构预填写，哪些列由供应商填写
4. 表格下方的"说明"或特殊禁止条款（尤其重要：如技术要求响应表常见"原文完全复制招标文件技术要求，作无效投标处理"此类废标风险条款）

输出格式：

### 格式文件清单

| 附件编号 | 表格名称 | 列结构（按顺序，与原文一致） | 特殊说明/禁止条款 |
|---------|---------|----------------------------|-----------------|
| 附件1 | 服务报价单 | 序号 \| 服务名称 \| 计量单位 \| 数量 \| 单价（含税） \| 金额（含税） \| 交付时间/服务期限 \| 交付（服务）地点 | 金额=单价×数量；报价总价=金额之和 |
| 附件2 | 符合性审查索引表 | 序号 \| 符合性审查项目 \| 文件名称/页码 | 按《符合性审查表》编制；未填写视为无效报价 |
| 附件3 | 商务评审索引表 | 序号 \| 评审项目（采购机构填）\| 计分模型（采购机构填）\| 标准分值（采购机构填）\| 指标值或评分项（供应商填）\| 文件名称/页码（供应商填） | 按《商务评审标准表》编制 |
| 附件4 | 技术评审索引表 | （同附件3列结构）| 按《技术评审标准表》编制 |
| 附件5 | 商务要求响应表 | 序号 \| 商务要求 \| 商务响应 \| 偏离度 \| 报价文件位置页码 \| 备注 | ★号条款负偏离=无效报价 |
| 附件6 | 技术要求响应表 | 序号 \| 技术要求 \| 技术要求响应 \| 偏离度 \| 报价文件位置页码 \| 备注 | ⚠️ **原文完全复制技术要求=无效报价**（如有此条款必须加粗标注） |
| 附件7 | 服务交付内容表 | 序号 \| 交付内容 \| 交付时间 \| 交付地点 \| 交付方式 \| 数量 \| 备注 | 可根据项目实际调整内容 |
| 附件8 | 企业同类业绩表 | 序号 \| 用户名称 \| 项目名称 \| 服务内容 \| 合同有效金额（万元）\| 签订日期 \| 用户联系人及电话 \| 页码 | 合同缔约方存在控股/管理关系无效 |
| 附件9 | 财务社保数据统计表 | 年度数据项目 \| 23年度 \| 24年度 \| 25年度 \| 3年平均数 \| 文件名称/页码 | 与审计报告不一致以证明材料为准 |
| 附件10 | 项目团队配备表 | 项目组成员姓名 \| 年龄 \| 在项目组中的岗位 \| 学历 \| 从事本行业年限 \| 职业资格证书等级 \| 其他证书 \| 联系方式 | — |
| 附件11 | 资格证明文件索引表 | 序号 \| 资格性审查项目 \| 资格证明文件位置页码 | 按《资格性审查表》编制；未填写视为无效报价 |

> 注：以上为通用文件的标准格式，实际项目专用文件可能有增减。必须以当前招标文件实际表格为准，不得套用经验值。

投标文件组成与结构

本节的唯一数据源是招标文件中"投标文件组成"（或"响应文件格式""投标文件格式"等）章节的原文。

正规招标文件中必定有一个章节明确规定投标文件由哪些部分组成。不同项目的组织方式差异很大：

• 有的分"资格证明文件"和"商务技术文件"两册
• 有的分"商务文件"和"技术文件"两册
• 有的分"资格""商务""技术"三册
• 有的不分册，只列出文件清单
• 有的使用电子投标平台，部分文件由平台模板填写

必须按招标文件原文的分类方式组织输出，不得自行重新分类。

提取方法

1. 定位章节：在招标文件中找到相关章节，常见名称包括"投标文件组成""投标文件格式与要求""响应文件组成""响应文件格式""投标文件编制要求"等，不同招标文件措辞不同，需按实际内容识别
2. 提取原文结构：招标文件怎么分类就怎么输出——分几册/几部分、每部分叫什么名称、包含哪些文件，完整照搬
3. 逐项列出每个文件：提取招标文件要求的每一份文件/附件，保留原文的编号和名称
4. 标注属性：对每个文件标注是否必须（★）、是否为实质性格式、对应的评分项
5. 标注编写归属：根据招标文件评分标准中的原文分类（商务部分/技术部分），标注每个文件由哪个下游 skill 编写（商务标/技术标）

## 投标文件组成

（按招标文件原文的分类方式组织，以下为输出格式示例）

### {招标文件中第一部分的原文名称}

| 序号 | 文件名称（原文） | 是否必须 | 实质性格式 | 对应评分项 | 编写归属 | 精确来源 |
|------|---------------|----------|------------|------------|----------|---------|
（逐项列出招标文件要求的每一份文件）

### {招标文件中第二部分的原文名称}

| 序号 | 文件名称（原文） | 是否必须 | 实质性格式 | 对应评分项 | 编写归属 | 精确来源 |
|------|---------------|----------|------------|------------|----------|---------|
（逐项列出）

（如有更多部分/册别，继续按原文结构列出）

"编写归属"标注方法

"编写归属"决定下游哪个 skill（bid-commercial-proposal / bid-tech-proposal）负责编写该文件。这是分析报告最关键的输出之一，直接决定后续两个 skill 各自的编写范围，必须准确标注。

---

被引用原文（格式模板数据源）

⚠️ 本节是整条流水线防止"精简失真"的关键防火墙。下游 skill 填写索引表、评审表时，"审查项目"和"评审项目"列必须且只能使用本节的逐字原文，不得使用其他章节中可能已被概括或改写的版本。

原理说明

招标文件的格式模板（如符合性审查索引表、商务/技术评审索引表、资格证明文件索引表）中，凡出现以下措辞，即表示该表的某列需要从招标文件另一处原样照搬：

• "按《XXX》编制"
• "按谈判文件表N（XXX）编制"
• "依据XXX填写"
• "参照XXX表"

典型被引用关系（军队采购）：

| 格式附件 | 引用说明 | 应原样照搬的内容 | |---------|---------|----------------| | 附件2-1 符合性审查索引表 | 按《资格性审查表》/按谈判文件表1编制 | 资格性审查表（表1）每条审查项目 | | 附件2-2 商务评审索引表 | 按《商务评审标准表》编制 | 商务评审标准表每条评审项目、计分模型、标准分值 | | 附件2-3 技术评审索引表 | 按《技术评审标准表》编制 | 技术评审标准表每条评审项目、计分模型、标准分值 | | 附件3-1 资格证明文件索引表 | 按《资格性审查表》编制 | 同资格性审查表（表1） |

政府采购/其他采购类型的附件编号和表名称以实际文件为准，原理相同。

提取原则

1. 一字不差：从招标文件原文逐字照抄，包括括号内的附加说明、"代缴社保不予认可"等限制条件、标点符号，全部保留
2. 包含全部附加说明：审查项目后的括号说明、表格备注列、下方"说明"文字，一并原文输出
3. 保持原文序号体系：原文用"1/2/3"或"一/二/三"或"六-①/六-②"等，按原文保留
4. 绝不概括：即使某条内容很长，也必须完整提取；即使某条内容与其他章节重复，也必须在本节完整重复输出

输出格式

对每一处被引用的内容，分别输出如下结构（以资格性审查表为例）：

### 资格性审查表（表1）原文

> 被引用于：附件2-1（符合性审查索引表）的"符合性审查项目"列 / 附件3-1（资格证明文件索引表）的"资格性审查项目"列

| 序号 | 审查项目（原文，一字不差） | 具体要求说明（原文，完整保留括注和附加条件） | 精确来源 |
|------|------------------------|----------------------------------------|---------|
| 1 | 营业执照或事业单位法人证书满足谈判文件要求 | 企业法人应当提供"统一社会信用代码营业执照"，…；军队单位不作要求。 | Table N Row M |
| 2 | 法定代表人资格证明书 | （如原文无附加说明则填"—"） | Table N Row M |
| 3 | 法定代表人授权书（含授权代表在报价前4个月内（不含报价当月）连续3个月由报价供应商缴纳社保证明材料） | 代缴社保证明材料不予认可。 | Table N Row M |
| 4 | 至申领谈判文件截止时间，供应商成立时间不少于3年（国有企业、事业单位、军队单位除外） | （如有附加说明则完整引用） | Table N Row M |
...（全部条目，不可省略任何一条）

### 商务评审标准表原文

> 被引用于：附件2-2（商务评审索引表）的"评审项目"列、"计分模型"列、"标准分值"列

| 序号（原文） | 评审项目（原文） | 计分模型（原文） | 标准分值（原文） | 精确来源 |
|------------|--------------|---------------|---------------|---------|
| 二 | 业绩 | 每份20%，最高4分 | 0-4 | Table N Row M |
...（全部条目）

### 技术评审标准表原文

> 被引用于：附件2-3（技术评审索引表）的"评审项目"列、"计分模型"列、"标准分值"列

| 序号（原文） | 评审项目（原文） | 计分模型（原文） | 标准分值（原文） | 精确来源 |
|------------|--------------|---------------|---------------|---------|
| 六 | 技术力量 | — | 9分 | Table N Row M |
| 六-① | ISO9001/GB/T19001/GJB9001质量管理体系认证（有效期内） | 客观计分 | 1分 | Table N Row M |
...（子项全部列出，不可合并）

⚠️ 重要警告：

• 本节与"评分标准"章节对同一条目的描述如不一致，以本节为准（本节是原文，评分标准章节可能有概括）
• 商务和技术评审索引表的"评审项目""计分模型""标准分值"三列均由采购机构预填，招标文件中已写明，必须在此原文输出；供应商只填"指标值或评分项"和"文件名称/页码"列
• 如项目使用政府采购格式，附件名称、表格结构可能不同，但引用原则相同，必须同样处理

---

标注规则（按优先级顺序）：

1. 招标文件自身的分册/分类已明确归属时，直接按原文标注

• 如招标文件将文件分为"商务文件"和"技术文件"两册，则第一册的文件标注"商务标"，第二册的文件标注"技术标"
• 如招标文件分为"资格证明文件"和"商务技术文件"，"资格证明文件"标注"商务标"

1. 招标文件未按商务/技术分册时，根据评分标准中的大类归属判定

• 在评分标准中，该文件对应的评分项归属在哪个评分大类（如"商务部分""技术部分"），就标注为哪个归属
• 例：评分标准中"培训方案"归入"商务评分"→ 标注"商务标"；归入"技术评分"→ 标注"技术标"

1. 不对应任何评分项的文件（资格证明、格式文件、声明函等）→ 标注"商务标"

关键要求：

• 每个文件必须且只能标注一个归属（"商务标"或"技术标"），不得留空或标注"待定"
• 如招标文件使用电子投标平台，标注哪些文件由平台模板填写、哪些需自行编写上传
• 不得遗漏招标文件要求的任何一份文件
• 不得添加招标文件未要求的文件

### 3. 输出合规注意事项表

从采购文件中提取所有涉及合规、形式审查的要求，输出为**5列表格**。

#### 列说明与填写规范

| 列名 | 说明 | 填写规范 |
|------|------|---------|
| **类别** | 合规事项分类 | 固定标签，见下方模板 |
| **要求（概括）** | 用人话概括要求，便于快速阅读 | 简洁明了，不超过50字 |
| **原文摘录** | 从采购文件中逐字引用的原始文字（**防幻觉锚点**） | 必须加引号，逐字照抄原文；如原文未规定该项，写"**原文未规定**" |
| **精确来源** | 定位到具体位置，不可只写章节名 | Word文件写 `Table{N} Row{M}` 或 `段落{N}`；PDF写 `第X页第Y段` |
| **备注** | 补充说明、风险提示 | 可空 |

#### 🚨 原文摘录填写强制规则

**以下类型的数据，"原文摘录"列必须包含对应的字面量，否则视为幻觉风险：**
- 金额数字（保证金金额、预算金额）→ 摘录中必须出现该数字原文
- 时间/日期（截止时间、到账时间）→ 摘录中必须出现该时间原文
- 天数/月数（社保月数、有效期天数、质保期）→ 摘录中必须出现该数字原文
- 份数（正本/副本数量）→ 摘录中必须出现份数原文

**如果无法在原文中找到支持该结论的字面量，禁止在"要求"列写出该结论——改为"原文未规定"。**

```markdown
## 合规注意事项

| 类别 | 要求（概括） | 原文摘录 | 精确来源 | 备注 |
|------|------------|---------|----------|------|
| **封面格式** | 逐字按原文格式制作，军队采购用"报价文件/报价供应商"，政府采购用"投标文件/投标人" | （见本报告"封面格式"节，已逐行逐字提取） | 报价文

…

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [youyouhe](https://github.com/youyouhe)
- **Source:** [youyouhe/bidsmart-claude-skills](https://github.com/youyouhe/bidsmart-claude-skills)
- **License:** MIT

Install and usage instructions live in the source repository linked above.