docs: Update Chinese documentation for API design and AI history, and modify the AI history demo component.

docs/zh-cn/appendix/4-server-and-backend/api-design.md

@@ -98,9 +98,17 @@ HTTP/1.1 200 OK
 
 ### 2.2 URL 设计规则
 
-👇 **动手试试看**：点击下方按钮，查看 RESTful URL 的正确与错误写法对比：
+| 规则 | 错误示例 | 正确示例 | 说明 |
+| :--- | :--- | :--- | :--- |
+| **用名词不用动词** | `GET /getUsers`<br>`POST /createOrder` | `GET /users`<br>`POST /orders` | URL 是资源地址，HTTP 方法已表达操作 |
+| **用复数形式** | `GET /user`<br>`GET /order` | `GET /users`<br>`GET /users/123` | 统一用复数，避免 `/user` 和 `/users` 混用 |
+| **小写+连字符** | `GET /UserProfiles`<br>`GET /user_profiles` | `GET /user-profiles`<br>`GET /order-items` | URL 大小写敏感，统一小写最安全 |
+| **避免层级过深** | `GET /users/123/orders/456/items/789` | `GET /users/123/orders`<br>`GET /order-items/789` | 超过 3 层考虑重构，用扁平化路径 |
+| **过滤用查询参数** | `GET /products/category/phone/price/5000` | `GET /products?category=phone&price_max=5000` | 过滤、排序、分页都用查询参数 |
 
-<RestfulUrlDemo />
+::: tip 💡 URL 大小写敏感
+统一用小写 + 连字符（-）是最安全的做法，避免大小写混乱和下划线风格不一致的问题。
+:::
 
 ### 2.3 HTTP 方法选择
 

docs/zh-cn/appendix/8-artificial-intelligence/ai-history.md

@@ -35,7 +35,7 @@ AI 发展 70 年，经历了**三次浪潮、两次寒冬**，从符号主义的
 
 在诞生后的最初十几年里，AI 迎来了一段盲目乐观的黄金时期。研究者们相信，既然机器已经能证明数学定理，那写出能够解决任何人类问题的程序指日可待。
 
-<ExpertSystemWaveDemo />
+
 
 ### 2.1 专家系统的光辉岁月
 
@@ -51,14 +51,13 @@ AI 发展 70 年，经历了**三次浪潮、两次寒冬**，从符号主义的
 
 ### 2.2 第一次 AI 寒冬（1974-1980）
 
-随着时间推移，人们发现"把人类知识写成规则"这条路越走越窄。
+随着时间推移，人们发现"把人类知识写成规则"这条路越走越窄。符号主义的三大致命局限，最终导致了研究经费被全面撤销：
 
-::: warning ❄️ 第一次 AI 寒冬的爆发原因
-符号主义的三大致命局限，最终导致了研究经费被全面撤销：
-1. **知识获取瓶颈（Knowledge Acquisition Bottleneck）**：有些知识人类也说不清（比如怎么认出一只猫），这被称为"波兰尼悖论"。专家系统只能硬编码那些能被清晰表达的规则，无法自动学习。
-2. **"常识"的匮乏与脆性（Brittleness）**：当遇到规则库之外的边缘情况时，哪怕只是稍微偏离预期，系统就会表现出错乱，完全没有人类的"常识"底线。
-3. **组合爆炸（Combinatorial Explosion）**：现实世界的变量太多，当涉及复杂现实时，穷举规则所需的计算量会呈指数级爆炸，当时的硬件根本无法支撑。
-:::
+**知识获取瓶颈**：有些知识人类也说不清（比如怎么认出一只猫），这被称为"波兰尼悖论"。专家系统只能硬编码那些能被清晰表达的规则，无法自动学习。
+
+**组合爆炸 & 脆性问题**：现实情况太多，穷举极难；且缺少常识，稍微偏离规则库系统就直接崩溃。
+
+**算力不足 & 经费断层**：当时的硬件算力根本无法支撑爆发性的逻辑推演，遭遇 DARPA 研发经费大削减。
 
 ---