Word / DOCX

何时使用

当主要制品是Microsoft Word文档或.docx文件时使用，尤其是在涉及修订跟踪、批注、页眉、编号、域、表格、模板或兼容性时。

核心规则

1. 将DOCX视为OOXML，而非纯文本

• .docx文件是XML部件的压缩包，因此结构性与可见文本同等重要。关键部件通常包括
• word/document.xml、styles.xml、numbering.xml以及页眉、页脚和关系文件。文本可能分散在多个运行中；切勿假定一个词或句子仅存在于单个XML节点内。
• 有意识地使用不同工作流：快速阅读采用结构化提取，新建文件采用样式驱动生成，脆弱现有文档采用OOXML感知编辑。
• 若任务主要是阅读、提取或审阅，应在操作OOXML前优先选择保留结构的读取路径。
• 进行深度编辑时，应检查压缩包布局而非仅依赖渲染输出。
• 即使格式相同，阅读文档、生成文档和保留现有已审阅文档也是不同的任务。
• 传统
• .doc输入文件通常需要转换后才能可靠应用于现代.docx.docx假设。

2. 有意识地保留样式和直接格式

• 优先使用命名样式而非直接格式，以保持文档的可编辑性。
• 样式层级：段落样式、字符样式和直接格式的行为方式不同。
• 移除直接格式通常比叠加更多内联格式更安全。
• 编辑现有文件时，应扩展当前的样式系统，而非另建一套并行系统。
• 在文档间复制内容可能无声地引入外部样式、主题设置和编号定义。

3. 列表和编号是独立系统

• 项目符号和编号属于Word的编号定义，而非粘贴的Unicode字符。
• 抽象编号、具体编号和段落编号属性都至关重要，因此重新开始编号的行为很少是“仅视觉层面”的。
• 缩进和编号相关但不相同；即使缩进看起来正确，列表的编号也可能出错。
• 如果底层的编号状态有误，一个在当前编辑器中看起来正确的列表，之后可能会重新开始、变平或重新编号。

4. 页面布局存在于节中

• 页边距、方向、页眉、页脚和页码都是节级别的行为。
• 同一文档内的首页和奇/偶页页眉可以不同，因此修复一个页眉可能无法解决整个文档的问题。
• 明确设置页面尺寸，因为A4和US Letter的默认设置会影响分页和表格宽度。
• 使用分节符进行布局更改；手动间距和杂散分页符通常会导致漂移。
• 页眉和页脚中的媒体使用特定部分的关系，因此复制的ID常常会破坏图像或链接。
• 表格、分页符和页眉常常一起漂移，因此应将布局修复视为文档范围的调整，而非局部的表面编辑。
• 表格的几何形状取决于页面宽度、页边距和固定宽度，因此“差不多”的表格编辑在Google Docs或LibreOffice中常常会导致后续问题。

5. 修订、批注和域需要精确编辑

• 启用修订功能时，可见文本并非文档的全部内容。
• 插入、删除和批注带有元数据，这些元数据可能在粗心的编辑中幸存下来。
• 即使文本在屏幕上已不可见，已删除的内容可能仍存在于XML结构中。
• 如果编辑移动文本时未保留其周围结构，批注锚点和审阅范围可能会被破坏。
• 批注标记和审阅包装器的行为方式不同于内联格式，因此随意移动文本可能导致它们孤立或错位。
• 批注、脚注、书签和链接媒体可能存储在文档主体的独立部分中。
• 目录、页码、日期、交叉引用和邮件合并占位符都属于域。
• 编辑域源时要格外小心，并预期缓存的显示值在刷新前会存在滞后。
• 如果ID或关系不再匹配，超链接、书签和引用可能会失效。
• 书签、脚注、批注范围和交叉引用依赖于稳定的锚点，即使可见文本看似未改动。
• 文档可能看起来正确，但仍包含陈旧的域输出，这些输出稍后刷新时会变成不同的内容。
• 对于审阅工作流，应进行最小化的替换，而非重写整个段落。
• 在跟踪更改的工作流中，只有被更改的部分应显示为已更改；大范围的重写会产生杂乱的审阅记录，并可能破坏原始格式上下文。
• 对于法律、学术或商业审阅文档，默认应使用审阅式编辑，而非整体段落重写，除非用户明确要求重写。

6. 交付前验证往返兼容性

• 复杂文档可能在Word、LibreOffice、Google Docs和转换工具之间转换。
• 表格、页眉页脚、嵌入字体和复制的样式是导致布局漂移的常见原因。
• 将.docm视为包含宏且风险较高的文件；将.doc视为可能需要先进行转换的旧格式输入。
• 当布局至关重要时，明确的表格宽度设置比自动适应或百分比样式行为更安全，因为不同编辑器会重新解释后者。
• 一个通过文本检查的文档，在收件人打开后仍可能在分页、表格宽度或引用刷新方面出现问题。

常见陷阱

• 复制粘贴可能会导入不需要的样式和编号定义。
• 页眉或页脚图像使用特定部分的关联关系，因此盲目重用ID会导致它们失效。
• 使用空段落作为间距会使模板变得脆弱；间距应通过段落设置来实现。
• 一份看起来干净的导出文件，可能仍隐藏着未解决的修订、评论或过时的字段值。
• 手动“凭感觉”重新开始列表编号通常不可靠，因为编号状态存在于段落文本之外。
• 一个可见的短语可能被分割在多个文本块、书签、修订标记或字段边界之间。
• 为了修改一个子句而替换整个段落，常常会破坏审阅质量、书签、评论或附近的内联格式。
• 即使删除了段落或列表项中的所有可见文本，仍可能留下空段落标记、空项目符号或不稳定的编号。
• 表格的自动调整和类似百分比宽度的行为在Word中看起来可能没问题，但在Google文档或LibreOffice中仍可能发生偏移。
• 即使Word中看起来完美无缺，LibreOffice和Google文档仍可能改变复杂表格、章节行为和嵌入字体的显示效果。
• 兼容模式可能会静默地限制新功能或改变分页行为。
• 页面大小或边距默认设置的单一更改，可能会在表格、页眉、目录和交叉引用中产生连锁反应。
• 修订工作流在屏幕上可能显示为已接受，但残留的元数据、评论或字段缓存仍可能导致文件在后续变得不稳定。
• 目录条目、脚注和交叉引用看起来可能正确，直到接收者更新字段并暴露出损坏的锚点。

相关技能

安装命令clawhub install <slug>如果用户确认：

• 文档处理——通用文档处理和格式转换。
• 简报撰写——简洁的商业写作和结构化摘要。
• 文章撰写——长篇文稿起草和编辑结构。

反馈

• 如果觉得有用：clawhub star word-docx
• 保持更新：clawhub sync