推送
Push
学到 认得 就够：听到能明白
你可能会说
“我提交了清洗代码，合作者就能在远程仓库里看到吗？”
Push把本地的相关Git对象发送到远程并请求更新远程引用。通常它用于共享已经提交的历史；只有本地保存或提交，并不会自动让远程仓库出现同样内容。
使用 AI
科研里的例子
把已审阅的教学示例提交推送到团队仓库，然后检查远程页面对应版本。
推送目标由远程与分支配置决定，也受权限和服务端规则约束。远程更新可能触发自动检查或部署，但是否触发、是否成功由项目流程决定。推送不是上传电脑所有文件，未跟踪或未提交内容通常不会随之出现。
动手试一次
先让AI只读列出拟推送的远程、分支和提交范围。
在你的学科里，直接拿去用
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境：[粘贴] 输入样例：[不含私密信息的小样本] 实际错误或输出：[粘贴] 我期望：[填写] 先区分已观察事实与可能原因，优先用最小样例验证。解释根因，给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议，不把推测写成测试通过。若修改会影响研究规则或结果，指出具体影响，不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
分别检查远程提交是否出现、自动检查是否通过、实际网站是否更新。
它做不到的
Push不等于公开发布网站；私有仓库推送也不自动变成公开。覆盖远程历史的强制推送另有风险，不作为入门默认操作。
增量，由你来写
读完这张，你的理解变了什么？
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。