标好运 (BidWin)

> 作者：搬砖的猫　微信：goesboy405121028
> 本技能基于审计/咨询实务经验整理，欢迎交流；转载请保留本署名。

覆盖政府采购与企业招标标书（响应文件/投标文件）从"读招标文件"到"出正式PDF"的全流程。采用 HTML 优先 → PDF 转换 的工艺：HTML 便于人机协同编辑、版本对比与审查评分，定稿后一次性转成符合递交要求的 PDF。

适用场景

• 拿到招标文件/竞争性磋商文件/采购需求，需要编制响应文件（投标文件）
• 已有响应文件 HTML 草稿，需要对标评分标准做合规与得分审查
• 标书审查通过后，需要生成正式可递交的 PDF（含封面、页码、目录、A4 版式）

采购方式识别与模板选择（开工第一步）

实战教训：不同采购方式的响应文件结构、格式、报价方式差异巨大，错用模板会导致格式不合规。开工前必须先识别采购方式，再选模板。

识别要点：
1. 看封面/公告标题的采购方式声明。
2. 看响应文件格式章节的标题（"投标文件格式"=公开招标；"响应文件格式"=竞争性磋商）。
3. 看报价表字段（"下浮率/费率"=公开招标常见；"元/年"=竞争性磋商常见，但公开招标也可能用元/年，需结合采购方式判断）。
4. 采购方式决定结构骨架，招标文件给定格式决定具体条款文字——两者都要看。

> 详细的差异对照与模板选择决策见 references/bid_method_diff_guide.md。

四大模块总览

招标文件/采购需求 ──► 模块1: 分析提炼 ──► 投标要点分析.md
                                              │ (人+AI 共读)
多源素材(PDF/DOCX/MD) ──► 模块1.5: 素材处理 ──► images/ + 文字提取
                                              │
                                    模块2: 生成 ──► 响应文件.html (图文并茂)
                                              │
招标文件+评分标准 ──► 模块3: 审查评分 ──► 标书审查报告.md (得分表+整改清单)
                                              │ 审核无误
                          模块4: 正式制作 ──► 响应文件.pdf (A4/页码/目录)

模块 1：分析提炼（读招标文件 → 投标要点）

目标：把厚重的招标文件结构化成"人+AI 都能快速阅读"的投标要点，供后续制作、审核、投标决策使用。

1.1 提取招标文件为 Markdown

先用 MinerU 把 PDF/扫描件/DOCX 高保真转成 Markdown（保留表格、条款层级、附录），再做结构化分析。

• 小文件（<200页）：mineru-open-api extract "<招标文件.pdf>" -o "<outdir>" -f md --model pipeline --language ch
• 大文件（≥200页或>100MB）：调用 mineru-chunked-extract skill 分块提取后合并（见该 skill 说明）
• 模型选择：审计/财务/法律类标书一律用 --model pipeline（零幻觉）；图文复杂排版可用 --model vlm

> 参考提取产物位于本 skill 同级 references/tender_structure_guide.md，含通用结构要素。

1.2 结构化提炼（产出 投标要点分析.md）

读取提取后的 Markdown，按以下 8 个维度提炼（模板见 templates/analysis_template.md）：

1. 项目基本信息表：项目编号、名称、采购方式（公开招标/竞争性磋商/单一来源等）、预算/最高限价、服务期限、是否接受联合体、所属行业、采购人/代理机构。
2. 关键时间节点：报名/答疑/递交截止/开标时间、响应文件有效期（常见90日）、合同签订时限（成交通知书后7个工作日内）。
3. 资格要求清单：营业执照、资格信用承诺函、特定资质、信用要求（失信被执行人/重大税收违法/政府采购严重违法失信/严重违法失信名单，查询渠道 creditchina / ccgp / gsxt）。
4. 实质性要求清单：重点扫描标记符号——★/* 实质性条款（不满足即无效）、◆ 重要技术参数、▲ 主要标的。逐条列出并标注"必须满足"。
5. 评分细则映射表：把评分标准每一项（商务分+技术分，满分100）拆成"评分项→分值→得分依据→对应响应文件章节→所需证明材料"。这是模块2生成、模块3审查的基准。
6. 响应文件目录结构：按招标文件"第X章 响应文件格式"生成目录骨架（常见12部分：响应声明/资格证明/政策证明材料/分项报价/负责人情况/工种安排/设备清单/技术偏离表/商务偏离表/诚信履约承诺函/授权委托书/最后报价）。
7. 所需证明材料清单：业绩合同、审计报告、资格证书、财务报表、人员简历、社保证明、信用截图等，标注"已有/待补"。
8. 红旗条款与风险提示：异常低价审查阈值（A/B/C%）、机器识别码/创建标识码防围标要求、电子签章与CA证书要求、报价固定不变条款、不接受备选方案等易踩坑点。

1.3 交付与确认

• 输出 投标要点分析.md，请用户确认资格条件、可用业绩与人员是否满足门槛后再进入模块2。
• 若发现资格不满足或得分项无对应素材，主动提示风险，不强行生成。

模块 1.5：素材处理与图片提取（多源素材融合）

目标：当拥有多种素材（PDF盖章版、DOCX源文件、MinerU提取的MD）时，融合各源优势，提取高质量图片和精确文字，为模块2生成图文并茂的标书做准备。

> 详细策略参见 references/material_orchestration_guide.md。

1.5.1 MinerU 图片提取的局限性

实战发现：MinerU 提取 PDF 时，图片提取策略偏向"识别有图的区域"，对全页图片或嵌入图片常只截取局部（如盖章处），导致：
- 图片不完整、分辨率低
- 内容图片（公司简介、组织架构、团队等）丢失或残缺
- 直接用于标书严重影响观感

解决方案：从 DOCX 源文件提取原始高清图片。

1.5.2 从 DOCX 提取高质量图片

DOCX 本质是 ZIP 包，word/media/ 中存放原始嵌入图片（高清完整）。使用脚本自动提取：

# 步骤1：分析 DOCX 中图片-标题对应关系（仅分析不复制）
& "<skill>/scripts/Extract-ImagesFromDocx.ps1" -DocxPath "D:\素材\历史项目.docx" -AnalyzeOnly

# 步骤2：查看分析报告 docx_image_analysis.txt，确认需要的图片

# 步骤3：提取大图片到标书 images/ 目录（自动按语义重命名）
& "<skill>/scripts/Extract-ImagesFromDocx.ps1" -DocxPath "D:\素材\历史项目.docx" -CopyTo "D:\标书\images" -MinSizeKB 50

脚本会：
1. 解压 DOCX，提取 word/media/ 全部图片
2. 解析 document.xml + _rels/document.xml.rels，建立"段落文字 → rId → 图片文件"映射
3. 向上回溯找到图片附近标题，确定图片内容主题
4. 过滤小图标（<阈值），保留有信息量的大图片
5. 按语义重命名（如 org_structure.png、financial_1.png、honors.png）

1.5.3 三源融合策略

1.5.4 跨项目素材复用

同一投标人的历史响应文件是高质量素材来源。以下内容可直接复用：
- 公司简介、组织架构、管理团队（文字+图片）
- 质量管理体系、一体化管理机制
- 注册会计师人数证明（中注协系统截图）
- 历史荣誉、排名证明
- 法定代表人信息、公司地址/联系方式

复用纪律：公司层面的事实（排名、注会人数、地址）可直接复用；项目专属信息（团队指派、报价、投标日期）必须按本项目实际情况填写，未确认的标黄。

1.5.5 输出

• images/ 目录：筛选后的高质量图片，按语义命名
• docx_image_analysis.txt：图片-标题对应分析报告（辅助人工筛选）

模块 2：生成标书（素材 → 响应文件.html）

目标：依据模块1的目录骨架与评分映射，结合用户提供的素材，生成打印就绪的 HTML 响应文件。

2.1 准备 HTML 骨架

以 templates/response_template.html 为基底。该模板内置：
- @page A4 打印 CSS（页边距、页码、分页控制）
- 封面页、目录页、正文样式（表格/标题层级/盖章位）
- 占位变量：{{PROJECT_NAME}} {{PROJECT_NO}} {{BIDDER_NAME}} {{BIDDER_USCC}} {{BID_PRICE}} {{VALID_DAYS}} {{DATE}} 等

2.2 逐章节生成策略

按响应文件目录顺序生成，每个评分项都要在响应文件中有对应章节并命中得分依据：

• 商务部分：响应声明、资格信用承诺函、分项报价表（不超过预算/最高限价）、供应商业绩（附审计报告/合同，命中业绩加分）、项目负责人业绩、信誉状况声明（附中注协/信用中国截图）。
• 政策证明材料：中小企业声明函（按所属行业划型）、残疾人福利性单位声明函、本国产品声明函（如涉及货物）——按招标文件给定格式逐项填写，不可自拟。
• 技术部分（得分大头，常见占技术分70%+）：
• 项目整体方案：实施目标/范围/计划/程序/时间/方法 → 延伸现场与非现场审计安排 → 沟通机制与成果清单 → 对最新监管/风险领域的响应 → 增值服务。按招标文件分档标准（一/二/三档）冲最高档。
• 专项方案（如境外审计方案）：突出网络成员所合作经历、可行性针对性。
• 项目团队与资源配备：项目负责人履历（从业年限、同类项目数、上市公司审计经验）、团队构成、设备清单。
• 质量管理水平：质量控制方案、防火墙与独立性、保密与监督、项目质量复核流程——这是高分项，务必详实完整并做独立性承诺。
• 风险承担能力：近三年经审计财务报表、保险覆盖金额。
• 偏离表：技术偏离表、商务偏离表——除列明偏离外其余填"符合"；负偏离慎用（可能触发符合性审查不通过）。
• 授权与承诺：法定代表人授权委托书/证明、诚信履约承诺函——按给定格式，预留签字盖章位。

2.3 生成纪律

• 格式忠实：招标文件给定的格式（承诺函、声明函、偏离表）必须原样使用，仅填空，不改条款文字。
• 证据对齐：每处业绩/资质声明，标注对应证明材料在响应文件中的位置（页码/附件号）。
• 不造假：业绩、人员、财务数据必须基于用户提供的真实素材；缺失项标注 [待补充：xxx] 占位，不编造。
• 防围标：响应文件由本方独立编制，留意机器识别码/创建标识码不可与他人雷同。
• 报价：最后报价固定不变、不超过预算、不接受备选方案；报价含一切税费。

2.4 图文并茂（图片嵌入 HTML）

标书应图文并茂，避免纯文字堆砌。从模块1.5提取的高质量图片，按内容主题嵌入对应章节：

<!-- 单图居中（公司简介、组织架构等大图） -->
<div class="img-block">
  <img src="images/management_team.png" alt="公司管理团队">
  <div class="caption">图1 公司管理团队概况</div>
</div>

<!-- 双图并排（排名证明+荣誉证书等对比图） -->
<div class="img-row">
  <img src="images/ranking_1.png" alt="中注协排名">
  <img src="images/honor_cert.png" alt="社会荣誉">
</div>
<div class="caption" style="text-align:center;">图6 中注协排名及社会荣誉</div>

> CSS 样式已内置模板：.img-block（单图，max-height 20cm）、.img-row（双图并排，max-height 12cm）、.caption（图注）。

图片嵌入要点：
- 每个主要章节（公司简介、团队、质量管理、业绩等）至少配1-2张图片
- 图片必须有图注（图N xxx），编号连续
- 图片 alt 属性描述图片内容
- 图片与文字描述匹配，不可张冠李戴
- 控制图片总大小在 20MB 以内，避免 PDF 转换内存溢出

2.5 不留白与标黄策略

核心原则：生成的 HTML 不允许出现空白或红色 [待补充] 标记。所有占位符必须处理：

<!-- 已知信息：直接填入 -->
<p>投标人名称：XX会计师事务所（特殊普通合伙）</p>

<!-- 推导信息：填入+标黄 -->
<p>项目负责人：<span class="highlight">（姓名待确认，拟由CISA持证资深审计人员担任）</span>，具有10年以上经验</p>

<!-- 附件指引：标黄 -->
<td><span class="highlight">（详见合同复印件附件）</span></td>

<!-- 日期：年月填入，日标黄 -->
<p>日期：2022年11月<span class="highlight">（具体日待确认）</span>日</p>

> .highlight 样式：background-color: #ffeb3b（黄色高亮），正式递交版可保留或人工清除。

2.6 输出

• 生成 响应文件.html，所有素材图片放入同目录 images/，用相对路径引用。
• 生成 标黄项清单.md（必备产出）：把所有 class="highlight" 标黄项汇总成表，供人工逐条确认。这是模块3审查和最终人工核对的基准。

• 生成后向用户报告：覆盖的评分项清单、标黄项数量、图片清单、预估完整度。

> 标黄项批量替换与汇总可使用 scripts/Replace-HtmlPlaceholders.ps1 自动化。

模块 3：审查评分（响应文件.html → 标书审查报告）

目标：以评审专家视角，对标招标文件与评分标准，对生成的 HTML 做合规检查与得分预估，产出可执行的整改清单。

3.1 三层审查

1. 资格审查：营业执照/资格信用承诺函是否齐备、特定资质是否满足、信用要求是否符合。
2. 符合性审查：供应商名称一致性、盖章签署完整性、格式规范性、报价是否超预算、有效期（90日）、服务时间/地点/付款方式响应、实质性要求（★/*）是否全部满足且提供证明、机器识别码独立性。
3. 异常低价自查：报价是否低于阈值（均值A%/次低B%/限价C%，本项目A=50/B=50/C=65），若触发需附成本测算说明。

3.2 评分预估表

逐项对照评分细则，给出"预估得分 / 满分 / 得分依据 / 证据是否齐备 / 提升建议"。示例：

3.3 输出与闭环

• 输出 标书审查报告.md：含合规检查表、评分预估表、整改清单（按"必改/建议改"分级）。
• 若有"必改"项（实质性要求未满足/资格缺失/报价超限）→ 必须回到模块2修订后再审，不可带病进入模块4。
• 审查通过（无必改项、预估得分达标）后，请用户确认再进入模块4。

模块 4：正式制作（HTML → PDF）

目标：把审核通过的 HTML 转成符合递交要求的正式 PDF。

4.1 转换工具

主用 Playwright (Chromium) 渲染，控制力最强（A4、页码、页眉页脚、CJK字体、分页）；Win11 环境可用内置 Edge 无头模式 作为免安装兜底。

# 方式A：Playwright（推荐，需 npm i playwright，用户已熟悉）
node "<skill>/scripts/html2pdf.mjs" "<响应文件.html>" "<输出.pdf>"

# 方式B：Edge 无头（Win11 内置，免安装）
& "<skill>/scripts/Convert-HtmlToPdf.ps1" -HtmlPath "<响应文件.html>" -PdfPath "<输出.pdf>"

Convert-HtmlToPdf.ps1 会优先尝试 Playwright，失败则回退 Edge 无头模式。

4.2 版式要求（写入 HTML 的 @page 与脚本参数）

• 纸张 A4，页边距上下2.54cm/左右3.18cm（按招标文件要求调整）
• 页脚居中页码 第 X 页 / 共 Y 页，页眉可放项目名称
• 封面、目录页单独分页且不显示页码（用 @page :first 与分节控制）
• 表格不跨页断裂（page-break-inside: avoid）
• 中文字体：宋体/仿宋正文、黑体标题（确保PDF嵌入字体）
• 图片清晰、印章位预留

4.3 递交前检查

• PDF 页数、目录链接、页码连续性
• 电子签章/CA 加密要求：本项目若要求电子交易平台递交（如某市公共资源交易系统），需用官方"投标文件制作软件"导入PDF并数字证书加密签章——此步在官方软件中人工完成，本skill只产出待签章的PDF。
• 多分册：若招标文件要求商务/技术/报价分册，按 --split 参数或手动拆分HTML后分别转换。

4.4 输出

• 响应文件.pdf（正式版），保留 响应文件.html 源文件以便修订。

关键注意事项（贯穿全流程）

• 实质性要求零偏离：★/* 条款任何一条不满足即废标，模块1必须全量提取，模块3必须逐条复核。
• 格式不可自拟：招标文件第七章给定的格式（承诺函/声明函/偏离表/授权书）原样使用。
• 证据闭环：每项加分声明都要有对应证明材料，并在偏离表/相关位置标注页码。
• 电子递交特殊性：多数政府采购项目要求CA加密电子标书，本skill产出的是"内容定稿PDF"，最终签章加密在官方制作软件中完成。
• 不造假、不围标：业绩/人员/财务数据真实；机器识别码独立。
• 预算与报价：报价≤最高限价、含一切税费、固定不变、不接受备选方案。
• 图片以DOCX为准：MinerU提取的PDF图片质量差（常只截取盖章片段），标书图片必须从DOCX源文件 word/media/ 提取原始高清版本（见模块1.5）。
• 不留白、标黄待确认：生成的HTML不允许出现空白或红色[待补充]标记。已知信息直接填入；可推导信息填入+标黄（class="highlight"）；无法填入的填"详见附件"+标黄。
• 跨项目复用纪律：公司层面的事实（排名、注会人数、地址、法定代表人）可从历史响应文件复用；项目专属信息（团队指派、报价、投标日期）必须按本项目填写，未确认的标黄。

PowerShell / Windows 环境实践陷阱

实战教训：本 skill 的脚本（Extract-ImagesFromDocx.ps1、Convert-HtmlToPdf.ps1、Replace-HtmlPlaceholders.ps1）在 Windows + PowerShell 环境下有一系列坑，写脚本时务必规避：

1. && 不是语句分隔符：PowerShell 用 ; 分隔顺序语句，&&（bash 风格）会报语法错误。需要"前成功才执行后"用 if ($?) { ... }。
2. Expand-Archive 不认 .docx 扩展名：解压 DOCX 前必须先 Copy-Item 成 .zip 临时文件再解压，完成后删除临时文件。
3. 中文脚本必须存为 UTF-8 BOM：纯 UTF-8（无 BOM）的 .ps1 文件在 PowerShell 5.1 下中文属性名/中文字符串会乱码。用 VS Code "UTF-8 with BOM" 编码保存，或在文件头加 [Console]::OutputEncoding = [System.Text.Encoding]::UTF8。
4. stderr 被当错误流：MinerU CLI、node、msedge 等工具的正常输出会写到 stderr，PowerShell 的 $ErrorActionPreference='Stop' 会把它当致命错误中断。用 2>&1 | Out-Null 吞掉，或改用 $LASTEXITCODE 判断成败。
5. Get-Content -Raw 与 Set-Content 编码：读写中文 HTML/MD 必须显式 -Encoding UTF8，Set-Content 默认会在末尾加换行，需要 -NoNewline 保持原样。
6. 正则替换中文：-replace 用正则，中文需注意 $ ^ 等元字符；批量替换 HTML 占位符建议先 Get-Content -Raw 读全文，替换后再一次性写回，避免逐行替换丢失跨行匹配。
7. 路径含中文/空格：Copy-Item、& $script 调用时路径含中文或空格必须用引号包裹；Resolve-Path / [IO.Path]::GetFullPath 处理绝对路径更稳妥。
8. Edge 无头模式 PDF：--headless=new 比 --headless（旧版）更稳定；--print-to-pdf= 后紧跟路径（带引号会被吞，建议路径不含空格或用 $PdfAbs 变量内联）。

> 完整陷阱清单与示例见 references/powershell_pitfalls.md。

模块间确认门槛（硬性闸门）

各模块之间有明确的"必须用户确认才能进入下一模块"的硬门槛，避免带病推进：

特别提醒：评分标准缺失时，模块3只能做"推测性评估"，必须在审查报告显著位置声明限制，并提示用户补全评分标准后重新审查。

文件清单