1. 自我介绍2. 如何在工程上实现兜底机制？具体到代码层面怎么做？答案：兜底机制不能只写一句“失败后重试”，要按失败类型分层。模型层可能超时、限流、返回格式错误；检索层可能无结果、召回低相关；工具层可能参数错误、权限失败、下游服务不可用；生成层可能答案无引用或不符合 schema。不同错误要有不同兜底，不能统一重跑。工程上我一般会做三层兜底：第一层是重试，比如超时、临时网络错误可以指数退避重试；第二层是降级，比如大模型失败就切小模型，rerank 失败就用召回分数排序；第三层是安全返回，比如证据不足就拒答，工具失败就返回部分结果和失败原因。对于有副作用的工具，不能盲目重试，必须加幂等 key...

大佬们帮看看简历，只写了一个项目，两个会不会好点

timeline过年前就约的年后三月份的面试2026 3.05 一面2026 3.10 二面（挂）2026 3.13 二面2026 3.16 hr面2026 3.19 口头oc2026 3.20 offer两道手撕无重复字符最长子串数组中能组成小于n的最大数字记录一下 不多写什么了 同时也感谢平台上以前发面经的佬们记录的一些手撕题目 刷一刷颇有成长

Q1：企业内部落地 Agent，你最先关⼼哪三个⾮功能需求？答案：安全与合规（权限、审计）、可控性（⼈在回路、⼯具⽩名单）、可观测性（轨迹、指标、回放）。Q2：客服场景如何降低幻觉？答案：强 RAG 溯源、禁⽌⽆引⽤断⾔、模板化答复、未知则转⼈⼯。Q3：怎么评估⼀个 Agent 的好坏？答案：分层评估：任务成功率、平均步数/成本、⼯具错误率、⽤户满意度、安全事件数；基准可包括静态数据集 + 仿真环境 + 线上 A/B。Q4：Agent 的最⼤⻛险是什么？答案：复合错误与权限滥⽤——单步⼩错在多步放⼤，或⼯具被诱导执⾏⾼危操作；因此必须 最⼩权限 + 强审计 + ⼈在回路。Q5：如何防⽌ Pro...