项目变大之后

一个对话装不下了

项目小的时候，你和一个 AI 在一个对话里就能搞定。等文件多到几十个，问题出现了：

• 每开一个新对话，都要重新解释项目是什么
• AI 改 A 文件时不知道 B 文件依赖它
• 你自己也开始记不清哪块是干什么的

这些都不是 AI 的问题，是项目管理的问题。

第一件事：写给 AI 的说明书

帮我生成一份 AGENTS.md，包含：
- 这个项目是做什么的
- 目录结构，每个文件夹负责什么
- 用了哪些技术、为什么选它们
- 代码风格约定
- 哪些地方改动时要特别小心

以后任何 AI 打开这个项目，先读这份文件，就有了共同的起点。

这份文档要随项目更新。 过时的说明书比没有更糟。

第二件事：分支

git switch -c try-new-layout    # 开一条平行线
# ...在这里放手折腾...

# 成功了，合并回主线
git switch main
git merge try-new-layout

# 失败了，直接扔掉
git switch main
git branch -D try-new-layout

有了分支，“要不要试试完全换一套布局”这种问题就不需要纠结了——试就是了。

第三件事：让多个 AI 分工

思路和带团队一样：把任务切成边界清晰的块，每块交给一个独立会话。

比如同时进行：

• 会话 A：重做首页布局
• 会话 B：写后端的数据接口
• 会话 C：补测试和文档

关键是它们改的文件不要重叠。重叠了就会互相覆盖，你得手动仲裁。

现在的工具还提供了子智能体、MCP 这类机制，让一个主会话去调度多个子任务。演示见课程视频。

你在这里做什么

注意一件事：项目越大，你写的代码越少，但你做的决定越多。

切分任务、判断方案、仲裁冲突、决定什么时候停——这些没有被自动化。这恰恰是这门课最想让你练的部分。