文章目录前言一、面试官真正想听的是什么二、先确认：Prompt 真的到头了吗1. Few-shot 例子分布检查2. 思维链 CoT 有没有用上3. 输出格式约束有没有搞清楚4. 指令拆分三、跳出单次调用，从架构层面破局1. RAG：知识问题的正解2. 工具调用：让模型别硬算3. 多步 Agent 与任务分解4. 自一致性多路投票5. 后处理校验层四、换个模型，也许是最低成本的破局点五、什么时候才真正轮到微调1. 低成本手段全部穷尽2. 问题确实出在模型本身3. 有足够的数据支撑4. ROI 算得过来六、微调不是单一动作，而是一整个家族1. 轻量微调（LoRA / 指令微调）2. 知识注入优先走 RAG3. 少量数据走 Few-shot4. 偏好对齐走 RLHF / DPO5. 极致降本走蒸馏七、一个不武断的回答范式1. 定位问题类型2. 穷尽低成本手段3. 评估是否触及模型能力天花板4. 谈微调并说明选型5. 强调成本意识八、从架构师视角看这条排查链路的工程取舍1. 成本梯度意识2. 可逆性考量3. 问题定位优先于方案选择4. 团队能力匹配九、面试话术：考官想听的是什么1. 第一层：基本及格2. 第二层：优秀3. 第三层：加分项总结前言前段时间，有读者去面某节的大模型岗位，二面时面试官抛了个经典问题：如果 prompt 已经优化到头了，效果还是上不去，你会怎么做？这位读者几乎没犹豫，脱口而出一句：那肯定上微调啊。面试官笑了笑，回了句：你这个回答有点武断。事后复盘才慢慢反应过来——问题不在于"微调"这个答案本身有没有错，而在于他直接跳过了整整一条排查链路，上来就给结论而不是给思路。这篇文章就来拆一拆，这道题背后到底在考什么，一个完整的回答应该长什么样。这道题的真正考点不是你知不知道"微调"这个词，而是你有没有一条从便宜到贵、从通用到定制的排查链路。读完这篇文章，你能搞明白：面试官到底在考什么——三层递进的考察维度Prompt 到没到头的判断标准——别嘴上说"到头了"就算数架构层面的破局手段——RAG、工具调用、多路投票、后处理校验微调家族的选型决策树——LoRA、指令微调、RLHF、蒸馏各自适用什么一个不武断的回答范式——定位、穷尽低成本、评估天花板、谈微调、算 ROI不管你是准备大模型面试的候选人，还是正在线上踩效果瓶颈的工程师，这套排查链路都值得过一遍。开整！一、面试官真正想听的是什么这类问题表面上是问技术方案，