docx文档先别手改目录页眉页脚

很多人改 Word 文档，最容易先忙起来的，不是内容本身，而是目录、页眉、页脚这些看起来最像“最后一步”的地方，结果反而最早就动手了。

这一步最耗人的地方，在于它会让你太早掉进细节。正文结构还没定、章节顺序还在变、哪些页该重哪些页只是过渡都还没看清，你就已经开始补目录层级、调页眉文字、改页脚编号了。等内容再动一次，这些地方往往还得跟着返工。很多文档不是难在不会写，而是太早开始修那些本来应该后面再碰的版式细节。

docx 这个主锚本身很硬。npx skills find docx 当前结果里，它排第 1，约 92K installs；skills.sh 页面 JSON-LD 也给出 92110 的安装量。页面写得很清楚：它就是拿来创建、读取、编辑和处理 Word 文档的，连目录、页眉页脚、图片、链接、批注、tracked changes 这类正式文档细节都覆盖。也正因为它能碰这些细节，第一轮才更该先分清：今天先该搭骨架，还是先修收尾。

如果你第一次上手，我反而建议把动作收窄一点。第一轮最值钱的，不是把所有版式细节都改漂亮，而是先验这三件事：

• 先把正文结构和章节顺序跑出来，确认这份文档的主线已经稳了。
• 再看标题层级、段落结构、表格图片这些骨架位置是不是已经对了。
• 最后才决定目录、页眉、页脚这类细节值不值得现在就手改，而不是一开始就陷进去。

这一步本质上是在验“它到底替你省掉了哪段返工”。如果文档主线和结构还在变，那你最该先省掉的，不是最后那点格式微调，而是重复修目录和页码的那轮体力活。

安装路径也很直接。页面给的命令就是：npx skills add https://github.com/anthropics/skills --skill docx。而且 skills.sh 页面和仓库能对得上：公开仓库是 anthropics/skills，GitHub API 当前约 136,518 stars、16,107 forks。它不是一个随手的小插件，而是一条长期可复用的 Word 文档处理入口。

它最适合的，不是所有文档场景都拿来大改，而是这些今天就会碰到的活：一份报告刚写成型，还没决定目录层级；一份方案还在调章节顺序；一份正式文档要带页眉页脚，但你现在先得确认正文结构。对这类任务来说，先把骨架跑顺，比先把目录和页码改得很细更值钱。

这也是为什么第一轮别先问“目录怎么更漂亮”“页眉页脚怎么一次调好”。对大多数人来说，更重要的问题其实是：这份文档现在是不是已经稳到值得去修这些收尾细节了。只要这个判断先想清楚，你后面才知道哪些地方真的要手改，哪些其实应该等结构不再动了再碰。

当然，它也有边界。你如果今天拿到的是一份已经完全定稿、只差最后排版收尾的文档，那目录页眉页脚当然可以直接修。还有一种情况是公司模板特别严格，那你最后还是得自己收尾。但只要文档内容和章节顺序还在变，那就别太早把精力花在这些细节上。

所以 docx 最稳的第一步，不是让你立刻去手改目录、页眉和页脚，而是提醒你：先把文档结构跑顺，再决定哪些版式细节值得动手。对很多正式文档场景来说，这一步省下来的返工，比你先把页码调漂亮更值钱。

下次再碰 Word 文档，先别一上来就手改目录页眉页脚。先把内容结构站稳，等骨架不再动了，再去修那些真正属于收尾的细节。