diff --git a/docs/zh-cn/appendix/terminal-intro.md b/docs/zh-cn/appendix/terminal-intro.md
index a2a2d71..0488ea2 100644
--- a/docs/zh-cn/appendix/terminal-intro.md
+++ b/docs/zh-cn/appendix/terminal-intro.md
@@ -24,15 +24,25 @@
 
 :::
 
-### 0.1 我们用终端做什么？
+### 0.1 为什么要放弃鼠标？(Why CLI?)
 
-你可能习惯了用鼠标双击打开文件夹、右键复制粘贴。但在开发者眼中，终端是更高效的瑞士军刀。我们主要用它做三件事：
+你可能会问：*“现在的图形界面（GUI）这么好用，鼠标点点就行，为什么还要对着黑底白字的窗口敲复杂的命令？”*
 
-1.  **文件管理**：不需要打开层层叠叠的窗口，一句话就能找到藏得很深的文件，或者瞬间批量重命名一万张照片。
-2.  **环境搭建与程序运行**：安装 Python、Node.js，启动一个 Web 服务器，或者运行你刚写的代码。这些操作在图形界面下往往非常繁琐甚至无法完成。
-3.  **远程控制**：这是终端的**杀手锏**。你可以坐在星巴克，通过终端控制一台远在千里之外的数据中心服务器，就像它就在你面前一样。
+这并非为了“装极客”，而是因为在特定场景下，**语言（命令）比手势（鼠标）更强大**。
 
-现在，你已经知道了它在哪以及它能做什么，接下来让我们看看它到底长什么样。
+#### 1. 鼠标难以表达“批量”与“逻辑”
+*   **GUI (鼠标)**：适合“看见什么点什么”。如果你想删除一张照片，右键删除很快。但如果你想“删除所有 2023 年拍摄的、大小超过 5MB 的、格式为 PNG 的照片”，鼠标就无能为力了，你可能需要手动筛选半天。
+*   **CLI (命令)**：适合“描述你想做什么”。上述需求只需要一行命令，计算机会自动帮你找出符合条件的文件并处理，哪怕有 10000 张。
+
+#### 2. 命令可以被记录和复用
+*   **GUI**：你配置一次环境，需要点击几十次菜单。下次换台电脑，你还得凭记忆重新点一遍，很容易漏掉步骤。
+*   **CLI**：你可以把所有命令写进一个文件（脚本）。下次只需要运行这个文件，计算机会**零误差**地重现你的操作。这就是“自动化”的基础。
+
+#### 3. 远程控制的唯一选择
+*   **GUI**：传输画面就像看高清视频，需要极高的网速。如果网稍微卡一点，鼠标就会卡顿，根本没法操作。
+*   **CLI**：传输的只是纯文本，几十个字符。哪怕你在信号极差的山区，也能流畅地控制远在地球另一端的数据中心服务器。
+
+**总结**：GUI 适合**探索**（浏览网页、看图），CLI 适合**生产**（开发、运维、批处理）。作为开发者，我们用终端是因为它**更精确、更可控、更高效**。
 
 ## 1. 概念界定：终端是什么？ (Definition)
 
@@ -44,51 +54,61 @@
 
 <TerminalDefinition />
 
-### 1.1 为什么我们需要 CLI (命令行)？
-
-你可能会问：*“现在电脑和手机都有漂亮的图形界面了，为什么还要用这种看起来像上个世纪的黑底白字界面？”*
-
-要理解这一点，我们需要回顾一下计算机的历史：
-
--   **CLI 时代 (Command Line Interface)**：在早期的几十年里（如 Unix 诞生之初），计算机性能有限，没有显卡来渲染复杂的图形。人们只能通过键盘输入字符，计算机也只能反馈字符。这种交互方式**极度节省资源**且**精确**。
--   **GUI 时代 (Graphical User Interface)**：后来，为了让普通用户也能方便使用电脑，Mac 和 Windows 带来了“所见即所得”的图形界面。鼠标点击取代了记忆命令，直观性大大提升。
-
-**但为什么 CLI 没有消亡？** 甚至在服务器领域占据绝对统治地位？
-
-1.  **服务器没有屏幕**：绝大多数运行在云端的服务器（如你访问的网站背后的机器）都存放在数据中心的机架上，既没有连接显示器，也没有鼠标。
-2.  **带宽与性能**：当你通过网络远程管理一台服务器时，传输图形界面（即传输视频流）需要巨大的带宽和极低的延迟。而传输 CLI 的文本信息，**只需要极少的流量**（几个字节 vs 几兆像素）。这使得你可以在网络很差的环境下依然流畅地控制远在地球另一端的超级计算机。
-3.  **精确与自动化**：GUI 适合“探索”，而 CLI 适合“执行”。在 GUI 中批量重命名 1000 个文件可能需要重复点击几千次，而在 CLI 中只需要一行代码。
-
-所以，**只要你连接到远程服务器，你看到的永远是这个黑色的窗口。** 它不是落后，而是专业领域的最优解。
-
 本质上，终端是一个**字符流输入/输出环境**：
 -   **输入**：通过键盘发送指令（字符信号）。
 -   **输出**：通过屏幕网格显示文本反馈。
 
 它不处理复杂的图形、图片或视频，而是专注于**文本信息的交互**。
 
-## 2. 核心架构：三者关系大白话 (The Big Picture)
+## 2. 核心架构：解耦的艺术 (The Big Picture)
 
-别被专业术语吓跑，其实它们就是三个分工明确的“打工人”：
+在深入了解之前，请先思考一个问题：**终端窗口自己真的懂你在说什么吗？**
 
--   **终端 (Terminal) —— 只是个“传声筒”**
-    *   它只负责**显示画面**和**接收按键**。
-    *   它本身**没有任何智能**，就像一个显示器或键盘。
-    *   *它不管你输入的是命令还是乱码，只管把字显示出来。*
+其实，终端（Terminal）就像是一个**只会传话的显示器**。当你输入 `date` 命令时，终端并不知道这是“查看日期”的意思，它只是把这 4 个字母打包发给了幕后的真正大佬——**Shell**。
 
--   **Shell (壳) —— 真正的“翻译官”**
-    *   它才是有逻辑的程序。
-    *   它负责**听懂**你的命令（比如 `ls`），把它**翻译**成电脑能听懂的指令，然后指挥内核去干活。
-    *   *就像 Siri 或小爱同学，听懂你的话，然后去调动手机功能。*
+Shell 才是那个能听懂你说话、并指挥计算机干活的“大脑”。
 
--   **内核 (Kernel) —— 幕后的“大管家”**
-    *   它是操作系统的核心，只有它能直接控制硬件（硬盘、CPU）。
-    *   **Shell 不包含内核**，Shell 只是站在门口喊话的人，内核才是屋里干活的人。
+为了搞清楚它们是如何配合的，我们来看这三个分工明确的“打工人”。要理解它们的关系，最好的比喻是**浏览器**与**网站服务器**。
+
+### 2.1 角色分工
+
+*   **🖥️ 终端 (Terminal) —— 就像“浏览器”**
+    *   **职责**：它只负责**输入**（把你的按键告诉对方）和**显示**（把对方传回来的字符画在屏幕上）。
+    *   **特点**：它本身**没有任何智能**，也不懂什么叫 `ls` 或 `cd`。它就像 Chrome 浏览器，不管你访问的是百度还是谷歌，它只管渲染网页。
+    *   *常见的终端*：Windows 的 CMD/PowerShell 窗口, macOS 的 Terminal.app, VS Code 内置的终端。
+
+*   **🧠 Shell (壳) —— 就像“网站服务器”**
+    *   **职责**：它才是有逻辑的大脑。它运行在后台，负责**接收**你发来的命令字符串，**解析**它的含义，然后**指挥**操作系统干活。
+    *   **特点**：它看不见摸不着，只能通过文本流与外界交流。
+    *   *常见的 Shell*：Bash, Zsh, Fish, PowerShell。
+
+*   **⚙️ 内核 (Kernel) —— 幕后的“大管家”**
+    *   **职责**：操作系统的核心，只有它能直接控制硬件（读写硬盘、分配内存、控制 CPU）。
+    *   **关系**：Shell 是内核的“秘书”，帮你把人话翻译给内核听。
+
+### 2.2 为什么分开？(可替换性)
+
+正因为**显示层**（终端）和**逻辑层**（Shell）是完全分开的，所以它们可以自由搭配：
+
+*   **换个“皮肤”**：你可以在 macOS 上用自带的 Terminal，也可以下载 iTerm2，或者用 VS Code 的终端。它们长相不同，但连的都是同一个 Shell (zsh)，所以命令一模一样。
+*   **换个“大脑”**：你可以在同一个终端窗口里，从 bash 切换到 zsh，或者切换到 python 交互环境。这时，终端没变，但处理命令的逻辑变了。
+
+### 2.3 交互流程：消失的按键
+
+你可能认为：*“我在键盘上按个 'a'，终端就在屏幕上画个 'a'。”*
+**错！** 真实的流程是这样的（这叫**回显 Echo**）：
+
+1.  **按下 'a'**：键盘信号传给终端。
+2.  **发送信号**：终端把 'a' 的编码发给 Shell。
+3.  **Shell 处理**：Shell 收到 'a'，觉得没问题，于是原样把 'a' 发回给终端。
+4.  **显示字符**：终端收到 Shell 发回来的 'a'，这才把它画在屏幕上。
+
+> 💡 **小实验**：有些命令（如输入密码时）会关闭 Shell 的回显功能。这时你按键盘，终端发给了 Shell，但 Shell **不发回**任何东西，所以屏幕上一片空白。这就是为了保护隐私。
 
 **一句话总结流程**：
-你在**终端**（窗口）打字 ➡️ **Shell**（翻译官）听懂并指挥 ➡️ **内核**（大管家）去硬件里干活。
+你在终端打字 ➡️ 信号传给 Shell ➡️ Shell 原样发回（你看到了字）并理解 ➡️ Shell 指挥内核干活。
 
-*下面的演示展示了这个过程，注意看 Shell 和内核之间那道“墙”：*
+*下面的演示展示了这个过程，注意看 Shell 和内核之间那道“墙”，以及字符是如何一来一回的：*
 
 <ArchitectureDemo />