qwen3-tts-apple-silicon
在Mac本地运行阿里Qwen3-TTS，支持语音克隆、语音设计和预设音色，100%离线
加载项目详情…
本应用为开源项目，仅供学习研究，请遵守其开源协议。
微信扫码咨询客服
POMOAI — 让开源 AI 即刻运行
在Mac本地运行阿里Qwen3-TTS，支持语音克隆、语音设计和预设音色，100%离线
加载项目详情…
本应用为开源项目，仅供学习研究，请遵守其开源协议。
你一定见过这样的场景：开发者想要给自己的应用加入语音合成功能，第一反应是去调用 Google TTS、Azure Speech 或者 ElevenLabs 的 API——结果每次调用都要花钱，网络请求有延迟，音频还要上传到云端处理。隐私问题先不谈，光是成本控制和离线可用性就让人头疼。
kapi2800/qwen3-tts-apple-silicon 解决的就是这个问题：让你直接在 MacBook（M1/M2/M3/M4）上跑通阿里 Qwen3-TTS 文本转语音模型，100% 离线，100% 本地，数据不出设备，而且借助 Apple MLX 框架的硬件级优化，推理速度和资源占用都比传统方案好得多。
文本转语音（TTS）技术在过去几年经历了爆发式发展。从最早的机械拼接音到现在的自回归大模型，语音合成质量已经可以做到以假乱真。然而市面上的主流方案普遍存在几个问题：
云端依赖严重。ElevenLabs、Azure、Google TTS 这些服务固然强大，但都需要网络请求。音频数据要经过第三方服务器，对企业用户来说存在数据泄露风险，在合规要求高的行业（医疗、金融）几乎不可接受。
成本不可控。商业 TTS API 通常按字符或语音分钟数计费。大规模内容生产（有声书、播客批量制作、游戏配音）时，成本会快速膨胀。开源方案可以零成本无限使用。
跨平台部署复杂。很多优秀的开源 TTS 模型（如 VALL-E、XTTS）主要面向 Linux + NVIDIA GPU 环境开发。Mac 开发者或创意人士想要本地运行，往往需要配置复杂的虚拟环境甚至远程服务器。
Qwen3-TTS 是阿里巴巴通义千问团队开源的多语言 TTS 模型，支持中文、英文、日语、韩语等多种语言，提供三种核心能力：预设音色合成、语音设计（通过文字描述生成音色）和语音克隆（用5秒音频样本复刻任意声音）。但原始 Qwen3-TTS 面向标准 PyTorch 设计，在 Mac 上运行效率很低。
这个项目的核心优化在于 MLX——Apple 官方为 M 系列芯片打造的机器学习推理框架。MLX 与 PyTorch 的关键差异在于它针对 Apple 统一内存架构（Unified Memory Architecture）做了专门优化。
Qwen3-TTS 经过 MLX 量化转换后（8bit/bf16），在 M4 MacBook Air（无风扇设计）上测试结果如下：
| 指标 | 标准 PyTorch 模型 | MLX 优化模型 |
|---|---|---|
| 内存占用 | 10+ GB | 2-3 GB |
| CPU 温度 | 80-90°C | 40-50°C |
| 功耗表现 | 高 | 显著更低 |
MLX 直接调用 Apple Neural Engine（ANE）和 GPU 单元进行推理，无需通过 CPU 中转，延迟更低、发热更少。对于经常在移动场景工作的用户，这个差异非常直观——你的 MacBook 不会变成暖气片。
1. Custom Voice（预设音色） 内置 9 种预设音色覆盖中英文场景，比如 Ryan（男声）、Vivian（女声）、Uncle_Fu（中文）等。每个音色支持情感调节（悲伤、兴奋、愤怒、平静）和语速控制（0.8x-1.3x）。适合快速生成配音、无需复杂配置。
2. Voice Design（语音设计） 通过自然语言描述来定义音色，比如输入 "deep narrator" 或 "excited child"，模型会自动生成对应风格的语音。这对于需要差异化音色的内容创作者特别有用——你可以凭空创造一个"深夜电台主持人"的声音。
3. Voice Cloning（语音克隆） 提供 5-10 秒的参考音频 + 对应文字稿，即可克隆出目标音色。克隆后的声音可以驱动整个文本到语音的合成流程。适合做个性化配音、品牌声音定制或有声内容迁移。
项目提供两档模型规格：Pro 版（1.7B 参数） 音质最佳，内存需求约 6GB，适合桌面级 M 系列 Mac；Lite 版（0.6B 参数） 推理更快，内存需求约 3GB，适合 M1/M2 MacBook Air 等设备。
从代码结构来看，这是一个典型的 Python CLI 应用，目录结构非常简洁：main.py（交互式 TUI 入口）、requirements.txt（依赖清单）、outputs/（生成的音频文件输出目录）、voices/（自定义克隆音色存储）。
核心依赖链路：
main.py 的设计思路是交互式菜单驱动（TUI），用户通过数字选择进入不同工作流（Custom Voice / Voice Design / Voice Cloning），输入文本后调用 mlx_audio.tts.generate 生成音频，最后用 macOS 内置的 afplay 播放结果。整体流程对非技术用户友好，不需要写代码，直接在终端操作即可。
代码规模约 500 行，架构简单直接，没有过度设计。没有自动化测试套件，但功能边界清晰、README 文档覆盖全面，弥补了测试缺失的问题。
这个项目不是"下载即用"的，需要满足以下条件：
硬件要求：必须使用 Apple Silicon Mac（M1 及以上），Intel Mac 无法使用。
环境准备：需要手动安装 Python 3.10+ 虚拟环境、安装 ffmpeg（通过 Homebrew）、以及从 HuggingFace 下载 1-3 个 MLX 量化模型文件（每个 1-3GB）。模型下载没有自动脚本，需要手动到 HuggingFace 页面点击下载，稍微麻烦一些。国内用户访问 HuggingFace 可能需要代理工具。
非 Windows/Linux 友好：项目明确面向 macOS Apple Silicon，不支持 Docker 一键部署，也不提供 Web UI 界面。纯命令行交互方式对命令行不熟悉的用户有一定门槛。
整体部署难度评分为"简单"——只要你的 Mac 是 M 系列芯片，按照 README 的 5 步指引（克隆代码 → 建虚拟环境 → 安装依赖 → 下载模型 → 运行）基本可以顺利跑通。
模型下载门槛高。HuggingFace 在国内访问不稳定，部分用户可能需要代理工具才能下载模型文件。这是目前最大的使用障碍。
中文语音质量有限。项目预设音色中中文音色相对较少（仅 Vivian、Serena、Uncle_Fu、Dylan、Eric），且实测中文发音的自然度与英文存在差距。语音克隆效果对音频质量和文字稿准确性要求较高，低质量参考音频克隆效果会明显下降。
非生产级部署。这是一个本地开发/个人使用工具，没有提供 API 接口，也没有监控、日志、批量处理等企业级功能。适合个人探索和小规模创作，不适合大规模商业配音生产。
这个项目折射出一个更大的趋势：AI 推理正在从云端向设备端迁移。
过去两年，随着模型量化技术（GPTQ、AWQ、GGUF）和专用芯片（Apple Neural Engine、高通 Hexagon、联发科 NPU）的成熟，越来越多种类的 AI 模型可以在消费级设备上高效运行。TTS 只是其中一个领域——图像生成、代码补全、语音识别都在经历同样的过程。
Qwen3-TTS Apple Silicon 项目的 Star 增长曲线也印证了这一点：524 GitHub Stars 的背后，是大量 macOS 开发者和创意工作者对本地 AI 工具的强烈需求。项目在 2025 年中期发布后迅速获得了社区关注，star-history 图表呈现出陡峭的增长曲线。
从生态角度看，这个项目也是 MLX 生态快速成长的一个缩影。Blaizzy/mlx-audio 库作为中间层，让 Qwen3-TTS、Fish Audio、Orpheus 等多种 TTS 模型都能以 MLX 格式在 Apple Silicon 上运行，形成了"上游模型厂商 → mlx-audio 适配层 → Apple Silicon 用户"的完整链路。
推荐使用：
不太适合：
整体而言，kapi2800/qwen3-tts-apple-silicon 是一个目标清晰、优化到位的本地 AI 语音合成工具。它没有试图做所有事情，而是专注于"让 Qwen3-TTS 在 Mac 上跑得又快又省"这一个核心命题，并交出了不错的答卷。如果你恰好有一台 M 系列 Mac，强烈建议花 10 分钟跑通 demo，感受一下本地 AI 语音合成的可能性。