Receber por email
← Voltar para o catálogo

paper-backup-before-word

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

17estrelas
Atualizado há 5 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add Lambenthan/paper-discipline-skills

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/paper-backup-before-word/svg)](https://www.skillteca.com.br/skills/paper-backup-before-word)

Skills relacionadas

Ver todas de Documentos →

Alerta por categoria

Receba novas skills de Documentos toda segunda

1 email curto, só com as skills novas de Documentos. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

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

核心理念

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

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

强制规则

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

  1. cp 创建带时间戳的备份
  2. 评估是否值得"先转 LaTeX 再改"
  3. 改完后告诉用户"第一件事打开 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 文件就觉得"已经有备份了" → 不一定是这次的备份,按规范重新备份
  • 改完不提醒用户验证完整性 → 不算交付完成

来源

《Claude Code 科研手记》§8.1「Word 文档操作的风险」、§8.2「备份策略」

Compartilhar X LinkedIn