智能标书生成与招标分析（Tender Proposal Writer）

Overview

面向智能客服产品线（呼叫中心 / 在线客服 / 工单 / 客户资料CRM / 监控 / 报表 / 质检 / 文本机器人 / 语音机器人）的售前投标工作流。采用两阶段式工作流：

• 阶段一 招标分析：解析招标文件 → 输出结构化分析报告（含评分标准、资格要求、废标风险、需响应项清单）
• 阶段二 标书生成：基于分析报告 + 用户提供的参考物料 → 逐条响应 → 生成 Word 格式标书初稿

两个阶段既可连续执行（用户上传文件后直接跑完全流程），也可单独触发（"只分析" / "只生成标书"）。

输入约定

用户需提供两类输入：

1. 招标文件（必需）：.docx / .pdf / .txt，可以是单个文件或整个文件夹（招标文件常拆分为招标公告、采购需求、评分办法、合同条款等多个文件）。
2. 参考物料（生成标书阶段需要）：用户指定的文件夹，可能包含：
   - 公司产品介绍、产品功能清单、技术白皮书
   - 行业客户案例、中标/实施案例、合同业绩
   - 资质证书（ISO、软著、CMMI、等保、高新技术企业等）
   - 既往标书/投标文件（作为写作风格参考）
   - 报价单、人员配置表等

> 若用户未提供物料文件夹，询问其在 D:\工作空间 下的哪个目录存放参考物料；若确实没有，则基于智能客服行业通用能力 + 产品线清单生成带占位符的标书，并在输出中明确标注"待补充公司实际资料"。

阶段一：招标文件分析

步骤 1.1 提取文本

对每个输入文件运行：

python <skill_dir>/scripts/extract_documents.py <input_path> --out <output_dir>

脚本支持 docx/pdf/txt，自动递归处理文件夹，输出 .txt 提取结果。若脚本因缺依赖失败，先创建/复用受管 Python 虚拟环境并安装 python-docx pypdf（见脚本头注释），再重试。极端情况（扫描版 PDF）下改用 Read 工具直接读取 PDF 页面。

步骤 1.2 结构化分析

将提取文本与 references/bid-analysis-framework.md 中的分析框架对照，按以下维度产出分析结果：

1. 项目概况：项目名称、编号、采购人、代理机构、预算/最高限价、采购方式、公告日期、投标截止时间、开标时间、保证金金额与缴纳方式
2. 资格要求：通用资格（营业执照、纳税、社保、信用记录）、特定资格（资质证书、业绩要求、人员要求）、是否接受联合体/分包
3. 评分标准：总分构成（价格分/技术分/商务分权重）、各评分项细目、得分点、加分项；识别"得分关键项"
4. 技术要求：产品功能需求、技术指标（★/▲号条款）、系统集成要求、部署环境、安全要求、性能指标
5. 商务要求：交付期限、付款方式、质保期、违约责任、知识产权、培训与售后服务
6. 需提交文件清单：投标函、法人授权书、报价表、技术方案、商务响应表、资格证明文件、业绩证明、其他附件
7. 风险与废标项：实质性要求（不满足即废标/否决）、★号条款、格式要求（盖章、签字、密封、正副本份数）、时间风险（备标时间是否充足）

步骤 1.3 输出分析报告

以对话内结构化展示（markdown 表格 + 分节）呈现，不得只给一句总结。重点突出：

• 打分规则中的权重与得分点（决定标书发力方向）
• 实质性/废标条款（红线，必须逐条响应）
• 资格预审结论（公司是否具备投标资格）
• 建议的响应策略（例如：技术分占比高→技术方案写深写实；价格分占比高→报价策略提示）

用户确认分析无误后，提示进入阶段二。若用户要求，可将分析报告另存为 Word 文件。

阶段二：标书生成

步骤 2.1 确认输入

• 确认参考物料目录路径（参考"输入约定"一节）
• 确认招标文件已分析完毕（可直接复用阶段一结果；若未分析，先跑阶段一）
• 询问关键决策项（缺省时按括号内默认处理）：
• 报价是否由用户另行提供（默认：报价表留空待填，不编造数字）
• 是否需要按评分标准逐项设计"得分应答"（默认：是，这是重点章节）
• 技术方案深度（默认：详版，含总体方案+分产品功能+实施+售后）

步骤 2.2 读取物料并建立能力映射

1. 用 Read/Glob 读取物料目录中的文档，提炼：产品功能清单、公司优势、典型客户案例（客户名、行业、项目规模、效果数据）、资质证书清单
2. 将招标要求（尤其技术要求与评分项）逐条映射到公司产品能力：
   - 产品能力覆盖 → 写出具体功能与对应得分点
   - 部分覆盖 → 描述"通过配置/定制/集成实现"，标注需确认项
   - 未覆盖 → 如实标注并给出替代方案或合作伙伴方案（不得虚构能力）
3. 参考 references/smart-cs-domain.md 补全智能客服产品的标准功能描述与行业术语，确保术语专业、方案完整。

步骤 2.3 生成标书内容结构

按 references/bid-response-framework.md 中的模板组织标书章节。标准结构（可随招标文件要求调整）：

一、投标函及附录
二、法定代表人身份证明及授权委托书
三、投标报价表（用户另行提供数据时填写）
四、商务部分
    4.1 商务响应表（逐条响应招标商务要求：承诺/偏离说明）
    4.2 公司概况与资质证明清单
    4.3 同类项目业绩（案例表 + 合同关键页复印件清单）
五、技术部分
    5.1 技术响应表（逐条响应技术参数：满足/优于/偏离说明）
    5.2 技术方案
        5.2.1 项目理解与需求分析
        5.2.2 总体架构设计
        5.2.3 分产品功能方案（呼叫中心/在线客服/工单/CRM/监控/报表/质检/文本机器人/语音机器人）
        5.2.4 关键技术说明与集成方案
        5.2.5 部署实施计划（工期、里程碑、资源安排）
        5.2.6 培训方案
        5.2.7 售后服务体系（质保、SLA、响应时限）
    5.3 项目团队与人员配置
六、服务承诺与廉洁承诺
七、附件（按招标文件要求补充）

写作要点（必须遵守）：
- 逐条响应：招标文件的每一条技术/商务要求都要有对应条目，格式"招标要求原文 → 我方响应（承诺满足/优于/偏离及说明）"
- 不虚构：产品功能、案例、资质、数据一律以物料为准；缺失项标注占位符【待补充：xxx】
- 得分导向：针对评分标准的得分点重点展开，突出可量化指标（可用性≥99.9%、并发、接通率、质检覆盖率等）
- 术语规范：使用智能客服行业标准术语（见 smart-cs-domain.md），避免口语化

步骤 2.4 生成 Word 标书

将标书内容组织为结构化 JSON（章节 → 小节 → 段落/表格/列表），运行：

python <skill_dir>/scripts/build_bid_docx.py <content.json> --out <output.docx> --title <项目名称> --company <公司名称>

输出 Word 文档包含：封面页、目录页、标题层级、正文、参数响应表格、页脚页码。生成后务必用 present_files 呈现给用户预览。

工作流决策树

用户请求
 ├─ 仅分析招标文件 → 阶段一 → 展示分析报告（可选导出 Word）
 ├─ 仅生成标书（已提供分析结论/已有分析报告）→ 阶段二
 └─ 完整流程 → 阶段一 → 用户确认分析 → 阶段二 → 交付 .docx

关键红线（必须遵守）

1. 严禁虚构：投标函金额、产品能力、案例业绩、资质证书、人员信息，一律以用户物料为准；缺失项用【待补充：xxx】占位并明确告知用户
2. 实质性条款：★号/▲号/实质性要求条款必须逐条响应且不得出现"不满足/负偏离"，存在无法满足的条款时必须提前告知用户并给出应对建议
3. 格式合规：投标文件有严格的盖章、签字、正副本、密封、份数要求，生成的初稿需在交付说明中提醒用户按招标文件要求完成后续盖章装订
4. 报价不代编：价格部分留空或由用户提供，Skill 不编造任何金额

Resources

scripts/

• extract_documents.py — 批量提取 docx/pdf/txt 招标文件文本，支持递归扫描文件夹
• build_bid_docx.py — 将结构化 JSON 标书内容渲染为带封面/目录/表格/页码的 Word 标书

references/

• bid-analysis-framework.md — 招标文件分析维度、评分标准解析方法、废标风险识别清单
• bid-response-framework.md — 标书标准章节模板、技术/商务响应表格式、写作规范与得分策略
• smart-cs-domain.md — 智能客服行业领域知识：9 大产品线功能清单、行业术语、常见技术指标口径

assets/

（当前无固定资产；公司模板类文件由用户每次提供，不内置）