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

各位佬，简历有什么问题？烦请指出。目前本人下下周准备离职，然后打算转Nodejs全栈，准备做一个Nodejs的全栈项目换上去丰富项目经验，到6月底再找一份实习

我的是"主导设计并实现了高并发分布式系统，支持百万级数据处理"。实际情况是：我在一个日活三百的内部工具里，把一个慢查询的索引加了一下，查询时间从800ms降到了200ms。然后我查了下"百万级数据处理"是什么意思，觉得我那个表里确实存了快一百万行数据，于是就这么写了。面试官看到这行字眼睛亮了，开始连环追问：你们的分布式方案是怎么设计的？用的什么中间件？数据一致性怎么保证？遇到过脑裂问题吗？我当时脑子里只有一个念头：完了。后来我用两周把分布式这块认真学了一遍。再碰到同样的问题，能聊得有来有回。但那次面试已经凉了，那家公司也没有然后了。我后来把简历改成了&q...