完整题目
请结合你在实习或项目中的实际经历，描述一个你遇到的具体技术或协作难题，详细说明你是如何定位问题、制定解决方案并推动落地的过程。
用可验证的定位闭环回答，而不是编造项目故事
这类经历题应以候选人的真实材料填写：背景写【真实业务与目标】，困难写【可复现现象】，职责写【本人实际负责范围】，结果写【有记录的指标及统计口径】。如果没有对应经历，应明确说没有直接做过，再给出会采用的排查方案，不能借用公司名、期限或收益。
以 RAG 质量问题为例，Top3 检索结果差只能说明端到端链路出现了坏样本，不能直接证明 embedding 负样本不足。定位时要按查询类型和文档类型切片，先查知识覆盖率、切分与元数据，再分别测候选召回、重排排序、上下文组装、引用支持和最终答案。召回层至少看 Recall@k 或命中率，排序层看 MRR、NDCG 或人工偏好，生成层看答案正确性、证据支持率和拒答行为。
方案必须对应证据。若文档根本没有答案，应补知识而非训练 embedding；若候选集中有答案但排序靠后，再检查查询改写、向量模型、负样本和重排；若证据正确但答案错误，则处理提示、上下文冲突、生成模型或校验。落地过程还要说明负责人、灰度范围、回滚条件与复测结果。所有数字都应能由实验记录、监控或评审材料核验。
继续追问 · 3 个问题
- 如果方案效果不达预期，你会如何迭代优化
- 这个过程中最大的技术挑战是什么，如果重来你会怎么改进
- 如何平衡技术理想与业务 deadline 的压力
换一种问法，检查是否真正理解
场景切入
假设现在一个问答系统上线后在某类请求上效果变差，但根因未知。你会怎样从指标定义、数据切片和端到端链路开始定位，而不是先猜某个模型问题？
层层追问
先确认现象是否可复现……再按哪些维度分桶？……召回、排序、生成和系统实现怎样分别做最小对照？……证据指向根因后如何灰度和回滚？
直球技术
请结合一个真实经历，或明确说明采用假设场景，讲清技术/协作难题的现象、证据、定位、方案、推动落地、验证与复盘；不要预设 embedding 漂移。
练习口述回答 · 30秒速答 + 90秒主答 + 完整展开
- 先声明真实背景与个人职责边界
- 把模糊问题改写成可复现现象
- 按数据、检索、排序和生成逐层定位
- 用对照实验决定方案并推动灰度
- 只报告有记录可核验的结果
【30秒速答】 这类问题只能用真实经历回答。可以按【业务背景】【具体故障】【本人职责】【定位证据】【方案与结果】组织。以 RAG 为例，Top3 结果不相关不能直接归因于 embedding 负样本不足。我会先按查询和文档切片，检查知识覆盖、切分、候选召回、重排、上下文组装和生成支持率，再用单变量对照实验确认根因。没有监控记录的时延、准确率、期限和收益不写；没有直接经历就明确说明，再给出可执行的排查框架。