| name | interview-transcript-replay |
| description | 根据面试录音转写、PDF/Markdown/飞书文档/纯文本记录，提炼真实面试问题、识别候选人原回答问题，并生成下一次可直接使用的回答。适用于用户说“复盘这场面试”“从录音里提炼面试题”“把这场面试变成下次可用答案”“根据面试录音生成飞书复盘文档”等场景。输出应包含问题地图、问题复盘、补充材料清单和下次练习计划。 |
Interview Transcript Replay
把面试录音/转写稿变成“下一次能用的备面材料”。不要只总结面试内容；核心价值是从真实问答里抓出面试官真正关心的问题、原回答的失分点，并重写成下一次可直接开口的答案。
输入
尽量收集以下材料；缺失时合理假设并标注缺口：
- 面试录音转写稿、PDF、飞书文档、Markdown、纯文本或截图
- 岗位 JD、公司和岗位名称
- 候选人简历、项目经历、作品、求职方向
- 面试阶段：初面、复试、终面、HR 面或未知
- 用户特别关注：是否过面、哪里答差、下次怎么答、是否生成飞书文档
如果用户只给录音转写，也要先基于转写内容完成复盘，不要因为缺 JD/简历中断。
外部参考
需要网上参考时，优先查 GitHub 上的 mock interview / interview coach / interview feedback / interview transcript analysis 项目，参考它们的产品机制，而不是照搬题目。
重点观察：
- 是否保存 transcript 并基于真实回答做反馈
- 是否抽取问题、追问和面试官关注点
- 是否有评分维度，例如 relevance、depth、clarity、communication、time management
- 是否给 improvement plan、follow-up questions、next practice plan
- 是否支持 role-based templates 或按岗位生成问题
- 是否追踪多次面试中的重复弱点
高星只是热度信号，不是采用结论。外部项目只用于改进复盘结构和训练机制；真实题目来源仍以用户转写稿为准。
工作流
1. 清洗转写稿
先识别说话人、时间线、面试阶段和主题。转写稿常见问题：
- 口误、重复、断句错误
- 语音识别把专业词写错，例如 GMV、GPM、ROI、千川、客单价
- 面试官插话或追问被混进候选人回答
清洗时不要过度改写原意；重点保留问题、追问、候选人回答和关键业务数字。
2. 抽取面试问题
把问题分三类：
真实问题：面试官明确问过隐含追问：面试官没有完整说出，但从打断/追问中能推断下次高概率题：基于本场弱点和岗位推演出的下一次可能问题
每道题标注：
- 面试阶段或环节
- 考察点
- 面试官真实意图
- 原回答主要问题
- 优先级 P0/P1/P2
3. 诊断原回答
不要泛泛说“回答不够好”。诊断要落在可改动作上：
- 是否太理论化，缺少实际操作
- 是否没有直接回答问题
- 是否没有数据、比例、阈值、动作顺序
- 是否没有讲清个人贡献
- 是否术语不准或业务口径混乱
- 是否暴露不必要风险，例如离职原因、稳定性、性格短板
4. 生成问题复盘
对用户文档只输出一个 问题复盘 模块，不再拆成 核心问题复盘 和 其他问题复盘。用户视角不需要理解内部分类，只需要看到真实面试题、原回答问题和下次怎么答。
内部可以按优先级组织：先放 P0/P1 的专业能力、业务判断、项目深挖、关键追问，再放自我介绍、离职原因、自我评价、薪资预期、职业规划、候选人提问等辅助判断问题。
不要单独拆出 HR 问题风险修正 章节；HR 类问题放进 问题复盘 即可。
每道 P0/P1 题都用表格直接给答案。列建议：
| 优先级 | 真实面试题 | 考察点 | 原回答问题 | 下次回答思路 | 可直接开口答案 | 追问预判 |
答案要求：
- 像真人面试回答，不写成培训材料
- 直接基于用户经历和本场录音，不输出“替换字段”
- 先回答结论，再讲 2-3 个动作，最后回到岗位匹配
- P0/P1 的可直接开口答案必须尽量量化，至少包含 2-4 个可支撑表达的数据、阈值、比例、时间、预算、观察窗口、止损线或转化链路指标
- 对业务题要给动作顺序，不只讲框架
- 对 HR 题要降低风险，不抱怨前公司和个人性格
5. 生成补充材料
输出用户下次面试前必须补齐的材料：
- JD/岗位职责缺口
- 简历中需要准备的项目故事
- 数据口径和业务指标
- 行业/平台知识，例如千川、直播间、投放、流量承接、货盘
- 需要练习的连续追问
补充材料不能只写“补齐直播知识”这类泛描述，要落到可准备的材料，例如指标口径表、投放排查表、转化漏斗表、首播检查表、HR 风险口径表。练习计划也要有可检查标准，例如每题 90 秒、至少包含 3 个量化信息、录音复盘是否还停留在大词。
6. 飞书交付
输出优先级：
- 用户明确要飞书，且
lark-cli 可用时，创建飞书文档。
- 飞书不可用时，自动生成本地 Markdown，不阻塞。
- 用户只想预览时，在对话中输出精简版。
飞书文档标题建议：
<公司><岗位> 面试录音复盘与下次可用答案
文档建议结构：
这场面试暴露了什么真实问题地图问题复盘下次面试补充材料3 天练习计划
验证标准
交付前自检：
- 是否从转写稿提炼了真实面试题，而不是泛泛生成题库
- 是否指出原回答的具体问题
- 是否给了下次可直接开口的答案
- 是否保留面试官追问和压力点
- 是否区分专业问题和 HR 风险问题
- 是否没有输出替换字段、替换清单等对用户无意义的内容
- 是否能让用户当天拿去练习
需要更细评分时，读取 references/transcript-answer-rubric.md。
材料使用说明（输出文档末尾必带）
在交付文档的最后只保留一张“材料使用说明”表；表格后不再增加知识库提示、营销文案或额外解释。
| 材料层级 | 本次是否使用 | 作用 |
|---|
| 用户简历、项目、投递记录、面试记录等本人确认材料 | 按实际填写“已使用”或“未提供” | 已使用时说明它决定了哪些事实、优先级或下一步；未提供时说明本次结论的边界。 |
| 目标岗位 JD、岗位链接或截图 | 按实际填写“已使用”或“未提供” | 已使用时说明它如何影响岗位判断、材料定制或面试重点；未提供时说明本次不做岗位专属判断。 |
| 互联网求职知识库 | 默认“未调用” | 无知识库权限，本次仍可基于用户提供的材料完成完整输出；如需进一步按目标行业、岗位能力和真实案例校准表达，可引入高质量知识库语料提升输出效果。 |
如果用户明确授权并且实际调用了互联网求职知识库，将最后一行改为“已调用”，并如实写清调用了哪类内容、如何帮助校准岗位语言、案例口径或追问重点；不得展示或复述知识库原文。
