mcp运行问题

[HLhuanglang]

环境：Linux langhhuang-1nunc1juqa 5.4.119-19.0009.37 #1 SMP Wed Oct 18 12:32:51 CST 2023 x86_64 x86_64 x86_64 GNU/Linux
python版本：3.12.11
包版本：
paddleocr 3.0.2
paddlepaddle 3.0.0
paddlex 3.0.2

执行命令：paddleocr_mcp --pipeline "OCR" --device "CPU" --ppocr_source "local" --verbose --http --host 0.0.0.0 --port 8888

报错：RuntimeError: PaddleOCR is not locally available

目前已经安装了paddleocr库，还是提示报错，这个要怎么处理呀？

[Bobholamovic]

需要确认paddleocr_mcp和paddleocr是否安装在同一个环境。可以考虑通过执行python -m paddleocr_mcp和python -m paddleocr来确认（两个命令这样执行应该都能找到对应的模块）。

[nblog]

#16387
@Bobholamovic 将所需依赖paddleocr增加到pyproject.toml，使其可以快速开始paddleocr_mcp。

[Bobholamovic]

其实只有本地模式需要用到paddleocr，其他的两种模式不必安装，所以我觉得加到必须依赖里可能不是很合适。不过，还是感谢你的贡献！

[nblog]

其实只有本地模式需要用到paddleocr，其他的两种模式不必安装，所以我觉得加到必须依赖里可能不是很合适。不过，还是感谢你的贡献！

是否考虑配置 paddleocr_mcp[local] ?

[Bobholamovic]

这是一个好想法，但我建议只在extra中加入paddleocr，不加入paddlepaddle。传统上，paddle框架需要用户手动安装，这主要是因为在不同的设备、不同的环境中，paddle框架可能具有不同的包名（如paddlepaddle-gpu、paddlepaddle-xpu），paddlepaddle只是CPU版本的包名，同时，CUDA 11.8、CUDA 12等安装paddle框架需要从自定义index而不是PyPI官方源下载whl包，这些都导致很难将其视为一个普通的package，用Python标准的方式来管理依赖。

[nblog]

这是一个好想法，但我建议只在extra中加入paddleocr，不加入paddlepaddle。传统上，paddle框架需要用户手动安装，这主要是因为在不同的设备、不同的环境中，paddle框架可能具有不同的包名（如paddlepaddle-gpu、paddlepaddle-xpu），paddlepaddle只是CPU版本的包名，同时，CUDA 11.8、CUDA 12等安装paddle框架需要从自定义index而不是PyPI官方源下载whl包，这些都导致很难将其视为一个普通的package，用Python标准的方式来管理依赖。

已修复，paddleocr_mcp[local]，如果选择本地模式则配置paddleocr，但不设置框架，这样可以自己在环境中配置（进阶群体），增加local-cpu，是为了便于普通用户快速上手、体验该效果的一个选项，避免复杂导致体验度不高。