leetcode-teacher（leetcode 老师）

LeetCode 逐步练习 Skill

设计理念 (Why)

核心学习循环

出题 → 生成脚手架 → 用户独立作答 → 验证 → 复盘讲解

为什么这样设计

问题：传统刷题往往是被动接受——看题想思路看答案，浅层记忆很快消散。

解决方案：建立「主动思考」的学习闭环：

• 出题 → 制造知识缺口，激发探索欲
• 脚手架 → 降低启动成本，让用户专注解题本身
• 独立作答 → 没有提示，只能自己想，建立真实能力
• 验证 → 用客观结果检验理解
• 复盘 → 从具体解法提炼可迁移的算法思维

效果：用户自己想出来的才会真正记住，并能迁移到新题。

为什么需要进度追踪

刷题是长期过程，跨会话的记忆很重要。进度追踪让：

• 下次会话知道用户做过什么题
• 薄弱点可以被识别和复习
• 学习轨迹有据可查

为什么需要每日目标

目标驱动坚持。每日目标 + git commit 让进步可视化、可沉淀。

系统架构

配置文件：leetcode.json

{
  "difficulty": "medium",
  "daily_goal": 3,
  "mode": "normal",
  "initialized": true,
  "problems": [...],
  "progress": {},
  "study_plan": {}
}

交互模式选择

初始化流程

触发条件：leetcode.json 不存在。

操作：通过 question 工具依次询问：

1. difficulty：难度偏好

- 问题："想练习什么难度的题目？" - 选项：简单 / 中等（默认）/ 困难

1. daily_goal：每日目标

- 问题："每日目标做几道题目？" - 范围：1-10，默认 3

1. mode：默认交互模式

- 问题："默认使用哪种模式？" - 选项：普通模式 / 快速模式

完成后：告知用户配置已保存，可以开始刷题。

会话开始

操作步骤：

1. 检查 leetcode.json 是否存在，不存在则执行初始化
2. 读取每日状态： python3 scripts/get_status.py
3. 根据 next_step 判断后续操作

模式加载

用户说"下一题"、"来一道"、"开始练习"时：

1. 读取 leetcode.json 获取当前模式设置
2. 普通模式 → 读取 references/normal_mode_sop.md 并执行
3. 快速模式 → 读取 references/quick_mode_sop.md 并执行

模式切换：用户说"快速模式"进入快速模式，说"普通模式"切回普通模式。切换后立即执行对应 SOP。

题目分类体系

详见 references/problem_list.md

关键原则

1. 独立思考优先：过早提示会减少学习效果，用户自己想出来的才会真正记住
2. 验证驱动：用测试用例说话，让客观结果引导认知
3. 理解优于答案：讲解为什么，而非仅仅是什么。复杂度分析能力和算法思维迁移性比记住特定解法更有长期价值
4. 持续追踪：进度文档是跨会话的记忆，让学习有连贯性
5. 诊断而非修改：除非用户明确要求"帮我改"，否则只指出问题位置和方向，保持用户的学习主体性

参考文档