docx

docx 技能概览

docx 技能适合做什么

docx 技能可以帮助你更稳妥地创建、检查和编辑 Microsoft Word .docx 文件，减少通用提示词常见的意外。它最适合最终交付物必须保持 Word 格式、需要保留文档结构，或者要支持标题、表格、批注、修订痕迹、图片这类 Word 文档特有功能的工作流。

什么时候选择 docx

当任务本质上是处理 Word 文档，而不只是生成一段文字时，就该用 docx 技能：比如报告、备忘录、信件、模板、正式交付稿，或者从现有 .docx 中提取内容。对于需要先读取文档结构再编辑的 docx for DOCX Workflows，docx 也很合适。

最重要的关注点

用户通常最在意三件事：文件能否在 Word 里正常打开、格式在编辑后能否保住，以及针对已有文档的工作流是否实用。docx 技能的价值在于它把 .docx 当作结构化文件来处理，而不是把它当纯文本，这对需要可靠编辑、而不是“差不多像样”的排版时尤其重要。

什么时候不该用

如果目标是 PDF、电子表格、Google Docs，或者最终不需要 Word 文件，就别用 docx。如果你只需要文字内容，不涉及文件处理，普通提示词通常更简单。如果你需要重度版式设计或出版级排版，docx 可以作为起点，但它并不能一次解决全部问题。

如何使用 docx 技能

安装 docx 技能

使用以下命令安装：
npx skills add K-Dense-AI/claude-scientific-skills --skill docx

如果你的环境已经用别的方式管理技能，也可以保留相同的 repo 和 slug，但按你本地的安装流程来。关键是，在你开始创建或编辑文件之前，docx 技能必须已经可用。

先读这些文件

先从 SKILL.md 开始，然后再查看仓库里列出的任何支持性参考文件。在这个仓库里，最主要的信号就是技能文件本身，所以重点看概览、快速参考、转换说明和阅读流程。如果你的本地副本后续暴露出更多文件，在编辑正式文档前也要先检查它们。

给技能正确的输入

一个高质量的 docx 提示词，会明确写出文档类型、受众、语气、必需章节，以及格式或源材料方面的限制。比如说：“创建一份 2 页的客户备忘录，输出为 .docx，包含 executive summary、项目符号列表和风险表格”，就比“把这个做成 Word 文档”更有用。对于现有文件，要明确哪些内容必须保留、替换或提取。

以文档优先的工作流来处理

使用 docx 时，要告诉技能你是在从零创建、从其他格式转换，还是在编辑已有文件。如果源文件是旧版 .doc、图片密集，或包含修订痕迹，要一开始就说明。这有助于工作流在直接生成、文本提取，或先解包再编辑之间做出更稳妥的选择。

docx 技能常见问题

docx 只是用来创建 Word 文件吗？

不是。docx 技能也很适合读取和编辑已有的 .docx 文件，尤其是在结构很重要的时候。这通常才是使用 docx 技能，而不是普通纯文本提示词的真正原因。

我需要了解 Word 内部结构吗？

通常不需要。这个技能的目标是把大部分文件格式复杂性隐藏起来，同时仍然支持实用编辑。你只需要把文档结果和必须保住的格式说清楚。

我能把 docx 用在简单写作任务上吗？

可以，但前提是最终输出必须是 Word 文档。如果你并不需要 .docx 输出，这个技能可能只是额外负担。只有在文件保真度很重要时，docx for DOCX Workflows 的价值才最明显。

什么情况最容易导致结果不好？

通常是指令太模糊、缺少源内容上下文，或者没有说明文件是新建还是已有。像“把格式修一下”这种说法太宽泛；“保留标题、保留表格，只重写引言”就能给 docx 技能明确可执行的目标。

如何改进 docx 技能

把结构说清楚

质量提升最大的地方，往往是在生成开始前就明确章节、层级和输出长度。比如直接指定“1 个 H1 标题、3 个 H2 章节、2 个项目符号列表、1 个表格、不要封面”，比笼统地要一份“专业文档”更有效。

保护不能变的部分

如果你是在编辑现有文件，就要说明哪些内容必须保持不变：编号、表格、引用、修订痕迹、批注或嵌入图片。这能减少误改，也能让 docx 在真实文档上的使用更可靠。

提供源文本，而不只是意图

当你提供实际内容、大纲或源文件片段时，docx 技能的效果最好。如果第一次输出已经接近目标但还差一点，下一轮就直接指出需要修改的具体段落，不要一上来就要求整篇重写。

尽早检查对转换敏感的情况

旧版 .doc、复杂表格和重度格式文档，往往最需要额外谨慎。如果会涉及这些内容，在启动工作流之前就说明清楚，这样技能才能在 docx 安装和编辑步骤中选择更安全的路径。