1、自我介绍2、项目拷打3、RAG 的完整链路是什么，哪些地方最容易出问题RAG 的完整链路一般是文档接入、清洗去噪、切 chunk、向量化、建索引、在线检索、重排、上下文构造、Prompt 拼接、模型生成和结果后处理。线上请求过来以后，先对用户 query 做归一化处理，再进行向量召回或者混合召回，把候选文档取回来，然后用 rerank 模型重新排序，选出最相关的内容拼到 prompt 里，再交给大模型回答。最容易出问题的地方通常有几个。第一是 chunk 切得不合理，太短会丢语义，太长会导致噪声太多。第二是召回率不够，模型根本没拿到正确证据。第三是重排不准，正确文档被排到后面。第四是上下文...

26年是不是都要大力搞AI，现在做Agent就是最好的方向吗。。

27届大三，想找个日常实习，中小厂的。简历有什么问题嘛，boss投了400好多消息都没读😭求友友们给点建议

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花慢SQL是MySQL数据库性能瓶颈的核心诱因之一，会导致数据库响应延迟、连接占用过高、CPU/IO负载飙升，甚至引发服务雪崩。本文梳理慢SQL从“排查定位—原因分析—紧急处理—深度优化—监控预防”的全流程，覆盖实操步骤、核心技巧和避坑点，适配各类业务场景，助力快速解决慢SQL问题。一、前置准备：明确慢SQL判定标准在排查前，需先定义慢SQL。MySQL默认通过long_query_time参数判定慢SQL，默认值为10秒（可根据业务调整），即执行时间超过该值的SQL会被记录到...