2022翼方健数内推，简历直递老板(持续招人，hc多多)

面试官人超好，最后主动给我讲了面试反馈建议，全程没有问八股，都是问的技术选型/ai发展等等，收获巨大，早点上次的阿里国际也去面面了（被我睡过头鸽掉了）秋招一定再冲一下阿里简单做一下自我介绍。为什么要做 RAG 知识库这个项目？项目技术选型为什么选用 MySQL、Redis、Kafka 这些组件？除了 ES 做向量检索，还了解其他实现方案吗？做 RAG 链路，社区有没有其他现成 / 流行的方案，有没有做过调研？项目中比较有挑战的地方是什么？数据清洗、日期提取这个问题是怎么发现的？为什么不自己部署一个模型，而是用 DeepSeek API？会结合实时检索内容发给大模型吗？是模型自身检索还是 age...

“无名小卒，还是名扬天下？”我知道很多人都不觉得我能走到今天这一步，当然，也包括我自己。在我的人生里，有两部作品刻下了最深的烙印：《斗破苍穹》与《龙族》。它们总被人拿来对照：一边是萧炎的桀骜轻狂，一边是路明非的怯懦衰颓。有人说，天蚕土豆没见过魂天帝，但江南见过真凯撒。我时常觉得，自己就是那个衰小孩路明非。可路明非可以开挂，我不可以；我也无数次幻想过，能拥有萧炎那般年少轻狂的人生，可我没有他与生俱来的逆天天赋。我只是个平庸的普通人，一个看过《斗破苍穹》却开不了挂的路明非，只能一步一步往上爬。从我下定决心找实习的那一刻起，我就给自己定下了目标：“我一定要为字节跳动卖命.jpg”。萧炎有他的三年之约，我有我的两年半之约（其实是一年半）。2024.11.20，科大讯飞的第一封实习offer落进邮箱，我迈出了这场奔赴的第一步。2025.8.18，放弃百度转正的安稳机会，转身走进前路未卜的不确定里。我很感谢我在百度的mentor，是她从茫茫人海选中了我，给了我大厂实习的机会。即便有段时间我状态差、产出不理想，她依旧愿意认可我、希望我留下转正。2025.11.14，我选择走进字节跳动，以实习生的身份重新出发。2026.3.25 - 3.31，一周速通上海飞书，幸遇赏识我的伯乐，斩获Special Offer。被告知面试通过的那一刻，我的内心无比平静，就像这个offer本就该属于我。不是侥幸，是应得的。这一路，有人看轻过我的出身，不相信我能走到这里；也有人在我看不见前路的时候，替我举过灯。没有他们的鼓励与支撑，就没有今天站在这里的我。我看到了自强不息的激荡，那是一个双非的伟大乐章！我是雨夜迈巴赫，我要开启属于我的新篇章了。

1. 自我介绍2. 多阶段 RAG 里同时使用 BM25 和向量召回，混合检索策略通常怎么设计混合检索的关键不是把两路结果简单拼起来，而是根据问题类型决定两路召回各自承担什么角色。BM25 对精确术语、错误码、接口名、字段名、版本号这类关键词命中很强，向量召回则更擅长语义改写、口语化表达和抽象问题。真正稳定的设计一般是先并行召回，再做去重、融合、重排，最后再进入上下文构建阶段。如果问题本身是“精确定位型”，比如某个报错码、类名、接口路径，BM25 权重通常更高；如果问题是“意图表达型”，比如用户用自然语言描述故障现象，向量召回的权重会更高。工程里比较常见的是先取两路 topk，再用 RRF 或...