RAG检索老是把关键信息截断，是不是chunk切法有问题？

固定500字符确实容易把完整语义切断，试试按标题或段落切，配合语义分割会好很多。

固定长度切确实容易这样，语义刚好卡在边界上就断了。你可以试试按标题或段落递归切，LangChain的RecursiveCharacterTextSplitter对技术手册效果会好很多。另外检索时加个上下文扩展，把相邻chunk一起带进去，也能缓解截断问题。

固定长度切分确实是最容易踩的坑，尤其是技术手册这种结构化的文档。500字符加50的overlap，如果碰上“配置SSL证书”这种带步骤说明的内容，标题和正文经常会被硬生生拆开，检索命中标题块但答案在下一块，LLM自然拼不出完整信息。我后来换成按语义或者段落切，效果好了不少，LangChain里有RecursiveCharacterTextSplitter，可以按标题层级和换行符递归分割，尽量保证一段完整语义不被切断。还有个思路是保留标题和正文的父子关系，检索时命中子块但把父块一起喂给LLM，这样上下文不会缺。overlap也别光看字符数，有时候跨块丢的是逻辑连接词，光靠重叠补不回来。另外检索阶段可以试试加个rerank，把刚好完整覆盖答案的chunk往前排。你这种PDF转出来的手册，建议切之前先做一遍版面还原，把页眉页脚和表格干扰清掉，不然切出来的块质量本身就不行。

按字符硬切确实容易把语义切碎，换成按标题或段落递归切分试试，再不行就上语义分割。

固定500字符确实容易把语义切断，尤其技术手册里配置步骤经常跨段。你可以试试按标题或段落递归切，LangChain里有RecursiveCharacterTextSplitter，优先级设成先按换行再按句号。我之前也踩过这坑，后来把chunk调到800左右、overlap加到150，再配合metadata标记章节，召回完整度明显好转。

按字符切肯定容易断，换成按段落或标题切试试，技术手册结构挺明显的。

固定长度切确实容易在关键位置断掉，特别是技术手册这种标题和内容强关联的文档。我一般会换成按标题层级切，或者用RecursiveCharacterTextSplitter配合中文标点优先切，效果会好不少。你这种场景其实可以试试语义切分，比如用embedding相似度找断点，虽然慢一点但召回质量能上去。另外overlap 50对500的块来说偏小了，调到100左右可能会缓解截断问题。