mcpField
D
docx-tracked-changes

docx-tracked-changes

github.com/mohitagw15856文档处理1.5k52 次安装5 天前更新
代码仓库

关于 docx-tracked-changes

docx-tracked-changes 是用于生成结构化 Word 修订稿、批注和审阅摘要的文档审阅技能,适合作者与审阅者。它强调准确保留原文,并区分实质性修改与风格编辑。

主要功能

  1. 01Word 修订标记
  2. 02插入、删除与替换
  3. 03可执行的边注
  4. 04整体与逐行摘要
  5. 05模式与完整性检查

适用场景

  1. 01修订合同草稿
  2. 02编辑 Word 文档
  3. 03检查文档合规性
  4. 04为 Microsoft Word 或 Google Docs 准备修改

安装

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

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill docx-tracked-changes

安装后在 Claude Code 中输入/docx-tracked-changes确认已加载。

详细介绍

Word 文档修订痕迹技能

为 Word 文档生成结构规范的修订痕迹——包括插入、删除、替换和页边批注,格式可直接应用于源文档。旨在利用 Opus 4.7 在 .docx 文档修订和修订痕迹生成方面的改进。

必需输入

根据已提供的内容开展工作。如果缺少以下任何一项,仍需生成完整输出:对每处缺失内容作出合理假设,并标注 (假设,待确认),并在末尾列出这些假设。只有核心主题本身缺失(没有任何内容可供撰写)时,才先提问。

  • 文档(粘贴文本或上传 .docx)
  • 审阅类型(法律审查/文字编辑/实质性改写/合规检查/通俗易懂改写)
  • 审阅范围(全文/特定章节/特定类型条款)
  • 审阅者角色(作者/经理/法律顾问/主题专家)

输出结构

1. 修订摘要

文档:[名称或标识符]
审阅类型:[按提供内容填写]
审阅者:[角色]
更改总数:[插入:N 项/删除:N 项/批注:N 条]
总体评估:[用 1–2 句话说明文档是否接近定稿,或是否需要大幅修订。]

2. 高层级更改

影响文档含义或结构的更改:

更改 N — [章节或段落引用]

  • 原文:"[精确原文]"
  • 建议:"[建议的新文本]"
  • 原因:[说明更改原因——实质性/法律/清晰度]
3. 逐行修订痕迹

对于每个需要更改的段落,按以下格式整理:

[段落引用——例如“第 3 节,第 2 段”]

原文:

[精确的原段落]

修订痕迹:

[同一段落,删除内容用 删除线 标示,插入内容用 粗体 标示]

清洁版:

[应用更改后的最终文本]

4. 页边批注

指出问题但不提出具体措辞修改的批注:

批注 N — [位置] "[批注内容——以审阅者的口吻撰写。直接、具体且可执行。]"

批注适用于以下情况:

  • "本条款与第 7 节冲突——请协调一致"
  • "全文使用了[术语],但缺少定义"
  • "请向财务团队确认该数字"
5. 风格编辑

逐行风格更改(审阅范围包含文字编辑时):

位置修改前修改后原因
第 3 段[文本][文本][可读性/语法/一致性]
6. 模式问题标记

文档中反复出现的问题:

[模式——例如“过度使用被动语态”]

  • 出现次数:[数量]
  • 示例:[2–3 个具体位置]
  • 建议处理方式:[如何解决]
7. 审阅完整性
审阅维度已覆盖
语法和句法是/否
清晰度和可读性是/否
实质准确性是/否/不适用
合规/法律检查是/否/不适用
与引用文件的一致性是/否/不适用
8. 如何应用这些更改

应用修订痕迹的说明:

在 Microsoft Word 中:

  1. 启用修订(“审阅”选项卡 → “修订”)
  2. 按顺序应用第 3 节中的更改
  3. 使用“审阅”→“新建批注”,添加第 4 节中的批注
  4. 将带修订痕迹的文档发回给审阅者

在 Google Docs 中:

  1. 切换到建议模式(右上角的铅笔图标)
  2. 应用第 3 节中的更改
  3. 使用页边的批注按钮添加批注

质量检查

  • 每项修订都准确保留了原文
  • 实质性更改与风格更改分开列出
  • 批注以审阅者的口吻撰写,而不是元评论
  • 模式问题与单项更改分开标示
  • 应用说明与目标平台相符

反模式

  • 创建带修订标记的删除内容时,不要改写原文——必须逐字保留原文,否则就无法对照源文本审阅修订内容
  • 不要在同一部分中混合实质性修改和风格编辑——审阅者需要以不同标准批准实质性修改和文字润色
  • 不要在页边批注中写关于审阅流程的元评论(“这一部分需要修改”)——批注必须是作者可以据此采取行动的具体指示
  • 不要将每个不够完美的句子都标记为修改——过度标注会让作者养成不看内容就接受修改的习惯,从而违背修订审阅的初衷
  • 提供修订稿时,不要省略高层次修改摘要——审阅者会先阅读摘要,并据此决定要详细检查哪些修改

示例触发短语

  • “为这份合同生成修订稿”
  • “为这份文档创建修订痕迹”
  • “用建议的编辑标注这份文档”
  • “审阅这份文档,并以修订格式提出修改建议”
  • “给我这份草稿的修订版”

为什么 Opus 4.7 在这方面效果更好

修订需要模型在提出替代内容的同时准确保留源文本——早期模型会改写原文,或混淆哪些内容是原文、哪些是建议内容。Opus 4.7 的改进专门针对这一工作流。

评论

支持 Markdown