Text-Extract-API v0.3.0 版本发布:多模型支持与文本处理能力升级
Text-Extract-API 是一个专注于文本提取与处理的API服务,它能够从各种文档格式中高效地提取文本内容,并支持多种文本处理功能。该项目通过模块化设计,为开发者提供了灵活的文本处理解决方案。
核心功能改进
1. MiniCPM-V 视觉语言模型支持
本次更新引入了对MiniCPM-V模型的支持,这是一个轻量级的视觉语言模型。该模型特别适合处理包含视觉元素的文档,能够理解图像中的文本内容并进行语义分析。开发者现在可以通过配置轻松切换到这个模型,以处理更复杂的多模态文档。
2. 通用文本对象重构
项目对核心文本对象进行了重大重构,实现了Universal Text Object设计。这一改进带来了更统一的文本处理接口,使得不同来源的文本数据(如PDF、OCR结果、纯文本等)都能以一致的方式进行访问和操作。这一变化显著提升了API的灵活性和可扩展性。
3. 模型可选配置
新版本中,模型参数不再是必选项。这一改进使得API更加灵活,开发者可以根据实际需求选择是否使用特定模型进行处理。当不指定模型时,系统会使用默认的基础文本提取方法,这在处理简单文档时可以节省计算资源。
新增特性
1. 远程处理策略
新增了远程处理策略支持,开发者现在可以将文档处理任务分发到远程服务器执行。这一特性特别适合分布式部署场景,能够有效利用多台服务器的计算资源。项目还提供了marker-pdf示例,展示了如何实现这一功能。
2. Docling文档格式支持
本次更新增加了对Docling文档格式的支持。Docling是一种专门为语言学研究设计的文档格式,这一新增功能使得Text-Extract-API能够更好地服务于语言学研究和多语言文本处理场景。
性能优化与问题修复
- 修复了文本统一化处理中的重复处理问题,提高了处理效率
- 解决了Docker环境中缺少libglib依赖的问题,提升了部署稳定性
- 优化了进程管理,确保Celery工作进程能够正确终止
- 修正了多处拼写错误,提高了代码可读性
- 将Makefile中的clean-cache命令重命名为更符合语义的clear-cache
总结
Text-Extract-API v0.3.0版本通过引入多模型支持、重构核心文本对象、增加远程处理能力等改进,显著提升了文本处理的灵活性和功能性。这些变化使得该API能够适应更广泛的应用场景,从简单的文本提取到复杂的多模态文档处理都能胜任。特别是对MiniCPM-V和Docling的支持,为处理视觉丰富的文档和语言学专业文档提供了更好的解决方案。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
请把这个活动推给顶尖程序员😎本次活动专为懂行的顶尖程序员量身打造,聚焦AtomGit首发开源模型的实际应用与深度测评,拒绝大众化浅层体验,邀请具备扎实技术功底、开源经验或模型测评能力的顶尖开发者,深度参与模型体验、性能测评,通过发布技术帖子、提交测评报告、上传实践项目成果等形式,挖掘模型核心价值,共建AtomGit开源模型生态,彰显顶尖程序员的技术洞察力与实践能力。00
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
MiniMax-M2.5MiniMax-M2.5开源模型,经数十万复杂环境强化训练,在代码生成、工具调用、办公自动化等经济价值任务中表现卓越。SWE-Bench Verified得分80.2%,Multi-SWE-Bench达51.3%,BrowseComp获76.3%。推理速度比M2.1快37%,与Claude Opus 4.6相当,每小时仅需0.3-1美元,成本仅为同类模型1/10-1/20,为智能应用开发提供高效经济选择。【此简介由AI生成】Python00
Qwen3.5Qwen3.5 昇腾 vLLM 部署教程。Qwen3.5 是 Qwen 系列最新的旗舰多模态模型,采用 MoE(混合专家)架构,在保持强大模型能力的同时显著降低了推理成本。00- RRing-2.5-1TRing-2.5-1T:全球首个基于混合线性注意力架构的开源万亿参数思考模型。Python00