快速结论:这是一个功能请求(Feature Request),不是运行时报错。用户希望将 MonkeyOCRv2 作为 RAGFlow 的文档解析后端,并提供了一个与 MinerU HTTP API 兼容的适配器。维护者强调:此类集成需要自行维护,且需关注与上游 MinerU 代码的兼容性。
适用环境:RAGFlow(Python),MonkeyOCRv2-S-Parsing(0.6B)模型,HF transformers 后端(无需 vLLM),单张 NVIDIA L20 显卡。
最快修复方案:暂无确认的一步修复方案。该 Issue 是功能请求,并非缺陷报告。但可优先尝试:运行适配器后,将 RAGFlow 的 MINERU_APISERVER 指向适配器,并在知识库配置中选择 “MinerU” 作为 PDF 解析器。
注意事项:维护者明确表示:此类第三方集成需要自行维护,RAGFlow 迭代较快,若无人维护,集成在一两个版本后可能失效。此外,MinerU 近期每周都有更新,适配器需持续跟进兼容性。
问题场景
用户在使用 RAGFlow 时,希望增加 MonkeyOCRv2 作为文档解析后端,以替代或补充默认的 MinerU、Docling 解析器。用户已开发了一个适配器,使 RAGFlow 无需修改代码即可通过 MINERU_APISERVER 调用 MonkeyOCRv2。
报错原文
[Feature Request]: Add MonkeyOCRv2 as a document parsing backend (working adapter included)
原因分析
这不是一个错误,而是一个功能增强请求。可能原因:用户希望利用 MonkeyOCRv2 在 MDPBench 排行榜上领先的精度(83.3 综合分)、多语言支持(17 种语言)以及轻量级(0.6B 参数)特性,提升 RAG 分块质量。同时,用户在 Issue 中提供了适配器代码,意图是让 RAGFlow 直接复用 MinerU 的 API 接口来调用 MonkeyOCRv2。
环境排查
- RAGFlow 版本:需确认是否已包含
deepdoc/parser/mineru_parser.py和docling_parser.py。 - Python 环境:需满足
ragflow_adapter/requirements.txt中的依赖。 - CUDA 与显卡:单张 NVIDIA L20(测试环境),需确认 GPU 显存是否满足 0.6B 模型推理需求。
- 模型权重:HuggingFace 上的
zenosai/MonkeyOCRv2-S-Parsing,需确认模型可正常下载加载。 - 适配器代码:需确认
https://github.com/ShuoZhang2003/MonkeyOCRv2/tree/feat/ragflow-adapter/ragflow_adapter分支仍存在且可运行。
解决步骤
- 检查 RAGFlow 当前版本是否已支持通过
MINERU_APISERVER配置外部解析后端。 - 安装适配器依赖:进入
ragflow_adapter目录,按requirements.txt安装 Python 依赖包。 - 启动适配器服务,加载 MonkeyOCRv2-S-Parsing 模型,监听指定端口(如 9000)。建议先以 HF transformers 后端运行验证流程,再决定是否使用 vLLM 部署。
- 修改 RAGFlow 的环境变量或 Docker 配置,将
MINERU_APISERVER指向适配器的地址(如http://<host>:9000)。 - 在 RAGFlow 知识库配置中,将 PDF 解析器选择为 “MinerU”,然后上传测试 PDF 进行解析验证。
- 注意维护者建议:如果长期使用,最好将适配器作为独立解析后端维护,而不是长期挂在 MinerU API 上,避免 MinerU 上游代码变动导致接口不兼容。
验证方法
上传包含表格、公式、图片的 PDF(如中文扫描书页或论文),在 RAGFlow 中触发解析,检查生成的 *_content_list.json、Markdown 文件及图片目录是否从 MonkeyOCRv2 返回,确认块类型(text/table/image/equation/header/footer)、表格 HTML、公式 LaTeX、图片路径等字段是否符合 MinerU 的 vlm 格式约定。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。

![[Bug] - response.completed always returns finish_reason='stop' even when response contains tool calls](https://www.chat-gpts.plus/wp-content/uploads/2026/09/19744-2f6a1033-768x403.jpg)
