杭电！！！电专学姐学长们进！

1. 自我介绍2. 介绍下你简历上这个项目3. 聊聊记忆系统模块设计，你会怎么拆记忆系统至少要拆成写入、索引、检索、融合和淘汰五层。写入层不是把所有对话都存下来，而是先判断值不值得记；索引层要同时支持按用户、会话、任务、实体和时间切片检索；检索层通常要把结构化过滤和语义召回结合起来；融合层负责把召回结果转成当前 prompt 可消费的上下文；淘汰层解决过期、冲突和污染。好的记忆系统不是“记得多”，而是“能在正确时刻拿回正确事实”。4. 记忆检索到底应该用 user_id、session_id，还是别的主键不能只用一个主键。session_id 更适合短期上下文恢复，能还原当前任务过程；user...

究极折磨，缓了三天才想起在牛客发布。

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

帮客户做付款单时，他累到眼睛都睁不开，让我直接按他给的数据做，做完发他就行。因为使用数据前习惯性核对数据是否准确，数据不准确结果不会对，我就习惯性复核了一遍，发现小数点右移了一下，按这个数据付款会多付近十万。我立刻跟他确认，默默帮他修正所有错误，全程没提额外费用，只让他安心休息。他只说了声谢谢，我也没放在心上。直到后来看到直播间礼物刷屏，心里又暖又不好意思，这还是第一次帮了别人，别人不是口头意思一下就过了。其实很多时候多看一眼只是职业习惯罢了，不过是让自己多一份安心、别人多一份放心。这份被信任的踏实感，真的好暖，也让我坚信，靠谱和责任，才是走得远的底气。