RAG召回太差，是不是我分块方式有问题？

跨页问题确实很典型，固定512字符分块切断了语义边界，售后流程和保修政策很可能落在两个不相邻的chunk里，检索时只能命中一个，另一个因为embedding相似度不够被排到后面去了。你可以先别急着换语义分块，试试按标题层级切，产品手册一般有章节结构，用MarkdownHeaderTextSplitter或者自定义按“##”切，效果会好很多。top_k调大没用是因为噪声也进来了，不如在检索后加个rerank，用bge-reranker把跨页相关的chunk拉上来。父子分块确实是这个场景的经典解法，用小块做检索、大块做上下文喂给LLM，langchain里有ParentDocumentRetriever可以直接用，不算难搞。另外你问的“售后流程和保修政策有什么区别”这种对比型问题，单次检索本来就容易偏，可以试试query改写，让LLM把问题拆成两个子查询分别召回再合并。先别上摘要，摘要会丢细节，问答场景反而容易答得含糊。

跨页问题确实很典型，固定512字符分块很容易把“售后流程”和“保修政策”这种本来相关的信息切到两个不相邻的块里，检索时只命中一个太正常了。我也踩过这个坑，后来把分块改成按标题层级走，比如先按章节切，再在章节内按段落切，效果明显好很多。语义分块其实没那么慢，用bge做相似度阈值判断就行，几十页文档跑一次也就几分钟，不用太担心。父子分块值得试，检索用子块保证精度，返回时带上父块补全上下文，能缓解漏信息的问题。top_k调到10还不行，说明问题不在召回数量，而是召回内容的完整性，这时候加个摘要层或者做query改写反而更对症。另外可以检查下chroma的distance阈值，有时候低分块被硬塞进来也会干扰回答。

跨页问题固定分块确实容易这样，512字符刚好把售后和保修切到两个chunk里，检索时只能命中一个，top_k调再大也救不了。父子分块会更适合你这种场景，子块负责精准匹配，父块带上完整上下文给LLM，LangChain里有ParentDocumentRetriever可以直接用。语义分块没那么慢，几十页文档用embedding切一次也就几分钟，值得试。实在不想改架构，也可以在检索后加个相邻chunk合并，成本最低。