1、自我介绍2、讲一下你做过的一个最有代表性的项目3、RAG 里 chunk 怎么切，为什么这是个关键点chunk 切分会直接影响召回质量和最终回答质量。因为向量检索不是按整篇文档检，而是按切分后的片段检。如果切得太长，一个 chunk 里会混入很多无关信息，虽然语义覆盖大，但相似度不一定集中，模型拿到后也不容易抓住重点。如果切得太短，单个 chunk 虽然很纯，但上下文不完整，容易导致召回回来的内容缺少关键信息。实际做的时候一般会根据文档类型来定。像制度文档、说明文档，可以按标题、段落、语义边界切；如果是 FAQ 或问答对，本身就天然适合按条切。通常还会设置 overlap，避免一个关键信息...

目前进度是codetop前五页+hot100刷完了，八股背完了一轮但是感觉没背熟，求大佬们拷打简历

明天下午面这家，jd写的很高，有点害怕

面试官提问：“设计了一个Agent系统，在执行多步任务时某一步失败了，你会怎么处理？”这个问题的一种回答思路诞生在大模型出现之前，就是典型的软件工程答案：加异常处理、设置最大重试次数，重试三次仍然失败就返回错误信息。这个回答不能说错，确实是工程基本功。但问题在于这是传统软件系统的错误处理思路。如果把这一套原封不动搬到 Agent 系统里，其实只解决了最简单的一类问题。面试官真正想考察的是：你有没有意识到，Agent 的失败和传统软件的失败根本不是同一种问题。（我的回答放在文末了）本质区别：显性失败与隐性失败在传统软件中，失败通常是显性的。接口超时、参数校验失败、数据库连接异常，这些问题都会抛出...