diff --git a/notes/git.md b/notes/git.md
index be0ef3f..e5ec385 100644
--- a/notes/git.md
+++ b/notes/git.md
@@ -1,16 +1,20 @@
-## 工作流
+## 工作流程
+
+我们选择 Git 作为版本管理的工具（确保已经安装 Git 和 VS Code，详见[starter](starter.md)），工作流程主要是以下 4 点：
 
 - 大家在自己的「个人分支」工作，互不干扰
 - 通过「提交」，有选择性地确认改动到「个人分支」（个人审核 AI）
 - 不时地，接收其他人在「主分支」的改动
 - 通过「合并请求」，有监督地把确认改动到「主分支」（团队审核个人）
 
-
 ```mermaid
 flowchart LR
   文件改动 -- 提交 --> 个人分支 -- 合并请求 --> 主分支
 ```
 
+本地改动，有选择性地、有监督地被同步到项目。有效避免同步盘方案下，高频改动文件的冲突和 AI 无法参与的尴尬。这样，即能放心大胆在本地创作，又规范谨慎地管理项目，还解决了私有盘无法分享的问题。
+
+接下来，我将详细描述操作步骤，建议跟着来一遍
 
 ## 在自己的「个人分支」工作
 
@@ -40,7 +44,7 @@ flowchart LR
 
 ## 通过「提交」来确认改动到「个人分支」
 
-**1. 添加到 Staged Changes**
+**1. 添加改动到暂存改动（Staged Changes）**
 
 仓库的任何改动都会罗列在 Changes 下，此时它们都是暂时的。点击 + 来添加到 Staged Changes 下（你可以只添加部分改动）
 
@@ -48,9 +52,9 @@ flowchart LR
 
 > 或 Bash 执行 `git add [file]`
 
-**2. 提交 Staged Changes**
+**2. 「提交」暂存改动**
 
-手动输入 Commit Message 来说明改动了什么，或者点击小星按钮让 AI 来帮忙总结。最后点击 Commit，完成「提交」。至此改动才被确认，记录到了 Git History 中。
+手动输入 Commit Message 来说明改动了什么，或者点击小星按钮让 AI 来帮忙总结。最后点击 Commit 按钮，完成「提交」。至此改动才被确认，记录到了 Git History 中。
 
 ![](assets/Pasted%20image%2020260415202608.png)