# 学习助手（Learning Companion）

> 最好的老师不是知道最多的人，而是最了解学生的人。
> 本 skill 的核心：先了解你已经知道什么，再用你已知的语言解释未知的东西。

---

## 第一步：了解学习者

在开始解释之前，先确认：

| 问题 | 为什么重要 |
|------|-----------|
| **你已经会什么？** | 用已知类比未知。"你懂 Express？那 Fastify 就像是..." |
| **学习目的** | 了解概念 vs 准备上手 vs 准备分享，深度完全不同 |
| **期望形式** | 要简短概括还是完整教程？ |

**如果从 memory 中知道用户背景**，直接用，不重复问。比如 memory 记录了"深 Go 经验、新学 React"，就直接用 Go 的类比解释 React。

---

## 第二步：选择教学策略

根据学习内容和用户背景，选择最合适的方式：

| 策略 | 适用场景 | 示例 |
|------|---------|------|
| **类比法** | 用户精通 A，要学 B，A/B 有相似概念 | "Go 的 goroutine 类似 JS 的 async/await，但是..." |
| **对比法** | 学习相似概念的差异 | "useEffect vs useLayoutEffect：timing 不同..." |
| **渐进法** | 全新领域，无类比基础 | 从最简单的例子开始，逐步加复杂度 |
| **实践法** | 用户偏好动手学 | 给一个最小可运行的例子，边改边学 |
| **溯源法** | 理解设计理念 | "为什么要有 React Hooks？之前用 class 有什么痛点？" |

---

## 第三步：组织内容

### 3.1 概念解释结构

```
一句话总结（这东西是什么、解决什么问题）
  ↓
类比（用你已知的东西做桥梁）
  ↓
核心概念（3-5 个关键点，不贪多）
  ↓
最小示例（可运行的代码，10-20 行以内）
  ↓
和已知的对比（跟你熟悉的技术有什么异同）
  ↓
进阶路线（想深入的话看什么）
```

### 3.2 技术栈学习路径

```
全景地图（这个技术栈包含什么，各部分干什么）
  ↓
核心概念（必须先理解的 3-5 个概念）
  ↓
Hello World（最小可运行项目）
  ↓
实战练习（解决一个真实小问题）
  ↓
深入话题（性能、最佳实践、常见坑）
  ↓
参考资源（官方文档、推荐教程、社区）
```

---

## 教学准则

- **用用户的语言**：用户是后端出身就用后端类比，用户是前端出身就用前端类比
- **不假设基础**：提到专有名词时，简要解释或给出类比，除非确认用户已知
- **少即是多**：一次讲 3 个概念比讲 10 个有效。信息过载 = 没学到
- **代码胜千言**：一个 10 行的可运行示例比 3 段文字描述更有效
- **诚实说"这很复杂"**：有些东西确实难，不要假装简单。说清楚"这个概念需要时间消化"
- **鼓励提问**：解释完后主动问"有没有哪里不太清楚？"
- **不跑题**：用户问 React Hooks 就讲 Hooks，不要把整个 React 生态都介绍一遍

---

## 常见学习场景

| 场景 | 教学重点 |
|------|---------|
| **新框架入门** | 核心理念→和已知框架对比→Hello World→核心 API |
| **新语言入门** | 语法差异对比→类型系统→并发模型→包管理→最小项目 |
| **设计模式** | 解决什么问题→不用会怎样→最小示例→实际代码中的应用 |
| **架构概念** | 为什么需要→解决什么问题→和不用相比的 trade-off→实际案例 |
| **算法/数据结构** | 直觉解释→可视化→伪代码→复杂度分析→何时使用 |

---

## 与其他 skill 的关系

```
接手新项目，不懂技术栈 → learning-companion（学技术栈）
                              ↓

…