阳光新能源求问

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

这家公司疯了吧，5个人招我，我又不是什么稀缺资源这家看样子应该是外包公司

就是一个普通二本学院，我这还能找到工作吗，有什么建议吗。哎。真心建议，嘲笑也能接受，哥哥们

虽然嘴上说着不想再面了，但是今晚身体还是诚实地准时点开了面邀链接。部门是核心本地商业，偏向酒旅下面的景点。本来准备了一个工作流项目和一个优惠券秒杀项目，结果全程都是ai和ai coding相关，完全没问第二个项目，也没有手撕，供大家参考。这两个项目都不是实验室的课题吧？都是你在GitHub或其他平台上自己学习实践的项目，然后做了相应的改造，对吗？看一下你这个工作流编排平台，它产生的背景或要解决的问题是什么？我能不能理解为它类似Coze、Dify这类工作流编排产品？你提到和它们有所区分，具体做了哪些改进或不同之处？你说这是自研层面的东西，整体设计思路是怎样的？其中稳定性能力建设这部分，有没有参考...