木老师标书技能包 · S1 搭框架

概述

投标方案大纲搭建（搭框架）

木老师MLS标书分身体系的"S1-搭框架"阶段。将招标文件转化为可执行的写作地图，同时生成项目信息卡片供后续各Agent持续引用。

触发条件

• 用户提供了招标文件/采购需求并要求写投标方案
• 用户说"先搭大纲""规划一下结构""分Agent写""分配字数"
• 项目进入方案写作前的规划阶段

核心原则

1. 一级标题 = 评分标准名称，一字不改。拿分的生命线，不可自由发挥。
2. 二级标题 = 评分标准描述里的评审关键字，原样抓取不瞎编。评分细则里写"从以下内容进行评审：A；B；C；D等"——A/B/C/D 就是二级标题，一字不改直接用，不自己造标题、不自己归纳方向。这是拿分的关键：评委对照评分表打分，二级标题和评分点对不上就丢分。只有评分细则没有明确列出评审点（只写形容词档位）时，才从形容词里萃取方向。
3. 三级标题 = 二级标题结合项目实际展开。在二级框架下，结合配送品类、服务地点、公司亮点等逐层细化。
4. 四级标题简洁。控制在10字以内，去掉不必要修饰词和括号补充。
5. 先确认后执行。大纲必须用户审核通过后才进入写作阶段。
6. 总-分结构。大纲本身也是总分结构：总览表 → 逐章细化 → 附录汇总。
7. 字数即硬约束。大纲中每个四级标题的【×××字】是硬指标，写作只能多于目标（0%~+10%），不可低于目标。
8. 一次提取、持续引用。招标文件信息提取后保存为项目信息卡片，后续写作直接引用，不反复翻原始文件。

工作流程

Step 0: 输入材料清单提醒（必做）

在读取任何文件之前，主动向用户索要以下材料。如果用户已经在对话中提供了部分材料，跳过已提供的部分，只索要缺失的。

⚠️ 页数是硬约束，必须先问。不问页数就无法分配字数，后续Agent写作全失控。

换算标准：1页 = 500字（宋体小四、标准页边距，Word排版约3字/行×N行）。

总字数 = 页数 × 500。例如"写50页"→ 总字数25,000字。

用户不报页数时，必须主动追问，不可自行估算。

输入材料清单（逐项向用户确认）：

提醒话术示例（口语化）：

"开始之前，我这边需要几样东西——

① 招标文件（必须有）

② 方案要写多少页？（必须有，1页按500字算，定总字数）

③ 公司基本情况：名称、注册资本、资质、认证、有代表性的业绩

④ 有没有项目负责人的背景资料？

⑤ 客户有没有招标文件之外的特殊想法？

这五项里①和②必须，其他的有就给，没有我根据已知信息来。"

Step 1: 读取并提取招标资料

读取用户提供的招标文件/采购需求文档（通常为docx格式）。使用 python-docx 库提取全部文本，包括正文段落和表格。

python -c "
from docx import Document
doc = Document('<file_path>')
for p in doc.paragraphs:
    if p.text.strip(): print(p.text)
for t in doc.tables:
    for r in t.rows:
        print(' | '.join([c.text.strip() for c in r.cells]))
"

强制提取项：

• 项目编号、名称、预算、服务/合同周期
• 采购需求详细描述（原文段落，不可总结）
• 人员/资质/设备/技术等条件性要求
• 付款方式、结算时间节点
• 履约地点/范围
• 评分标准完整表格 —— 整份大纲的骨架来源，不可遗漏任何一行

按项目类型额外关注（从采购需求中按实际提取，不预设字段）：

• 服务类项目：服务模式、响应时效、人员配置、质量要求
• 货物类项目：技术参数、供货周期、安装调试、质保条款
• 工程类项目：工期节点、施工组织、安全生产、验收标准

如果表格提取不完整（尤其是合并单元格导致缺行），用原始docx的段落文本交叉验证。

Step 1.5: 归档招标文件原文（备查，不进 Agent 上下文）

提取完成后，将招标文件的完整正文另存为 Markdown 归档文件，供后续追溯核对。此文件明确不喂给写作 Agent。

保存位置：{工作目录}/S1-搭框架/招标文件_原文.md

生成方法：复用 Step 1 的提取脚本，将全文（含正文段落与表格）原样写入该文件，不总结、不省略、不改写。

⚠️ 边界（硬规则）：

• 此文件仅用于归档备查。当「项目信息卡片.md」疑似漏摘某条边角事实（如合同条款、技术规范书正文）时，回此文件核对原文。
• 严禁把此文件作为 Agent 写作的输入物。Agent 的事实来源永远是「项目信息卡片.md」，不是全文。招标文件动辄几万字符，塞进 Agent 上下文会爆 token、拖慢多 Agent 并行。
• 文件开头用注释块标注用途：

本文件为招标文件原文归档，仅供人工追溯核对。写作 Agent 禁止引用本文件，事实以《项目信息卡片.md》为准。

Step 2: 生成并保存「项目信息卡片」

这是新增的关键步骤。 提取完招标信息后，立即生成一份结构化的"项目信息卡片"，保存到工作目录下（如 S1-搭框架/项目信息卡片.md），后续每个Agent写作时直接引用此文件，不再回头翻原始招标文件。

生成方法：

1. 将Step 1提取的所有信息填入模板
2. 模板路径：references/project_info_card_template.md
3. 公司背景信息填入第六节（用户提供的部分照实填，没提供的标注"待补充"）
4. 评分标准表格逐行复制原文，不总结、不省略

保存位置：{工作目录}/S1-搭框架/项目信息卡片.md

使用规则：后续所有Agent的输入物中，「招标文件核心信息摘要」替换为「引用：项目信息卡片.md」，避免每个Agent复制大段招标原文占用上下文。

Step 3: 解析评分标准 → 确定一级标题

从项目信息卡片的评标标准表格中提取技术部分的评分项名称，完整保留原文字，作为一级标题（章名）。

例如：

• "服务方案（15分）" → 第一章 服务方案（15分）
• "培训、管理制度（10分）" → 第二章 培训、管理制度（10分）
• "管理服务承诺及违约承诺（15分）" → 第三章 管理服务承诺及违约承诺（15分）

每个评分项的分值、得分关键词记录下来，用于后续分配页数和指导写作重点。

注意：只提取技术部分评分项。商务部分（资质、业绩、报价）和价格部分不纳入大纲。

Step 4: 从评分标准描述里原样抓取二级标题

⚠️ 这是拿分的生命线，不是建议，是硬规则。

抓取方法：逐字阅读每个评分项的评分细则描述，找"从以下内容进行评审""从以下内容进行打分""包含以下内容"这类引导句后面列举的评审点。列举的每个评审点就是一个二级标题，原样复制，不归纳、不改写、不合并、不自己造。

典型句式与抓法：

评分细则原文：

"食材配送方案从以下内容进行评审：食材配送包装及配送设备；根据配送品类制定食材配送实施方案及温控记录，以及到货后验收方案；紧急情况下的配送方案等。"

抓取的二级标题（原样）：

1. 食材配送包装及配送设备
2. 食材配送实施方案及温控记录
3. 到货后验收方案
4. 紧急情况下的配送方案

❌ 错误做法（自己造标题、自己归纳方向）：

• 配送方案总体设计（评分标准里没有）
• 配送组织与流程（评分标准里没有）
• 信息化支撑（评分标准里没有，哪怕公司有这个亮点也不该当二级标题）

特殊情况处理：

• 评分细则只写形容词档位（如"内容完整、科学合理、可行性强"），没有列举具体评审点时——才从形容词里萃取方向，且要贴近原文用词（如"可行性强"→"方案可行性保障"）。
• 评分细则列举的评审点里有"等"字——把已列举的评审点全抓作二级标题，"等"不单列标题，在最后一个二级标题下用三级标题补足延伸内容。

二级标题个数：完全由评分细则列举的评审点数量决定，不人为增减。一般3-6个。

📌 详细映射参考 references/scoring_to_heading_method.md，但该参考文档里的映射表是"形容词→方向"的兜底法，仅在评分细则没列举评审点时使用。有列举评审点的，一律原样抓取，不走兜底法。

Step 5: 三级、四级标题展开

三级标题 = 二级标题细分方向，一个二级标题下通常 2-5 个三级标题。

四级标题 = 具体的、可独立写成一段的小节。展开原则：

1. 紧扣采购需求原文：采购文件提到的每一个具体要求，都应有对应的四级标题来响应。
2. 覆盖全部标的：若涉及多类型标的（如多岗位/多设备/多标段），各类型均需专项方案。
3. 覆盖全部履约地点：若有多地点/多区域，需有协同管理方案。
4. 结合行业特性：本项目所属行业的特殊场景、安全要求、法规要求需有专门标题。
5. 融入公司亮点：已有资质、认证、资金实力、类似业绩等要嵌入合适位置。

Step 6: 按总页数分配字数

⚠️ 总字数 = 页数 × 500字/页（Step 0 已确认的页数）。这是硬约束，不可超不可少。

例如：用户说"写50页"→ 总字数25,000字 → 按评分分值分配到各模块。

目标：总页数 × 500字/页 = 总字数

分配逻辑：

1. 按分值比例分配页数：高分值项多分配页数。
   • 例如6项评分分值分别为15/10/15/10/10/15，比例为3:2:3:2:2:3
2. 二级标题间按重要性和内容复杂度分配：用百分比先定二级标题的总字数。
3. 四级标题逐个标定字数：每个四级标题末尾标注【×××字】，确保：
   • 同一三级标题下的四级标题字数之和 = 该三级标题字数
   • 同一二级标题下的三级标题字数之和 = 该二级标题字数
   • 全部四级标题字数之和 = 总字数

字数参考区间（单个四级标题）：

• 100-200字：简单说明性段落
• 250-400字：标准方案段落
• 500-800字：重点得分段落（关键承诺、核心方案）

Step 7: 规划多Agent并行分工

Agent容量设计：每个Agent最大输出约5000字（兼顾指令和参考资料占用，确保不超上下文）。

Agent划分原则：

1. Agent边界必须在二级标题或三级标题边界上，不可截断标题。
2. 关联紧密的内容放在同一个Agent内。
3. 每个Agent负责的字数尽量均匀（4000-5500字之间）。
4. 给每个Agent起编号（A1, A2, …），在大纲中用分隔线标记边界。

附带输出：为每个Agent准备统一的输入物清单：

• ① 本Agent大纲段（从本文档中截取）
• ② 招标信息引用：「项目信息卡片.md」（不再内嵌大段原文）
• ③ 公司背景卡片
• ④ 写作规范（由单独的"定风格"步骤产出，此处暂留占位）

Step 8: 生成可审阅的Markdown文档

格式选择：过程文件统一用 Markdown（.md），最终交付方案时才转 Word（.docx）。Markdown 对于大纲审阅和 Agent 引用都更轻量高效。

用 Markdown 标题层级（# ## ### ####）对应四级标题，结构为：

# 一级标题（如：第一章 服务方案（15分））

> **Agent 1 | 目标字数：5,000字**

## 一、×××【5,000字】
得分锚点："×××"

### （一）×××【1,600字】
#### 1. ×××【400字】
#### 2. ×××【400字】

> **Agent 2 | 目标字数：5,000字**
...

格式规则：

• 一级标题用 #，二级 ##，三级 ###，四级 ####
• Agent 分隔线用引用块：> **Agent N | 目标字数：×××字**
• 得分锚点用普通段落跟在二级标题下
• 四级标题末尾的【×××字】保留
• 附录的Agent总览表用 Markdown 表格

文档结构：

项目名 + 投标人（文档开头普通文字）
↓
大纲编制说明
↓
Agent分工总览表（Markdown表格）
↓
逐章大纲（# 一级标题开始）
↓
附录：各Agent统一输入物清单

Step 9: 用户审核 → 进入写作

大纲文档和项目信息卡片一起呈现给用户，标注为"待审核"。

用户可能的反馈及处理：

• 标题层级调整 → 修改大纲文档，重新生成
• 字数分配调整 → 重新计算并更新
• Agent边界调整 → 移动分隔线
• 大纲确认 → 按Agent逐个启动写作

最终交付物

搭大纲阶段完成后，工作目录下应有：

{工作目录}/
├── S1-搭框架/项目信息卡片.md              # 结构化招标摘要，后续Agent引用（唯一事实来源）
├── S1-搭框架/投标技术方案_大纲.md          # 四级标题 + 字数 + Agent分工（Markdown）
├── S1-搭框架/招标文件_原文.md              # 全文归档备查，严禁进Agent上下文
└── （无其他中间文件）

两项文件均提交用户审核。

注意：大纲用 Markdown，不在此阶段生成 Word。Word 文档只在方案全文撰写完毕、确认无误后，作为最终交付物生成。

参考资源

• references/scoring_to_heading_method.md — 评分关键词映射方法论
• references/project_info_card_template.md — 项目信息卡片模板

注意事项

• 风格（文风、用语习惯、段落结构）不在此阶段确定，另设单独的"定风格"步骤。
• 大纲只处理技术方案部分，商务资质和报价部分不在此列。
• 招标文件中的表格（尤其是评分标准）必须完整提取，不可遗漏任何一行。
• 过程文件统一用 Markdown（.md），最终交付方案确认无误后才转 Word（.docx）。 Markdown 对用户审阅和 Agent 引用都更友好。
• 生成的中间文件（txt提取结果、Python生成脚本）在大纲确认后可以清理。但 S1-搭框架/招标文件_原文.md 是正式归档，须保留，不可随中间文件一并清理。
• 项目信息卡片是后续写作的基础依赖，不可跳过。
• 如果用户没有提供公司信息（第2、3项），在大纲中标注"待补充"，在项目信息卡片中也标注"待补充"。