投标服务方案文档生成器

根据采购技术规范和评分标准，自动生成完整的投标服务方案文档（Word + 信息图）。适用于培训类项目投标。

输入要求

用户需提供：

1. 技术规范文件（.doc 或 .docx）— 采购技术规范
2. 评分标准（图片或文字）— 评分项和分值（可选，默认按服务方案+工作进度评分）
3. 参考方案（.docx）— 可选，作为格式和内容参考
4. 真实师资/课表（.docx 或图片）— 可选，甲方或合作方提供的真实讲师和课程安排

工作流程

Step 1: 解析技术规范

如果是 .doc 文件，先用 win32com 转换为 .docx：

import win32com.client, pythoncom
pythoncom.CoInitialize()
word = win32com.client.Dispatch("Word.Application")
word.Visible = False
doc = word.Documents.Open(r"原始文件路径.doc")
doc.SaveAs2(r"转换后路径.docx", 16)
doc.Close()
del doc, word
pythoncom.CoUninitialize()

然后用 python-docx 读取所有段落和表格，提取：

• 项目名称、甲方单位全称
• 培训对象、人数、期数/批次数、天数
• 培训内容覆盖（从表格的"培训内容覆盖"行提取，这是最权威的内容列表）
• 培训方式、考核方式
• 师资要求（职称等级）
• 满意率要求
• 交付物要求
• 保密要求
• 后续服务要求

关键：项目概况中的"培训目标"和表格中的"培训内容覆盖"可能不完全一致，以表格中的"培训内容覆盖"为准设计课程。

数据一致性清单（生成后必须交叉验证）：

• 人数 × 批次数 = 总人数（如"400人分4批，每批约100人"必须写明）
• 天数口径统一：如有"准备日/报到日"，必须在首次提到天数时加括号说明（如"5天（另含1天报到编班）"）
• 课表中的讲师名 = 师资简介中的讲师名（一个都不能多、不能少）
• 讲师头衔/单位在全文所有出现处必须一致（课表简写可以，但不能写错）

Step 2: 解析评分标准

如果提供了评分标准图片，用 Read 工具查看图片内容，提取：

• 服务方案评分维度（先进性、创新性、可操作性、技术性、经济性、风险等）
• 工作进度及保证措施评分维度
• 各档次分值区间

评分标准 → 文档章节映射（必须一一对应）：

Step 3: 生成 Word 文档

使用 docx-js（Node.js）生成 .docx 文件。运行时需要 NODE_PATH="$(npm root -g)"。

文档结构（严格按评分标准覆盖）：

封面（项目名称 + 应答人 + 日期）
目录

一、对项目的理解
  1.1 对[甲方单位]的理解
  1.2 对采购项目的理解
    - 项目定位与目标
    - 项目规模与实施要求
    - 服务敏感点分析
  1.3 项目重点与难点分析

二、服务方案（对应评分项"服务方案"）
  2.1 项目实施思路（五阶段闭环）
  2.2 培训课程体系设计
    - 课程模块总览（严格按技术规范"培训内容覆盖"）
    - N天课程安排表
    - 课程设计亮点
  2.3 培训方式与教学方法（6种教学法）
  2.4 师资配备方案
  2.5 实施组织形式与人员配置
    - 项目组织机构
    - 人员配置表（含人员清单和简介说明）
  2.6 培训效果评估体系（用技术规范中的考核方式术语）
  2.7 质量保障措施（三维品控）
  2.8 设备设施配置方案
  2.9 风险管理与应对（6类风险+应对表）
  ★ 项目管理措施（深化服务过程细节，见下方专项说明）
  ★ 质量控制节点（训前+训中+训后闭环）

三、工作进度及保证措施（对应评分项"工作进度及保证措施"）
  3.1 项目进度计划（8阶段进度表 + 每期日程）
  3.2 进度保证措施（四维保障）

四、项目交付成果（技术规范要求的所有交付物）

五、售后服务承诺（含明确期限、范围、内容）

★ 项目管理措施（关键得分章节）

这是拉开"良"与"优"差距的核心章节。甲方要看到的是操作细节和量化指标，不是空话。

必须包含的维度（4-5个子节，每个都要有量化）：

1) 团队构建与职责分工

• 人员选拔标准量化（如"项目经理需5年以上培训管理经验"）
• 岗前培训内容清单
• 考核机制（五维度考核 + 绩效挂钩）

2) 师资管理机制

• 三道准入关：资质审核 → 试讲评审 → 课件审核
• 动态监控：量化阈值（如"满意度低于90%立即约谈，低于85%启动替换"）
• 课后教研：具体时间（如"每日课后15分钟教研简会"）

3) 辅助人员管理（班主任/教务）

• 班主任日程：早间/午间/晚间分段职责
• 教务管理体系（如"五单管理"：签到单、评估单、反馈单、日志单、交付单）
• 学员沟通机制（微信群、意见箱、24小时响应）

4) 后勤保障与风险管理

• 场地提前踏勘时间（如"提前3天"）
• 设备故障响应时间（如"15分钟响应、30分钟解决"）
• 应急响应时间（如"5分钟内启动"）

5) 特色管理（按项目类型）

• 党建培训 → "红色现场教学全流程管理"（踩点→路线→安全→教学衔接）
• 党建培训 → "班主任全流程服务（党建特色）"（晨学诵读党章、心得辅导等）
• 技能培训 → 实操环节器材管理、分组演练轮转机制

★ 质量控制节点

训前（6-7个节点）：
  需求确认 → 方案评审 → 师资试讲 → 课件终审 → 场地踏勘 → 物料清点 → （红色教学点踩点）

训中（日循环）：
  晨会布置 → 课堂督导 → 午间反馈 → 课后教研 → 日报汇总

训后（闭环）：
  满意度统计 → 效果评估报告 → 改进建议 → 资料归档 → 跟踪回访

编码要点：

• 字体：SimHei 标题 + SimSun 正文
• 页面：A4（11906 x 16838 DXA）
• 页眉：项目名称
• 页脚：页码
• 表格：headerCell 用 D5E8F0 底色，边框 #999999
• 必须包含的表格：课程安排表、人员配置表、评估体系表、风险管理表、进度计划表
• 文中术语必须与技术规范保持一致（如"一级评估"而非"反应层评估"）

Step 4: 生成信息图 HTML

创建一个包含所有信息图的 HTML 文件，风格要求：

• 配色：Navy(#0F172A) + Teal(#0e6b60/#1a8a7d) + Gold(#b8963e)
• 党建类项目可用：Red(#c41e3a) + Navy(#1e3a5f) + Gold(#b8963e)
• 图标：Font Awesome 6（不用emoji）
• 字体：Noto Sans SC
• 交互：cursor-pointer + hover 动效（200ms）
• 圆角：统一 12px/8px

需要的信息图（共14张）：

1. 项目定位目标（箭头网格 arrow-grid）
2. 服务敏感点（六宫格 sens-grid）
3. 重点vs难点（VS对比图）
4. 五阶段闭环（流程图 flow-stages）
5. 课程模块（彩色卡片 modules-grid）
6. N天课程表（时间轴 timeline）— 必须包含讲师姓名
7. 教学方法（圆环图标 methods-grid）
8. 组织机构（层级图 org-chart）
9. 评估体系（指标卡片 assess-row）
10. 质量保障（三柱图 quality-row）
11. 风险管理（卡片网格 risk-grid）
12. 甘特图进度（gantt）
13. 保障措施（渐变卡片 guarantee-grid）
14. 交付成果（清单 deliver-grid）

每个信息图用唯一的 CSS class 命名，页面用 .page 容器包裹。

Step 5: 截取信息图

使用 Playwright 截图：

const { chromium } = require('playwright');
// 为每个信息图元素截取 PNG
// 选择器格式：'.page:nth-child(N) .class-name'
// 注意：需要 NODE_PATH="$(npm root -g)"

截图存放在 screenshots/ 目录。

Step 6: 插入图片到 Word

使用 python-docx 将截图插入对应段落后面：

from docx import Document
from docx.shared import Inches
from docx.enum.text import WD_ALIGN_PARAGRAPH

doc = Document('方案.docx')
# 找到目标段落 -> doc.add_paragraph() 创建新段 -> 添加图片 -> 移动到目标位置
# 关键：按段落索引倒序插入，避免索引偏移

图片插入位置映射（根据段落内容关键词定位）：

• 01_project_goals -> "三大培训目标" bullets 之后
• 02_sensitivity -> 敏感点 bullets 之后
• 03_vs_diagram -> 项目难点末段之后
• 04_five_stages -> 实施思路首段之后
• 05_modules -> 课程模块 bullets 之后
• 06_timeline -> 课程表说明之后
• 07_methods -> 教学方法首段之后
• 08_org_chart -> 组织机构描述之后
• 09_assessment -> 评估体系表之后
• 10_quality -> 质量保障首段之后
• 11_risk -> 风险管理首段之后
• 12_gantt -> 进度计划表之后
• 13_guarantees -> 进度保证措施标题之后
• 14_deliverables -> 交付成果首段之后

更新已有图片的技巧（不需要重新插入）：

# 直接替换图片 blob，保持位置和尺寸不变
for rel_id, rel in doc.part.rels.items():
    if "image" in rel.reltype:
        image_part = rel.target_part
        with open(new_image_path, 'rb') as f:
            image_part._blob = f.read()

Step 7: 质量审查（MANDATORY — 不可跳过）

生成完成后，必须执行以下审查，这是从"良"冲"优"的关键。

7.1 AI 去痕检查

以下表述禁止出现在最终文档中：

检测脚本：

ai_phrases = [
    '我公司深刻理解', '贡献力量', '量身定制',
    '高度负责的态度', '先进性、创新性和可操作性',
    '一对一访谈',
]
text = '\n'.join([p.text for p in doc.paragraphs])
for phrase in ai_phrases:
    if phrase in text:
        print(f'⚠️ AI套话残留: {phrase}')

7.2 数据一致性检查

# 必须验证的项目：
checks = {
    '人数×批次': '检查总人数 = 每批人数 × 批次数',
    '天数口径': '正式天数 vs 含报到日，首次提到必须加括号说明',
    '师资姓名': '课表中每位讲师必须在师资简介中有对应条目',
    '师资头衔': '同一讲师在全文所有出处的单位名/职称必须一致',
    '课程覆盖': '技术规范要求的每项培训内容都必须出现在课表或正文中',
    '满意率数字': '全文中出现的满意率目标必须一致（如95%）',
    '交付物': '技术规范列出的每项交付物都必须在第四章出现',
}

7.3 师资交叉验证（血泪教训）

7.4 技术规范全覆盖检查

技术规范"项目概况"和"培训内容覆盖"中提到的每一项内容，都必须在方案中有对应安排：

• 如果课表没有单独安排，必须说明融入哪个模块
• 如果是选修/补充内容，必须在正文中明确标注

# 提取技术规范中所有培训内容关键词，逐一在方案全文中搜索
for kw in spec_keywords:
    if kw not in full_text:
        print(f'❌ 技术规范要求但方案未覆盖: {kw}')

Step 8: 真实数据替换（如有）

如果甲方/合作方后续提供了真实师资和课表，执行替换：

1. 课表替换：用 python-docx 定位课程安排表（通常是第一个表格），逐行替换
2. 师资替换：定位师资简介段落（通常在"2.4 师资配备"下方），删除旧内容插入新内容
3. 信息图同步：更新 HTML 中 timeline 区域的讲师姓名，重新截图
4. 全文扫描：简化版日程描述、课程模块说明等处也要同步更新

替换后必须重新执行 Step 7 全部检查。

Step 9: 文档扩充（当字数不足时）

当客户反馈"内容太少"或字数未达目标（如2万字），使用以下方法论进行迭代扩充。

9.1 扩充原则

• 分轮迭代：每轮控制5-10处修改，避免一次性改太多导致关键词匹配错位
• 先分析后动手：每轮先统计当前字数，计算差额，选择扩充点
• 优先展开有深度空间的段落：项目理解、服务敏感点、重点难点、风险管理、售后服务
• 保持格式一致：新插入段落必须继承前一段落的字体、字号、缩进等格式

9.2 核心工具函数

import copy
from lxml import etree
from docx import Document

def expand_para(para, new_text):
    """替换段落文本，保留原有格式（字体、加粗等）"""
    if not para.runs:
        return
    para.runs[0].text = new_text
    for run in para.runs[1:]:
        run.text = ''

def insert_para_after(ref_para, text):
    """在指定段落后插入新段落，继承格式"""
    new_para = copy.deepcopy(ref_para._element)
    ns = '{http://schemas.openxmlformats.org/wordprocessingml/2006/main}'
    for r in new_para.findall(f'.//{ns}r'):
        new_para.remove(r)
    new_r = etree.SubElement(new_para, f'{ns}r')
    if ref_para.runs:
        rpr = ref_para.runs[0]._element.find(f'{ns}rPr')
        if rpr is not None:
            new_r.insert(0, copy.deepcopy(rpr))
    new_t = etree.SubElement(new_r, f'{ns}t')
    new_t.text = text
    new_t.set('{http://www.w3.org/XML/1998/namespace}space', 'preserve')
    ref_para._element.addnext(new_para)

9.3 扩充优先级（从高到低）

9.4 扩充内容写作要求

• 量化优先：用数字而非形容词（"3个工作日内"而非"及时"）
• 具体可执行：每个承诺都要能落地执行
• 贴合行业：培训类用"学员""课时""满意度"，党建类加"政治把关""红色现场教学"
• 不重复：不同段落扩充的内容不能互相重复
• 不空洞：避免"进一步加强""不断完善"等无实质内容的套话

9.5 迭代字数监控

# 每轮修改后必须统计字数
doc2 = Document(doc_path)
total = sum(len(p.text) for p in doc2.paragraphs)
for t in doc2.tables:
    for row in t.rows:
        for cell in row.cells:
            total += len(cell.text)
print(f'当前字数: {total}，距目标还差: {20000 - total} 字')

9.6 关键词匹配注意事项（血泪教训）

• 跨run问题：python-docx的一个段落可能被拆成多个run，关键词可能跨run边界，p.text能搜到但run.text中搜不到
• 前轮修改影响后轮：前一轮脚本替换了文本后，后续脚本的关键词搜索可能失效，每轮都要用最新文档验证关键词
• 长度限制过滤：搜索时加len(p.text) < 200避免匹配已展开的段落
• 段落索引偏移：insert_para_after会增加段落数量，后续段落索引全部后移，如需多处插入应从后往前或分轮处理

Step 10: AI去痕（MANDATORY — 每次生成/扩充后必须执行）

10.1 完整AI禁用表述替换表

10.2 自动化去痕脚本模板

"""AI去痕修复脚本模板"""
import sys
sys.stdout.reconfigure(encoding='utf-8')
from docx import Document

doc_path = r'文档路径.docx'
doc = Document(doc_path)
changes = []

# 替换映射表（根据实际文档调整）
replacements = {
    '赋能': '支撑',
    '紧密结合': '结合',
    '全方位': '全面',
    '多维度': '多角度',
    '持续提升': '逐步提高',
    '全面提升': '提高',
    '量身定制': '专门制定',
    '系统化培训': '系统培训',
    '精心设计': '合理设计',
    '深入浅出': '通俗易懂',
    '深刻理解': '充分了解',
    '充分调动': '调动',
    '高质量发展': '稳健发展',
    '筑牢': '夯实',
    '深度融合': '融合',
    '凝聚共识': '统一认识',
}

# 段落替换
for i, p in enumerate(doc.paragraphs):
    for old, new in replacements.items():
        if old in p.text:
            for run in p.runs:
                if old in run.text:
                    run.text = run.text.replace(old, new)
                    changes.append(f'[段落{i}] {old} → {new}')

# 表格替换
for ti, t in enumerate(doc.tables):
    for ri, row in enumerate(t.rows):
        for ci, cell in enumerate(row.cells):
            for old, new in replacements.items():
                if old in cell.text:
                    for p in cell.paragraphs:
                        for run in p.runs:
                            if old in run.text:
                                run.text = run.text.replace(old, new)
                                changes.append(f'[表{ti}-行{ri}-列{ci}] {old} → {new}')

doc.save(doc_path)

# 残留检查
doc2 = Document(doc_path)
ai_phrases = list(replacements.keys())
残留 = []
for i, p in enumerate(doc2.paragraphs):
    for phrase in ai_phrases:
        if phrase in p.text:
            残留.append(f'[段落{i}] {phrase}')

print(f'AI去痕完成，共 {len(changes)} 处修改')
if 残留:
    print(f'⚠️ 残留: {残留}')
else:
    print('✅ 无残留')

10.3 跨run替换的坑

AI词汇可能被 python-docx 拆分到多个 run 中（如"紧密"在一个run、"结合"在另一个run），这时 run.text.replace() 无法匹配。解决方案：

# 如果 p.text 中有但所有 run.text 中都没有，说明跨run了
if old in p.text and not any(old in run.text for run in p.runs):
    # 合并所有run文本后替换，再写回第一个run
    combined = ''.join(run.text for run in p.runs)
    combined = combined.replace(old, new)
    p.runs[0].text = combined
    for run in p.runs[1:]:
        run.text = ''

输出文件

• {项目名}_服务方案.docx — 纯文字版
• infographics_{项目名}.html — 信息图网页版
• {项目名}_服务方案_final.docx — 带信息图的最终版

注意事项

• Windows 环境下 docx 全局安装需 NODE_PATH="$(npm root -g)"
• .doc 转 .docx 需要 win32com（仅 Windows）
• 如果 Word 正在打开文件会报 EBUSY，换文件名输出
• python-docx 的 sys.stdout 需要 reconfigure(encoding='utf-8')
• 截图需要网络加载 Font Awesome CDN，确保有网络连接
• python-docx 替换图片用 image_part._blob = new_data，不需要重新插入
• 同一文档多次修改时，每次都用 Document(path) 重新读取再保存，避免状态污染