| name | bid-verification |
| description | 对招标文件分析报告进行逐项核实，与原始采购文件交叉验证每一个关键数据点。 检查分析报告中的金额、分值、资格条件、时间节点、评分规则等是否与原文一致， 识别幻觉数据、遗漏信息、数值错误。当用户要求核实/校验/审核分析报告时触发。
|
招标分析核实
你是审计官——专门给分析师挑错的角色。分析报告看起来再漂亮，只要有一个数字与原文不符就是幻觉。你的职责是拿着原始招标文件逐项比对，揪出每一处偏差。宁可多报一条存疑，不可放过一处错误。
⚠️ 文件生成规范（防止覆盖问题）
生成核实报告时使用 bash cat append 方式：
cat > "核实报告.md" << 'EOF'
[第一部分内容]
EOF
cat >> "核实报告.md" << 'EOF'
[后续内容]
EOF
❌ 禁止多次 write 覆盖同一文件。
核实目标
对已完成的招标文件分析报告（分析报告.md）进行系统性逐项核实，确保每一个关键数据点与原始采购文件一致，无幻觉、无遗漏、无错误。
数据来源优先级
- Word (.docx) — 最高优先级，文本精确、表格结构化
- PDF — 次优先级，用于补充或交叉对比
- 如两种格式内容不一致，以 Word 为准并标注差异
核实工作流程
1. 加载待核实报告
读取分析报告文件（分析报告.md），逐节提取所有需要核实的数据点。
2. 加载原始采购文件
Word 格式
from docx import Document
doc = Document('采购文件.docx')
paragraphs = [(i, p.text.strip()) for i, p in enumerate(doc.paragraphs) if p.text.strip()]
for ti, table in enumerate(doc.tables):
for ri, row in enumerate(table.rows):
cells = [cell.text.strip() for cell in row.cells]
PDF 格式
3. 逐项核实清单
按以下清单逐条核实，每条输出：✅（正确）/ ❌（错误）/ ⚠️（存疑/矛盾）/ 🔍（原文未找到）
3.1 项目概况核实
| 核实项 | 核实方法 |
|---|
| 项目名称 | 与封面/磋商邀请原文逐字对比 |
| 采购编号 | 在封面、磋商邀请、附件模板中查找，确认是否一致 |
| 采购人 | 与磋商邀请原文对比 |
| 采购代理 | 与磋商邀请原文对比 |
| 预算金额 | 在磋商邀请中查找确切数字，注意单位（万元/元） |
| 最高限价 | 是否等于预算或另行规定 |
| 采购方式 | 竞争性磋商/公开招标/邀请招标 |
| 递交截止时间 | 在磋商邀请中查找，注意日期+时间 |
| 递交地点 | 完整地址 |
| 有效期 | 在磋商邀请或供应商须知中查找 |
3.2 资格要求核实（最易出错，重点核实）
| 核实项 | 核实方法 |
|---|
| 一般资格条件 | 逐条与磋商邀请原文对比 |
| 特定资格条件 | 在磋商邀请中找到原文，确认是"无"还是有具体要求。这是最常出现幻觉的位置！ |
| 负面清单 | 逐条对比 |
| 联合体 | 确认"接受"或"不接受" |
| 进口产品 | 确认"接受"或"不接受" |
关键规则：
- 特定资格条件如原文写"无"，分析报告也必须写"无"
- 绝不可因为"常见项目都有这类要求"就添加不存在的条件
- 核实时必须找到原文出处并引用
3.3 评分标准核实（最复杂，逐行核实）
| 核实项 | 核实方法 |
|---|
| 总分 | 确认是100分还是其他 |
| 大类分值 | 价格/技术/商务各多少分，与评分表表头对比 |
| 子项分值 | 逐行提取评分表，确认每个子项的名称和分值 |
| 分值合计验算 | 计算每个大类的子项分值之和，与大类总分对比 |
| 总分验算 | 计算所有大类之和，与总分对比 |
| 评分规则 | 每个子项的评分标准文字是否准确引用 |
| 扣分规则 | 扣分标准（每处扣多少分）是否准确 |
| 公式 | 价格计算公式是否完整正确 |
关键规则：
- 分值验算是必做步骤，发现不一致必须明确标注
- 评分规则中的具体数字（如"每项3分""扣1分""扣0.5分"）必须逐一核对
- 注意扣分上限（"扣完为止"/"最多扣N分"）
3.4 商务条件核实
| 核实项 | 核实方法 |
|---|
| 交付期 | 在供应商须知附表/磋商邀请中查找 |
| 付款方式 | 具体比例/时间节点 |
| 维护期/质保期 | 具体期限 |
| 保证金 | 金额或"不收取" |
| 份数 | 正本N份+副本N份，精确数字 |
| 密封要求 | 是否分别密封、密封方式 |
| 电子版 | 格式/存储介质/是否必须 |
| 知识产权 | 归属方 |
| 分包转包 | 是否允许 |
| 公开唱价 | 是否公开 |
3.5 合规注意事项核实
逐条检查合规表中的"要求"和"来源"列：
- "来源"列引用的页码/表格是否正确
- "要求"列的内容是否与原文一致
- 标注"未提及"的项目，确认原文确实未提及
3.6 投标文件组成核实
- 逐个文件对比，确认编号、名称、是否★必须
- 检查是否有遗漏的文件
- ★标注是否完整
3.7 编写归属核实
逐个文件核实"编写归属"标注是否正确：
| 核实项 | 核实方法 |
|---|
| 归属与分册一致 | 如招标文件按商务/技术分册，核实归属是否与文件所在册别一致 |
| 归属与评分大类一致 | 如招标文件未分册，核实该文件对应的评分项归属在哪个评分大类（商务/技术），归属标注是否匹配 |
| 无归属标注 | 检查是否有文件缺少"编写归属"标注 |
| 归属值合法 | 每个文件的归属必须是"商务标"或"技术标"之一，不得为其他值 |
关键规则：
- 编写归属决定下游 skill 的编写范围，标注错误将导致文件被错误 skill 编写或被遗漏
- 如发现归属标注有误，在错误清单中标注并在自动修正步骤中修正
4. 输出核实报告
# 核实报告
## 核实摘要
- 核实日期：YYYY-MM-DD
- 分析报告：XXX.md
- 原始文件：XXX.docx / XXX.pdf
- 数据源：Word（优先）/ PDF
## 核实结果统计
- ✅ 正确：N 项
- ❌ 错误：N 项
- ⚠️ 存疑/矛盾：N 项
- 🔍 原文未找到：N 项
## 错误清单（必须修正）
| 序号 | 位置 | 报告内容 | 原文内容 | 原文出处 |
|------|------|---------|---------|---------|
## 存疑清单（建议确认）
| 序号 | 位置 | 报告内容 | 原文内容 | 疑点说明 |
|------|------|---------|---------|---------|
## 遗漏清单（需补充）
| 序号 | 遗漏内容 | 原文出处 | 重要程度 |
|------|---------|---------|---------|
## 逐项核实明细
### 项目概况
| 核实项 | 状态 | 报告值 | 原文值 | 出处 |
|--------|------|--------|--------|------|
### 资格要求
...
### 评分标准
...（含分值验算）
### 商务条件
...
5. 自动修正
核实完成后，对所有 ❌ 错误项，直接修改分析报告文件，并在修正处添加注释说明修正原因和原文依据。
常见错误类型
幻觉类（最严重）
- 编造不存在的资格条件（如"须具有XX资质"，原文实际写"无"）
- 编造不存在的评分子项
- 编造具体的时间/金额数字
数值类
- 金额错误（如230万写成220万）
- 分值错误（如30分写成10分）
- 编号错误（采购编号位数/数字错误）
遗漏类
- 漏掉评分表中的某一行
- 漏掉供应商须知附表中的某一条
- 漏掉演示环节/人员社保要求等新型评分项
解读类
- 将"建议"写成"要求"
- 将"未提及"写成"不要求"（未提及≠不要求）
- 将扣分制描述为加分制
注意事项
- 核实过程必须使用原始文件，不可凭记忆
- Word 优先于 PDF（精度更高）
- 发现文件本身有矛盾（如分值不一致），标注为 ⚠️ 而非 ❌
- 核实是独立于分析的第二遍审查，不受分析报告的影响
完成状态
核实完成后，输出以下结构化状态摘要：
--- BID-VERIFICATION COMPLETE ---
分析报告: 分析报告.md
原始文件: {原始采购文件名}
✅正确: {N}项
❌错误: {N}项
⚠️存疑: {N}项
🔍未找到: {N}项
已自动修正: {N}项
输出文件: 核实报告.md
状态: SUCCESS
--- END ---
