你有没有遇到过这种情况：让 AI 帮你写一份 Word 文档，结果打开一看排版乱得不成样子——字体忽大忽小，间距东一块西一块，甚至连个像样的页码都没有。
之前聊到 Claude 做 PPT 之所以不会出现“AI 感”很重的版式，是因为它内部有一份写满设计经验和禁止清单的操作手册。
这篇接着聊DOCX 技能——专门处理 Word 文档的那一套。靠的也是同样的思路：不管是从零写一份新文档，还是在你已经写好的文档上动手改，排版都能保持得比较稳。
跟处理 PPT 一样，Word 文档也分两种情况：一种是空白的，等你从头写；另一种是别人已经写好了，你要在上面动手。Claude 处理这两种情况时，思路完全不同。
🗂️ 这个技能长什么样
跟 PPTX 技能一样，DOCX 技能也是一个文件夹，不是一份文档。打开来看，大致是这样的结构：
1
2
3
4
5
6
7
8
docx/
├── SKILL.md ← 主手册，Claude 第一个读的文件
└── scripts/
├── unpack.py ← 把 .docx 拆开，变成可以编辑的文件
├── pack.py ← 改完之后重新打包，打包前自动检查格式是否合规
├── comment.py ← 给文档加批注
├── accept_changes.py ← 把追踪更改一键“接受”，生成一份干净版本
└── 其他几个辅助脚本（负责格式转换、生成预览图等）
SKILL.md 是整个技能的核心，它不是代码，而是一份写给 Claude 看的说明文档——里面规定了遇到什么情况该怎么判断、该用哪个工具、有哪些坑要躲开。scripts 文件夹里则是几个真正干活的小工具，各自对应一件具体的事：拆包、打包、加批注、接受修改，分工很清楚。
下面就具体来看看，SKILL.md 里到底写了些什么。
📄 SKILL.md 开篇：先分清楚自己在做哪一种任务
打开 SKILL.md，最开头就是一张对照表：遇到 Word 文档相关的需求，先判断属于哪种情况——
✏️ 从零开始——要一份全新的文档，比如一份报告、一份合同模板，用代码直接生成
📝 修改现成的——已经有一份文档，需要改动一部分内容，走“拆开-编辑-重新打包”的流程
这两种情况，手册里对应的是两套完全不同的工作方式，用的工具、操作顺序都不一样。可以类比成装修房子：
盖新房，你是从图纸开始，一砖一瓦地往上搭。但翻新老房子，你不可能把房子推倒重建——你得先看清楚现在的结构，再小心地改掉你想改的部分，剩下的尽量不要动。
这两种思路没有谁更高级，但混着用就会出问题。如果用“盖新房”的方式去“翻新”一份合同，结果就是原来的格式、批注、版本痕迹全部消失，换来一份长得像、但魂不是原来那份的新文档——这显然不是你想要的。
所以 SKILL.md 第一件要做的事，不是教 Claude 怎么排版，而是先帮它分清楚自己在做哪一种任务。
🛠️ 模式一：SKILL.md 里关于“从零创建”都写了什么
如果是全新创建，手册里说，Claude 要用写代码的方式把文档“画”出来——这块是标题，那块是段落，另一块是表格，最后拼成一份完整的文档。
这部分手册花的篇幅其实不在“怎么画”上，而是在一条一条列容易踩的坑，比如：
🚫 纸张大小不显式指定 → 默认规格会用错，打印排版全跟预期不一样
🚫 横向排列按直觉去设置 → 实际操作方式是反过来的，按直觉做反而会出错
🚫 列表偷懒手打一个圆点符号 → 看起来没问题，但本质上不是真正的列表，用户一旦调整缩进或样式，就会发现这其实是个“假货”
🚫 表格宽度只设一处 → 有些平台能正常显示，有些则会整个错位
🚫 插入图片漏填某个参数 → 图片直接插入失败
除此之外，手册里还专门规定了一套排版上的“默认做法”：用什么字体、页码怎么处理、页眉页脚不能用什么方式来做分隔……相当于把“什么样的文档算专业”也提前定好了规矩。
这些坑单看可能觉得琐碎，但背后的道理是一致的：
Word 文档要在不同版本的 Word、不同的操作系统，甚至 Google Docs 这样的第三方编辑器里都正确显示。很多“看起来理所当然”的写法，换个环境就崩了。
这跟之前讲 PPTX 技能时提到的“禁止清单”是同一个性质——专业感不是来自天赋，而是来自有人把别人踩过的坑都提前标记出来了。
✏️ 模式二：SKILL.md 里关于“编辑现有文档”都写了什么
如果是基于现成文档去改，手册里给的思路完全不一样。
开篇先讲了一个底层事实：一份 Word 文档，本质上就是一个压缩包，里面装的是描述这份文档长什么样的一堆文本文件。
知道这一点，手册里规定的编辑流程就是三步，必须按顺序来：
① 拆开 → 把文档“打开”，看到里面真正的内容和格式描述
② 改动 → 只改你想改的那一小块，其他原封不动
③ 缝合 → 重新打包成一份正常的文档，打包前还会自动检查格式有没有问题
这三步听起来简单，但手册里花了最多篇幅去讲的，其实是第②步里“怎么改才算对”——尤其是涉及到 Word 里的追踪更改（也就是“修改痕迹”）功能时。
举个例子：如果要删掉文档里的一段话，并且要保留修改痕迹，表面上看只要标记“这段话被删了”就行。但手册里专门提醒：删除一整段和删除一句话里的几个字，处理方式并不一样——如果只标记了内容被删、没处理这段话本身的结构标记，对方点击“接受所有修改”之后，文档里会留下一个看不见、但确实存在的空白段落。
这种细节普通人完全不会想到要去注意，但对收到文档的人来说，“看起来改完了，其实留了尾巴”恰恰是最影响专业度的地方。手册里类似的提醒还有不少——比如加批注的标记该放在什么位置，引号要写成什么形式才不会在不同设备上变形。
所以编辑模式的核心，其实是一种外科手术式的态度：只动该动的地方，每一处改动都要干净、可逆、不留痕迹。
💡 写到最后
回头看，这篇文章想说的其实就是一件事：
DOCX 技能教给 Claude 的，不是“怎么把文档做漂亮”，而是先分清楚“我现在是在盖房子，还是在装修”——这个判断一旦错了，后面做得再细致都没用。
新建和编辑，从来不是同一件事的两种写法，而是两种完全不同的任务。具体怎么实现，是执行层面的事，普通用户完全不需要知道；但这个判断逻辑本身，恰恰是这套手册里最值得理解的部分。
这跟做 PPT 时强调的“设计规范 + 禁止清单”思路是相通的——工具能不能做出专业的东西，关键不在于它“聪不聪明”，而在于有没有人把专业人士的经验，一条一条地变成了它做事时会遵守的规矩。
如果大家对这个系列还有兴趣，后面可以再写一篇 PDF 或 Excel 技能的解读，欢迎留言告诉我想看哪个。