木老师标书技能包 · S4 审方案

概述

投标方案审核与统稿（审方案）

木老师MLS标书分身体系的"S4-审方案"阶段。所有Agent写作完成后，系统审核→修复问题→合并为完整方案文件。

触发条件

• 所有Agent写作已完成（S3-写方案/ 目录下文件齐全）
• 用户说"审方案""检查一下""合并方案""统稿"
• 最终交付前的质量门和合并工序

审核维度（十二个必查项）

快速审（6维，每轮写作后跑）

1. 字数审核

检查每个文件的汉字数是否在目标范围内（目标～目标×1.1）。

python -c "import re; c=open('FILE','r',encoding='utf-8').read(); print(len(re.findall(r'[u4e00-u9fff]',c)))"

规则：少于目标→标记P1需补足；超出目标×1.1→标记P0需精简。

2. 编号审核

检查每篇文件的编号体系是否连续、正确：

• 二级标题：章号.N（如 1.1, 1.2, 2.1…）
• 三级标题：章号.N.N（如 1.1.1, 1.2.1…）
• 四级标题：章号.N.N.N（如 1.1.1.1, 1.2.1.1…）
• 无跳跃、无重复、无错号

3. 评分点覆盖度

拿招标评分细则原文，逐条核对每个评分点的关键词在对应章节中是否落地：

• 已覆盖：明确对应段落位置
• 弱覆盖：提到了但未展开，需加强
• 零覆盖：完全没提到→标记P0

输出格式：评分点→对应章节→覆盖状态→缺失建议。

4. 关键数据一致性

从各章节提取核心数字（预算、人数、服务周期、日期等），与项目信息卡片核对：

• 数字是否一致
• 单位是否统一（万元/元/人/名）
• 日期逻辑是否自洽

与完整审第12项「事实一致性」的区别：本项只查项目信息卡片中的核心数字，快速扫描。事实一致性更深入，额外查公司资质、案例引用真伪、项目编号等细节。

5. 禁用词扫描

快速扫描以下禁用项：

• 模板过渡词："基于上述分析""综上所述""首先…其次…最后…"
• 模糊词："约""大约""左右""尽快""及时""基本上"
• 主语混用：公司全称和"我公司"简称在同一篇中混用
• 无定量数字的承诺语句（如"充足的人才储备"→应改为"不少于15人的储备池"）

6. 承诺可量化性

凡是承诺，必须有数字或行为描述。列为P1的问题包括：

• "快速响应" → 没有具体时间数字
• "专业团队" → 没有人数或资质描述
• "完善的管理体系" → 没有具体制度名称或认证依据
• "充足的资金保障" → 没有具体金额或财务数据

完整审（12维，最终交付前跑；含以上6维 + 以下6维）

7. 方案整体一致性

多Agent协同写作最常见的隐患：同一件事在不同章节说法不一。

审查方法：

• 提取全文所有数字类声明（人数、天数、金额、比例），逐条交叉比对
• 提取全文所有制度/流程名称，确认各章节引用一致
• 提取全文对采购人特征的描述，确认口径统一

典型问题：

• 需求分析章说"储备池不少于15人"，人员配备章写成"储备10人"
• 制度章说"季度考核+年度总评"，承诺章写成"月度评审+年度考核"
• 制度章说"每月提交服务报告"，配合章写成"每季度提交"

输出：不一致项清单，标出两处位置和建议统一值。

8. 章节间逻辑链路

检查方案不是各章独立拼凑，而是有一条完整的逻辑链。通用检查逻辑：

• 需求分析章识别的风险 → 应急预案章是否兜住？
• 制度章定的管理规则 → 承诺章是否有对应约束？
• 分析章提出的需求 → 人员/资源章是否精准匹配？
• 承诺章的指标 → 配合机制章是否支撑？

审查方法：逐章提取"承诺/风险/制度"清单，画链路矩阵，标断裂点。

9. 招标条款可追溯性

每个承诺或制度设计，对应招标文件哪个条款？部分招标文件要求"逐条响应"，评标专家会找"这条要求在哪里回应了"。

审查方法（抽查，非全覆盖）：

• 抽5-10个招标文件中的硬性要求
• 在方案中搜索关键词，确认能找到明确回应
• 找不到的标记为P1

10. 读感统一性

虽然定了风格，但不同Agent的段落长度、表格密度、语气仍有差异。

检查项：

• 段落长度：连续5段以上每段不超过150字的"碎片化"，或单段超过500字的"墙文"→标记调整
• 表格密度：某章节全表无分析文字，或某章节全文字无表→标记建议
• 语气一致性：技术性描述 vs 营销性表述混杂→标记

11. 标题规范

• 四级标题是否≤10字
• 标题是否用核心关键词而非整句摘要
• 同级标题是否结构平行（都是名词短语，不混入完整句子）

12. 事实一致性

抽查关键数据与招标文件核对：

• 项目名称、采购人名称、项目编号是否正确
• 预算金额、服务周期、岗位人数与招标文件一致
• 公司资质（注册资本、体系认证、许可证编号）与实际情况一致
• 案例引用中的项目名称、金额、时间是否准确

审核流程

Step 1: 列出待审核文件清单

ls S3-写方案/*.md

Step 2: 逐文件审核

对每个文件覆盖审核维度。快速审跑6维，完整审跑12维。

Step 3: 汇总问题

生成审核报告，按严重程度分三级：

Step 4: 修复问题

P0和P1问题逐一修复。修复策略：

• 字数不足→在合适位置补足内容，保持质量
• 标题超长→精简用词
• 风格违规→替换为合规措辞
• 事实错误→用项目信息卡片纠正
• 雷同段落→改写表述

修复后重新自检字数。

Step 5: 合并生成完整MD

所有P0问题清零后，将 S3-写方案/ 下所有文件按章节编号顺序合并。

版本管理：

• 根目录文件始终命名为 投标技术方案_全文.md，不带版本号
• 每次重新合并前，将当前全文复制为 S4-审方案/yyyyMMdd-HHmm-投标技术方案_全文.md 归档
• 审核报告同步归档 S4-审方案/yyyyMMdd-HHmm-审核报告.md

合并步骤：

1. 清理元数据：扫描所有分文件，删除以 **自检 开头的行
2. 按文件名排序（1.1→1.2→…→6.3-6.6）
3. 每个文件内容直接拼接，文件间空两行
4. 补加章标题（从大纲中获取各章一级标题名）：
   • 1.1之前插入 # 第一章 XXX（XXX为大纲中的章名）
   • 2.1之前插入 # 第二章 XXX
   • …依此类推到最后一章

输出：{工作目录}/投标技术方案_全文.md

Step 6: 最终交付

完整MD文件提交用户审阅。用户确认无误后，转入S5-转格式生成docx。

两档审核切换规则

快速审通常在3-5分钟内完成，完整审可能需要15-20分钟。

输出物

注意事项

• 审核阶段先出问题报告，用户确认后再修
• 所有P0问题清零后才能合并
• 合并后MD不转docx——docx由S5-转格式处理
• 多公司场景：每家方案单独审，审完后交给S6-查雷同做交叉比对