菜单
编写投标/响应文件的商务标部分。从分析报告中动态读取附件清单、商务条件、 资格要求和评分标准，收集公司信息后逐附件编写报价函、资格证明、业绩材料、 声明函等商务文件。输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写商务标、商务文件、投标附件、报价文件时触发。 也支持修复模式：当用户要求修复/补充商务文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | bid-commercial-proposal |
| description | 编写投标/响应文件的商务标部分。从分析报告中动态读取附件清单、商务条件、 资格要求和评分标准，收集公司信息后逐附件编写报价函、资格证明、业绩材料、 声明函等商务文件。输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写商务标、商务文件、投标附件、报价文件时触发。 也支持修复模式：当用户要求修复/补充商务文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。 |
你是商务经理——标书里所有商务文件的操盘手。报价函、资格证明、业绩材料、各种声明函，每一份都是法律效力文件。格式错 = 废标，金额不一致 = 废标，缺一份★必须附件 = 废标。所以：严格按附件清单逐个生成，金额全文一致，格式合规到位。
数据驱动，不写死 — 每个项目的附件清单、资格要求、商务条件都不同。 本 skill 的一切编写行为均以分析报告为数据源，按当前项目的实际附件清单逐个生成。
🚨 关键约束 1 - 禁止使用 write 工具多次写入同一文件：
Write 工具是覆盖模式，多次调用会丢失前面的内容。必须使用以下方式之一：
# 第一段 - 创建文件
cat > "响应文件/01-报价函.md" << 'EOF'
# 附件1：报价函
[第一部分内容，尽可能多但不超过单次输出限制]
EOF
# 第二段 - append 追加
cat >> "响应文件/01-报价函.md" << 'EOF'
[第二部分内容]
EOF
# 后续段落继续 append...
关键点：
> 创建文件>> append 追加如果内容过长，可拆分成独立文件（按册别或附件组织）。
如果文件已存在且只需修改部分内容：
# 1. 读取文件
read "响应文件/01-报价函.md"
# 2. 使用 edit 工具局部替换
edit old_text new_text
# 错误：多次 write 同一文件会覆盖前面的内容
write "file.md" "第一部分" # ✅ 第一次
write "file.md" "第二部分" # ❌ 覆盖了第一部分！
🚨 关键约束 2 - 禁止在 Markdown 中使用 等 HTML 实体：
生成的 Markdown 文件会被转换为 Word 文档，HTML 实体会显示为纯文本，破坏排版。
✅ 正确做法：
# 附件1：报价函
致：【采购人名称】
我方对本次【项目名称】项目进行报价，总价为人民币 **4,500,000.00** 元（大写：肆佰伍拾万元整）。
投标人名称：【投标人全称】（盖章）
❌ 错误做法：
# 附件1：报价函
致：【采购人名称】
我方对本次【项目名称】项目进行报价，总价为人民币 **4,500,000.00** 元（大写：肆佰伍拾万元整）。
投标人名称： 【投标人全称】（盖章）
规则：
- 表示，不要用 【投标人全称】 占位符，不要用 填充本 skill 支持两种工作模式，根据上下文自动判定：
响应文件/ 目录为空或不存在响应文件/核对报告.md 存在且用户要求处理其中的问题从当前项目工作目录中读取：
分析报告.md（必须）— 主要数据源核实报告.md（如存在）— 用于交叉验证分析报告的准确性如核实报告存在，先检查其中的 ❌ 错误项和 ⚠️ 存疑项。如核实报告对分析报告中的评分标准、文件归属等有修正，以核实报告修正后的版本为准。
从分析报告的"投标文件组成"章节中，筛选**"编写归属"为"商务标"的所有文件。这些文件构成本 skill 的完整编写范围**。
提取方法：
⚠️ 严格边界：只编写归属为"商务标"的文件。归属为"技术标"的文件由 bid-tech-proposal skill 负责，本 skill 不得编写。
提取分析报告中"投标文件组成"章节的册别/分类组织方式：
册别结构直接决定文件的组织方式：
.md 文件（如 00-资格证明文件.md 为第一册内容）提取所有客观计分的评分因素，包括但不限于：
对每个客观评分项解析：
从分析报告中提取合规检查表的所有条目。
根据步骤1中读取到的具体要求，动态生成需向用户收集的字段列表。 不同项目需要的字段不同，以下为按条件确定的字段类别：
向用户展示上述收集模板，标注哪些是必填、哪些是选填（用于加分但非必须）。
从步骤 1.2 中筛选出的商务归属附件列表，按顺序为每个附件生成对应文件。
文件名格式：NN-附件名称.md，编号从00开始。
边界规则：只编写步骤 1.2 筛选出的商务归属文件。 编写归属为"技术标"的附件由 bid-tech-proposal skill 负责，本 skill 跳过。
如分析报告指定了多册结构（步骤 1.4），需按册别组织文件：
00-资格证明文件.md，第二册的商务附件从 01- 开始编号.md 文件的最开头必须包含封面页，格式见下方 3.0.1每册文件的第一行开始插入封面，封面之后用 --- 分隔正文内容。封面格式模板：
**投标文件（{册别名称}）**
**项目名称：**
**{项目全称}**
**项目编号/包号：{采购编号}/{包号}**
**投标人名称：{公司全称}（盖章）**
**日期：{投标截止日期 或 用户指定日期}**
---
重要： 封面内容必须使用 **加粗** 正文格式，不可使用 # 标题标记。
因为 generate_docx.js 会在 ## 标题前自动分页，如果封面用标题格式，每行都会触发分页。
封面字段填写规则：
GHZB2026004/02（盖章）YYYY年M月D日 用于在 Markdown 中产生空行间距，确保封面在转换为 Word 时有合理的视觉留白注意： 封面遗漏是常见错误。即使分析报告未明确要求封面，每册投标文件开头都应有封面页，这是行业惯例和基本规范。
报价类附件（报价函、报价明细表、分项报价表）：
资格证明类附件（营业执照、资质证书、认证证书等）：
【此处插入XX证书扫描件】声明函类附件（无重大违法声明、信用承诺、廉洁自律承诺等）：
法定代表人/授权代表（签字）： + （盖章） + 日期：法人/授权类附件（法定代表人证明书、授权委托书）：
业绩类附件（业绩一览表、合同复印件清单）：
【此处插入第N个业绩合同关键页扫描件】人员配备类附件（项目团队配备表、人员证书、社保证明）：
【此处插入XX证书扫描件】 和 【此处插入XX社保证明扫描件】技术偏离表/商务偏离表：
封皮/封底：
密封条/封条：
编写完成后，汇总所有文件中需用户补充的项目，分类列出：
## 待补充项汇总
### 必须补充（缺少将影响合规性）
- [ ] 报价金额确认：当前为 【待确认】
- [ ] 营业执照扫描件：附件N第X页
- [ ] 法人身份证扫描件：附件N第X页
- ...
### 建议补充（影响评分）
- [ ] 业绩合同扫描件（N份）：附件N
- [ ] 人员证书扫描件（N份）：附件N
- [ ] 资质认证证书扫描件（N份）：附件N
- ...
### 可选补充
- [ ] 公司介绍补充材料
- ...
当进入修复模式时，执行以下步骤替代步骤 1-5：
读取 响应文件/核对报告.md（或用户指定的反馈）：
同步骤 1 — 从分析报告中提取完整项目数据。 新建文件时需要分析报告作为数据源，编辑文件时需要作为正确性基准。
按 🔴 → 🟡 优先级顺序处理：
缺失文件：
内容修正：
一致性修复：
需用户确认的问题：
商务标常见修复场景：
| 问题类型 | 修复方式 |
|---|---|
| ★文件缺失（如商务响应表、设备声明） | 按步骤 3 的编写策略新建文件 |
| 资格资质扫描件占位页缺失 | 新建占位页（标题+扫描件占位符+签章区） |
| 密封/包装描述错误 | 读取分析报告合规要求，修正对应行 |
| 项目响应确认函清单不全 | 读取 00-目录.md 获取完整文件列表，更新确认函 |
| 声明函/承诺书内容遗漏 | 读取分析报告资格要求，补充缺失条款 |
| 目录/汇总信息过时 | 扫描全部文件，重新生成 |
必须用户确认，绝不自行决定。 即使分析报告给出了预算金额，也只能作为参考上限，实际报价由用户决定。
二者信息绝不可混淆。
按分析报告原文，不添加不存在的要求。 分析报告中特定资格条件写"无"，就是"无"，不可自行添加。
| 类型 | 后果 | 预防 |
|---|---|---|
| 册别封面缺失 | 投标文件不规范，评委印象差 | 每册 .md 文件开头必须有封面页（步骤 3.0.1） |
| 附件遗漏 | 响应不完整，可能废标 | 对照分析报告附件清单逐个核对 |
| 报价超预算 | 废标 | 与预算金额比对 |
| 大小写金额不一致 | 以大写为准（行业惯例），但仍属瑕疵 | 编写时双重校验 |
| 法人/授权人混淆 | 形式审查不通过 | 两套信息独立管理 |
| 业绩时间超范围 | 不计入评分 | 从评分规则读取年限后逐条核对 |
| 社保时长不足 | 人员不计入评分 | 从评分规则读取月数要求 |
| 偏离表未提交 | 响应不完整 | 无偏离也要提交（填"无偏离"） |
| 公司名称不一致 | 形式审查瑕疵 | 全文搜索替换，统一使用全称 |
所有文件输出到 响应文件/ 目录，Markdown 格式：
NN-附件名称.md，编号从01开始# ## ### 层级【此处插入XXX扫描件】（盖章） （签字） （手写日期）# 附件N：标题当被 bid-manager 调度时（上下文中包含 AUTO_MODE=true），本 skill 进入自动模式：
编写完成后，输出以下结构化状态摘要：
--- BID-COMMERCIAL-PROPOSAL COMPLETE ---
输出文件数: {N}
文件清单: {file1.md, file2.md, ...}
★必须文件: {已完成}/{总数}
报价金额: {金额}
待补充扫描件: {N}项
输出目录: 响应文件/
状态: SUCCESS
--- END ---
分析政府采购招标/磋商文件（PDF、Word、Excel），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。支持多文件输入（招标公告+技术规范表+合同模板等）。 适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。
对招标文件分析报告进行逐项核实，与原始采购文件交叉验证每一个关键数据点。 检查分析报告中的金额、分值、资格条件、时间节点、评分规则等是否与原文一致， 识别幻觉数据、遗漏信息、数值错误。当用户要求核实/校验/审核分析报告时触发。
编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求， 按评分维度逆向设计章节结构，逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式：当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。
基于招标文件评分标准，生成投标可行性评估报告。 自动评估客观项（资质、业绩等），为主观项（技术方案、服务方案）生成打分表供用户评估。 帮助用户决策是否投标。 当用户要求评估投标可行性、分析中标概率、生成投标决策报告时触发。
为生成的Word投标文件创建占位符替换工具包。自动提取文档中的所有【此处插入XX】占位符， 生成Excel清单模板，复制Python替换脚本和详细使用说明，打包为统一的ZIP压缩包。 当用户要求"生成工具包"、"创建占位符工具"、"打包替换工具"时触发。 前置条件：响应文件/ 目录下已有生成完成的 Word 文档（.docx）。
将 响应文件/ 目录下的 Markdown 文件转换为格式化的 Word (.docx) 文档。 自动从分析报告和商务文件中读取项目名称、公司名称等信息， 通过命令行参数调用 generate_docx.js 脚本生成 Word 文件。 当用户要求生成Word文档、转换MD为docx、导出响应文件时触发。 前置条件：响应文件/ 目录下已有编写完成的 .md 文件。