你的 AI 编码会话应该成为 Git 提交的一部分吗？
发布: (2026年3月2日 GMT+8 16:11)
3 分钟阅读
原文: Dev.to
Source: Dev.to
引言
AI 驱动的编码助手的兴起在我们的开发工作流中提出了一个新问题：如果 AI 为你编写代码，是否应将对话历史纳入提交？
为什么要在提交中考虑 AI 会话
乍一看，这听起来很荒唐。我们不会提交 Google 搜索或 Stack Overflow 浏览记录。但 AI 辅助编码在本质上是不同的。提示工程、来回的细化、你讨论的边缘情况——这些不仅仅是研究，它们是设计过程的一部分。
在几个月后审阅 Pull Request 时，了解开发者为何选择特定实现方式会非常有价值。对于传统代码，我们依赖提交信息和代码注释。AI 会话往往包含丰富的上下文——讨论的约束、考虑的备选方案以及实现选择背后的推理。
现有做法
- 追加摘要 – 有些开发者会把 AI 会话摘要添加到提交信息中。
- 并行文档 – 另一些人则维护单独的文档，记录重要的 AI 交互。
反对者认为这会增加噪音，代码本身应该能够说明一切。
潜在解决方案
- 选择性保存 – 并非每一次 AI 交互都值得保存，但通过 AI 合作做出的关键架构决策可能需要文档化，类似于结对编程的笔记。
- 新约定 – 可能的思路包括
.ai-sessions/目录、提交信息脚注，或让 IDE 插件帮助标记并归档重要交互。
结论
随着 AI 越来越深入我们的工作流，版本控制实践也需要随我们的工具一起演进。
如果你想了解我的博客项目，请访问 Pluma.ink —— 一个用于记录想法的简洁平台。