标书撰写 Skill（bid-document-maker）
把一个完整的「标书制作」专业流程固化为一键执行的工作流。用户只需提供招标/采购文件（Word/PDF），即可自动完成从解析到成稿再到质检的全流程。
适用场景
- 用户提供一份或多份招标文件、竞争性磋商采购文件、技术要求、投标注意事项，要求制作标书/投标响应文件。
- 用户要求"下班前做好标书""根据这份招标文件生成响应文件"等时间紧、结构固定的任务。
- 需要生成包含投标函、资质证明、技术响应、技术方案、报价、承诺函等章节的专业 Word 文档。
核心工作流（四阶段）
按顺序执行以下四个阶段，不可跳过：
阶段一：解析采购文件
目标：从用户提供的原始文件中，提取做标书所需的全部关键信息。
提取清单（务必逐项确认）：
1. 项目名称、项目编号
2. 采购方（招标人）、代理机构
3. 采购预算 / 最高限价
4. 资格门槛（资质要求、业绩要求、财务要求）
5. 技术要求清单（重点识别带 ★ 或 ▲ 的实质性技术要求，这些必须逐条响应且不能有负偏离）
6. 评分标准（技术分、方案分、价格分各占多少，各子项分值）
7. 交货/交付节点、工期、质保期、付款方式
8. 投标截止时间、文件份数、装订/密封要求、投标有效期
解析 Word 文件（.docx）时：
- 运行 scripts/parse_docx.py <文件路径> [--out <输出json>] 提取文本。
- 该脚本用 zipfile 直接解压 XML 提取文本，不使用 python-docx（避免网络安装超时问题）。脚本自动解析 word/document.xml 中的段落与表格，并尝试识别"技术要求/评分标准"等结构化章节。
解析 PDF 文件时：
- 若为文字型 PDF，用 Read 工具直接读取。
- 若为扫描/图片型 PDF（无法提取文字），向用户明确说明：该 PDF 中的技术参数无法自动提取，需用户人工补充，不臆造数据。
阶段二：制定投标策略
基于解析结果，制定针对性响应策略。不要简单复制采购要求，要体现差异化竞争力。
- 评分权重分析：按分值从高到低排序，高权重项投入更多笔墨，低权重项满足即可。
- 实质性要求识别：带 ★ 的技术要求必须逐条响应、明确写"满足/正偏离"，绝不允许负偏离（否则废标）。
- 差异化亮点话术：对关键技术指标，给出"高于要求的余量"描述。例如：
- 采购要求："声音前向通道增益 ≥ 60dB"
- 我方响应："我方采用低噪声前置放大器设计，增益可达 65dB（典型值），信噪比满足精密检测需求" —— 比原要求多出余量，评委无理由扣分。 - 报价策略：分析预算与评分中价格分计算方式（如"满足预算即得分"还是"低价得高分"），给出合理报价建议。
阶段三：生成标书文档
调用 scripts/generate_bid.js 生成完整 Word 标书。脚本使用 npm docx 库（v9），输出 9 章结构专业文档。
9 章标准结构：
1. 封面
2. 目录
3. 投标函（含投标报价、工期、有效期承诺）
4. 资质证明（营业执照、资格证书等清单）
5. 技术响应文件（逐条"采购要求 vs 我方响应 vs 满足情况"对照表）
6. 技术方案（按评分维度分节撰写）
7. 报价文件
8. 诚信承诺函
9. 售后服务与质量保证承诺
生成方式：
# 1. 先把标书内容组织成 JSON（见 assets/bid_template.json）
# 2. 运行生成脚本
node scripts/generate_bid.js --config bid.json --out 标书.docx
- 脚本运行前若
docx库未安装，按下方"环境准备"安装。 - 生成后验证文档可正常打开，章节完整。
阶段四：质检与优化
生成 Word 后，逐项核对并输出质检报告：
- 技术响应完整性：采购文件里每一项技术要求是否都有对应响应？带 ★ 项是否 100% 覆盖且无负偏离？
- 格式规范：封面信息是否完整（项目名称/编号/投标人/日期）？目录是否匹配？页码、字体、落款是否规范？
- 废标风险点排查：
- 是否遗漏实质性要求（★ 项）？
- 投标函中的报价是否与报价文件一致？
- 投标有效期、质保期、工期是否满足要求？
- 签字盖章位置、装订密封要求是否提示到位？ - 输出质检报告：列出发现的问题、风险等级（高/中/低）与修改建议。
环境准备（首次使用）
Node.js 环境（用于生成 Word）：
# docx 库安装（v9，注意 API 与旧版差异）
npm install docx
docx v9 关键 API 差异（避免踩坑）：
- TableRow 构造必须用对象形式 new TableRow({ children: [...] })，不能直接传数组。
- LineRuleType 等旧类型已被移除，不要引用。
- 设置中文字体用 font: "宋体" 或 font: { ascii: "Times New Roman", eastAsia: "宋体" }。
参考资源
references/bid_structure_and_scoring.md— 9章结构详解、评分维度模板、差异化话术模板、常见废标点清单。assets/bid_template.json— 标书内容 JSON 模板（生成脚本的输入结构）。scripts/parse_docx.py— Word 文本提取（zipfile+XML，无外部依赖）。scripts/generate_bid.js— 标书 Word 生成（npm docx v9）。
注意事项
- 永远不要臆造数据：采购方名称、预算、技术参数、资质要求以原始文件为准；无法提取的信息要标注并询问用户。
- 涉及报价等敏感数字，最终以用户确认为准。
- 生成的是 .docx 文件，完成后用 present_files 呈现给用户查看。
