MinerU版本升级3个问题定路径2分钟验证不翻车【免费下载链接】MinerUTransforms complex documents like PDFs and Office docs into LLM-ready markdown/JSON for your Agentic workflows.项目地址: https://gitcode.com/GitHub_Trending/mi/MinerU升级MinerU后老流程全红——magic_pdf导入报错、模型目录加载不到、下游脚本解析middle.json崩溃多半不是你手抖而是踩中了版本升级的三个固定坑包名切换、模型兼容性断裂、环境污染。MinerU版本升级这件事路径不复杂但选错场景比不升级更麻烦。本文先给你4条避坑清单再用3个问题把你归到对应场景3组核心命令完成切换最后2分钟验证收工。️ 升级前先看这份避坑清单升级事故里反复出现的就这4个坑症状和解法都只有一句话先扫一遍能省你一下午。magic-pdf与mineru双包共存——症状装完新版本后命令行为不一致、Python里import到旧包解法先彻底卸载magic-pdf再装mineru绝不让两个包名同处一个venv。大版本跳升后旧模型失效——症状vlm后端报模型缺失或格式不兼容解法升级后重新执行mineru-models-download模型是增量更新的新后端只认新模型。中间文件结构变了你没跟上——症状解析本身正常但处理middle.json、content_list.json的脚本全挂解法升级前查changelog确认该版本是否调整了输出结构。环境里残留旧torch/CUDA——症状安装阶段就报CUDA版本冲突装都装不上解法别在旧环境里打补丁直接干净venv重装成本更低。❓ 用3个问题确定你的升级路径路径不由你想升的目标版本决定而由你当前的状态决定。三个问题逐个对号入座。问题1你现在的版本号是多少mineru --version # 老环境里也可能是 magic-pdf --version输出2.x.x/3.x.x你在新包名体系内走小版本更新或大版本跳升。输出1.x.x或命令根本不存在你还停在magic-pdf时代属于旧包名迁移。问题2环境里装的是什么包名pip list | grep -Ei mineru|magic-pdf # 一个都不能多多了一个都是污染只有mineru环境干净。两个都出现直接跳到场景C不要试图原地修复。问题3你是怎么用它的本地CLImineru -p 输入 -o 输出、mineru-api服务部署还是挂在Dify、Coze这类第三方插件后面。这个问题不改变安装命令但决定你要不要重启服务、以及下游插件要不要跟着换模型源配置。下图是MinerU各解析后端与使用方式的全景对照它确认你的用法属于哪一块对号入座结果magic-pdf 1.x用户→场景Amineru同包名更新→场景B双包共存或依赖已乱→场景C。 执行指南按你的场景三选一每个场景一组核心命令按顺序执行。整体流程如下场景A从旧包名magic-pdf迁移核心不兼容变更在这里2.0起包名从magic-pdf改为mineruCLI入口同步改名。直接覆盖安装会出现双包并存的坑所以先卸后装。uv pip uninstall magic-pdf -y # 先清旧包防止import打到旧代码 uv pip install -U mineru[all] # all含vlm/pipeline/gradio覆盖绝大多数用法命令行层面旧的magic-pdf -p x.pdf -o out/改成mineru -p x.pdf -o out/-p/-o参数不变代码里所有import magic_pdf全局替换为import mineru后逐处跑一遍。模型目录结构随包名变化必须补一次下载mineru-models-download # 新包对应新模型目录不补这步vlm后端必挂场景B同包名的小版本/大版本更新同包名更新最省事但大版本跳升有一个硬约束vlm后端重大升级后不再兼容旧版模型最后一个支持旧模型的版本是mineru-2.2.2所以装完包必须同步拉模型。uv pip install -U mineru[all] # -U保证覆盖旧版而不是并存 mineru-models-download # 大版本动了模型增量更新不可省略如果你的机器访问不了HuggingFace换模型源再拉export MINERU_MODEL_SOURCEmodelscope # 环境变量优先级高于mineru.json配置 mineru-models-download依赖middle.json/content_list.json旧结构的自研代码在这一步同步调整不要等验证环节才发现问题。场景C干净重装双包共存/依赖冲突pip树已经缠在一起时原地修复的代价高于重建直接换环境。uv venv mineru-venv source mineru-venv/bin/activate uv pip install -U mineru[all] # 干净venv里装不会有任何残留 mineru-models-downloadDocker部署的用户不折腾venv直接按docs/zh/quick_start/docker_deployment.md的镜像更新流程走重建容器即可。⏱️ 2分钟验证升级是否成功验证不需要写脚本两条命令加一个输出检查就够。mineru --version # 预期输出刚装的版本号如3.4.4且与pip list一致 mineru -p demo/pdfs/demo1.pdf -o /tmp/mineru_verify判读标准只有一条第二条命令正常跑完输出目录里生成*.md、middle.json等结果文件核心链路就算通了。报模型缺失就回mineru-models-download再跑一次报CUDA错误直接转下一节。这是解析结果应有的版面布局效果可以拿它和你旧版本的输出对比 出了问题回滚与急救先恢复旧版本上线再慢慢查因顺序不能反。uv pip uninstall mineru -y uv pip install mineru2.1.0 # 换成你上一个可用版本号magic-pdf时代的用户回滚同理先卸mineru再装回magic-pdf1.3.12这类旧版本。配置恢复把升级前备份的用户目录下mineru.json拷回原位重点确认model-source字段如果你动过模型目录设置MINERU_MODEL_SOURCElocal指向新位置或干脆重新下载移动目录不会触发增量更新。依赖冲突不要再和pip缠斗按场景C重建venvCUDA版本对不上就按你显卡对应的wheel重装torch而不是升级CUDA。 常见问题FAQ问升级后旧版本缓存的模型能直接用吗能大部分复用。模型由mineru-models-download增量更新缺什么补什么。唯一例外是你手动移动过模型目录那会触发全量重新下载。问vlm引擎部署vllm/lmdeploy升级后要动吗要。引擎依赖随mineru[vllm]、mineru[lmdeploy]等extras声明mineru[all]安装时会同步更新不要手动锁死transformers版本。问mineru-api服务升级后正在跑的任务会丢吗会。任务状态是进程内实现服务重启后历史任务不可查询。升级前确认窗口期内没有排队任务。问升级后解析结果和之前明显不一样是坏了吗先查changelog。大版本会升级layout、公式等模型并调整中间文件结构精度和结构同时变化属于预期行为。问生产机器没有外网怎么完成升级在有网机器上拉好模型目录和whl包整体搬运过去然后把模型源设为local。mineru-models-download本身必须连远端源离线机器上不跑它。升级清单确认3个问题定场景 → 备份mineru.json与模型目录 → 卸旧装新 → 增量下载模型 → 版本号样例解析双验证 → 回滚命令写进文档。验证通过再碰生产下次升级也照这条流程走坑就不会再长回来。【免费下载链接】MinerUTransforms complex documents like PDFs and Office docs into LLM-ready markdown/JSON for your Agentic workflows.项目地址: https://gitcode.com/GitHub_Trending/mi/MinerU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 MinerU版本升级：3个问题定路径，2分钟验证不翻车
MinerU版本升级3个问题定路径2分钟验证不翻车【免费下载链接】MinerUTransforms complex documents like PDFs and Office docs into LLM-ready markdown/JSON for your Agentic workflows.项目地址: https://gitcode.com/GitHub_Trending/mi/MinerU升级MinerU后老流程全红——magic_pdf导入报错、模型目录加载不到、下游脚本解析middle.json崩溃多半不是你手抖而是踩中了版本升级的三个固定坑包名切换、模型兼容性断裂、环境污染。MinerU版本升级这件事路径不复杂但选错场景比不升级更麻烦。本文先给你4条避坑清单再用3个问题把你归到对应场景3组核心命令完成切换最后2分钟验证收工。️ 升级前先看这份避坑清单升级事故里反复出现的就这4个坑症状和解法都只有一句话先扫一遍能省你一下午。magic-pdf与mineru双包共存——症状装完新版本后命令行为不一致、Python里import到旧包解法先彻底卸载magic-pdf再装mineru绝不让两个包名同处一个venv。大版本跳升后旧模型失效——症状vlm后端报模型缺失或格式不兼容解法升级后重新执行mineru-models-download模型是增量更新的新后端只认新模型。中间文件结构变了你没跟上——症状解析本身正常但处理middle.json、content_list.json的脚本全挂解法升级前查changelog确认该版本是否调整了输出结构。环境里残留旧torch/CUDA——症状安装阶段就报CUDA版本冲突装都装不上解法别在旧环境里打补丁直接干净venv重装成本更低。❓ 用3个问题确定你的升级路径路径不由你想升的目标版本决定而由你当前的状态决定。三个问题逐个对号入座。问题1你现在的版本号是多少mineru --version # 老环境里也可能是 magic-pdf --version输出2.x.x/3.x.x你在新包名体系内走小版本更新或大版本跳升。输出1.x.x或命令根本不存在你还停在magic-pdf时代属于旧包名迁移。问题2环境里装的是什么包名pip list | grep -Ei mineru|magic-pdf # 一个都不能多多了一个都是污染只有mineru环境干净。两个都出现直接跳到场景C不要试图原地修复。问题3你是怎么用它的本地CLImineru -p 输入 -o 输出、mineru-api服务部署还是挂在Dify、Coze这类第三方插件后面。这个问题不改变安装命令但决定你要不要重启服务、以及下游插件要不要跟着换模型源配置。下图是MinerU各解析后端与使用方式的全景对照它确认你的用法属于哪一块对号入座结果magic-pdf 1.x用户→场景Amineru同包名更新→场景B双包共存或依赖已乱→场景C。 执行指南按你的场景三选一每个场景一组核心命令按顺序执行。整体流程如下场景A从旧包名magic-pdf迁移核心不兼容变更在这里2.0起包名从magic-pdf改为mineruCLI入口同步改名。直接覆盖安装会出现双包并存的坑所以先卸后装。uv pip uninstall magic-pdf -y # 先清旧包防止import打到旧代码 uv pip install -U mineru[all] # all含vlm/pipeline/gradio覆盖绝大多数用法命令行层面旧的magic-pdf -p x.pdf -o out/改成mineru -p x.pdf -o out/-p/-o参数不变代码里所有import magic_pdf全局替换为import mineru后逐处跑一遍。模型目录结构随包名变化必须补一次下载mineru-models-download # 新包对应新模型目录不补这步vlm后端必挂场景B同包名的小版本/大版本更新同包名更新最省事但大版本跳升有一个硬约束vlm后端重大升级后不再兼容旧版模型最后一个支持旧模型的版本是mineru-2.2.2所以装完包必须同步拉模型。uv pip install -U mineru[all] # -U保证覆盖旧版而不是并存 mineru-models-download # 大版本动了模型增量更新不可省略如果你的机器访问不了HuggingFace换模型源再拉export MINERU_MODEL_SOURCEmodelscope # 环境变量优先级高于mineru.json配置 mineru-models-download依赖middle.json/content_list.json旧结构的自研代码在这一步同步调整不要等验证环节才发现问题。场景C干净重装双包共存/依赖冲突pip树已经缠在一起时原地修复的代价高于重建直接换环境。uv venv mineru-venv source mineru-venv/bin/activate uv pip install -U mineru[all] # 干净venv里装不会有任何残留 mineru-models-downloadDocker部署的用户不折腾venv直接按docs/zh/quick_start/docker_deployment.md的镜像更新流程走重建容器即可。⏱️ 2分钟验证升级是否成功验证不需要写脚本两条命令加一个输出检查就够。mineru --version # 预期输出刚装的版本号如3.4.4且与pip list一致 mineru -p demo/pdfs/demo1.pdf -o /tmp/mineru_verify判读标准只有一条第二条命令正常跑完输出目录里生成*.md、middle.json等结果文件核心链路就算通了。报模型缺失就回mineru-models-download再跑一次报CUDA错误直接转下一节。这是解析结果应有的版面布局效果可以拿它和你旧版本的输出对比 出了问题回滚与急救先恢复旧版本上线再慢慢查因顺序不能反。uv pip uninstall mineru -y uv pip install mineru2.1.0 # 换成你上一个可用版本号magic-pdf时代的用户回滚同理先卸mineru再装回magic-pdf1.3.12这类旧版本。配置恢复把升级前备份的用户目录下mineru.json拷回原位重点确认model-source字段如果你动过模型目录设置MINERU_MODEL_SOURCElocal指向新位置或干脆重新下载移动目录不会触发增量更新。依赖冲突不要再和pip缠斗按场景C重建venvCUDA版本对不上就按你显卡对应的wheel重装torch而不是升级CUDA。 常见问题FAQ问升级后旧版本缓存的模型能直接用吗能大部分复用。模型由mineru-models-download增量更新缺什么补什么。唯一例外是你手动移动过模型目录那会触发全量重新下载。问vlm引擎部署vllm/lmdeploy升级后要动吗要。引擎依赖随mineru[vllm]、mineru[lmdeploy]等extras声明mineru[all]安装时会同步更新不要手动锁死transformers版本。问mineru-api服务升级后正在跑的任务会丢吗会。任务状态是进程内实现服务重启后历史任务不可查询。升级前确认窗口期内没有排队任务。问升级后解析结果和之前明显不一样是坏了吗先查changelog。大版本会升级layout、公式等模型并调整中间文件结构精度和结构同时变化属于预期行为。问生产机器没有外网怎么完成升级在有网机器上拉好模型目录和whl包整体搬运过去然后把模型源设为local。mineru-models-download本身必须连远端源离线机器上不跑它。升级清单确认3个问题定场景 → 备份mineru.json与模型目录 → 卸旧装新 → 增量下载模型 → 版本号样例解析双验证 → 回滚命令写进文档。验证通过再碰生产下次升级也照这条流程走坑就不会再长回来。【免费下载链接】MinerUTransforms complex documents like PDFs and Office docs into LLM-ready markdown/JSON for your Agentic workflows.项目地址: https://gitcode.com/GitHub_Trending/mi/MinerU创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考