知识增量Knowledge Deltav0.1无限进步

合并请求

Pull Request
学到 认得 就够:听到能明白
你可能会说

“我改好了课题网站的一处代码,怎样先交给合作者审阅,再决定是否采用?”

把待合并改动、讨论和检查结果集中到一个协作入口,供审阅后决定。

先知道Git
也叫PR、merge request
2

使用 AI

科研里的例子

修改缺失处理规则的PR附十条样本核对结果。

PR关联源分支与目标分支,可以展示差异、提交和自动检查。草稿、审阅、合并和部署是不同状态,项目设置决定后续行为。研究协作可用它保存规则、讨论和验证证据,让维护者理解改动范围而非只看到完成声明。

+

在你的学科里,直接拿去用

把数据分析要求写成可复现说明
请先为这项分析形成可复现的任务说明,再建议代码。
问题:[填写]
数据字典及已有规则:[提供]
可用软件与现有代码:[提供]
明确一行数据代表什么、样本范围、连接键、单位、缺失码、变量构造、估计对象和输出。区分描述分析与因果分析;缺少识别依据时不要把回归系数直接称为因果影响。给出小样本核对、异常记录和可重跑顺序。保留原始数据,所有转换写到派生结果并留记录;不能为得到显著结果修改数据或筛选规则。
方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG08
3

判断

亲手检查一次

检查目标分支、差异与验证说明,确认后续发布步骤。

它做不到的

PR不是git pull命令,也不等于网站已经发布。

Δ

增量,由你来写

读完这张,你的理解变了什么?

留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。

源

来源

卡片底稿由 AI 协助整理,经过核对;发现错误请告诉我。