文本检测 - 应使用哪个pipeline？

[cheepon]

Checklist:

• [√] 查找历史相关issue寻求解答
• [√] 翻阅FAQ
• [√] 翻阅PaddleX 文档
• [√] 确认bug是否在新版本里还未修复

描述问题

关于高性能服务化部署，文本检测（不是完整的OCR）应该使用哪个pipeline，应该如何做？
所使用模型：PP-OCRv5_server_det_infer.tar

尝试过：
若使用paddlex_hps_OCR_sdk，内部依赖的模型较多，加载多个模型实在太过于浪费资源且维护较麻烦
若使用通用检测paddlex_hps_object_detection_sdk，有关检测部分的参数就无法填入

环境

linux服务器使用镜像进行的尝试：ccr-2vdh3abv-pub.cnc.bj.baidubce.com/paddlex/hps:paddlex3.3-cpu