메뉴
分析政府采购招标/磋商文件（PDF或Word），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | bid-analysis |
| description | 分析政府采购招标/磋商文件（PDF或Word），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。 |
当主要数据源为 PDF 且无可用 Word 版本时，先运行预处理脚本提升 PDF 数据质量。
python .claude/skills/bid-analysis/scripts/parse_pdf.py <pdf路径> --output <工作目录>/pdf_pages.json
读取输出 JSON，检查 parser_used（解析器）和 is_scanned（是否扫描件）。
python .claude/skills/bid-analysis/scripts/extract_pdf_toc.py <pdf路径> --pages-json <工作目录>/pdf_pages.json --output <工作目录>/pdf_toc.json
读取输出 JSON：
has_embedded_toc=true，使用 page_sections 进行定向章节读取toc_pages，读取 toc_page_text 自行分析 TOC 结构如 is_scanned=true 且 OCR_SERVICE_URL 已配置：
python .claude/skills/bid-analysis/scripts/ocr_pages.py <pdf路径> --pages 1-N --output <工作目录>/pdf_ocr.json
使用 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)
关键原则：表格必须完整提取，不可跳过或概括。
pdf_pages.json 和 pdf_toc.json）：
page_sections 定位章节 start_page/end_pagepdf_pages.json 的 pages 数组中读取目标页范围的文本[TABLE]...[/TABLE] Markdown 标记，无需额外处理pdf_ocr.json），用 OCR 文本替换对应页的空白文本pdf_toc.json 的 page_sections 非空），先读 TOC JSON 确定整体结构和页码范围，按章节定向读取核心原则：引用原文，不得概括或推断。
关键数据必须直接从文档中提取原文，不可根据经验推测。特别是：
按以下结构输出：
## 项目概况
- 项目名称 / 采购编号 / 采购人 / 采购代理 / 预算金额 / 最高限价
- 采购方式 / 截止时间 / 递交地点 / 联合体 / 进口产品
- 响应文件有效期
## 资格要求
### 一般资格条件
- 逐条列出（引用原文）
### 特定资格条件
- 逐条列出，**如原文明确"无"，必须写"无"**
### 负面清单
- 逐条列出
## 评分标准
### 总分结构
| 大类 | 分值 |
### 评分细则（完整表格）
| 评审因素 | 分值 | 评审标准（引用原文） |
- 必须提取评分表每一行的完整内容
- 必须验证子项分值之和等于大类分值，如有矛盾必须标注
## 技术需求
- 功能模块逐条（标注▲等特殊标记）
- 技术参数/性能指标
## 商务要求
- 交付期 / 付款方式（具体比例）/ 质保期/维护期 / 售后
- 份数 / 密封要求 / 电子版要求 / 保证金
- 分包转包 / 知识产权 / 公开唱价
## 响应文件组成
- 附件编号 + 名称清单
- ★标注必须提供的文件
从采购文件中提取所有涉及合规、形式审查的要求，输出为表格。如文件中未明确提及某项，标注"未提及（建议XXX）"给出推荐做法。
## 合规注意事项
| 类别 | 要求 | 来源 | 备注 |
|------|------|------|------|
| **封面** | 是否要求指定封面格式/内容 | 第N页 | 通常需含：项目名称、采购编号、供应商名称、日期 |
| **目录** | 是否要求编页码和目录 | | |
| **装订** | 胶装/活页/侧脊标注要求 | | |
| **密封** | 密封方式/是否分别单独密封/封条要求 | | 注意是否要求多个独立密封包 |
| **包装** | 内外包装/标注要求 | | 外包装标注项目名称+编号，勿标供应商名 |
| **签署** | 法人签字/授权代表签字/逐页签章 | | 注意"逐页小签"要求 |
| **盖章** | 公章/骑缝章位置和范围 | | 报价单、技术方案、资格证明、功能截图是否需单独盖章 |
| **电子版** | 是否需同时提交U盘/光盘/电子文件 | | 格式要求（PDF/Word/加密），是否单独密封 |
| **报价格式** | 大写金额/含税/分项报价/总价/份数 | | 报价一览表是否需单独密封/一式几份 |
| **有效期** | 响应文件有效期要求 | | 通常为提交截止日起90天 |
| **保证金** | 金额/账户/到账截止时间 | | 不收取也要明确标注"不收取" |
| **递交方式** | 现场递交/邮寄/电子平台 | | 迟到=拒收，注意地址和截止时分 |
| **份数** | 正本/副本数量/不一致时以谁为准 | | 精确数量（如正本1+副本5） |
| **偏离** | 是否允许偏离/负偏离扣分规则 | | 实质性条款偏离=废标，▲标注负偏离扣分更重 |
| **联合体** | 是否允许联合体投标 | | |
| **分包** | 是否允许分包/转包 | | |
| **演示** | 是否需要现场演示/演示设备要求 | | 演示形式（系统实操/PPT/视频）、时长限制 |
| **人员社保** | 是否要求提供人员社保证明 | | 社保时间范围、缴纳单位一致性要求 |
逐项检查要点：
在输出分析报告前，必须进行以下验证：
按采购文件要求的附件格式，生成完整的响应文件目录，每个附件标注：
pip install pdfplumber（PDF 表格检测）分析报告固定输出到工作目录下的 分析报告.md（文件名不可更改，后续 skill 依赖此文件名）。
分析完成后，输出以下结构化状态摘要，供 bid-manager 等上游 skill 读取：
--- BID-ANALYSIS COMPLETE ---
项目名称: {项目名称}
采购编号: {采购编号}
预算金额: {预算金额}
评分总分: {总分}
评分大类: {价格X分, 技术X分, 商务X分, ...}
附件数量: {响应文件组成中的附件总数}
★必须附件: {★标记的附件数量}
▲功能条目: {▲标注的技术需求条目数}
输出文件: 分析报告.md
状态: SUCCESS
--- END ---
对已编写的投标/响应文件进行全面质检，核对完整性、一致性和合规性。 从分析报告出发独立审查所有输出文件，检测遗漏、矛盾、占位符残留等问题， 生成核对报告、最终目录和装订指南。 当用户要求检查标书、核对投标文件、质检、汇总、组装最终文件时触发。 前置条件：需已完成 bid-tech-proposal 和/或 bid-commercial-proposal 的编写。
编写投标/响应文件的商务标部分。从分析报告中动态读取附件清单、商务条件、 资格要求和评分标准，收集公司信息后逐附件编写报价函、资格证明、业绩材料、 声明函等商务文件。输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写商务标、商务文件、投标附件、报价文件时触发。 也支持修复模式：当用户要求修复/补充商务文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
投标全流程管理器。编排所有 bid skills 按流水线自动执行，支持一键投标、 断点续跑、指定阶段启动。10个阶段：分析→核实→信息收集→商务标→技术标→ 图表→扫描件→质检→自动修复→生成Word。 当用户要求一键投标、全流程投标、管理投标进度、继续投标流程时触发。 前置条件：需要有招标/磋商/采购文件。
基于已提取的投标资料图片和index.json索引，构建FastAPI检索服务， 支持关键词搜索、分类过滤、文档类型查询，提供图片静态文件服务， 并支持自动替换响应文件中的占位符为实际图片引用。 当用户需要查询投标资料（营业执照、证书、合同、业绩等）、 启动资料检索服务、管理索引条目（增删改）、 或替换响应文件中的【此处插入XX扫描件】占位符时触发。 前置条件：需已通过 bid-material-extraction 完成图片提取和索引建立。
将 响应文件/ 目录下的 Markdown 文件转换为格式化的 Word (.docx) 文档。 自动从分析报告和商务文件中读取项目名称、公司名称等信息， 编辑 generate_docx.js 的 CONFIG 区域，然后运行脚本生成 Word 文件。 当用户要求生成Word文档、转换MD为docx、导出响应文件时触发。 前置条件：响应文件/ 目录下已有编写完成的 .md 文件。
为投标文件中的图表占位符生成 Mermaid 图并渲染为 PNG 图片。 扫描 markdown 文件中的【此处插入XX图】占位符，根据上下文（ASCII 图、 描述文字、章节标题）生成对应的 Mermaid 代码，渲染为高清 PNG， 然后替换占位符为 markdown 图片引用。 当用户要求画图、生成图表、替换图表占位符、为技术方案/实施方案画架构图时触发。