feat(docs): add NavGrid/NavCard components and restructure stage pages

- Add NavGrid.vue and NavCard.vue components for better navigation layout
- Restructure stage-0 index pages across languages into intro.md with new navigation components
- Remove old stage-0 index.md files and update stage-3 pages similarly
- Add new dependencies 'claude' and 'codex' to package.json
- Improve code formatting in multiple Vue components for better readability
- Update documentation content and structure for better user experience

docs/zh-cn/appendix/queue-design.md

@@ -15,6 +15,7 @@
 你走进一家繁忙的餐厅，前台服务员（A）迅速给你点单、收钱，然后告诉你"请稍等，餐好了会叫号"。你不需要站在厨房门口等着厨师（B）直接把菜端给你，而是可以安心坐下刷手机。
 
 **为什么这么做？**
+
 - 如果每个顾客都站在厨房门口等（同步调用），厨房会乱成一团
 - 用"叫号系统"（消息队列），服务员快速完成点餐，厨房按自己的节奏做菜
 - 即使厨师临时休息了，点餐也不会受影响，订单会排队等他回来
@@ -25,12 +26,14 @@
 
 **为什么不是立即收到？**
 因为支付系统要做的事情太多了：
+
 - ✅ 扣款（必须立即完成）
 - ⏳ 发送短信通知（可以稍后）
 - ⏳ 更新积分（可以稍后）
 - ⏳ 给推荐系统发送数据（可以稍后）
 
 如果把所有事情都卡在"支付"这个按钮上，你可能要等 5 秒才能看到"支付成功"。聪明的系统会：
+
 1. 先完成扣款
 2. 把其他任务扔进一个"待办事项池"（消息队列）
 3. 立即告诉你"支付成功"
@@ -90,6 +93,7 @@ def create_order(user_id, product_id):
 ```
 
 **好处**：
+
 - ✅ 订单系统不依赖通知系统
 - ✅ 可以随时增加新的消费者（比如加一个"积分系统"）
 - ✅ 通知系统升级不影响订单系统
@@ -99,6 +103,7 @@ def create_order(user_id, product_id):
 **问题**：瞬间流量太高，系统扛不住。
 
 **场景**：双11秒杀
+
 - 1 秒内有 10 万个请求涌进来
 - 数据库每秒只能处理 1000 个
 - 如果直接打到数据库，数据库会直接"爆掉"
@@ -122,6 +127,7 @@ def create_order(user_id, product_id):
 **一句话总结**：消息队列的本质是**异步通信**，通过把"立即执行"变成"稍后处理"，提升系统的吞吐量和可用性。
 
 **关键特点**：
+
 - ✅ **异步**：不需要等任务完成，立即返回
 - ✅ **解耦**：服务之间不直接依赖
 - ✅ **缓冲**：暂存消息，平滑流量
@@ -177,6 +183,7 @@ def create_order(user_id, product_id):
 ### 学习路径建议（0 基础小白）
 
 #### 🎒 第一阶段：建立直觉（1-2 小时）
+
 **目标**：理解消息队列是什么，为什么需要它
 
 1. **阅读本章节的 0. 引言部分**
@@ -188,6 +195,7 @@ def create_order(user_id, product_id):
    - 画出它的流程图
 
 #### 📚 第二阶段：掌握基础（1-2 天）
+
 **目标**：理解核心概念和基本用法
 
 1. **学习基础概念**
@@ -204,6 +212,7 @@ def create_order(user_id, product_id):
    - 用代码实现：注册接口 → 发消息到队列 → 消费者发送邮件
 
 #### 🔥 第三阶段：深入核心（1 周）
+
 **目标**：掌握消息队列的核心用法
 
 1. **学习核心设计模式**
@@ -222,6 +231,7 @@ def create_order(user_id, product_id):
    - 设计一个"订单系统"：用消息队列解耦
 
 #### 🚀 第四阶段：精通高级特性（2-4 周）
+
 **目标**：处理复杂场景
 
 1. **高级特性**