关于 docx-tracked-changes
docx-tracked-changes 是用于生成结构化 Word 修订稿、批注和审阅摘要的文档审阅技能,适合作者与审阅者。它强调准确保留原文,并区分实质性修改与风格编辑。
主要功能
- 01Word 修订标记
- 02插入、删除与替换
- 03可执行的边注
- 04整体与逐行摘要
- 05模式与完整性检查
适用场景
- 01修订合同草稿
- 02编辑 Word 文档
- 03检查文档合规性
- 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 中:
- 启用修订(“审阅”选项卡 → “修订”)
- 按顺序应用第 3 节中的更改
- 使用“审阅”→“新建批注”,添加第 4 节中的批注
- 将带修订痕迹的文档发回给审阅者
在 Google Docs 中:
- 切换到建议模式(右上角的铅笔图标)
- 应用第 3 节中的更改
- 使用页边的批注按钮添加批注
质量检查
- 每项修订都准确保留了原文
- 实质性更改与风格更改分开列出
- 批注以审阅者的口吻撰写,而不是元评论
- 模式问题与单项更改分开标示
- 应用说明与目标平台相符
反模式
- 创建带修订标记的删除内容时,不要改写原文——必须逐字保留原文,否则就无法对照源文本审阅修订内容
- 不要在同一部分中混合实质性修改和风格编辑——审阅者需要以不同标准批准实质性修改和文字润色
- 不要在页边批注中写关于审阅流程的元评论(“这一部分需要修改”)——批注必须是作者可以据此采取行动的具体指示
- 不要将每个不够完美的句子都标记为修改——过度标注会让作者养成不看内容就接受修改的习惯,从而违背修订审阅的初衷
- 提供修订稿时,不要省略高层次修改摘要——审阅者会先阅读摘要,并据此决定要详细检查哪些修改
示例触发短语
- “为这份合同生成修订稿”
- “为这份文档创建修订痕迹”
- “用建议的编辑标注这份文档”
- “审阅这份文档,并以修订格式提出修改建议”
- “给我这份草稿的修订版”
为什么 Opus 4.7 在这方面效果更好
修订需要模型在提出替代内容的同时准确保留源文本——早期模型会改写原文,或混淆哪些内容是原文、哪些是建议内容。Opus 4.7 的改进专门针对这一工作流。