DOCX文档处理Skill docx

---

name: docx description: “全面的文档创建、编辑和分析，支持跟踪更改、评论、格式保留和文本提取。当Claude需要处理专业文档（.docx文件）时，用于：(1) 创建新文档，(2) 修改或编辑内容，(3) 处理跟踪更改，(4) 添加评论，或任何其他文档任务” license: 专有。LICENSE.txt包含完整条款

DOCX 创建、编辑和分析

概述

用户可能要求您创建、编辑或分析.docx文件的内容。一个.docx文件本质上是一个ZIP压缩包，包含XML文件和其他资源，您可以读取或编辑。您有不同的工具和工作流程可用于不同的任务。

工作流程决策树

读取/分析内容

使用下面的“文本提取”或“原始XML访问”部分

创建新文档

使用“创建新Word文档”工作流程

编辑现有文档

• 您自己的文档 + 简单更改 使用“基本OOXML编辑”工作流程

• 他人的文档 使用**“红线工作流程”**（推荐默认）

• 法律、学术、商业或政府文档 使用**“红线工作流程”**（必需）

读取和分析内容

文本提取

如果您只需要读取文档的文本内容，应该使用pandoc将文档转换为markdown。Pandoc提供了优秀的支持，可以保留文档结构并显示跟踪更改：

# 将文档转换为markdown，保留跟踪更改
pandoc --track-changes=all 路径到文件.docx -o 输出.md
# 选项：--track-changes=accept/reject/all

原始XML访问

您需要原始XML访问用于：评论、复杂格式、文档结构、嵌入媒体和元数据。对于任何这些功能，您需要解包文档并读取其原始XML内容。

解包文件

python ooxml/scripts/unpack.py <office_file> <output_directory>

关键文件结构

• word/document.xml - 主要文档内容
• word/comments.xml - 在document.xml中引用的评论
• word/media/ - 嵌入的图像和媒体文件
• 跟踪更改使用 <w:ins>（插入）和 <w:del>（删除）标签

创建新Word文档

当从头开始创建新Word文档时，使用docx-js，它允许您使用JavaScript/TypeScript创建Word文档。

工作流程

1. 强制 - 阅读整个文件：从头到尾完全阅读docx-js.md（约500行）。阅读此文件时切勿设置任何范围限制。 在继续文档创建之前，阅读完整文件内容以获取详细语法、关键格式规则和最佳实践。
2. 使用Document、Paragraph、TextRun组件创建JavaScript/TypeScript文件（您可以假设所有依赖项都已安装，如果没有，请参考下面的依赖项部分）
3. 使用Packer.toBuffer()导出为.docx

编辑现有Word文档

当编辑现有Word文档时，使用Document库（一个用于OOXML操作的Python库）。该库自动处理基础设施设置，并提供文档操作方法。对于复杂场景，您可以通过库直接访问底层DOM。

工作流程

1. 强制 - 阅读整个文件：从头到尾完全阅读ooxml.md（约600行）。阅读此文件时切勿设置任何范围限制。 阅读完整文件内容以获取Document库API和直接编辑文档文件的XML模式。
2. 解包文档：python ooxml/scripts/unpack.py <office_file> <output_directory>
3. 使用Document库创建并运行Python脚本（参见ooxml.md中的“Document Library”部分）
4. 打包最终文档：python ooxml/scripts/pack.py <input_directory> <office_file>

Document库为常见操作提供高级方法，并为复杂场景提供直接DOM访问。

用于文档审查的红线工作流程

此工作流程允许您在使用OOXML实现之前，使用markdown计划全面的跟踪更改。关键：对于完整的跟踪更改，您必须系统地实现所有更改。

批处理策略：将相关更改分组为3-10个更改的批次。这使得调试易于管理，同时保持效率。在移动到下一批之前测试每个批次。

原则：最小化、精确编辑 当实现跟踪更改时，只标记实际更改的文本。重复未更改的文本会使编辑更难以审查，显得不专业。将替换分解为：[未更改文本] + [删除] + [插入] + [未更改文本]。通过从原始提取<w:r>元素并重用，保留原始运行的RSID用于未更改文本。

示例 - 在句子中将“30 days”更改为“60 days”：

# 错误 - 替换整个句子
'<w:del><w:r><w:delText>The term is 30 days.</w:delText></w:r></w:del><w:ins><w:r><w:t>The term is 60 days.</w:t></w:r></w:ins>'

# 正确 - 只标记更改的内容，保留原始<w:r>用于未更改文本
'<w:r w:rsidR="00AB12CD"><w:t>The term is </w:t></w:r><w:del><w:r><w:delText>30</w:delText></w:r></w:del><w:ins><w:r><w:t>60</w:t></w:r></w:ins><w:r w:rsidR="00AB12CD"><w:t> days.</w:t></w:r>'

跟踪更改工作流程

1. 获取markdown表示：将文档转换为markdown，保留跟踪更改：

   pandoc --track-changes=all 路径到文件.docx -o current.md
   

2. 识别和分组更改：审查文档并识别所有需要的更改，将它们组织成逻辑批次：

   定位方法（用于在XML中找到更改）：

   • 部分/标题编号（例如，“Section 3.2”, “Article IV”）
   • 段落标识符（如果有编号）
   • 具有唯一周围文本的grep模式
   • 文档结构（例如，“第一个段落”, “签名块”）
   • 不要使用markdown行号 - 它们不映射到XML结构

   批次组织（每组3-10个相关更改）：

   • 按部分：“Batch 1: Section 2 amendments”, “Batch 2: Section 5 updates”
   • 按类型：“Batch 1: Date corrections”, “Batch 2: Party name changes”
   • 按复杂性：从简单文本替换开始，然后处理复杂结构更改
   • 顺序：“Batch 1: Pages 1-3”, “Batch 2: Pages 4-6”

3. 阅读文档并解包：

   • 强制 - 阅读整个文件：从头到尾完全阅读ooxml.md（约600行）。阅读此文件时切勿设置任何范围限制。 特别注意“Document Library”和“Tracked Change Patterns”部分。
   • 解包文档：python ooxml/scripts/unpack.py <file.docx> <dir>
   • 注意建议的RSID：解包脚本将建议一个RSID用于您的跟踪更改。复制此RSID以在步骤4b中使用。

4. 分批实现更改：将更改逻辑分组（按部分、按类型或按接近性），并在单个脚本中一起实现。这种方法：

   • 使调试更容易（较小批次 = 更容易隔离错误）
   • 允许增量进展
   • 保持效率（批次大小为3-10个更改效果良好）

   建议的批分组：

   • 按文档部分（例如，“Section 3 changes”, “Definitions”, “Termination clause”）
   • 按更改类型（例如，“Date changes”, “Party name updates”, “Legal term replacements”）
   • 按接近性（例如，“Changes on pages 1-3”, “Changes in first half of document”）

   对于每组相关更改：

   a. 映射文本到XML：在word/document.xml中grep文本，以验证文本如何跨<w:r>元素分割。

   b. 创建并运行脚本：使用get_node查找节点，实现更改，然后doc.save()。参见ooxml.md中的**“Document Library”**部分以获取模式。

   注意：在编写脚本之前，始终立即grep word/document.xml以获取当前行号并验证文本内容。行号在每次脚本运行后更改。

5. 打包文档：所有批次完成后，将解包目录转换回.docx：

   python ooxml/scripts/pack.py unpacked reviewed-document.docx
   

6. 最终验证：对完整文档进行全面检查：

   • 将最终文档转换为markdown：

     pandoc --track-changes=all reviewed-document.docx -o verification.md
     

   • 验证所有更改是否正确应用：

     grep "原始短语" verification.md  # 不应找到
     grep "替换短语" verification.md  # 应找到
     

   • 检查是否引入了意外更改

将文档转换为图像

为了视觉分析Word文档，使用两步过程将它们转换为图像：

1. 将DOCX转换为PDF：

   soffice --headless --convert-to pdf document.docx
   

2. 将PDF页面转换为JPEG图像：

   pdftoppm -jpeg -r 150 document.pdf page
   

   这会创建类似page-1.jpg, page-2.jpg等的文件。

选项：

• -r 150：设置分辨率为150 DPI（调整质量/大小平衡）
• -jpeg：输出JPEG格式（如果偏好PNG，使用-png）
• -f N：要转换的第一页（例如，-f 2从第2页开始）
• -l N：要转换的最后一页（例如，-l 5停止在第5页）
• page：输出文件的前缀

特定范围示例：

pdftoppm -jpeg -r 150 -f 2 -l 5 document.pdf page  # 仅转换第2-5页

代码风格指南

重要：当为DOCX操作生成代码时：

• 编写简洁的代码
• 避免冗长的变量名和冗余操作
• 避免不必要的打印语句

依赖项

所需依赖项（如果不可用，请安装）：

• pandoc：sudo apt-get install pandoc（用于文本提取）
• docx：npm install -g docx（用于创建新文档）
• LibreOffice：sudo apt-get install libreoffice（用于PDF转换）
• Poppler：sudo apt-get install poppler-utils（用于pdftoppm将PDF转换为图像）
• defusedxml：pip install defusedxml（用于安全XML解析）