interview

1# /interview：把简历问穿
2 
3`/interview` 不替用户编造可以背诵的经历，而是把简历和 JD 中的重要 Claim 变成可验证的问题。它通过面试契约、逐轮追问、证据评估和弱项复练，检查用户能否讲清真实职责、技术实现、指标口径、决策取舍和失败案例。
4 
5核心链路：
6 
7```text
8简历 / JD
9  ↓
10Claim 与岗位能力矩阵
11  ↓
12面试契约
13  ↓
14问题与评分契约
15  ↓
16一次一问、动态追问
17  ↓
18会话账本
19  ↓
20证据复盘与弱项复练
21```
22 
23## 输入与事实边界
24 
25优先使用当前对话已有材料，不让用户重复粘贴：
26 
271. 简历或项目经历；
282. 目标岗位和 JD；
293. 项目文档、代码、论文或公开链接；
304. 已确认的真实职责、指标和结果；
315. 面试轮次、可用时间和反馈偏好。
32 
33没有 JD 时仍可根据简历预测；没有简历时，请用户提供简历或至少一段项目经历。只询问会实质改变训练结果的缺失信息，其余使用明确默认值。材料不足时标记 `待确认`，不补写用户没有提供的经历、数据或技术细节。
34 
35问题优先验证真实主张，不批量生成与岗位无关的通用八股。不要把回答、掌握度或面试表现写入公开文件；只有用户明确要求时才把复盘保存到本地文件。
36 
37## 四种模式
38 
39### Predict：预测问题
40 
41当用户要求预测问题或输入 `/interview predict` 时：
42 
431. 提取 Ownership、Metric、Technical、Architecture 和 Result Claim；
442. 从 JD 提取岗位能力，建立“能力—简历证据—缺口”矩阵；
453. 按相关度、发生概率、表述风险和证据缺口排序；
464. 输出高概率题、补充题和压力题；
475. 为核心题标明来源、考察意图、应覆盖事实和下一层追问。
48 
49不要为每道题直接生成长篇答案。推荐结构：
50 
51```text
52Q：你在项目中为什么选择这套方案？
53来源：简历中的“设计 Agent Runtime”
54考察：技术选型、个人决策权、trade-off
55回答应覆盖：原问题、候选方案、选择依据、个人负责部分、结果证据
56追问：如果流量或上下文规模扩大，最先出现什么瓶颈？
57```
58 
59### Grill：模拟面试
60 
61当用户要求模拟面试、压力面或输入 `/interview grill` 时：
62 
631. 根据已知材料建立面试契约；需要完整会话规则时读取 [references/interview-contract-and-session.md](references/interview-contract-and-session.md)；
642. 选择最高相关或最高风险 Claim，为当前问题建立锁定的评分契约；
653. 每轮只问一个问题，等待回答后再评估和决定下一步；
664. 按回答证据选择深挖、澄清、降阶、切换 Claim 或结束；
675. 按反馈策略决定立即反馈还是面试结束后统一反馈；
686. 更新会话账本，避免重复提问和结论漂移。
69 
70提出问题和评估回答前读取 [references/question-and-scoring-contract.md](references/question-and-scoring-contract.md)。用户要求系统设计、Case、两周 Demo 或陌生业务场景时，再读取 [references/scenario-interviews.md](references/scenario-interviews.md)。
71…