mcpField
W
word-document

word-document

github.com/practicalswan文档处理22790 次安装1 周前更新
代码仓库

关于 word-document

面向需要处理 `.docx` 结构与版式的用户,提供创建、编辑和审阅 Word 文档的工作流。技能会先检查 Word MCP 是否可用,并说明使用 `python-docx` 和 OOXML 的本地替代流程及验证步骤。

主要功能

  1. 01DOCX 结构与版式工作流
  2. 02统一标题、表格和样式
  3. 03检查 Word MCP 可用性
  4. 04使用 python-docx 和 OOXML 作为回退
  5. 05本地重新打开或渲染验证

适用场景

  1. 01创建格式规范的报告或备忘录
  2. 02审阅文档结构与格式
  3. 03为 PDF 转换准备 Word 文件
  4. 04验证评论、引用和分页

MCP 相关

建议先检查客户端是否提供 Word MCP 能力。若不可用,则使用 `python-docx` 本地自动化、OOXML 检查,以及文档渲染或解析进行验证。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/practicalswan/agent-skills --skill word-document

安装后在 Claude Code 中输入/word-document确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

CHANGELOG.md
LICENSE.txt
examples/
report-generation-example.md
references/
docx-formatting-reference.md
scripts/
doc-template-generator.py

详细介绍

Word 文档工作流

技术栈目标 / 版本:Word 桌面版或通过 python-docx 自动化,并采用当前兼容 OOXML 的工作流。

当 .docx 的布局和文档结构很重要,而不仅仅是原始文本时,请使用此技能。

  • 在可用时,充分利用原生并行子 Agent 调度和 200k+ 上下文窗口。

当前 MCP 现状

Microsoft 在 Microsoft 365 Agents Toolkit 预览版中公开记录了 Word MCP 服务,但工具是否可用仍取决于宿主环境。在 GitHub Copilot 中,你可能会看到 Word 专用工具;在其他客户端中,这些工具可能不可用。如果无法直接访问 Word MCP,请使用随附的本地脚本工作流。

激活条件

根据症状触发操作:符合以下任一条件时,应用此技能并按照下文协议进行验证。

  • 创建或编辑 .docx 报告、备忘录或结构化交付物
  • 应用标题、表格、图片或样式
  • 检查或提取文档结构
  • 为后续转换为 PDF 做好 Word 文档准备

实用工作流

  1. 确认客户端是否提供 Word MCP 功能。
  2. 从结构入手:标题、各级标题、章节和表格。
  3. 结构正确后,再统一应用样式。
  4. 导出前验证批注、脚注和参考文献。
  5. 无法使用 MCP 时,使用本地生成脚本。

MCP 回退方案 – 原生自动化

无法使用 MCP 时,请采用原生自动化:使用 python-docx 处理 .docx,对不受支持的结构直接检查 OOXML,并在布局很重要时检查 PDF 导出结果。保留样式、表格、页眉、页脚、批注、修订记录要求和元数据,然后重新打开或解析文档,再确认操作成功。

跨客户端可移植性

此技能旨在适用于 GitHub Copilot、Claude Code 和 Codex。

  • GitHub Copilot:将文件夹放在 Copilot 可见的技能路径中;如果无法发现文件夹,则将工作流封装到项目说明中。
  • Claude Code:将文件夹放在本地技能目录或兼容的插件源中。
  • Codex:将文件夹安装或同步到 $CODEX_HOME/skills/word-document,并在重大更改后重启 Codex。

MCP 可用性与回退方案

首选 MCP 服务:Word Document MCP

  • 回退提示词:“不使用 MCP,采用 Word 文档工作流技能。遵循文档说明的本地或手动回退方案,展示所选工具接口,并报告验证证据。”
  • MCP 接口不可用时,使用 python-docx、Word 桌面版或文档导出脚本。
  • 交付前,在本地重新打开或渲染文档,以验证格式、批注和分页。
  • 如果当前宿主未提供 MCP 操作,切勿声称使用了 MCP 操作。

反模式

  • 只为作者写作,而不考虑读者:这会引入未说明的背景信息,让实际受众不知道接下来该做什么。
  • 跳过具体示例或命令:抽象的指导很容易获得认可,却难以正确应用。
  • 任由链接、截图或版本过时:格式再精美,如果说明已不再准确,也无济于事。

验证协议

在声称“技能已成功应用”之前:

  1. 通过 / 未通过:编辑前已说明 Word 文档的工件类型、目标格式和所需的输出保真度。
  2. 通过 / 未通过:已检查 MCP 是否可用;如果 MCP 不可用,已说明原生自动化回退路径。
  3. 通过 / 未通过:已在本地打开、解析、渲染或以其他方式验证生成的文件或公式。
  4. 压力测试场景:将工作流应用于存在格式、元数据或转换边缘情况的文件,并验证重要内容未丢失。
  5. 成功指标:不存在未经验证的文档声明;工件本身就是证据。

文档检查清单

  • 标题层级清晰
  • 表格易于阅读,样式统一
  • 批注或审核备注均为有意添加
  • 已移除占位文本
  • 生成后已重新打开或以其他方式验证最终文档

参考资料

文档
脚本
示例

相关技能

评论

支持 Markdown