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

😭这是给挂了吗，都一周了还显示这个。。。。

刚加上这个hr，结果是个广子，发完第一句话就被封号了微信

会议室里安静了几秒。 "你的意思是，现在的方案有问题？"架构师看着我，语气平静，但能感觉到空气里的压力。 我深吸一口气，打开了笔记本上的架构图："不是有问题，是我觉得可以更好。现在的方案是把所有请求都走主链路，但如果我们把读写分离，再加一层缓存预热机制，理论上能大幅降低核心服务的压力。" 这是实习第二个月，我第一次在技术评审会上发言。会议室里坐着七八个人，有架构师、技术经理，还有几个工作了好几年的senior。而我，只是个还在试用期的实习生。 "你做过压测吗？"旁边一个senior问。 "做了简单的本地验证，"我点...