投标文件全流程智能分析

投标文件全流程智能分析技能。解析招标/投标文件(PDF/DOCX/XLSX)，基于MECE原则进行多维度结构化需求拆解，自动生成架构图/流程图/ER图/甘特图/雷达图五大专业图表，模拟评审专家打分并输出扣分明细，根据评审意见逐条自动修订，提供类Git版本管理与迭代追踪。 Triggers: 投标, 招标, 标书分析, 需求拆解, 评审打分, 标书检查, 投标方案, 招标文件解析, 报价分析, 技术方案, 自动修改, bid, tender, RFP analysis, 标书版本管理, MECE分析.

bettermen@bettermen

Install

openclaw skills install @bettermen/tender-analyzer

Tender Analyzer — 投标文件全流程智能分析技能

Overview

本技能提供从招标文件解析到投标方案迭代优化的全流程AI辅助能力。区别于传统标书分析工具仅做信息提取，本技能核心差异化在于：(1) MECE原则驱动的多维度需求深度分析 (2) 五类专业图表自动生成 (3) 多角色评审专家模拟与扣分追踪 (4) 评审意见驱动的逐条自动修订 (5) 类Git版本管理与迭代记录。

核心能力矩阵

能力	说明	触发词示例
文档智能解析	解析PDF/DOCX/XLSX格式招标文件，提取结构化需求清单	"分析这份招标文件""帮我解析标书"
MECE多维分析	6大维度(技术/商务/资质/管理/合规/实施)相互独立完全穷尽展开	"MECE分析""多维拆分""需求拆解"
专业图表生成	架构图/流程图/ER图/甘特图/雷达图自动生成	"生成架构图""画甘特图""出个雷达图"
评审专家模拟	多角色(技术/商务/法律/管理/质量)独立打分，输出扣分项	"模拟评审""专家打分""评审预测"
自动修订引擎	根据评审意见逐条自动修改标书内容	"根据评审意见修改""自动修订""逐条整改"
版本管理	Git式版本快照、Diff对比、迭代记录	"保存版本""版本对比""迭代记录"

工作流总览

本技能执行完整的8阶段工作流：

text

用户输入(文件/指令)
    │
    ▼
[阶段1] 文档解析 ──→ 结构化文本+表格+元数据提取
    │
    ▼
[阶段2] 需求清单生成 ──→ 结构化需求条目(编号/类型/权重/来源页码)
    │
    ▼
[阶段3] MECE多维展开 ──→ 6维度×N子维度需求树 + 交叉影响矩阵
    │
    ▼
[阶段4] 专业图表生成 ──→ 架构图/流程图/ER图/甘特图/雷达图(SVG)
    │
    ▼
[阶段5] 评审模拟打分 ──→ 5角色独立评分 + 加权总分 + 扣分明细表
    │
    ▼
[阶段6] 自动修订 ──→ 逐条解析评审意见 → 定位原文段 → 生成修订Patch
    │
    ▼
[阶段7] 版本快照 ──→ Git式版本记录 + Diff对比
    │
    ▼
[阶段8] 报告生成 ──→ 交互式HTML报告(含图表+评审+版本树)

阶段1：文档智能解析

输入支持

PDF (含扫描件，需OCR提示)
DOCX / DOC
XLSX / XLS
纯文本/Markdown粘贴内容

解析输出

解析后输出结构化需求清单，每条需求包含:

yaml

requirement:
  id: "REQ-001"
  category: "技术"        # 技术/商务/资质/管理/合规/实施
  subcategory: "技术参数"  # 二级分类
  content: "CPU主频≥3.0GHz"
  type: "客观分"          # 客观分/主观分/星号条款/废标项
  weight: 5               # 分值权重(从评分标准提取)
  source_page: 12          # 来源页码
  related_to: ["REQ-003"]  # 关联需求ID
  mandatory: false         # 是否实质性要求(★条款)
  risk_level: "low"        # low/medium/high/critical

执行指令

读取用户提供的招标文件，识别格式后提取全文文本+表格
从文本中识别并提取: 项目基本信息、评分标准表、技术要求清单、商务条款、资质要求、时间节点
对每个评分项标注type(客观分/主观分/★否决项)和weight
对★标记的实质性条款高亮标记mandatory: true
自动检测废标项(如"不满足即废标""资格后审不通过"等关键词)标记risk_level: critical

阶段2：结构化需求清单生成

输出格式

生成 Markdown 表格形式的结构化需求清单:

ID	类别	子类别	需求内容	类型	分值	来源页	关联
REQ-001	技术	技术参数	CPU≥3.0GHz	客观	5	P12	REQ-003
REQ-002	商务	报价	不超过预算500万	客观	30	P8	-
REQ-003	技术	技术参数	内存≥64GB	客观	5	P12	REQ-001

执行指令

为每条需求分配唯一ID，格式: REQ-{序号:03d}
自动提取评分标准表中的权重映射到需求ID
建立需求间的关联关系(如: "同技术方案内参数项")
识别并标记矛盾条款(related_to中记录冲突关系)

阶段3：MECE多维深度展开

MECE六大维度体系

基于MECE(相互独立、完全穷尽)原则，将招标需求展开为6大一级维度、24+二级维度:

text

                    ┌── 技术方案完整性
                    ├── 技术方案先进性
        ┌── 技术维度 ──┼── 技术参数符合度
        │           ├── 技术创新性
        │           └── 技术路线成熟度
        │
        │           ┌── 报价合理性
        │           ├── 付款条件
        ├── 商务维度 ──┼── 质保与售后服务
        │           ├── 培训方案
        │           └── 交付周期
        │
        │           ┌── 企业资质等级
        │           ├── 人员资质
        ├── 资质维度 ──┼── 业绩案例数量/类型
        │           ├── 财务状况
        │           └── 信誉与诉讼记录
        │
招标需求 ──┤
        │           ┌── 项目组织架构
        │           ├── 进度计划
        ├── 管理维度 ──┼── 质量管理体系
        │           ├── 风险管理
        │           └── 沟通与变更管理
        │
        │           ┌── ★实质性条款响应
        │           ├── 知识产权与保密
        ├── 合规维度 ──┼── 免责条款
        │           ├── 违约责任
        │           └── 废标项检测
        │
        │           ┌── 交付计划
        │           ├── 资源配置
        └── 实施维度 ──┼── 验收标准
                    ├── 运维保障
                    └── 应急预案

分析矩阵

对每个二级维度，输出:

text

维度: 技术方案完整性
├── 覆盖度: 该维度覆盖了X条需求, 占总需求Y%
├── 关键需求: [REQ-001, REQ-005, ...]
├── 未覆盖点: 招标文件未明确的潜在需求
├── 交叉影响: 与[商务维度]在[报价与配置对应关系]上存在交叉
│             与[实施维度]在[交付与技术验证]上相互约束
└── 响应策略: 优先级/资源分配建议

执行指令

将阶段2的需求清单按6大维度重新归类
识别各维度交叉点和约束关系，生成交叉影响矩阵
对每个维度标注覆盖率和关键需求
标注"招标文件未明确但行业惯例需要"的隐含需求(标记为IMPL-{序号})
输出维度权重热力图数据(用于后续雷达图生成)

阶段4：专业图表自动生成

本技能支持5类专业图表的SVG代码生成:

4.1 系统架构图 (Architecture Diagram)

展示投标方案的系统架构、模块关系、数据流。

适用场景: IT/软件类招标技术方案的可视化

生成方式: 使用 read_me 加载 diagram 模块，通过 show_widget 生成SVG架构图

指令: 当用户说"生成架构图""系统架构"时，根据需求清单中的技术要求构建模块拓扑。

4.2 业务流程图 (Flowchart)

展示投标/评标业务流程、关键决策点。

适用场景: 投标工作流、评标流程、质量管控流程

生成方式: 使用 read_me 加载 diagram 模块，通过 show_widget 生成SVG流程图

指令: 当用户说"流程图""业务流程"时，根据评标办法中的流程描述生成。

4.3 ER图 (Entity-Relationship Diagram)

展示需求、评分项、资质之间的实体关系。

适用场景: 复杂招标项目中各要素的关联关系

生成方式: 使用 read_me 加载 diagram 模块，通过 show_widget 生成SVG ER图

指令: 当用户说"ER图""实体关系"时，基于需求关联数据生成。

4.4 甘特图 (Gantt Chart)

展示项目时间线、里程碑、交付节点。

适用场景: 项目进度规划、交付计划可视化

生成方式: 使用 read_me 加载 diagram 模块，通过 show_widget 生成SVG甘特图

指令: 当用户说"甘特图""进度计划""时间线"时，基于招标文件中的时间节点生成。

4.5 雷达图 (Capability Radar Chart)

展示投标方在各MECE维度上的能力评估。

适用场景: 投标竞争力自评、多家对比、薄弱环节识别

生成方式: 使用 read_me 加载 chart 模块，通过 show_widget 生成雷达图

指令: 当用户说"雷达图""能力评估""竞争力"时，基于评审模拟的维度得分生成多角色叠加雷达图。

执行指令 (图表生成)

确定图表类型后，调用 read_me 加载对应模块 (diagram 或 chart)
调用 show_widget 渲染SVG，设置合适的title和loading_messages
图表下方追加文字解读（至少3个关键发现）
所有图表使用配色方案: 主色#2563EB, 辅色#7C3AED, 成功#10B981, 警告#F59E0B, 危险#EF4444

阶段5：评审专家模拟打分

五类评审角色与权重

默认权重配置(可通过用户指令调整):

角色	权重	关注维度	评分风格
技术专家	30%	技术方案、技术参数、创新性	严格、关注细节
商务专家	25%	报价、付款、售后、培训	性价比导向
法律专家	20%	合同条款、知识产权、合规	风险规避
项目管理专家	15%	进度、质量、风险、沟通	可落地性导向
质量专家	10%	验收标准、质保、运维	标准合规导向

评分算法

text

每个需求i的得分计算:
  S_i = weight_i × compliance_score_i

compliance_score_i ∈ [0, 1] 表示对该需求的响应程度:
  1.0 = 完全满足
  0.8 = 基本满足(微小偏差)
  0.6 = 部分满足(明显不足)
  0.4 = 勉强满足(严重不足)
  0.2 = 几乎不满足
  0.0 = 完全未响应

扣分值 D_i = weight_i × (1 - compliance_score_i)

综合总分 = Σ(S_i) / Σ(weight_i) × 100

各角色独立评分后加权汇总:
  Final_Score = Σ(role_weight_j × role_score_j)

输出内容

评分总览卡片: 综合得分、评级(S/A/B/C/D/F)、竞争力预估
分角色评分表: 各角色独立打分明细
扣分明细清单: 按扣分从高到低排列，每条包含:
- 需求ID & 内容
- 满分值
- 实际得分
- 扣分值
- 扣分原因(专家视角)
- 改进建议
风险预警: 红色/黄色标记的扣分项
夺分策略: 提升空间最大的前5项建议

执行指令

从阶段2的需求清单中获取所有权重和评分标准
为每个需求项分配各角色的compliance_score
按算法计算分角色得分和综合总分
生成扣分明细表(扣分>0的项)，按扣分值降序排列
对每个扣分项用一句话解释扣分原因和改进建议
输出Top5改善建议(投入产出比最高的改进项)

阶段6：评审意见驱动的自动修订

修订工作流

text

输入: 评审意见列表
    │
    ├── [1] 解析评审意见 → 提取: 需求ID定位 + 修改类型 + 修改方向
    │
    ├── [2] 定位原文段 → 在标书原文/方案中匹配对应段落
    │
    ├── [3] 生成修订Patch → 参照以下格式
    │   {
    │     "comment_id": "C-001",
    │     "target_req": "REQ-015",
    │     "location": "第3.2节 技术方案",
    │     "type": "enhance" | "add" | "fix" | "remove",
    │     "original": "原文段落内容...",
    │     "revised": "修订后段落内容...",
    │     "rationale": "修改原因说明"
    │   }
    │
    ├── [4] 逐条应用修订 → 生成新版标书
    │
    └── [5] 修订对比 → 高亮显示修改差异

修订类型

类型	说明	示例触发
`enhance`	增强/深化现有内容	"技术方案不够深入，需补充具体参数"
`add`	新增缺失内容	"缺少质量保证措施章节"
`fix`	修正错误/不一致	"报价计算有误"
`remove`	删除冗余/不当内容	"删除违规承诺"

执行指令

接收评审意见列表(格式: [序号]. [扣分项描述])
自动匹配意见到REQ-ID(如在阶段5中已建立映射)
对每一条评审意见: a. 识别修改类型 b. 定位标书中对应的段落 c. 生成修订前后的对比文本 d. 标注修改依据
汇总所有修订Patch，展示Diff视图
询问用户确认后或直接输出修订后的完整方案

阶段7：版本管理与迭代记录

版本模型

采用类Git的版本管理模型:

text

版本链:
  v1.0 (初始版) ──→ v1.1 (修正版) ──→ v1.2 (评审修改版) ──→ v2.0 (最终版)

每次迭代记录:
  {
    "version": "v1.2",
    "timestamp": "2026-06-18T23:31:50+08:00",
    "parent": "v1.1",
    "changes": [
      {
        "type": "评审修改",
        "source": "技术专家评审意见",
        "items": ["增强3.2节技术方案", "补充测试计划"],
        "diff_summary": "+120行, -15行, 修改3处"
      }
    ],
    "score_change": "+8.5分 (72.3 → 80.8)",
    "snapshot": "tender_v1.2_20260618.md"
  }

版本操作

操作	指令示例	说明
保存版本	"保存当前版本"	创建当前标书的状态快照
查看历史	"查看版本历史" / "迭代记录"	展示版本树和时间线
版本对比	"对比v1.1和v1.2"	展示两个版本间的Diff
回滚	"回滚到v1.1"	恢复到指定版本
导出	"导出全部版本记录"	生成版本历史报告

执行指令

首次使用时初始化版本仓库(在工作目录创建.tender_versions/目录)
每次修订后自动提示保存新版本
记录: 版本号、时间戳、变更摘要、评分变化
版本号规则: 主版本.次版本 (结构/章节变化→主版本+1, 内容修改→次版本+1)
所有快照保存为Markdown文件，命名为{文件名}_v{版本号}_{日期}.md

阶段8：综合报告生成

报告结构

生成的HTML交互式报告包含以下章节:

text

1. 📋 项目概览卡片
   - 项目名称、编号、预算、招标人、投标截止日期
   - 关键时间节点时间线

2. 🔍 结构化需求清单
   - 可排序/筛选的交互式需求表格
   - ★条款和废标项红色高亮

3. 🧩 MECE多维分析
   - 维度树展开图
   - 交叉影响矩阵
   - 维度权重热力图

4. 📊 专业图表区
   - 系统架构图
   - 业务流程图
   - ER实体关系图
   - 甘特图(时间线)
   - 能力雷达图(多角色叠加)

5. 🎯 评审模拟结果
   - 5角色评分卡片
   - 综合得分仪表盘
   - 扣分明细排行榜
   - Top5改善建议

6. ✏️ 修订记录
   - 逐条修订Patch清单
   - 每个修订的前后对比

7. 📝 版本树
   - 版本演化时间线
   - 版本间评分变化趋势图
   - 每次迭代的变更摘要

8. ⚠️ 风险清单
   - 按风险等级分类(🔴高/🟡中/🟢低)
   - 每个风险的影响评估和应对建议

报告生成指令

收集所有前序阶段产生的数据
构建包含全部8章的完整HTML报告
使用嵌入式CSS/JS，单文件可独立打开
实现交互功能: 表格排序/筛选、图表hover、版本Diff切换
响应式设计(桌面端+平板端)
文件命名: {项目名称}_投标分析报告_{日期}.html
保存到工作目录下的outputs/文件夹

核心资源使用

scripts/ — Python辅助脚本

以下脚本提供确定性数据处理能力，在AI分析受限时被调用:

requirements.txt — 依赖包列表(PyMuPDF, python-docx, openpyxl, pandas等)
tender_parser.py — 文档解析引擎，提取文本+表格+元数据
mece_analyzer.py — MECE多维度分析计算引擎
expert_reviewer.py — 评审模拟评分计算
auto_reviser.py — 自动修订Patch生成引擎
version_manager.py — 版本管理工具(快照/Diff/回滚)
report_builder.py — HTML报告组装修饰器

使用方式: 当需要对大量数据进行确定性计算(如评分汇总、Diff对比)时，使用 C:/Users/PC/.workbuddy/binaries/python/versions/3.13.12/python.exe scripts/xxx.py [args]

references/ — 参考框架文档

mece_framework.md — MECE六大维度完整框架定义、评分标准、参考阈值
bid_scoring_standards.md — 主流招标评分办法参考(综合评分法/最低评标价法/性价比法)
bid_terminology.md — 招投标领域专业术语词典

使用方式: 当需要查阅MECE维度详细定义或评分标准参考时，读取对应的references文件。

assets/ — 输出模板

report_template.html — HTML报告基础模板(含CSS样式和JS交互框架)

快速使用指南

场景1: 解析招标文件并生成分析报告

text

用户: "分析这份招标文件 [上传PDF/DOCX]"
→ 执行完整8阶段工作流 → 输出HTML报告

场景2: 仅做MECE需求拆解

text

用户: "对这份标书做MECE多维拆解"
→ 跳过阶段4-7 → 输出阶段3的MECE分析矩阵

场景3: 模拟评审打分

text

用户: "模拟评审专家给这份方案打分"
→ 执行阶段1-2(已有数据可跳过) + 阶段5 → 输出评分卡片

场景4: 根据评审意见修改

text

用户: "根据下面的评审意见逐条修改方案:
1. 技术方案缺少测试计划
2. 报价明细表格式不规范
3. 未响应知识产权条款"
→ 执行阶段6 → 输出修订Patch

场景5: 版本对比

text

用户: "对比v1.1和v1.2的变化"
→ 执行阶段7 → 输出Diff视图

注意事项

评分结果为AI预估，仅供参考 — 实际评审以评标委员会最终评定为准
扫描件PDF需OCR — 识别准确率受原文件质量影响，关键信息建议人工复核
MECE维度权重可调 — 用户可根据项目特点调整各维度权重
专家模拟存在主观性 — 不同行业/地区的评审偏好存在差异
版本管理依赖工作目录 — 需在稳定目录中操作以保持版本链完整
自动修订需人工确认 — 涉及实质性条款的修改建议需法务审核