我用 TraeWork 把公司标书格式规范蒸馏成了可复用的 Skills，每次生成文档自动套用格式
我是谁 & 遇到什么问题
每次写标书都面临一个头疼的问题：每个公司的标书格式规范都不一样。有的页边距要求上下2.54cm左右3.18cm，有的要求正文宋体小四、标题三号加粗，还有的禁止手打章节编号、必须用Word自动多级列表。更麻烦的是，这些规范不是一次性就能搞定的——第一次生成后，打开Word发现标题颜色被主题色覆盖了（看着改黑了实际还是蓝），行距不对，缩进也没生效。得反复调、反复改，一个格式能折腾半天。
我用了 TraeWork 解决了这件事
☐ Work ☐ Code ☐ Design
我用了 TraeWork 的 Skills 机制。
Skills 是 TraeWork 里一种可复用的知识包——它把"特定场景下的规范、规则、脚本"打包成一个文件，放在 .trae/skills/<技能名>/SKILL.md 里。以后只要涉及这个场景，TraeWork 会自动加载这个技能，按照你定好的规则来执行，不用每次重新解释一遍。
把格式规范蒸馏成 Skills 的好处：一份 SKILL.md 解决了"告诉AI怎么做"的问题，配套的 Python 脚本解决了"让AI直接做"的问题。下次再有新客户的新格式，同样的流程再走一遍就行，方法论可复制。
但重点来了——Skills 不是一次就能写好的。它需要不断微调，核心是"遇到问题 → 复盘 → 调整 → 重试"这个循环：
- 先定义问题，再提供上下文：把客户的格式规范文档扔进去，说清楚要什么
- 先生成方案，再审查方案：让 TraeWork 生成 SKILL.md 和脚本，先看一遍再执行
- 先小步实现，再持续验证：拿真实标书跑一遍，发现不对就改，改完再跑
具体到这次，我迭代了两轮：
- 第一轮：对合并后的完整技术标书运行脚本，报错
Heading 8样式不存在，脚本崩溃。→ 复盘发现是脚本硬编码了 Heading 1~9，但真实文档只有 1~7。→ 调整脚本，加try/except跳过不存在的样式。→ 重试。 - 第二轮：再次运行，脚本成功执行，页边距、字体、行距、多级编号全部注入到位。
我做出了什么
一个放在项目 .trae/skills/bid-format-standard/ 下的可复用标书格式Skills，包含：
- SKILL.md：完整的格式规范说明（页面设置、字体、行距、标题层级、自动编号、写作禁忌）
- apply_bid_format.py：一键套用脚本，对已有docx直接应用格式
以后任何标书，只要 python apply_bid_format.py 目标文件.docx，一秒完成格式套用。如果下个客户有自己的格式规范，同样流程——扔规范文档→蒸馏成新Skills→测试→迭代，整套方法论可复制。
效果展示
- 原始规范文档：一份Word里的排版要求
- 蒸馏后的Skills：一份可执行的SKILL.md + 一个自动化脚本
- 由于内容比较敏感，这边就不上格式化后的内容了
经验 & 技巧总结
-
Skills 的 description 要写清楚调用时机。不光是"做什么"，还要写"什么时候用"——比如"在创建或编辑标书docx之前加载本技能"，这样AI在合适的场景下会自动触发，不用每次都手动指定。
-
格式规范这种"拿来就能用"的东西最适合 Skills。不像代码生成需要反复调对话，格式规范是一套固定的规则，做成 Skills 后一次定义、永久复用。
-
先有真实文档再测试，比空想规范靠谱得多。第一轮脚本报错就是因为真实文档只定义了 Heading 1~7，而脚本硬编码了 1~9。用真实文档跑一遍，什么边界条件都暴露了。
-
敏感信息剥离要彻底。从旧工具迁移 Skills 时，检查路径、项目名、客户名、固定文件路径，全部替换为通用表述，避免信息泄露。
提示词参考
我需要将这份标书格式规范文档，蒸馏成一个 TraeWork Skills。
要求：
1. 创建 SKILL.md，包含完整的格式规范说明和调用时机
2. 创建配套的 apply_bid_format.py 脚本，实现一键套用
3. 删除所有敏感信息（公司名、项目名、硬编码路径）
4. 用真实 docx 文件测试，发现 bug 就修复
5. 按照这个流程迭代直到全部通过