Xberg 发布 v1:Rust 核心的多语言文档智能引擎,支持 107 种格式
决策简报
Brief- 发生了什么
- GitHub 趋势项目 Xberg 发布 v1,将原 Kreuzberg 引擎以 Rust 核心重建,统一处理 107 种格式的文本、表格、元数据提取与结构化输出。
- 为什么重要
- Claude 相关结果会影响评测基准、技术路线和后续产品判断。
- 影响谁
- Claude Code · Claude · Gemini · MCP · Cursor
- 建议动作
- 升级或复核变更版本
- 地区可用性
- 暂未验证地区可用性差异。
关键事实
- GitHub 趋势项目 Xberg 发布 v1,将原 Kreuzberg 引擎以 Rust 核心重建,统一处理 107 种格式的文本、表格、元数据提取与结构化输出。 [src-skill-radar]
- 从 Kreuzberg 迁移到 Xberg 的团队需注意包名和引入路径已全部更换,但换来的是 15 种语言绑定和 MCP 服务器,Claude Desktop 和 Cursor 可直接接入提取流水线。 [src-skill-radar]
由事件证据自动生成。
Xberg 是 Kreuzberg 的重建与更名,定位为一个 Rust 核心的多语言文档智能引擎。它统一处理格式检测、读取、OCR 与结构化提取,覆盖 107 种格式、141 个文件扩展名和 371 种编程语言的代码智能,提供 6 种输出格式。语言绑定从 Python 到 C FFI 共 15 种,可作库、CLI、REST API 或 MCP 服务器运行。 核心变化在于能力打包方式:音频视频转录走 Whisper ONNX,OCR 支持 Tesseract、PaddleOCR 等可替换后端,布局与表格结构由 ML 模型重建,结构化抽取通过本地 Ollama 或托管大模型输出 JSON schema,无需提示工程。Docker 镜像默认捆绑常用特性,源码构建则按需启用。 对使用 Kreuzberg 跑文档流水线的团队,升级意味着包名和依赖坐标全部更换,pip、npm、cargo 的引入路径都变了。接入 Claude Desktop 或 Cursor 的开发者可直接配置 MCP,省去自行拼接 PDF 解析、OCR 与转录库的工作。Go 用户需注意仓库根目录不是 Go 模块,必须指向 packages/go 子目录。
摘要依据:已读全文详摘依据上方标注的来源范围整理,内容以原文为准。
来源
- Skill Radar(GitHub 趋势)
Trending hands-on MCP servers, agent skills, and AI-coding tools discovered from GitHub search momentum.
- GitHub:xberg-io/xberg
留言
登入后即可留言,和其他 builder 交换实测心得。
还没有留言,抢头香。