补丁
Patch
学到 认得 就够：听到能明白
你可能会说
“别人给了patch，是已经替我改好了吗？”
补丁是一份描述如何从旧内容得到新内容的变更材料。文本补丁常把删除、增加及其上下文写出来，供人审阅或由程序尝试应用。收到补丁文件时，目标文件通常还没有因此自动变化。
使用 AI
科研里的例子
同事提供清洗脚本的补丁，先查看它是否把缺失值规则从排除改成填零，再决定如何处理。
diff是比较活动或其结果，patch强调可供应用的变更表达；二者经常相遇，但并非严格同义。补丁应用依赖路径、基准内容和上下文，也可能失败。应用成功只说明变更能落入目标，不说明研究逻辑或程序行为正确。
动手试一次
先让AI把补丁翻译成逐项变更说明，暂不应用。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
核对目标版本、文件路径和关键输出；不要仅凭应用程序的成功提示验收。
它做不到的
补丁也可能用于二进制或其他系统；这里讲文本版本控制语境。不能把收到补丁、应用补丁、完成验证当成同一步。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。
来源
- Git — git-apply2026-11-07 核对
- GNU diffutils — Detailed unified format2026-11-07 核对
卡片底稿由 AI 协助整理，经过核对；发现错误请告诉我。