[TraeWork的100种用法] 我用 TraeWork 搭建了投标方案全链路写作工作流，从招标分析到成稿交付
我用 TraeWork 把整套投标方案写作流程自动化了——从招标文件分析、方案撰写、修改迭代，到 MD 转 DOCX 标准排版、多方案合并出书，全程 AI 驱动，一套 Skill 工具链打通。
我是谁 & 遇到什么问题
我是做政企项目交付的，经常要写投标技术方案。一套标书动辄 8 个方案、近百页 A4，涵盖软件技术、总体设计、实施、运维、售后等方方面面。每份方案都要对齐招标文件的评分项，缺一项就丢分。
这件事的痛点在于：
-
招标文件又长又绕，评分标准散落在不同章节，人工逐条对照容易漏
-
方案撰写纯体力活，结构固定但内容要贴合项目，写着写着就变成「换皮模板」
-
改稿比写稿更痛苦，评审反馈「这章太薄」「缺结合项目」，改一轮通宵一轮
-
排版是最后一道坎，Markdown 写完还要转成 Word 标准格式，标题编号、图表嵌入、字体规范全是坑
-
最终要合并成一本，8 个独立方案合成一个 DOCX，章节编号要连续，不能出错
我用了 TraeWork 解决了这件事
模式： 
Work ☐ Code ☐ Design
我用 TraeWork 的长上下文 + Skill 自动化 + 文件读写能力，搭建了一条完整的投标方案写作流水线，分 5 个阶段：
阶段一：招标文件分析
把招标文件（PDF/Word 转 Markdown）扔给 Trae Work，让它做三件事：
-
提取评分标准：从评标办法章节中，逐条提取每个方案的评审内容项、分值、评分规则
-
生成写作框架：根据评分项反推每个方案的章节结构、页数分配、写作要点
-
输出诊断报告：对照评分项检查现有方案草稿，标出「严重不足」「基本合格」等问题
阶段二：方案撰写（Markdown）
以写作框架为蓝本，逐章撰写方案。关键技巧：
-
长上下文喂料：把招标文件 + 初步方案 + 写作框架同时丢进去，让 AI 写的时候「眼中有评分项」
-
Mermaid 图表内嵌：架构图、流程图、时序图直接用 Mermaid 语法写在 Markdown 里，后期自动渲染
-
分章独立写作：8 个方案各自独立成文件（
01_软件技术方案.md~08_售后服务方案.md），互不干扰，可并行推进 -
AI 配图：用 Trae Work 的图片生成能力，一句话描述生成方案所需的架构图、界面原型图
Trae Work 中撰写方案的对话截图（能看到 Mermaid 代码 + 生成的内容）
AI 生成的方案配图示例（如系统架构图、业务流程图）
阶段三：方案修改（Markdown）
写完初稿后，进入修改迭代阶段：
-
全局诊断：让 AI 通读所有方案，输出一份「问题诊断与改进指导报告」，逐方案标注问题等级（严重不足 / 中等 / 基本合格）
-
生成待修改清单：为每个方案生成一份 Todo 清单，包含：修改项、原文位置、修改建议、优先级
-
逐项修订：按清单逐条修改，每改完一项打勾，确保不遗漏
这一步最大的价值是把「改稿」从模糊的「再充实一下」变成可追踪的清单任务。
阶段四：MD 转 DOCX 标准格式
这是最硬核的一步。Markdown 写完，要转成符合投标规范的 Word 文档。我用 Trae Work 的 Code 模式开发了一套转换工具链：
-
md2docx.py转换脚本：Python + python-docx 实现，支持 Mermaid 图表自动渲染为 PNG 嵌入 Word -
中文排版规范：黑体标题（小二/三号/小三）、宋体正文小四、多级编号（1.1 / 1.1.1）、A4 页面
-
多级标题编号 Skill：解决了 python-docx 的三个经典坑——标题不在导航窗格显示、编号全显示 1.x 不递增、编号变蓝色
-
批量转换 Skill：8 个方案并行转换，比串行快 5 倍以上
转换命令就一行：
python3 md2docx.py 01_软件技术方案.md -o 01_软件技术方案.docx
转换后的 Word 文档效果截图（能看到标题编号、字体、嵌入的图表）
阶段五：多方案合并成一个 DOCX
8 个独立方案最终要合并成一本完整的投标书。这一步的难点是章节编号连续性：
-
8 个方案的 H1 要变成「第一章 ~ 第八章」
-
各方案内部的编号前缀（如「1.1」「1.1.1」）要全部去掉，交给 Word 自动编号接管
-
合并后 H2 要正确显示「1.1 / 2.1 / 3.1」，而不是全是「1.1」
我用 Trae Work 写了 merge_docs.py 合并脚本 + 对应的 Skill，自动完成：标题前缀清洗 → 章节序号注入 → 合并为一个 MD → 转 DOCX。
合并转换文档
合并后的完整投标书 Word 文档截图（导航窗格能看到第一章~第八章的层级结构）
我做出了什么
-
1 份招标分析报告：含评分标准提取表 + 8 方案写作框架
-
8 份技术方案：Markdown 源文件，共计近百页 A4，含数十张 Mermaid 图表
-
1 份诊断报告 + 8 份待修改清单：可追踪的改稿依据
-
8 份独立 DOCX + 1 份合并投标书：符合中文排版规范，可直接打印胶装
-
1 套 Skill 工具链：可复用于后续所有投标项目
效率提升：原来一套标书从分析到成稿至少 2 周，现在 2~3 天完成全链路交付。
效果展示
Trae Work 中撰写方案的对话截图（能看到 Mermaid 代码 + 生成的内容）
AI 生成的方案配图示例（如系统架构图、业务流程图）
合并转换文档
合并后的完整投标书 Word 文档截图（导航窗格能看到第一章~第八章的层级结构）
经验 & 技巧总结
-
先建框架再写正文：让 AI 先从招标文件中提取评分标准、生成写作框架，再按框架逐章写。否则 AI 容易「自由发挥」，写出来的东西对不上评分项。
-
Mermaid 图表是性价比之王：比手画架构图快 10 倍，而且 MD 源文件可版本管理，改图改代码就行。转换时自动渲染为 PNG 嵌入 Word，不丢清晰度。
-
改稿要用清单驱动：不要跟 AI 说「帮我改好一点」，而是让它先输出结构化的待修改清单（含原文位置 + 修改建议 + 优先级），再逐项执行。可追踪、不遗漏。
-
Word 编号是最大的坑：python-docx 默认生成的标题不在导航窗格显示、编号不递增、颜色发蓝。核心原因是 H1 没有链接到隐藏的 Level 0 计数器，改
if level >= 2为if level >= 1就解决了。 -
合并时一定要洗编号：各分方案的 MD 里自带「1.1」「1.1.1」前缀，合并前必须用正则全部去掉，否则 Word 自动编号会和手写编号叠加，显示成「1.1 1.1 设计目标」。
提示词参考
1. 招标文件分析提示词
你是投标方案架构师。请分析以下招标文件，完成三件事：
1. 评分标准提取：从「评标办法」章节中，逐条提取每个方案的评审内容项、分值、评分规则，输出为表格
2. 写作框架生成：根据评分项反推每个方案的章节结构（一级/二级标题）、预估页数、写作要点
3. 对齐检查：列出每个评分项对应的方案章节，标注「已覆盖/未覆盖」
招标文件如下：
{贴入招标文件全文}
2. 方案撰写提示词
你是投标技术方案撰写专家。请按以下要求撰写方案：
写作框架：{贴入对应方案的框架}
参考材料：{贴入招标文件技术要求 + 初步方案}
要求：
1. 严格按框架的章节结构撰写，每个评分项必须有对应章节
2. 每个关键设计点用 Mermaid 图表说明（架构图用 graph，流程图用 flowchart，时序图用 sequenceDiagram）
3. 结合项目实际情况（点名业务场景、技术栈、交付周期），不要写通用模板
4. 语气中性专业，禁止使用「十分先进」「业界领先」等自我评价性语言
5. 输出为 Markdown 格式
3. 方案诊断提示词
你是投标方案评审专家。请对以下方案进行诊断：
评分标准：{贴入评分项}
方案内容：{贴入方案全文}
请输出：
1. 诊断结论表：方案名 | 分值 | 标题对应度 | 文字充实度 | 主要问题
2. 逐章问题清单：问题项 | 原文位置 | 原文要点 | 修改建议 | 优先级（高/中/低）
3. 修改原则：不向甲方做超出合理水平的保证，能删则删，能降则降
Skill 工具包获取
本工作流涉及的 3 个 Skill + 2 个核心脚本，已打包为 zip。
获取方式：点赞本帖 + 留言「需要工具包」，我会私信发给你。
工具包包含：
| 组件 | 说明 |
|------|------|
| md2docx.py | MD→DOCX 主转换脚本，支持 Mermaid 渲染、中文排版规范 |
| merge_docs.py | 多方案合并脚本，自动处理章节编号 |
| batch-md2docx-conversion Skill | 批量转换，含依赖安装与错误处理 |
| merge-chapter-files Skill | 多章节合并，标题编号冲突处理 |
| python-docx-heading-numbering Skill | Word 标题编号修复（导航窗格/多级编号/字体样式） |
traework-skills.zip (18.9 KB)
