在执行 ≥ 30 条目的批量核查 / 批量修改任务（引用核查、术语一致性检查、格式统一、文献元数据补齐）时， 必须采用"派多个 Agent 并行 + 每个 Agent 输出 JSON + 主进程汇总落盘 + 分批断点续跑"的标准模式， 不得在主会话里串行单线程跑全量。 Use when 任务规模 ≥ 30，涉及对独立条目的同质操作（每个条目处理逻辑相同、之间无依赖）。
在跨多文件批改、术语统一、整篇论文润色、章节重写等可能改动专业术语 / 缩写 / 人名 / 概念命名的操作之前， 必须先显式列出"保护术语清单"，让用户确认哪些词不得被同义替换或改写，再开始执行。 Use when 用户要求跨章节修改、批量替换、整篇润色、术语统一、规范化、 或对出现专业术语 / 缩写 / 模型名 / 算法名 / 自定义概念的段落做改写。
当用户改动论文里的核心声明（研究问题、核心论点、因果关系、边界条件、假设、关键结论、对已有研究的态度）时， 必须先扫描该声明在全文其他章节的出现位置，列出来让用户核对哪些需要联动修改，再开始动手。 本 Skill 抓的是「论证一致性」（语义级），不是「术语一致性」（机械级）——两者互不替代。 Use when 用户改了核心论点、研究问题、主要结论、方法边界、假设； 或要求重写涉及核心声明的段落；或在交付前要求"检查一下逻辑"。
《Claude Code 科研手记》论文写作纪律 skill 集的入口与强制触发器。 建立"1% 可能适用就必须调用"的硬规则，列出本系列各核心纪律 skill 的触发条件， 防止用户在赶论文 / 紧张 / 熟练之后跳过该有的检查动作。 Use when 开始任何科研写作场景：写论文、改论文、整理参考文献、 画图、整理导师反馈、跑批量任务、改 Word、提交前检查 等。
在把任何成果交付给用户（"改完了"、"已完成"、"可以发给导师"、"可以提交"）之前， 必须运行一份硬检查清单：术语一致性、引用完整性、数据正确性、图表编号、 内部交叉引用、字数 / 格式合规、未完成 todo 残留、AIGC pattern（涉及文段改写时跑 chinese-de-aigc 五维自评）、 论证一致性（涉及核心声明改动时跑 paper-logical-consistency 复核）、 改动概要——任意一项 fail 都不能宣告完成。 Use when 你即将说「改完了 / 完成了 / 可以提交了 / 可以发给导师了」、 或用户问「是不是可以了」「还有什么要检查的吗」。
在编辑任何 .docx / Word 文件之前，必须先用 cp 创建带时间戳的备份副本， 并优先评估"用 markitdown 转 LaTeX 后再改"是否更安全； 只有在确认必须直接编辑 .docx 时才动手，且改完后必须提醒用户先打开 Word 验证完整性。 Use when 用户请求修改、润色、改写、重排任何 .docx 文件、 或调用 /docx skill、或 Edit/Write 操作目标是 .docx 文件时。
开始任何新的论文写作项目时（新建项目目录、第一次开会话、还没有 CLAUDE.md 文件）， 在写任何论文内容、改任何文件之前，必须先帮用户建一份项目级 CLAUDE.md， 把研究主题、投稿目标、术语保护清单、文件结构、写作风格、导师偏好这六项写清楚。 Use when 用户说"开始写新论文"、"新开一个项目"、"帮我写第 X 章"且项目目录里没有 CLAUDE.md 时。
论文写作中遇到任何模糊指令（改、整理、润色、重写、找出、统一、清理、看看、处理一下…）， 在调用任何写文件 / 编辑文件 / 批量操作工具之前，必须先用一段话向用户陈述 「我打算怎么做、改哪里、不改哪里」，并明确等待用户确认后再动手。 Use when 用户对论文 / 章节 / 段落 / 文献 / 图表 / 参考文献给出宽泛指令、 未指定具体范围或方法、未限定「只改 X 不改 Y」等边界。