[Question]: In v0.19.0, In addition to the General chunking method, other methods(like Presentation) still cannot be parsed using the VLM mo

快速结论：在 RAGFlow v0.19.0 中，使用 Presentation 等非 General 的 chunking 方法时，即使配置了 VLM 模型，解析过程仍不会调用 VLM，报错表现为“VLM 配置无效”。优先确认使用的 chunking 方法是否支持 VLM，当前仅 General 方法支持。

适用环境：RAGFlow v0.19.0（Issue 中确认的版本）；操作系统、Python、CUDA 等未在 Issue 中提及，无证据。

最快修复方案：暂无确认的一步修复方案。当前架构限制，Presentation 方法（PDF 和 PPTX）不会路由至 VLM 解析逻辑。如需 VLM 解析，请改用 General 方法处理 PDF。

注意事项：此限制在 v0.19.0 中未修复，且暂无官方补丁计划。Issue 中指出代码和文档均明确说明此为设计行为，并非 bug。

问题场景

用户在 RAGFlow v0.19.0 中上传 PPTX 或 PDF 文件，选择 Presentation 以外的 chunking 方法（如 Presentation 方法），并在 parser 配置中将 layout_recognize 设置为 VLM 模型。解析完成后发现 VLM 未被调用，输出仍使用传统提取方式（python-pptx, Aspose.Slides 或标准 OCR），与使用 General 方法时的 VLM 处理结果明显不同。

报错原文

[Question]: In v0.19.0, In addition to the General chunking method, other methods(like Presentation) still cannot be parsed using the VLM model, and this problem does not seem to be solved.

日志中无明确错误，仅显示正常 HTTP 请求响应，如：
2025-06-11 23:13:04,980 INFO ... POST /v1/document/run HTTP/1.1 200 -，表明文档处理成功但未启用 VLM。

原因分析

这是已知的架构限制。RAGFlow 的 Presentation chunking 方法（适用于 PDF 和 PPTX）后端解析逻辑硬编码为传统提取方式（python-pptx、Aspose.Slides 或 PDF 标准 OCR），不会读取或路由至 VLM 模型配置。即使 parser 中设置了 VLM 参数，实际执行时也被忽略。该行为与代码及官方文档一致，并非 bug。

环境排查

确认 RAGFlow 版本：是否为 v0.19.0 或更早版本？
确认使用的 chunking 方法：是 Presentation、Table、Resume 还是 General？
确认 parser 配置中 layout_recognize 是否已设置为具体的 VLM 模型（如 GPT-4o、Gemini Pro Vision 等）？
检查文档处理后的输出：对比 General 方法与 Presentation 方法生成的 chunk 是否包含 VLM 解析的布局/OCR 特征？

解决步骤

切换解析方法：如需 VLM 模型解析，请将文件的 chunking 方法改为“General”（适用于 PDF）。Presentation 方法不支持 VLM。
确认 VLM 模型可用：在 RAGFlow 系统设置中确保已正确配置 VLM 模型（如 OpenAI、Gemini 等），并在 General 方法下测试是否能正常调用。
等待官方支持：此限制已被记录为已知问题，但暂无修复计划。可关注后续版本更新，或向官方仓库提交需求。
替代方案：如果必须使用 PPTX 文件且需要 VLM 处理，考虑先使用其他工具（如 LibreOffice）将 PPTX 转为 PDF，然后使用 General 方法解析。

验证方法

使用 General 方法重新解析同一文件，检查解析日志中是否出现 VLM 模型调用的相关记录（如 API 请求或模型名称），并对比输出结果是否包含详细的布局信息（如段落位置、表格识别等）。如果 General 方法成功调用 VLM 而 Presentation 方法未调用，则确认问题根源为方法限制。