Mage-Flow-Turbo-CPU logo

Mage-Flow-Turbo-CPU

免费

用于Mage-Flow-Turbo的便携式CPU/RAM仅推理和生产演示,使用GGUF和stable-diffusion.cpp,具有本地REST API、Kaggle准备好的工作流程、可重复的证据,以及可配置的512、640和102...

访问官网
根据共同标签和关键词推荐qwen3.8-27b-in-cHEIYAN-Canvasstoryloom-studio
generative-aicpu-inferencecpu-onlyggufimage-generationaiai assistantautomation

工具概览

Mage-Flow-Turbo-Native-Inference 是面向 Mage-Flow-Turbo 的可移植原生推理与部署栈。该仓库不训练也不修改模型权重。Python 负责配置、模型/运行时身份验证、CLI/REST 编排、生命周期控制、遥测和证据收集;实际的模型执行路径是原生的 stable-diffusion.cpp sd-cli 运行时。v1.0.0 支持规范的 Q8 GGUF 配置和 BF16 SafeTensors 配置,二者都通过同一个原生运行时。该项目不提供 Hugging Face Transformers 推理后端,也不运行 PyTorch/Transformers 推理循环。

项目冻结了模型和运行时身份。在真实推理之前会验证精确的 SHA-256 身份。Git 仓库不包含模型权重。规范的 Q8 配置使用 GGUF Q8_0 扩散模型、Qwen3-VL-4B GGUF Q4_K_M 文本编码器、SafeTensors VAE 以及固定版本的 stable-diffusion.cpp sd-cli。BF16 SafeTensors 配置使用 BF16 SafeTensors 扩散模型、相同的 Qwen GGUF 文本编码器、SafeTensors VAE,以及相同的固定版本原生运行时。

保留的严格 2×2 v1.0.0 测量涵盖两种配置在 Kaggle CPU 和 Kaggle T4/T4x2 cuda0 上的表现。CPU 策略使用 Kaggle Accelerator=None、后端严格为 cpu、仅使用预构建的 CPU sd-cli、不回退到 CUDA,并带有主机内存和进程 RSS 遥测。T4/T4x2 策略要求 T4 或 T4x2 主机,仅使用物理 GPU 插槽 0,设置 CUDA_DEVICE_ORDER=PCI_BUS_ID 和 CUDA_VISIBLE_DEVICES=0,并使用有效推理后端 cuda0,不使用 cuda1、多 GPU 拆分、自动适配或 CPU 推理回退。参考服务默认绑定到 127.0.0.1,并开放 GET /healthz、GET /readyz、GET /v1/info、POST /v1/images/generate 和 GET /v1/artifacts/<png> 等 REST 端点。Kaggle 集成将预构建的 CPU/CUDA 运行时作为 Kaggle Datasets 挂载,并将 Mage-Flow、Qwen 和 VAE 输入作为 Kaggle Models。

定价

免费

目录尚未确认完整价格档位,请到官网查看当前额度、限制及计费方式。

访问官网

价格与限制可能变化,请以官网为准,并确认币种、付款周期、最低席位数和用量上限。

应用场景

  • 开发者用 Mage-Flow-Turbo-Native-Inference 通过原生 stable-diffusion.cpp sd-cli 运行时运行 Mage-Flow-Turbo 推理。
  • 团队用它在真实推理之前验证模型和运行时身份。
  • 用户用它通过同一个原生运行时运行规范的 Q8 GGUF 配置或 BF16 SafeTensors 配置。
  • 开发者用它通过本地 REST API 端点开放图像生成。
  • 团队用它在受支持的 Kaggle 加速器上进行发布验证。
  • 开发者用它收集 PNG 产物证据,包括文件名、尺寸、字节数和 SHA-256。
  • 团队用它在 Kaggle 中挂载预构建的 CPU/CUDA 运行时和模型输入。
  • 开发者用它构建本地运行时,用于发布验证之外的开发。

功能特性

仅使用 CPU 和内存进行推理

通过 GGUF 运行 Mage-Flow-Turbo

使用 stable-diffusion.cpp 进行推理

提供本地 REST API

提供适用于 Kaggle 的运行流程

可配置 512、640 和 1024 图像生成档位

用户评论

还没有评论,来分享你的使用体验吧

相关榜单与专题