快手意向

1、为什么引入父子索引，为什么引入 BM25，比例是怎样的，具体流程是什么，有没有 rerank父子索引主要是为了解决 切块后召回准，但是上下文不完整 的问题。如果文档直接按 300～500 token 切成小块做向量检索，确实更容易召回到具体答案，但很容易丢掉原文结构，比如标题、段落关系、表格上下文、前后约束条件。所以会把文档拆成两层：父块：保留完整语义单元，通常是 800～1500 token子块：用于召回，通常是 200～400 token检索时先搜子块，命中后回源到对应父块，再把父块内容喂给大模型。这样既保证召回精度，也保证上下文完整性。引入 BM25 是因为向量检索对语义相似比较敏感...

最近在准备找第二段实习，主要方向想转向 Agent / 智能体开发。目前已经学习了 SpringAI 和 langchain等技术栈，完成了一个支持自定义工作流的项目，能够理解整体架构设计与执行逻辑，具备一定的智能任务编排思路。希望大佬们看看我的简历！

再过一个礼拜就三月份了，想问问大佬们知道大厂暑期实习大概什么时候结束招人，以及最晚什么时候入职吗？年前问了位字节hr，感觉字节会好早结束暑期招聘啊，不知道其他大厂的情况现在大厂这么卷的尿性，岂不是七月中旬就开秋招提前批了？

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、慢查询日志核心定义MySQL 慢查询日志（Slow Query Log）是 MySQL 内置的性能诊断工具，专门用于记录执行时间超过预设阈值（由 long_query_time 参数定义）的 SQL 语句，同时可配置记录未使用索引的查询，是定位数据库性能瓶颈、优化 SQL 语句的核心抓手之一。其核心价值在于精准捕捉低效 SQL，清晰呈现 SQL 执行时的资源消耗情况（如执行时间、锁等待时间、扫描行数等），为开发和运维人员提供明确的优化方向，避免因慢 SQL 占用 CPU、...