木老师标书技能包 · S2 调风格

概述

投标方案写作风格定调（调风格）

木老师MLS标书分身体系的"S2-调风格"阶段。在大纲搭建完成后、正式写作之前，用实际项目内容写样章让用户选定写作风格，产出风格规则文档供后续所有Agent统一遵循。

触发条件

• 搭框架（mlsbs-S1-dakuangjia）阶段完成后
• 用户说"定风格""定调性""统一文风"
• 写样章供用户选、或用户已有倾向风格要求微调

前置依赖

本技能依赖搭框架阶段（mlsbs-S1-dakuangjia）的产出物：

• S1-搭框架/项目信息卡片.md —— 从中选取适合作样章的段落素材
• S1-搭框架/投标技术方案_大纲.md —— 了解章节结构，选合适的样章位置

如果没有这些文件，先跑搭大纲流程。

核心原则

1. 样章用实际内容，不做文字描述。不写"风格A：专业严谨……"，而是直接写一段本项目真实内容的样章。
2. 标书风格必须正式、专业、扎实。不做口语化、不做松散、不做"PPT讲稿化"。
3. 去AI套路。样章和规则都禁止模板过渡词（"基于上述分析""综上所述"等）、

禁止明显的总分结构标记（"首先…其次…最后…"）、禁止空洞的结论堆砌。

1. 互动定调，按需产出。先通过提问了解用户偏好，据此写出样章；根据用户反馈决定是否出对比版本，

不预设"只出一个"。

工作流程

Step 0: 检查风格库（新增）

在进入正式定调流程之前，先检查是否有已保存的风格文件：

检查路径：~/.workbuddy/skills/mlsbs-S2-tiaofengge/references/styles/ 目录

如果有已保存的风格：

1. 读取目录下所有 .md 文件，列出风格名称和简要特征
2. 向用户告知："我有以下已保存的写作风格可供选择："并列表展示
3. 给用户选择：
   • A. 沿用某个已保存风格（直接用，不调整）→ 跳到 Step 4，以该风格为基础生成项目风格定稿
   • B. 在某个已保存风格基础上微调 → 告诉我要改什么，我改完后出样章确认
   • C. 从头定调（我来问你几个问题，重新确定风格）→ 走完整的 Step 1~3 流程

如果没有已保存的风格：直接进入 Step 1 正常流程。

关键原则：无论风格库中有多少已保存风格，都必须明确告知用户"你也可以选择从头定调"，确保用户知道他有完全自定义的自由，而不是只能选已有的。

风格保存机制：用户确认风格定稿后，询问"是否将此风格保存到风格库供后续项目复用？如果保存，请给这个风格起个名字（如'央企标书风格''企业标书风格'等）"。用户同意则保存到 ~/.workbuddy/skills/mlsbs-S2-tiaofengge/references/styles/{用户命名}.md。

Step 1: 选取样章素材

从项目信息卡片和大纲中，选取一个中等长度的四级标题作为样章素材。

选取标准：

• 内容有一定展开空间（不是纯数据罗列或纯承诺条款）
• 能体现分析、论证、判断等写作要素
• 目标字数在 300-450 字之间

优先选取的标题位置：

• 项目理解/需求分析类章节的开头段（能体现"分析能力"）
• 服务方案的总体设计段（能体现"方案能力"）
• 不要选纯管理制度条款或纯承诺指标段（太模板化，看不出风格差异）

Step 2: 风格偏好引导与样章写作

不预设风格，先通过三个问题了解用户偏好，再写出样章。

2.1 偏好调研（三个必问问题）

向用户依次提问（可以一次全问，也可以逐个问并根据前一个回答调整措辞）：

问题1：正式程度？

• A. 非常正式（对标政府文件、央企公文，措辞严谨规整）
• B. 专业但自然（对标行业头部企业方案，专业但不僵硬）

问题2：表达偏好？

句式节奏：

• A. 长句论证推进（信息密度高、逻辑链条完整、适合技术分析类章节）
• B. 短句要点突出（层次分明、节奏明快、适合条款化内容多的章节）
• C. 混合（分析段长句推进，承诺/制度段短句要点）

辅助元素：

• A. 纯文字为主
• B. 常配合表格（数据对比、指标体系、流程步骤用表格呈现，文字做解读）

问题3：有没有参考样例或倾向风格？

• 如"类似XX公司的标书风格"
• 或"可以参考《XXX方案》的写法"
• 或直接说"没什么参考，你判断"

如用户无特别指定，默认偏向"专业但自然 + 混合表达 + 适配合表格"。

2.2 根据回答写出样章

基于用户对三个问题的回答，用Step 1选定的素材写出一个完整的样章。

无论用户选择什么风格，样章都须满足下列底线：

• 信息密度高，不注水
• 句式长短交错，不连续使用相同句式
• 主语统一（公司全称或"我公司"，选定后全文统一）
• 数据准确，有来源
• 不用"首先其次最后""基于上述""综上所述""我们认为"等AI高频模板词

样章应该读起来像一个有经验的人写的，不像一个语言模型生成的——语言准确但不僵硬，有判断力但不浮夸。

Step 3: 用户反馈与调整

将样章呈现给用户。用户可能反馈：

• "可以，就用这个" → 进入 Step 4，直接产出风格规则
• "这里需要调整XX" → 修改样章，重新呈现
• "出个对比版本看看" → 基于同一段内容，写一个风格有差异的对比版（如调整句式密度、

增加表格化呈现等），但不出不像标书的变形。是否出对比版完全由用户反馈决定，不预设

• "换一段内容试试" → 返回 Step 1，选另一段素材

Step 4: 产出风格规则文档

用户确认样章后，生成 写作风格定稿.md，包含：

（一）定稿样章

• 标注所属章节
• 完整样章正文

（二）风格规则分五个维度：

1. 语言层面
   • 主语规则（段首用公司全称，段内用"我公司"）
   • 段落分布规则（每个标题下不得只有一大段，须错落有致分成2-4段）
   • 禁用词/禁用句式清单
   • 句式节奏要求（长短交错原则）
2. 内容层面
   • 每段信息密度要求
   • 数据使用规则
   • 承诺表述规则（必须定量）
3. 格式层面
   • 表格使用场景（何时用表格替代纯文字）
   • 段落长度控制
   • 表格后必须跟解读的原则
4. 编号体系（硬约束）
   • 章标题用阿拉伯数字：第1章、第2章（不用"第一章""第二章"）
   • 第一级：X.（如 1. 质量管理体系）
   • 第二级：X.X（如 1.1 建设方针）
   • 第三级：X.X.X（如 1.1.1 总体目标）
   • 第四级：X.X.X.X（如 1.1.1.1 指标分解）
   • 禁止使用"一、""（一）""1."等中文混合编号
   • 标题文字规则：简短精炼不超过15字，禁止使用破折号（——）、禁止使用括号（中英文）、禁止用"或""及"做并列连接，补充说明放正文不放标题
5. 底线规则
   • 不编造数据
   • 不虚构业绩
   • 不提项目负责人
   • 不提具体区域划分（如适用）
   • 不确定的信息标"待补充"

（三）样章变形参考（可选）

• 如果用户有混搭需求，可追加一两个应用场景的变形示例
• 如："同一段内容，用表格化风格怎么写"

保存位置：{工作目录}/S2-调风格/写作风格定稿.md

Step 5: 确认与交付

呈现风格规则文档，确认以下项：

• 样章调性是否认可
• 规则条款是否有遗漏
• 是否需要对特定章节做风格变通（如制度章节可以比分析章节更"条款化"）

确认后，写作风格定稿.md 成为后续所有Agent的输入物之一（输入物④-写作规范）。

询问用户是否保存到风格库："是否将此风格保存到风格库，供后续项目复用？如果保存，请给这个风格起个名字（如'央企标书风格''企业标书风格'等）。"

• 用户同意并命名 → 将风格定稿复制到 ~/.workbuddy/skills/mlsbs-S2-tiaofengge/references/styles/{用户命名}.md
• 用户拒绝 → 不保存，仅保留当前项目风格定稿

输出物

参考资源

• references/style_rules_template.md —— 可选的风格规则模板，含常见的禁用词清单和句式规范参考

注意事项

• 不同项目可能偏好不同风格，但编号体系（Word正规多级编号）是硬约束，不因项目变化。
• 默认风格机制可以减少重复定调的时间，但用户始终有权选择重新定调。
• 标书风格的底线是"像人写的、像专业的、像投标的"——三个"像"缺一不可。
• 风格规则不是长篇论文，五项规则+样章即可，Agent拿到后能快速对齐。
• 过程文件统一用 Markdown（.md），最终交付方案确认无误后才转 Word（.docx）。