木老师标书技能包 · S3 写方案

概述

投标方案多Agent并行写作（写方案）

木老师MLS标书分身体系的"S3-写方案"阶段。大纲和风格已定，按Agent分工计划逐个（或分批并行）写出方案正文。

触发条件

• 搭框架（mlsbs-S1-dakuangjia）和定风格（mlsbs-S2-tiaofengge）均已完成
• 用户确认大纲和风格后说"开始写""启动Agent""出正文"
• S3写方案阶段

前置依赖

本技能依赖前两个阶段的全部产出物（mlsbs-S1-dakuangjia + mlsbs-S2-tiaofengge）：

• S1-搭框架/项目信息卡片.md —— 所有事实和数据的唯一来源
• S1-搭框架/投标技术方案_大纲.md —— 四级标题 + 字数分配 + Agent边界
• S2-调风格/写作风格定稿.md —— 语言、内容、格式、底线规则 + 编号体系

核心原则

1. 大纲即合同。标题层级、编号、字数分配严格按大纲执行，不自行增删标题。
2. 事实唯卡片。所有关于采购人的信息、项目数据、岗位要求均从项目信息卡片引用，不自行补充或推测。
3. 风格即铁律。写作风格定稿中的每一条规则（禁用词、句式、表格使用、字数控制等）必须遵守。
4. 编号体系不可选。所有Agent必须使用Word正规多级编号（X. → X.X → X.X.X → X.X.X.X），禁止使用中文混合编号（"一、""（一）""1."等）。这是硬约束，不需要等用户或风格定稿指定。
5. 先验证再批量。第一个Agent的产出经用户确认后，再启动剩余Agent。
6. 字数从0%到+10%。每个Agent的产出字数不低于大纲目标，不高于目标的110%。
7. 多公司场景预先差异化。如果同一项目要写多家公司的方案，S3写作阶段就要让各公司的Agent使用不同的论证角度、案例和表述风格，从源头降低后期S6查雷同的改写量。

编号体系（硬约束，所有Agent必须遵守）

禁止的编号方式：一、 （一） 1. （1） 等中文混合编号一律不得使用。

标题层级说明：支持1-5级标题，转Word时五级标题正常导出为Heading 5。大纲规划时建议控制在四级以内以保证结构清晰，但如确有需要可使用五级标题，转换脚本完整支持。

标题文字规则（硬约束）：

• 标题简短精炼，不超过15个字
• 标题中禁止使用破折号（——）
• 标题中禁止使用括号（包括中文括号（）和英文括号()）
• 标题中禁止使用"或""及"等连接词做并列
• 需要补充说明的内容放到正文第一段，不塞进标题

章号规则：第一章用1.x.x，第二章用2.x.x，以此类推。Agent只负责自己章号内的编号，章标题由统稿阶段添加。

工作流程

Step 1: 确认前置条件

检查工作目录下是否存在以下文件：

• S1-搭框架/项目信息卡片.md
• S1-搭框架/投标技术方案_大纲.md
• S2-调风格/写作风格定稿.md

缺失任何一个则不可启动写作，先完成对应前置阶段。

Step 2: 制定写作执行计划

从大纲中提取Agent分工表，确定执行顺序和并行策略。

标准流程（15个Agent为例）：

并行数量规则：

• 每批 4-6 个 Agent，实测最稳定
• 启动方式：每个Agent用 run_in_background 参数独立启动，系统自动排队执行
• 同一批内所有Agent完全独立（不互相引用），可真正并行

⚠️ 并行执行铁律（必须遵守）：

同一批的多个Agent必须在一条消息中同时发出所有Agent调用，全部带 run_in_background=true。绝对禁止一个一个串行启动——那会变成等待9次×3分钟=27分钟，而并行只需要等待1次×3分钟=3分钟。

正确做法：

在一条消息中同时发出：
  - Agent(A2, run_in_background=true)
  - Agent(A3, run_in_background=true)
  - Agent(A4, run_in_background=true)
  - Agent(A5, run_in_background=true)
  - Agent(A6, run_in_background=true)
然后等通知收结果，绝不在中间插入新的Agent调用。

错误做法（严禁）：

发Agent(A2) → 等返回 → 发Agent(A3) → 等返回 → 发Agent(A4)...
这是串行，不是并行，白白浪费5倍时间。

• 超过 6 个同时启动可能导致系统响应变慢，不建议
• 如果Agent总数 ≤ 6 个，可以一把梭全部并行

为什么先验证一个：

A1是第一道质量门。它的产出确认了：风格定稿有没有歧义、字数控制是否合理、大纲标题能否写出足够干货。A1通过后，剩余Agent的写作规范就完全锁定了，批量启动零风险。

Agent如何并行：

每个Agent通过 Agent 工具的 run_in_background=True 参数启动：

对每个Agent，创建独立的背景任务，指定：
- 输入：大纲段 + 项目信息卡片路径 + 风格定稿路径 + 编号规则
- 输出：S3-写方案/{章节号}-{标题}.md

系统在后台逐个执行，完成后自动通知。你无需等待一个Agent结束再手动启动下一个——全部投出去，等通知收结果就行。

Step 3: 为Agent准备输入物

每个Agent启动时，需要以下5项输入：

1. 本Agent大纲段：从大纲中截取该Agent负责的四级标题及目标字数
2. 项目信息卡片引用：告诉Agent去读 S1-搭框架/项目信息卡片.md
3. 写作风格规范引用：告诉Agent去读 S2-调风格/写作风格定稿.md
4. 编号体系：Word正规多级编号（X. → X.X → X.X.X → X.X.X.X），见上方"编号体系"章节，硬约束不需要等风格定稿指定
5. 差异化指令（多公司场景必须）：如果同一项目有多家公司方案，额外告知Agent：
   • 公司名称、注册资本、资质、案例——必须用这家公司的真实信息
   • 论证角度——使用不同的分析框架（如A公司用"风险驱动型"分析，B公司用"效率驱动型"分析）
   • 案例引用——只用本公司的真实项目案例，不引用其他公司案例
   • 数字特色——在合规范围内，各公司使用不同的储备人数、响应时效等特色数据
   • 表述风格——各公司使用不同的句式习惯和论述节奏

Agent Prompt 模板（供参考）：

请根据以下大纲段写出方案正文：

[此处粘贴该Agent的大纲段，含四级标题及目标字数]

写作要求：
1. 所有事实数据从《项目信息卡片.md》引用，不自行编造
2. 严格遵循《写作风格定稿.md》的全部规则（语言/内容/格式/底线）
3. 编号体系（硬约束，不可变通）：
   - 第一级：X.（如 1. 质量管理体系）
   - 第二级：X.X（如 1.1 建设方针）
   - 第三级：X.X.X（如 1.1.1 总体目标）
   - 第四级：X.X.X.X（如 1.1.1.1 指标分解）
   - 禁止使用"一、""（一）""1."等中文混合编号
   - Markdown写法：## 表示第一级，### 表示第二级，#### 表示第三级
   - 章号规则：第一章用1.x.x，第二章用2.x.x
   - 文件开头不写章标题，直接从第一级标题开始
4. 标题文字规则（硬约束）：
   - 标题简短精炼，不超过15个字
   - 禁止使用破折号（——）
   - 禁止使用括号（中英文括号都不行）
   - 禁止用"或""及"做并列连接
   - 补充说明放正文第一段，不塞进标题
5. 每个标题下不得只有一大段，须错落有致地分成2-4段，长短句配合
6. 总字数不低于[目标字数]字，不高于[目标字数×1.1]字
7. **字数自检是后台操作，严禁写入输出文件**。不得在输出文件末尾附加"**自检**""**字数""目标字数""达标"等任何元数据行

Step 4: 启动写作

启动顺序：

1. A1先跑 → 在当前对话中完成，用户当场确认
2. A1通过后 → 其余Agent全部通过 Agent 工具分批后台启动

每批启动方式：在一个消息中同时发出同一批所有Agent的启动命令。

Agent输出规范：

文件命名规则：第{章号}章-{起始节}至{结束节}-{主题}.md

• 章号：阿拉伯数字，对应所属章（如第1章、第3章）
• 起始节/结束节：该Agent负责的第一级标题的节号范围
• 单节时省略"至"：如 第1章-3-材料管控.md
• 多节时保留"至"：如 第1章-1至2-质量管理体系与维修施工.md
• 主题：用几个关键词概括该Agent的内容范围，不用"前半""后半"等无信息量表述
• 不带Agent编号：A1/A2等仅用于分工规划，不出现在文件名
• Agent分工必须连续：一个Agent负责的节号必须连续，不得跳节

命名示例：

其他规范：

• 输出文件不得包含"自检""目标字数""达标"等元数据行

Step 5: 质量检查

每个Agent完成后立即检查：

• 字数是否达标（汉字统计，目标~目标×1.1）
• 是否使用了禁用词
• 编号是否正确
• 信息是否来自项目信息卡片（无自行编造）

Step 6: 初步统稿

所有Agent完成后，进行文本层面的初步拼接（不做内容审核）：

1. 按章节顺序合并所有 S3-写方案/*.md 文件
2. 检查跨章节引用编号是否可自动修正
3. 统一格式后输出合并文件

注意：此步骤仅做格式层面的初步统稿。正式的内容审核（字数、一致性、风格、覆盖率等）由 S4-审方案 负责。S3 统稿是为 S4 准备输入文件，不是最终合并品质保证。

输出物

注意事项

• 每个Agent的输入中不内嵌大段招标原文，全部通过引用项目信息卡片来获取数据。
• 字数统计方法：用Python脚本去除Markdown标记后统计汉字数，不含标点符号。
• Agent之间不可互相引用尚未产出的内容。如果A2需要引用A1的内容，使用"详见第X章"的形式，统稿阶段再补具体编号。
• Agent输出文件不得包含任何"自检"、"目标字数"、"达标"等元数据行。字数自检是后台操作，不写入文件。
• 统稿后才生成Word版本（docx），写作阶段全部用Markdown。
• 速度优先：15个Agent分3批并行（5+5+4），总耗时约25分钟。如需更快，可尝试每批6个。Agent之间不互相依赖，所以并行不会产生内容冲突。
• A1验证轮不可跳过——没有A1的质量确认就批量开跑，一旦风格或字数翻车，14个Agent的产出都要返工。
• 并行执行铁律：同一批Agent必须在一条消息中全部发出，严禁串行逐个启动。 串行启动会把5分钟的事变成25分钟，是不可接受的执行失误。
• 多公司场景的差异化是S3的责任，不是S6的责任。 S6只能发现雷同，减少雷同必须从S3写作阶段做起。同一项目多家公司时，启动Agent前必须确认差异化策略已落实到每个Agent的输入中。