派生仓库
Fork
学到 认得 就够：听到能明白
你可能会说
“我想在别人的论文代码上试改，派生仓库和克隆分别会在哪里产生副本？”
在GitHub等平台上，Fork通常是在你的账户或组织下创建一个与上游有关联的仓库副本，便于独立修改并提出贡献。Clone则通常把仓库带到某个本地工作位置。
使用 AI
科研里的例子
给公开课程仓库修正文献链接，在自己的Fork里修改后提出Pull Request。
你可以先Fork再克隆自己的Fork，也可以直接克隆有权限读取的上游；二者解决不同层面的问题。Fork保留平台上的来源关系，但上游更新和你自己的修改如何同步，仍需要后续操作和权限配置。
动手试一次
打开一个公开项目的Fork关系说明，画出上游、自己仓库和本地副本三层。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
核对当前正在修改哪一层，提出PR的目标是否正确。
它做不到的
Fork按钮不是内容使用授权；代码、数据、图片仍应按各自许可判断。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。