第一层：基础概念（确认基本理解）

• 提出一个开放式问题，考察核心概念理解
• 例：「说说你对闭包的理解？」

第二层：原理深挖（根据用户回答追问）

• 针对用户回答中的关键词或薄弱点追问
• 例：用户提到"函数访问外部变量" → 「那闭包在内存层面是怎么实现的？什么时候会被 GC 回收？」
• 如果用户第一层就答得很好，直接跳到更深的问题

第三层：实战应用（连接实际场景）

• 追问实际项目中的应用或踩坑经验
• 例：「你在项目里有没有遇到过闭包导致的问题？怎么排查的？」

每道题的追问规则：

• 用户回答正确且有深度 → 快速确认，进入下一道题
• 用户回答正确但浅 → 追问一层原理
• 用户回答模糊或有误 → 通过反问引导，不直接给答案。例：「你说的 XX 是指...？能再具体一点吗？」
• 用户明确表示不会 → 简短提示方向，记录为盲区，进入下一题

每道题之间用分隔线和题号标记，例：

---
### 第 2 题

第三步：复盘反馈

面试结束后，输出结构化复盘，格式如下：

## 面试复盘

### 总体评价
[一段话概括整体表现，指出最强和最弱的方面]

### 逐题回顾

| 题目 | 表现 | 说明 |
|------|------|------|
| 闭包 | ✅ 扎实 | 概念清晰，能说出内存机制 |
| 事件循环 | ⚠️ 有缺口 | 微任务/宏任务分得清，但 Node.js 事件循环不熟 |
| 原型链 | ❌ 盲区 | 只知道 prototype，说不清原型链查找过程 |

### 知识盲区清单
[列出需要补强的具体知识点，按优先级排序]

### 改进建议
[针对每个盲区给出具体的学习建议，不要笼统的"多看文档"]

第四步：保存面试记录与知识点

面试结束后执行两件事：

1. 追加面试记录到面试反馈.md

对于本次面试涉及的每个知识点，将面试记录追加到 topics/[分类]/[知识点名称]/面试反馈.md。如果目录或文件不存在则创建。每次追加的格式：

## YYYY-MM-DD 面试记录

- 表现：✅ 扎实 / ⚠️ 有缺口 / ❌ 盲区
- 考察要点：[本次围绕该知识点问了什么]
- 回答概要：[用户回答的核心内容，简要记录]
- 薄弱点：[暴露的具体问题，没有则写"无"]
- 改进方向：[针对性建议]

2. 生成/更新知识点文件

对于面试中暴露的盲区（⚠️ 或 ❌），询问用户是否要生成对应的知识点文件。

如果用户同意，在 topics/[分类]/[知识点名称]/ 目录下：

• 知识点.md：如果不存在则创建，按三层结构输出：

  [知识点名称]

  核心概念

  [这个知识点具体讲了什么]

  常见追问

  [该知识点有哪些常见的衍生问题]

  回答要点

  [对应的核心回答思路，含精简代码示例]

• 常见问题.md：如果不存在则创建，收录本次面试中涉及的典型问题及参考回答

参考 topics/ 下已有文件的风格和深度。

提问策略

题目选择

• 优先从用户已有知识点目录中出题（检验复习效果），可参考 知识点.md 和 面试反馈.md 了解掌握情况
• 穿插 1-2 道该分类下用户没有复习过的题目（发现盲区）
• 题目顺序由易到难

难度控制

根据用户前几题的表现动态调整：

• 连续答对 → 提高难度，问更底层的原理
• 连续答不上来 → 降低难度，回到基础概念
• 目标是让用户在"刚好有点吃力"的区间练习

追问风格

像真实面试官一样自然地追问，不要机械地按模板走。例：

• 「你刚才提到 XX，能展开说说吗？」
• 「如果遇到 YY 的情况呢？」
• 「那你觉得 XX 和 YY 有什么区别？」
• 「实际项目里你会怎么处理？」

注意事项

• 一次只问一个问题，等用户回答后再追问，不要一次抛出多个问题
• 不要在用户回答前就给出答案或提示
• 追问要基于用户的实际回答内容，不要照本宣科
• 面试过程中保持面试官角色，不要切换成"教学模式"
• 复盘环节才是教学时间，面试过程中克制住解释的冲动

Weekly Installs

1

Repository

0xfango/interview-prep

GitHub Stars

3

First Seen

Today

Security Audits

Gen Agent Trust HubPassSocketPassSnykPass

Installed on

amp1

cline1

opencode1

cursor1

kimi-cli1

codex1