pgAI项目发布重大更新:extension-0.10.0版本解析
pgAI是一个为PostgreSQL数据库提供AI能力的开源项目,它通过扩展的方式为数据库增加了调用AI模型和向量化处理的能力。最新发布的extension-0.10.0版本带来了架构上的重大调整,将向量化功能从扩展中分离出来,形成了独立的Python库,这一变化对现有用户的使用方式产生了深远影响。
架构重构:向量化功能独立
本次更新的核心变化是将向量化功能从PostgreSQL扩展中剥离出来,迁移到了独立的Python库中。这种架构调整主要基于以下几个技术考量:
-
云环境兼容性:将向量化功能作为Python库实现,可以更好地适配各种PostgreSQL云服务环境,如AWS RDS、Supabase等,这些环境通常对原生扩展的安装有较多限制。
-
部署灵活性:Python库的部署方式更加灵活,可以独立于数据库扩展进行更新和维护,降低了升级的复杂度。
-
功能解耦:将AI模型调用和向量化处理两个功能模块分离,使得系统架构更加清晰,便于后续的独立演进。
平滑升级方案
考虑到现有用户的使用连续性,开发团队设计了平滑的升级路径:
-
扩展升级:首先执行
ALTER EXTENSION ai UPDATE TO '0.10.0'命令,这个操作会将向量化相关的目录表和函数从扩展中分离,但仍保留在数据库的ai模式中,确保现有功能不受影响。 -
功能迁移:之后可以通过新的Python库或CLI工具来管理向量化功能,使用
pgai install -d DB_URL命令完成向量化功能的升级。 -
精简部署:对于仅使用向量化功能的用户,现在可以选择完全移除pgai扩展,仅保留Python库的实现。
功能改进与修复
除了架构调整外,本次更新还包含了一些功能改进和问题修复:
-
请求字段修复:修正了updateembeddings请求中顶级目标字段的发送问题,确保了向量更新操作的可靠性。
-
依赖库更新:升级了Anthropic和OpenAI等关键依赖库的版本,提升了与这些AI服务的兼容性和安全性。
技术影响与建议
这一架构变化对用户的技术栈选择和使用模式产生了重要影响:
-
混合架构优势:现在用户可以根据实际需求选择纯扩展方案或扩展+Python库的混合方案,为不同场景提供了更多选择。
-
维护方式变化:向量化功能的维护方式从单纯的SQL扩展升级转变为可能需要结合Python环境管理,这对运维流程提出了新的要求。
-
云部署友好:对于使用托管PostgreSQL服务的用户,现在可以更轻松地在各种云环境中部署向量化功能,大大扩展了适用场景。
建议现有用户仔细评估升级方案,特别是在生产环境中,应考虑先在小规模测试环境中验证升级流程和兼容性。对于新用户,可以直接采用新的架构方案,享受更灵活的部署方式。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
MiniCPM-SALAMiniCPM-SALA 正式发布!这是首个有效融合稀疏注意力与线性注意力的大规模混合模型,专为百万级token上下文建模设计。00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01