Paper backup before word

Skill Lambenthan/paper-discipline-skills/paper-backup-before-word

11 个面向中文科研写作的 Claude Code 纪律 Skill。

Install

npx -y skills add Lambenthan/paper-discipline-skills --skill paper-backup-before-word

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

19 stars19 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

在编辑任何 .docx / Word 文件之前，必须先用 cp 创建带时间戳的备份副本，并优先评估"用 markitdown 转 LaTeX 后再改"是否更安全；只有在确认必须直接编辑 .docx 时才动手，且改完后必须提醒用户先打开 Word 验证完整性。 Use when 用户请求修改、润色、改写、重排任何 .docx 文件、或调用 /docx skill、或 Edit/Write 操作目标是 .docx 文件时。

SKILL.md

4.1 KB, as published. Nobody here has run it

paper-backup-before-word：改 Word 之前必先备份

核心理念

.docx 是个 zip 包。一旦写崩 XML，整份文件打不开，所有批注、修订、格式全部消失。书里第 8 章记录了两次惨案：一次覆盖原文件、一次 XML 损坏——两次都是没备份。

Word 文件不是文本文件。它的每一次写操作都是一次"打开心脏手术"。

强制规则

编辑任何 .docx 之前必须执行下列三步，缺一不可：

cp 创建带时间戳的备份
评估是否值得"先转 LaTeX 再改"
改完后告诉用户"第一件事打开 Word 验证完整性"

触发条件

满足任一条 → 触发：

用户请求修改 / 润色 / 改写 / 重排某 .docx 文件
用户的指令里出现 "Word"、".docx"、"文档"、"批注"
你即将调用 /docx skill 的 modify / write 类操作
你即将对路径以 .docx 结尾的文件调用 Edit / Write
用户说"导师在 Word 里批注了，帮我改一下"

强制流程

检测到 .docx 编辑请求
        │
        ▼
第 1 步：创建备份
  cp "原文件.docx" "原文件.bak.YYYYMMDD-HHMMSS.docx"
        │
        ▼
第 2 步：判断是否值得转 LaTeX（见决策表）
  ├─ 主稿大改 / 长期项目 → 建议转 LaTeX
  └─ 导师批注小修 / 一次性改 → 直接改 .docx
        │
        ▼
第 3 步：执行修改
        │
        ▼
第 4 步：交付时告诉用户
  「改完了，请你**先打开 Word 验证一下能正常打开**，
   有问题立刻回滚到 [备份文件名]。」

备份命名规范

cp "第三章.docx" "第三章.bak.$(date +%Y%m%d-%H%M%S).docx"

格式：<原名>.bak.<时间戳>.docx

禁止：

命名为 第三章_备份.docx（无时间戳，下次会覆盖）
命名为 第三章 (副本).docx（系统默认名字会冲突）
不留备份就开始改

"转 LaTeX 还是直接改" 决策表

情况	推荐
主稿、长期写作、还要改 ≥ 5 次	转 LaTeX（一劳永逸）
导师在 Word 里批注，只改这一次	直接改 .docx
涉及大量公式 / 表格重排	转 LaTeX
涉及 Track Changes 修订 / 批注，必须保留	直接改 .docx
投稿要求必须 Word 模板	直接改 .docx，但保留 LaTeX 草稿

❌ 反例（书 §8.1）

惨案 1：用户要改第 4 章，AI 直接 Write 覆盖原文件——原稿+导师批注全丢。 惨案 2：AI 调用 /docx 修改样式，写崩了 XML，整个文件打不开。

两次的共同根因：没备份就动手。

Rationalization Table

念头	现实
"用户的 Mac 有 Time Machine 自动备份"	Time Machine 的快照是按小时的，可能正好没覆盖到这一刻
"git 已经在跟踪这个文件"	git 不识别 .docx 内部 XML 状态，损坏后 diff 也救不了
"我只改一个段落，不会出问题"	惨案 2 就是改一个段落崩的 XML
"备份占空间"	一个 .docx 几 MB，对比丢稿损失忽略不计
"用户说要快"	"快" ≠ "不备份"，备份只要 0.5 秒
"上次改这个文件备份过了"	上次的备份不是这次的备份

Red Flags

你即将对 .docx 调用 Edit / Write，但还没 cp → 停
你想"先试试看，不行再说" → 不行，备份是先决条件
你看到目录里有 .bak 文件就觉得"已经有备份了" → 不一定是这次的备份，按规范重新备份
改完不提醒用户验证完整性 → 不算交付完成