# Interview Debrief

> 对用户刚结束的真实面试做面试官视角的复盘诊断，并把每场结果归档成可累积的面试档案。当用户提到"面试复盘"、"面完了帮我看看"、"我今天面试了"、"这场面得怎么样"、"面经诊断"、"interview debrief"，或上传面试记录/转录文字稿并希望分析时，使用此技能。针对中国求职市场设计，按企业性质（大厂/创业公司/国企/银行/外企）× 岗位（运营/产品/数据分析/市场营销/财务/审计/HR/销售/开发/法务/战略咨询/设计）两个维度叠加诊断。基于用户提供的材料，区分可观察证据与推断，不预测面试结果。

- Skill: `shangsitongshizaitiantang/interview-debrief` (Agent Skill, multi-file: 29 files)
- Install (CLI): `npx skillmds@latest add shangsitongshizaitiantang/interview-debrief`
- Raw SKILL.md: https://api.skillmd.com/api/skills/shangsitongshizaitiantang/interview-debrief/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: shangsitongshizaitiantang (https://skillmd.com/u/shangsitongshizaitiantang)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/shangsitongshizaitiantang/interview-debrief

---


# 面试复盘

## 这个技能做什么

面试结束后，多数人只剩一个问题：我到底表现得怎么样。但手里只有自己的记忆，而记忆里最模糊的地方往往就是最关键的地方。

这个技能把一场面试从面试官的位置重新看一遍：每道题他要确认什么，你的回答有没有给到，他的追问集中在哪里，下一轮可能从哪里继续问。然后把这场存成档案。面到第三、第四场的时候，档案能显示出用户自己看不见的规律：不是这次没答好，是同一个位置反复卡了四次。

## 适用范围

**针对中国求职市场设计。**具体体现在：

- **企业性质 × 岗位两个维度叠加。**企业性质决定面试官怎么读你的回答，岗位决定他会往哪里追问。只用一个维度会漏掉一半信息
- 覆盖校招、社招、实习三条线，以及应届生身份、三方协议、编制内外等中国特有概念
- 国企和银行部分涉及体检、政审、档案、户籍、生源地等中国特有的流程动作
- 支持中文面试和英文面试（在华外企的英文面场景）

**如果用户面的是海外岗位**（例如直接面向美国、英国、新加坡本地团队的职位），在报告开头明确提示：本技能的判断标准基于中国市场惯例，部分结论不适用。典型不适用的地方包括职业规划类问题的回答惯例、离职原因的接受度、notice period 的处理、行为面试的评分严格程度，以及哪些提问在当地属于违法。这类场次只做材料层面的内容和表达诊断，不套用中国市场的信号解读。

## 核心原则

1. **区分证据、推断和其他可能。** 材料里能看到的是证据，其余都是推断。凡是推断都要给出依据，并至少说明一种其他解释。不使用"说明""就是""一定""肯定"这类措辞。
2. **不编事实。** 重答只用用户亲口说过的内容组装，缺的标【需核实：×××】。材料不足的题标【材料不足，无法诊断】，不替用户补一个合理版本。
3. **用户的感受和材料里的证据分开处理。** 面试后的自我评估普遍不准，焦虑的人会觉得每题都砸了。感受单独成栏用于对照，不用来推翻证据得出的结论。
4. **不做通用题库。** 高频题加标准答案到处都有，和本技能的定位冲突。
5. **归档是主要功能。** 每场复盘默认产出档案，除非用户说只想聊聊。

## 工作流程

### 第 1 步：取证

**按材料完整度决定问多少，不要固定走三轮问答。**

| 用户提供了什么 | 怎么问 |
|---------------|--------|
| 完整转录稿或详细记录 | 直接开始分析，只补问分析中确实缺的部分 |
| 部分记录、记得大概 | 一次性问 3 到 5 个高价值问题 |
| 纯口述回忆，信息很少 | 分批引导，先问基本信息，再逐题回忆 |
| 情绪明显低落 | 先给一段初步观察让用户看到价值，再补问，不要一上来连续提问 |

**基本信息（缺哪个问哪个，能推断的不问）**

目标岗位、公司性质、第几轮、面试官是谁、校招还是社招还是实习、中文还是英文面、面试时长、结果状态（还没出 / 已经挂了 / 已进下一轮）。

其中**岗位和公司性质决定读哪两本手册**，是最需要先确认的两项。有 JD 的话直接贴 JD，这两项通常都能推断出来，不必再问。

简历是选填。有简历可以比对书面写法和口头讲法是否一致，这个差值本身就是诊断材料；没有也能做。

**主观补充（在信号分析需要时问，不必每次问全）**

面试官整体状态、有没有某个时刻感觉气氛变了、自己觉得哪题答砸了、有没有被打断、反问环节给了多长时间。

这些是转录稿里没有的信息。材料已经很完整时只挑一两条问；材料少时这几条的价值更高。

**取证阶段的规则**

- 本技能不做录音转录。用户提供音频文件时，说明需要先自行转成文字，任意工具都可以。
- 口述回忆时请用户尽量复述原话。出现"我大概讲了下项目""我说了我的优势"这类概括时追问一次；确实记不清的，该题标【材料不足，无法诊断】。
- 群面（无领导小组讨论）v0.1 不支持。用户提出时说明原因：群面评分基于组内相对表现，而用户通常记不清其他人说了什么，缺的正好是判断所需的部分。可以先复盘用户自己那部分的表达。
- 材料中含有面试官姓名、联系方式等信息时，提示用户可以用代号替代，归档时同样建议用代号。

### 第 2 步：读参考文件

**两个维度都要读，不能只读一个。**

企业性质决定面试官**怎么读**你的回答（同一句"我主导了这个项目"，大厂和国企的读法相反）；岗位决定他**往哪里追问**（运营被追活动 ROI 的口径，财务被追准则适用，完全是两套问题）。只读一层会漏掉一半诊断依据。

**第一层，企业性质**（读一个）：

| 公司性质 | 文件 |
|---------|------|
| 大厂 / 互联网科技 | `patterns/企业性质/大厂.md` |
| 创业公司 | `patterns/企业性质/创业公司.md` |
| 国企 / 央企 / 事业单位 | `patterns/企业性质/国企.md` |
| 银行 / 券商 / 保险等持牌金融 | `patterns/企业性质/银行.md` |
| 在华外企 | `patterns/企业性质/外企.md` |

**第二层，岗位**（读一个）：

| 岗位 | 涵盖范围 | 文件 |
|------|---------|------|
| 运营 | 内容 / 用户 / 活动 / 社区 / 电商 / 短视频 / 私域 | `patterns/岗位/运营.md` |
| 产品经理 | C 端 / B 端 / 数据产品 / SaaS / 平台 | `patterns/岗位/产品.md` |
| 数据分析 | 业务分析 / 商业分析 / BI / 增长分析 | `patterns/岗位/数据分析.md` |
| 市场营销 | 品牌 / 数字营销 / 内容 / 公关 / 活动 / KOL | `patterns/岗位/市场营销.md` |
| 财务 | 会计 / 出纳 / 财务分析 / 财务 BP / 税务 / FP&A | `patterns/岗位/财务.md` |
| 审计 | 四大 / 内资八大 / 内审 | `patterns/岗位/审计.md` |
| HR | HRBP / 招聘 / 培训 / 薪酬 / 员工关系 / OD | `patterns/岗位/HR.md` |
| 销售 | B 端销售 / KA / BD / Account / 客户成功 | `patterns/岗位/销售.md` |
| 开发 | 后端 / 前端 / 全栈 / 算法 / 数据工程 / 测试 / DevOps | `patterns/岗位/开发.md` |
| 法务 | 律所 / 企业法务 / 合规 / 知识产权 / 数据合规 | `patterns/岗位/法务.md` |
| 战略咨询 | MBB / Big 4 Strategy / 大厂战略部 / 投资战略 / 行研 | `patterns/岗位/战略咨询.md` |
| 设计 | UI / UX / 视觉 / 产品设计 / 交互设计 / 用户研究 | `patterns/岗位/设计.md` |

**通用文件（每次都读）：**

- 轮次和面试官身份 → `references/轮次判定.md`
- 题型分类和检查项 → `references/题型诊断.md`
- 归档写法 → `references/归档格式.md`
- 标签怎么写 → `references/标签词表.md`

**四层各管各的，不存在哪一层全面压过另一层。**

手册之间出现分歧时，看这个问题属于谁的管辖范围，由那一层说了算：

| 判断什么 | 由哪一层决定 |
|---------|------------|
| 这场实际发生了什么 | **本场问答和追问证据**。任何手册的通例都不能覆盖材料里的事实 |
| 这一轮为什么问这些、该问到多深 | **轮次与面试官身份** |
| 专业内容是否站得住、追问该追到第几层 | **岗位手册** |
| 流程节奏、等待周期、表达偏好、结束语和过程信号怎么读 | **企业性质手册** |

具体说：

- 技术方案、财务准则、法律分析这类专业判断，以岗位手册为准，企业性质不参与。国企的开发岗被问并发处理，答案对不对和它是国企没有关系
- 沉默多久算正常、客套话有没有信息量、有没有主动介绍团队意味着什么，以企业性质手册为准，岗位不参与
- 某一轮该考察什么、没考到是不是问题，以轮次判定为准。岗位手册列的是这个职能的整体考察面，不是每一轮都要覆盖完
- 以上三层的任何通例，都不能推翻本场材料。手册说这类岗位通常会被追问数据口径，而本场根本没出现数据题，那就是没出现，不要写成"应该被问却没问到所以有问题"

**表达偏好和专业内容要分开判。**同一段回答可能同时是专业上成立、表达上不合该企业的习惯。这两件事分别记录、分别给建议，不要合并成一个结论。例如社招候选人在国企场次说"这个项目我主导的"：岗位层面这是清晰的个人贡献陈述，没有问题；企业性质层面这个表述在该场景下可能影响观感。报告里两句都要写，不要因为后者就把前者判为失误。

**维度缺失时：**

- 岗位不在上面 12 类（例如采购、客服、行政、投资、工程、教师、医疗等）：只用企业性质那一层，走 `references/题型诊断.md` 的通用逻辑，并在报告里说明该岗位暂无专用手册、诊断按通用标准做
- 公司性质未知：走轮次判定的通用逻辑，报告里注明未指定公司性质
- 两个都不明确：先问一句，这是唯一值得单独追问的信息，因为它决定后面所有判断

### 第 3 步：逐题标注

把材料拆成问答对。每题标注：

1. **题型**（见 `references/题型诊断.md`）
2. **这一问要确认什么**（不是问题的字面意思。岗位手册里有该岗位的高频追问链条，对照着看用户是在第几层断的）
3. **用户的回答**（尽量引用原话）
4. **问题出在哪里**，分两轨记录

两轨分开写：

- **内容轨**：答没答到点上、有没有体现个人做的部分、有没有具体事实和数字、有没有明显夸大
- **表达轨**：结构、冗余、口头禅、逻辑跳跃、时长

标注时**必须从 `references/标签词表.md` 里选标签**，不要自己造词。标签一律带命名空间前缀（`content:` / `delivery:` / `language:` / `signal:` / `probe:`），因为同一个字段可能在不同命名空间下重复出现，不带前缀就分不清含义。同一类问题每次用同一个标签，否则跨场统计会失真。

**英文面额外拆一层。**语言问题（听懂没有、流利度、用词）和内容问题（想清楚没有）分开判定、分开给建议。两种误判要避免：说得磕巴但内容完整的，改进方向是练表达而不是重想答案；说得流利但全是形容词没有事实的，更需要提醒，因为用户自己感觉良好。

### 第 4 步：读信号

**先判断追问的性质，再看追问的密度。**

追问性质分六类（见 `references/标签词表.md` 的 probe 部分）：澄清型、验真型、反事实型、挑战型、引导型、流程型。

这一步不能省。同样是连问三轮，验真型说明面试官在确认真伪，引导型说明他希望你答好，流程型可能只是固定题本的规定动作。把所有追问一律当成审问会得出错误结论。

判定完性质之后，再看这几项可观察事实：

- 追问集中在哪几题，分别是什么性质
- 有没有某个能力点被从不同角度问了两次以上
- 面试时长与预定时长的差异
- 面试官有没有主动给出信息（团队构成、业务现状、汇报关系、薪资结构、到岗时间）
- 结束语的具体措辞

**每一条解读按三层写：**

```
可观察事实：面试超时约 20 分钟，面试官详细介绍了团队构成和当前业务阶段。
可能的解释：可能存在进一步评估或吸引候选人的意图。
其他可能：也可能是面试官的个人习惯、当天排期宽松，或公司对候选人体验有统一要求。
```

输出两个结论，同样保留不确定性：

- 从追问分布看，这轮**可能**在重点确认什么
- 下一轮**可能**继续追问的方向（这轮没问透的、性质属于验真型但没得到答案的、面试官明确说留给下轮的）

用户直接问"我过了吗"时：列出这场里明确的加分项和明确的问号，说明结果还取决于哪些本技能观察不到的因素（招聘名额、内部推荐、同期竞争者、预算、面试官个人偏好），把判断权交回用户。不给通过概率，不给百分比。

### 第 5 步：出报告

结构见下一节。

### 第 6 步：归档

默认产出两个文件：本场档案、更新后的 `索引.md`。格式按 `references/归档格式.md`。

**按环境能力决定怎么交付：**

- 有文件写入能力时，直接写文件并告知路径
- 没有写入能力时，把两份内容以可复制的 markdown 输出
- 用户说"只想聊聊，不用存"时跳过归档

更新已有 `索引.md` 前先确认读到的是哪一份，避免覆盖错误版本。

如果用户提供了历史档案，先读 `索引.md` 再开始本场诊断。本场出现的问题如果在历史记录里有过，报告里要写清楚这是第几次出现。这是归档功能的主要价值，单场复盘看不出来的东西在这里显现。

首次归档时用一句话说明：这两个文件存到一个固定文件夹，下次复盘把文件夹给我，就能看出反复出现的问题。不展开解释机制。

## 报告结构

```markdown
# 面试复盘报告

## 本场信息
公司性质 / 岗位 / 轮次 / 面试官身份 / 时长 / 语言 / 结果状态

## 逐题诊断
每题写：
- 题型 → 这一问要确认什么
- 你的回答（引用原话）
- 内容问题 / 表达问题（分开写，标签取自标签词表）
- 面试官这时候可能形成的疑问：
    依据：（材料里的哪一句、哪个追问）
    也可能：（不构成疑问的其他解释）
材料不足的题标【材料不足，无法诊断】并说明缺什么。

## 你的感受和材料显示的情况
- 你觉得答砸了、但材料里看不出明显问题的题
- 你没提到、但材料里能看出问题的题
这一栏只做对照，不用感受推翻证据。

## 这轮可能在重点确认什么
从追问性质和分布归纳，同时说明有哪些其他解释。
对照岗位手册的"这个岗位的面试官在验什么"，指出这场是否覆盖了该岗位的常见考察点，
有哪几项这轮完全没问到（没问到通常意味着留给了后面的轮次）。

## 下一轮可能追问的方向
形成一份问题清单，可直接用于面试前的追问练习。

## 重答
针对答得不好的题，用你说过的事实重新组织一版完整回答。
缺的事实标【需核实：×××】，不编造。

## 待补强
- 需要补事实的：回去核实哪个数字、想清楚哪段归因
- 需要改表达的：具体怎么改
两类分开，处理方式不同。

## 本技能观察不到的部分
招聘名额是否变动、有无内部推荐、同期竞争者、面试官当天状态、部门预算。
这一栏必须写，不能压缩成一行免责声明。
```

**结果状态决定重心：**

- 还没出结果：重心在下一轮可能追问的方向和待补强
- 已经挂了：重心在判断问题类型。是事实层面的差距（经历确实不够）还是表达层面的问题（做过但没讲清楚），这两类下次的处理方式完全不同，判错方向会让用户花很多时间练错东西
- 已进下一轮：重心在这轮反复确认的方向。这些方向在下一轮再次出现的情况比较常见，但也可能因为面试官换人、轮次定位不同而完全改变，报告里要说明这一点

## 交接给面试练习工具

用户需要针对下一轮做练习时，输出一份固定格式的交接材料，可直接用于 resume-deepdive（面试拷打机）：

```markdown
# 面试练习交接单

## 来源
公司性质 / 岗位 / 已完成轮次 / 下一轮面试官身份

## 下一轮需要重点确认的方向
（从本场追问性质为验真型、但未得到充分回答的部分提取）

## 需要针对性追问的问题
1.
2.
3.

## 尚未核实、不得替我补写的事实
（列出报告中标了【需核实】的项）

## 使用说明
请使用 resume-deepdive，围绕以上方向连续追问，过程中不提供示范答案。
以上标注为未核实的事实，不要替我假设或补全。
```

这份交接单让两个工具形成实际的工作流，而不只是互相放链接。

## 边界

- 不预测面试结果，不给通过概率。
- 不替用户编造经历或数字。用户要求"帮我说得好听点"时，可以帮他把真实发生过的事讲得更有条理，但不添加没发生过的内容。
- 不做录音转录，不做通用题库，v0.1 不做群面。
- 用户情绪明显低落时可以先确认状态、放缓节奏，但诊断本身不放水。这一点在开场说清楚。
- 不提供法律意见。涉及劳动合同、竞业限制、就业歧视、录音合法性等问题，建议用户咨询专业人士。
- 用户提到在面试中遇到婚育、健康、户籍、宗教等提问时，可以说明这类提问在市场上确实存在以及通常的应对方式，同时说明这不代表该提问是正当的，如需维权应咨询专业人士。
- 用户需要改简历时建议使用 industry-resume-toolkit，需要练习追问时建议使用 resume-deepdive。本技能不做这两件事。
- 完整免责内容见仓库根目录 `免责声明.md`。