麻烦各位帮忙看看简历应该怎么修改

北漂的苦，每天两小时起步，地铁挤到双脚离地，冬天站台等车冻到怀疑人生。一天4小时在路上，到家只想躺尸。沪漂更多是精神上的，毕竟有钱人多的很，身体没那么累，但心累。因此现在很多人都跑杭州来了，相对来说杭州节奏还是比不上这些一线大城市的，而且很多为了杭州补贴也会来，电商也比较多

1、自我介绍2、简单聊下实习干了什么 ,解决了什么问题3、讲讲什么是 RAG，结合你做过的企业知识库问答系统讲一下 RAG 调用的全流程RAG 是 Retrieval-Augmented Generation，也就是检索增强生成。它的核心思想是先从外部知识库中检索相关内容，再把检索结果作为上下文交给大模型生成答案，这样可以降低模型只依赖参数知识带来的时效性和幻觉问题。以企业知识库问答系统为例，完整流程一般是用户输入问题之后，系统先做 query 预处理，比如纠错、改写、意图识别和关键词提取，然后进入召回阶段，从向量库、全文检索或者混合检索系统里找出候选文档；候选文档出来后再做 rerank 重...

真的感觉北票真的很辛苦的，之前听到一句话说北京的特产，不是桃香村，北京特产是心酸，真的在北京就城市无数的人感觉特别心酸，活的特别辛苦，每天赶那么多的地铁，然后这个城市景观。不好特别特别难受吃饭也特别贵

1、实时生成的聊天代理模型，如果线上出问题了，怎么定位这种问题一般先按链路拆。如果是实时生成类聊天代理，通常一条请求会经过网关、会话层、Prompt 拼装、模型推理、工具调用、结果后处理和流式返回几个阶段。线上出问题时，先判断是全量故障还是部分故障，是所有请求都失败，还是只有某一类请求延迟高、返回空、内容异常。定位时先看监控和日志。监控上看 QPS、平均延迟、P95/P99、错误率、超时率、GPU 利用率、显存占用、容器重启次数。日志上重点看 request_id，把一次请求链路串起来，看是卡在 Prompt 构造、模型推理、下游工具调用，还是 SSE/流式返回阶段。如果是模型输出异常，要回看...