6.1 为什么项目创建之后要立刻接上 Git
面向经管学生、研究者与从业者的 AI 智能体设计教材
项目目录解决文件秩序，任务说明书解决规划秩序，而 Git 解决改动秩序。边界一旦缺失，后续的 Skill、子代理、Hooks 和评估都会失去落点。
在 AI 协作里，Git 至少承担四个角色：
| 角色 | 作用 |
|---|---|
| 记录 | 把改动从聊天过程转成可检查的版本节点 |
| 审阅 | 让人围绕改动和提交点做判断 |
| 回退 | 让试错可以收住，而不是越补越乱 |
| 交接 | 让后续会话、队友或未来的自己知道这一轮做过什么 |
Git 不是最后附带提交的工具，而是项目推进中的基础设施。
两种备份方式的差别
云盘按时间自动备份，Git 按你的意图主动存档。云盘不知道哪一版是你想要的结果，只能在几十个自动保存里逐个翻找。Git 的每一次存档都有你给出的备注，三个月后仍能立刻定位。
对 AI 协作项目来说，这个差别更关键——一轮会话可能产出大量中间状态，只有主动存档才能留下清晰边界。
传统手写流程中，一次只改一两个地方，尚能靠记忆维持边界。AI 介入后，常见情况会变成这样：
- 一轮会话同时改 4 到 8 个文件
- 模型附带补注释、改标题、修格式、调整目录
- 你一边让它写内容，一边又让它跑检查和修补
速度提升本身没有问题，问题在于边界会更快消失。于是就会出现三种常见失控：
- 当前目标和附带修改混在一起，后面难以拆开。
- 改动范围太大，只能整包粗看，人工审阅失效。
- 出错时没有明确落点，只能靠聊天记录追溯。
核心结论
Git 的作用，就是把这些正在发生的变化压缩成一组可比较、可回退、可交接的版本点。
这一章不要求你记忆任何 Git 命令。最小工作流可以这样建立：
- 让 Claude Code 把项目用 Git 管理起来
- 让它告诉你当前有哪些改动
- 让它挑出本次要提交的范围
- 让它把这部分改动存档到本地历史
- 让它展示历史，必要时回退
最小对话示例如下：
▶ Claude Code
帮我把当前项目用 Git 管理起来，保存初始版本。Claude Code 会完成初始化、生成忽略规则、把现有文件纳入跟踪，并在完成后回报存档编号和涉及的文件数。你不需要敲任何命令。
本章判断标准
学完这一章后，读者至少要能独立完成一次本地提交，并清楚知道：这一版改了什么、为什么提交、如果失败退到哪里。