推理与部署综合合集
Quixotic AI:面向 JVM 的本地 AI 开源全栈
qxoticai/qxotic · AI sovereignty for the world's most trusted runtime.
ELI5:它是什么,解决什么问题
Quixotic AI 为 JVM 提供一套完整的本地 AI 开源技术栈,覆盖分词、模型格式读写、量化矩阵乘法、张量引擎与多模态推理引擎。其推理引擎 jinfer 支持对话、视觉、音频、嵌入、重排序与文本转语音;配套 toknroll(纯 Java 分词器)、jam(面向多 CPU 指令集的量化 matmul)、jota(跨 Java/C/CUDA/HIP/Metal/OpenCL/Mojo 的张量引擎)、gguf 与 safetensors(纯 Java 的模型格式读写)。项目强调无需 Python、无需 ONNX、无需外部服务,AI 可在 JVM 内端到端运行,并支持 GraalVM Native Image。
核心能力与快速开始
★ 92 · Java
- 能做什么
- 提供完整的本地 AI 开源栈:jinfer 推理引擎支持聊天、视觉、音频、嵌入、重排序和文本转语音;toknroll 为纯 Java、零依赖的 LLM 快速分词器;jam 提供面向多种 CPU 指令集的量化矩阵乘法原生实现;jota 为张量引擎,统一 Java、C、CUDA、HIP、Metal、OpenCL、Mojo 的公共张量 API;gguf 与 safetensors 模块以纯 Java、零依赖方式读写 llama.cpp 的 GGUF 与 HuggingFace 的 Safetensors 模型格式。具备可选原生加速(矩阵乘法性能对标 llama.cpp),并一等支持 GraalVM Native Image,可生成自包含二进制、体积小、毫秒级启动。
- 适用场景
- 在 JVM 应用中集成端到端本地 AI 推理,无需 Python、ONNX 或外部服务;在 Java 服务中运行对话、视觉、音频、嵌入、重排序与 TTS 任务;读取和写入 GGUF 与 Safetensors 模型;在 CPU/GPU 上使用统一张量 API 编写可跨后端加速的计算代码;通过 GraalVM Native Image 构建低占用、快速启动的 AI 二进制。
- 项目形态
- 开发框架
- 部署方式
- 未说明
- 主要依赖
- 构建与测试需要 JDK 25、Maven 3.9,以及 cmake 和 C 编译器来构建原生 jam 内核(README 说明)。其他运行环境与硬件要求未说明。
- 使用限制
- 需要模型的测试套件与需要硬件的测试套件为可选项,需按模块 README 说明运行;其他限制未说明。
- 许可证
- Apache-2.0
- 最近推送
- 2026-09-23 19:05
资料检查:2026-09-24 07:00 · 卡片整理:2026-09-24 07:00
卡片由 AI 根据仓库资料整理,未进行安装或运行验证 · 本次更新未完成,保留上次成功内容
职业应用
程序员
在 JVM 项目中集成端到端本地 AI 能力:使用 jinfer 实现对话、视觉、音频、嵌入、重排序与文本转语音推理,使用 toknroll 做纯 Java 分词,使用 gguf 与 safetensors 读写模型格式,使用 jota 编写跨 CPU/GPU 的张量代码,并使用 jam 的量化矩阵乘法加速;无需 Python、ONNX 或外部服务,可构建 GraalVM Native Image 自包含二进制。
查看内容依据
Quixotic AI provides a complete, open stack, for local AI on the JVM. From tokenizers and model formats, to a full inference engine with multi-modal capabilities.
由 AI 根据来源材料整理,未进行安装或运行验证
讨论 0
登录后参与讨论,阅读资讯无需注册。
还没有评论,来分享第一个看法。