wechat-robot-skills/skills/docx/SKILL.md
2026-07-26 02:45:00 +08:00

333 lines
14 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
name: docx
description: "创建、读取、编辑、转换、批注、接受修订、校验和渲染本地或远程 HTTPS Microsoft Word 文档。用户提到 Word、文档、报告、备忘录、合同、信函、模板、目录、页眉页脚、页码、表格、图片、批注或修订或提供 HTTPS Word 地址、.docx、.dotx、.doc 文件时使用;支持安全下载、结构化创建、跨 Run 查找替换、安全 OOXML 解包/打包、旧格式转换、关系与 XML 校验及逐页视觉检查。若主要交付物是 PDF、电子表格、Google Docs 或普通代码,则不要使用。"
---
# Word 文档处理
## 强制执行规则
当前智能体不能直接执行 shell、任意 Python 代码或系统命令。只能通过 `execute_skill_script` 调用本 Skill 中真实存在的固定 Python 脚本。
- 只调用下表列出的可执行脚本,不执行 `scripts/` 目录、`scripts/_docx_common.py` 或 `scripts/_document_builder.py`
- 不把 `python3`、`soffice`、`libreoffice`、`pandoc`、`pdftoppm`、`zip`、`unzip`、`find`、`rm` 或其他系统命令作为脚本参数。
- LibreOffice、Pandoc、Poppler 和 ZIP 操作只允许由固定 Python 脚本在内部调用。
- 每次检查脚本返回 JSON只有 `ok``true` 时才继续。`validate_document.py` 还必须返回 `status: valid`
- 远程地址只交给 `download_document.py`;不要在回复、日志摘要或文件名中复述可能含敏感查询参数的完整 URL。
- 不覆盖用户提供的源文件。最终结果写入 `output/docx/`,中间产物写入 `tmp/docx/<任务名>/`
- 环境已预置依赖,不安装软件包,也不提示用户安装依赖。
## 脚本清单
| 脚本 | 用途 | 底层能力 |
| --- | --- | --- |
| `scripts/download_document.py` | 下载并校验远程 HTTPS Word 文档 | Python `urllib`、安全 OOXML 解析、`python-docx` |
| `scripts/inspect_document.py` | 分段读取正文、表格、样式、批注和修订 | `python-docx`、安全 OOXML 解析 |
| `scripts/create_document.py` | 按受控 JSON 创建专业 DOCX | `python-docx`、Pillow |
| `scripts/edit_document.py` | 查找替换、追加/插入内容、调整样式和页面 | `python-docx` |
| `scripts/add_comment.py` | 给精确文本范围添加批注 | `python-docx` |
| `scripts/accept_changes.py` | 接受文档中的全部修订 | 固定 LibreOffice 宏 |
| `scripts/convert_document.py` | `.doc/.dotx/.docx` 转 DOCX/PDF/Markdown/文本 | LibreOffice、Pandoc、`python-docx` |
| `scripts/unpack_document.py` | 安全解包 OOXML 供高级编辑 | Python `zipfile` |
| `scripts/pack_document.py` | 把 OOXML 目录安全打包为 DOCX | Python `zipfile`、`python-docx` |
| `scripts/validate_document.py` | 校验 ZIP、XML、关系、批注、修订和可渲染性 | `defusedxml`、`python-docx`、LibreOffice |
| `scripts/render_document.py` | 把 Word 文档渲染为逐页 PNG/PDF | LibreOffice、Poppler |
## 标准流程
1. 输入是 HTTPS 地址时,先调用 `download_document.py` 下载到本次任务临时目录;本地文件直接进入下一步。
2. 旧版 `.doc` 或模板 `.dotx` 先调用 `convert_document.py` 转为 `.docx`;保留原文件。
3. 编辑、总结或重组现有文档前调用 `inspect_document.py`,确认段落、表格、章节、页眉页脚、批注和修订状态。
4. 新建文档使用 `create_document.py`;常规编辑使用 `edit_document.py`;添加批注使用 `add_comment.py`
5. 输入有修订时,先确认用户希望保留还是接受。普通编辑脚本默认拒绝含修订的文档,避免把修订静默损坏。
6. 只有固定编辑脚本不能完成的 OOXML 高级需求,才使用 `unpack_document.py` → 编辑 XML 文件 → `pack_document.py`;不得直接运行 ZIP 或 shell 命令。
7. 所有创建或修改结果必须调用 `validate_document.py --check-convert`,确保 `status: valid`、`issue_count: 0`。
8. 再调用 `render_document.py` 渲染全部页面,逐页检查版式;有游标时继续到 `has_more: false`
9. 结构、内容、修订/批注和视觉检查都通过后才交付。
## 下载远程文档
只接受 HTTPS 地址。完整保留 URL 及查询参数传给脚本,但不要在回复、日志摘要或输出文件名中复述敏感参数。
调用 `scripts/download_document.py`
```text
--url 'https://example.com/report.docx?signature=...' --output 'tmp/docx/<任务名>/source.docx'
```
可选参数:
- `--timeout <1-600>`:连接和读取超时秒数,默认 `60`
- `--max-bytes <字节数>`:默认 `104857600`100 MiB最高 `536870912`512 MiB
- `--overwrite`:只在目标是本次任务生成的旧缓存时使用。
`output` 扩展名必须是 `.docx`、`.dotx` 或 `.doc`。脚本阻止 HTTPS 重定向降级到 HTTP流式限制大小先写同目录临时文件再原子发布DOCX/DOTX 会检查 ZIP 路径、成员大小、必要部件和内容类型,并用 `python-docx` 打开。实际 OOXML 格式与 `output` 扩展名不一致时,根据错误中的实际格式更正缓存扩展名,再调用同一脚本。
成功结果包含 `path`、`size_bytes`、`format` 和 `validation`OOXML 还包含段落、表格和章节数量。后续脚本只使用返回的本地 `path`,不再访问原 URL。
## 检查文档
调用 `scripts/inspect_document.py`
```text
--input 'source.docx'
```
可选参数:
- `--start-paragraph <索引>`、`--max-paragraphs <1-300>`:分段读取正文,索引从 `0` 开始。
- `--start-table <索引>`、`--max-tables <0-50>`、`--max-table-cells <数量>`:限制表格输出。
- `--max-chars <1000-200000>`:限制单次正文字符数。
- `--include-runs`:需要检查局部字体、粗体、斜体或跨 Run 替换问题时使用。
重点检查:
- `tracked_changes.total``authors`:是否存在修订及修订作者。
- `comments`:批注正文和作者。
- `sections`:纸张、方向、页边距、页眉、页脚。
- `archive.missing_required_parts`、`duplicate_members`:结构异常。
- `has_more`、`next_paragraph`、`next_table`:继续读取长文档。
## 创建文档
调用 `scripts/create_document.py`
```text
--output 'output/docx/result.docx' --spec '<JSON对象>'
```
内容较长时先把 JSON 写到任务临时目录,再传 `--spec-file`。目标是本次任务旧产物且确认可覆盖时才传 `--overwrite`
文档说明顶层结构:
```json
{
"properties": {
"title": "2026 年度经营报告",
"author": "示例公司",
"subject": "经营分析"
},
"page": {
"size": "A4",
"orientation": "portrait",
"margins": {
"top": 0.85,
"bottom": 0.85,
"left": 0.9,
"right": 0.9
}
},
"default_font": {
"name": "Arial",
"east_asia": "Noto Sans CJK SC",
"size": 10.5,
"line_spacing": 1.15,
"space_after": 6
},
"styles": {
"Title": {"size": 24, "bold": true, "color": "1F4E78"},
"Heading 1": {"size": 16, "bold": true, "color": "1F4E78"}
},
"header": {
"text": "示例公司 · 年度报告",
"alignment": "right"
},
"footer": {
"text": "",
"alignment": "center",
"page_number": true,
"page_number_prefix": "第 ",
"page_number_suffix": " 页"
},
"blocks": []
}
```
支持的 `blocks[].type`
| 类型 | 关键字段 |
| --- | --- |
| `paragraph` | `text``runs`;可选 `style/alignment/space_before/space_after/indent` |
| `heading` | `level`19、`text` 或 `runs` |
| `bullet_list` | `items[]`,可选 `level` |
| `numbered_list` | `items[]`,可选 `level` |
| `table` | `rows[][]`;可选 `column_widths/header_rows/style/header_fill/merges` |
| `image` | `path`;可选 `width_inches/height_inches/alignment/caption` |
| `toc` | 可选 `title`、`levels`,如 `1-3` |
| `horizontal_rule` | 可选 `color/size/style` |
| `page_break` | 无其他必填字段 |
| `section_break` | 可选 `break_type/page size/orientation/margins` |
| `spacer` | 可选 `points` |
带局部格式和链接的段落:
```json
{
"type": "paragraph",
"alignment": "justify",
"runs": [
{"text": "重要:", "bold": true, "color": "C00000"},
{"text": "本报告数据截至 2026-06-30。"},
{
"text": "查看来源",
"hyperlink": "https://example.com/source"
}
]
}
```
表格示例:
```json
{
"type": "table",
"rows": [
["指标", "本期", "同比"],
["收入", "1,250 万元", "12.5%"],
["毛利率", "38.2%", "2.1 个百分点"]
],
"column_widths": [2.2, 1.7, 1.7],
"header_rows": 1,
"header_fill": "1F4E78",
"style": "Table Grid"
}
```
`runs[]` 支持 `bold/italic/underline/strike/color/font/east_asia_font/size/superscript/subscript/style/hyperlink`。不要用换行符模拟段落或分页;使用独立 `paragraph``page_break`。项目符号和编号必须使用列表块,不要手写 `•` 或数字前缀。
## 编辑文档
调用 `scripts/edit_document.py`
```text
--input 'source.docx' --output 'output/docx/edited.docx' --spec '<JSON对象>'
```
JSON 顶层只有 `operations`。支持:
| `operations[].type` | 关键字段 |
| --- | --- |
| `replace_text` | `find`、`replace`;可选 `scope/match_case/whole_word/count/required` |
| `append_blocks` | `blocks[]`,格式与创建脚本相同 |
| `insert_blocks_after` | `find`、`blocks[]`;可选 `match: exact|contains` |
| `remove_paragraphs` | `text`;可选 `match/count/required` |
| `set_paragraph_style` | `style`,以及 `indexes[]``contains` |
| `set_properties` | `properties` |
| `set_page` | `page``section` 为索引或 `all` |
| `set_header_footer` | 可选 `header`、`footer` |
| `remove_tables` | `indexes[]` |
查找替换会处理 Word 把可见短语拆成多个 `<w:r>` 的情况,并尽量保留首个匹配 Run 的格式。默认范围 `all` 包含正文、表格、页眉和页脚;可指定 `body/tables/headers/footers`
输入含现有修订时默认停止:
- 用户希望干净副本:先用 `accept_changes.py`
- 用户明确要求保留修订:才传 `--allow-existing-revisions`;修改后的内容本身不会自动变成新的修订。
- 用户要求“所有修改都显示为修订”且固定脚本无法表达时,不要伪装完成;说明当前安全脚本只支持接受现有修订,不支持通用修订式编辑。
## 添加批注
调用 `scripts/add_comment.py`
```text
--input 'source.docx' --output 'output/docx/commented.docx' --find '费用上限' --comment '请确认该上限是否含税' --author '审阅人' --initials 'SR'
```
可选:
- `--scope <body|tables|headers|footers|all>`
- `--occurrence <序号>`:为全文第几个匹配添加批注,默认 `1`
- `--ignore-case`
脚本会在必要时拆分 Run让批注尽量精确锚定到目标文本而不是整个段落。
## 接受修订
调用 `scripts/accept_changes.py`
```text
--input 'redlined.docx' --output 'output/docx/clean.docx'
```
脚本只执行固定的“接受全部修订”宏,不能运行用户提供的宏。必须检查:
- `revision_markers_before` 大于 `0` 时,`revision_markers_after` 必须为 `0`
- `status` 必须为 `success`
- 之后仍要执行结构校验和逐页渲染,特别检查删除段落、编号列表和空白段落。
## 转换
调用 `scripts/convert_document.py`
```text
--input 'legacy.doc' --output 'tmp/docx/task/source.docx'
```
支持:
- `.doc` / `.dotx``.docx`
- `.docx``.pdf`,用于预览或用户明确要求的 PDF 副本。
- `.docx``.md` / `.txt`,默认按接受修订后的视图导出;可传 `--track-changes reject|all`
不要把转换为 Markdown 的结果当作版式等价副本;表格宽度、浮动图片、页眉页脚、脚注和分页可能简化。
## 高级 OOXML 编辑
只有 `edit_document.py` 无法完成且确实需要编辑底层部件时:
1. 调用 `scripts/unpack_document.py --input <docx> --output-dir <空目录>`
2. 用可用的文件编辑工具最小化修改 `word/document.xml` 或相关部件;不要重排、格式化或重写无关 XML。
3. 调用 `scripts/pack_document.py --input-dir <目录> --output <新docx>`
4. 调用 `validate_document.py --check-convert``render_document.py`
解包脚本拒绝路径穿越、符号链接和压缩炸弹;打包脚本拒绝缺少 `[Content_Types].xml`、`_rels/.rels` 或 `word/document.xml` 的目录。不要手动调用 `unzip`、`zip`、`find` 或删除命令。
## 校验
调用 `scripts/validate_document.py`
```text
--input 'output/docx/result.docx' --check-convert
```
必须满足:
- `status: valid`
- `issue_count: 0`
- `archive.missing_required_parts``duplicate_members` 为空。
- 批注引用完整,内部关系目标存在,所有 XML 可安全解析。
- 修订元素有作者和时间;干净副本的 `tracked_changes.total` 应为 `0`
- `render_check.success: true` 且页数大于 `0`
该检查验证结构和可打开性,不替代人工视觉检查。
## 渲染与视觉检查
调用 `scripts/render_document.py`
```text
--input 'output/docx/result.docx' --output-dir 'tmp/docx/task/rendered'
```
默认 150 DPI、单次最多 20 页。可传:
- `--start-page`、`--end-page`、`--max-pages`:分批渲染。
- `--dpi <72-300>`:小字、复杂表格或页眉脚注可提高到 180220。
- `--include-pdf`:同时保留 `document.pdf`
- `--overwrite`:只覆盖本次任务旧渲染。
`has_more: true`,用 `next_page` 继续。通过可用的图片查看工具逐页检查。
## 质量要求
- 默认采用 A4、合理页边距、清晰标题层级现有文档的规范优先。
- 中文使用 `Noto Sans CJK SC` 或原文档字体,拉丁文字使用 Arial不要依赖运行环境中不存在的专有字体。
- 标题必须使用内置 `Heading 1``Heading 9` 或具有大纲级别的样式,目录才能收录。
- 表格明确设置列宽、重复表头并禁止跨页拆分关键行;不要使用百分比列宽假设不同客户端一致。
- 表格底色使用明确填充色;不要用表格模拟水平线。
- 页码、目录和交叉引用使用字段,不手写空格或点号对齐。
- 图片保持纵横比,注明来源或说明文字,确认没有超出版心。
- 不用 `\n` 代替独立段落,不用空格填充对齐,不把分页符直接放在正文字符串中。
- 检查孤行孤字、标题落在页尾、表格断裂、图片拉伸、文字裁切、异常空白页、乱码、重叠和页码连续性。
- 最终文档必须内容准确、结构有效、可由 LibreOffice 打开,并通过全部页面视觉检查。