拉取并整合
Pull
学到 认得 就够：听到能明白
你可能会说
“我在复现项目里执行 pull，它只是下载文件，还是还会整合我的本地修改？”
Git的Pull通常先获取远程更新，再把相应分支整合进当前分支。整合方式取决于参数和配置，可能涉及快进、合并或变基，因而会影响当前项目状态。
使用 AI
科研里的例子
继续共同维护的课程示例前，先确认当前分支与未提交修改，再解释更新方案。
Pull把网络获取和历史整合连在一起，适合已了解分支关系的协作。遇到本地改动、历史分叉或冲突时，需要判断保留哪些内容。不能把它描述成总是执行同一种merge，也不能保证任何仓库都能无冲突更新。
动手试一次
让AI在执行前说明会取哪个远程分支，以及采用什么整合方式。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
查看整合后的历史、文件差异和关键结果；命令结束不等于业务验证完成。
它做不到的
Pull Request是平台上的评审提议，git pull是本地Git操作，两者名字相近但功能不同。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。