moshi

Library Listed

moshi, a real-time voice AI

Checked · Sources

Downloads
1,859
Dependents
3
Stars
11,458
Forks
1,065
Contributors
26
Commits
732
Latest release
0.6.4 ·

About

From the project README ·

Moshi: a speech-text foundation model for real time dialogue

[Read the paper] [Demo] [Hugging Face]

Moshi is a speech-text foundation model and full-duplex spoken dialogue framework. It uses Mimi, a state-of-the-art streaming neural audio codec. Talk to Moshi now in our live demo.

Organisation of the repository

There are three separate versions of the Moshi inference stack in this repo.

  • PyTorch: for research and tinkering. The code is in the moshi/ directory.
  • MLX: for on-device inference on iPhone and Mac. The code is in the moshi_mlx/ directory.
  • Rust: for production. The code is in the rust/ directory. This contains in particular a Mimi implementation in Rust, with Python bindings available as rustymimi.

Finally, the code for the web UI client used in the Moshi demo is provided in the client/ directory.

If you want to fine tune Moshi, head out to kyutai-labs/moshi-finetune.

Other Kyutai models

The Moshi codebase is also used to run related models from Kyutai that use a multi-stream architecture similar to Moshi:

Read the full README

Model architecture

Moshi models two streams of audio: one corresponds to Moshi speaking, and the other one to the user speaking. Along with these two audio streams, Moshi predicts text tokens corresponding to its own speech, its inner monologue, which greatly improves the quality of its generation. A small Depth Transformer models inter-codebook dependencies for a given time step, while a large, 7B-parameter Temporal Transformer models the temporal dependencies. Moshi achieves a theoretical latency of 160ms (80ms for the frame size of Mimi + 80ms of acoustic delay), with a practical overall latency as low as 200ms on an L4 GPU.

Schema representing the structure of Moshi. Moshi models two streams of audio:
    one corresponds to Moshi, and the other one to the user. At inference, the audio stream of the user is taken from the audio input, and the audio stream for Moshi is sampled from the model's output. Along that, Moshi predicts text tokens corresponding to its own speech for improved accuracy. A small Depth Transformer models inter codebook dependencies for a given step.

Mimi

Mimi is a neural audio codec that processes 24 kHz audio, down to a 12.5 Hz representation with a bandwidth of 1.1 kbps, in a fully streaming manner (latency of 80ms, the frame size), yet performs better than existing, non-streaming, codecs like SpeechTokenizer (50 Hz, 4kbps), or SemantiCodec (50 Hz, 1.3kbps).

Mimi builds on previous neural audio codecs such as SoundStream and EnCodec, adding a Transformer both in the encoder and decoder, and adapting the strides to match an overall frame rate of 12.5 Hz. This allows Mimi to get closer to the average frame rate of text tokens (~3-4 Hz), and limit the number of autoregressive steps in Moshi. Similarly to SpeechTokenizer, Mimi uses a distillation loss so that the first codebook tokens match a self-supervised representation from WavLM, which allows modeling semantic and acoustic information with a single model. Finally, and similarly to EBEN, Mimi uses only an adversarial training loss, along with feature matching, showing strong improvements in terms of subjective quality despite its low bitrate.

Schema representing the structure of Mimi, our proposed neural codec. Mimi contains a Transformer
in both its encoder and decoder, and achieves a frame rate closer to that of text tokens. This allows us to reduce
the number of auto-regressive steps taken by Moshi, thus reducing the latency of the model.

Models

We release three models:

  • Moshi fine-tuned on a male synthetic voice (Moshiko),
  • Moshi fine-tuned on a female synthetic voice (Moshika),
  • Mimi, our speech codec.

Depending on the backend, the file format and quantization available will vary. Here is the list of the HuggingFace repo with each model. Mimi is bundled in each of those, and always use the same checkpoint format.

All models are released under the CC-BY 4.0 license.

Requirements

You will need at least Python 3.10, with 3.12 recommended. For specific requirements, please check the individual backends directories. You can install the PyTorch and MLX clients with the following:

pip install -U moshi      # moshi PyTorch, from PyPI
pip install -U moshi_mlx  # moshi MLX, from PyPI, best with Python 3.12.
# Or the bleeding edge versions for Moshi and Moshi-MLX.
pip install -U -e "git+https://git@github.com/kyutai-labs/moshi.git#egg=moshi&subdirectory=moshi"
pip install -U -e "git+https://git@github.com/kyutai-labs/moshi.git#egg=moshi_mlx&subdirectory=moshi_mlx"

pip install rustymimi  # mimi, rust implementation with Python bindings from PyPI

If you are not using Python 3.12, you might get an error when installing moshi_mlx or rustymimi (which moshi_mlx depends on). Then, you will need to install the Rust toolchain, or switch to Python 3.12.

While we hope that the present codebase will work on Windows, we do not provide official support for it. We have tested the MLX version on a MacBook Pro M3. At the moment, we do not support quantization for the PyTorch version, so you will need a GPU with a significant amount of memory (24GB).

For using the Rust backend, you will need a recent version of the Rust toolchain. To compile GPU support, you will also need the CUDA properly installed for your GPU, in particular with nvcc.

PyTorch implementation

The PyTorch based API can be found in the moshi directory. It provides a streaming version of the audio tokenizer (mimi) and the language model (moshi).

In order to run in interactive mode, you need to start a server which will run the model, you can then use either the web UI or a command line client.

Start the server with:

python -m moshi.server [--gradio-tunnel] [--hf-repo kyutai/moshika-pytorch-bf16]

And then access the web UI on localhost:8998. If your GPU is on a distant machine this will not work because for security reasons, websites using HTTP are not allowed to use the microphone. There are two ways to get around this:

  • Forward the remote 8998 port to your localhost using ssh -L flag. Then connects to localhost:8998 as mentioned previously.
  • Use the --gradio-tunnel argument, setting up a tunnel with a URL accessible from anywhere. Keep in mind that this tunnel goes through the US and can add significant latency (up to 500ms from Europe). You can use --gradio-tunnel-token to set a fixed secret token and reuse the same address over time.

You can use --hf-repo to select a different pretrained model, by setting the proper Hugging Face repository.

Accessing a server that is not localhost via http may cause issues with using the microphone in the web UI (in some browsers this is only allowed using https).

A command-line client is also available, as

python -m moshi.client [--url URL_TO_GRADIO]

However note that, unlike the web browser, this client is barebones: it does not perform any echo cancellation, nor does it try to compensate for a growing lag by skipping frames.

For more information, in particular on how to use the API directly, please checkout moshi/README.md.

MLX implementation for local inference on macOS

Once you have installed moshi_mlx, you can run

python -m moshi_mlx.local -q 4   # weights quantized to 4 bits
python -m moshi_mlx.local -q 8   # weights quantized to 8 bits
# And using a different pretrained model:
python -m moshi_mlx.local -q 4 --hf-repo kyutai/moshika-mlx-q4
python -m moshi_mlx.local -q 8 --hf-repo kyutai/moshika-mlx-q8
# be careful to always match the `-q` and `--hf-repo` flag.

This command line interface is also barebone. It does not perform any echo cancellation, nor does it try to compensate for a growing lag by skipping frames.

Alternatively you can run python -m moshi_mlx.local_web to use the web UI, the connection is via http and will be at localhost:8998.

Rust implementation

In order to run the Rust inference server, use the following command from within the rust directory:

cargo run --features cuda --bin moshi-backend -r -- --config moshi-backend/config.json standalone

When using macOS, you can replace --features cuda with --features metal.

Alternatively you can use config-q8.json rather than config.json to use the quantized q8 model. You can select a different pretrained model, e.g. Moshika, by changing the "hf_repo" key in either file.

Once the server has printed 'standalone worker listening', you can use the web UI. By default the Rust server uses https so it will be at localhost:8998.

You will get warnings about the site being unsafe. When using chrome you can bypass these by selecting "Details" or "Advanced", then "Visit this unsafe site" or "Proceed to localhost (unsafe)".

Clients

We recommend using the web UI as it provides additional echo cancellation that helps the overall model quality. Note that most commands will directly serve this UI in the provided URL, and there is in general nothing more to do.

Alternatively, we provide command line interfaces for the Rust and Python versions, the protocol is the same as with the web UI so there is nothing to change on the server side.

For reference, here is the list of clients for Moshi.

Web UI

The web UI can be built from this repo via the following steps (these will require npm being installed).

cd client
npm install
npm run build

The web UI can then be found in the client/dist directory.

Rust Command Line

From within the rust directory, run the following:

cargo run --bin moshi-cli -r -- tui --host localhost
Python with PyTorch
python -m moshi.client
Gradio Demo

You can launch a Gradio demo locally with the following command:

python -m moshi.client_gradio --url <moshi-server-url>

Prior to running the Gradio demo, please install gradio-webrtc>=0.0.18.

Docker Compose (CUDA only)
docker compose up

Development

If you wish to install from a clone of this repository, maybe to further develop Moshi, you can do the following:

# From the root of the clone of the repo
pip install -e 'moshi[dev]'
pip install -e 'moshi_mlx[dev]'
pre-commit install

If you wish to build locally rustymimi (assuming you have Rust properly installed):

pip install maturin
maturin dev -r -m rust/mimi-pyo3/Cargo.toml

FAQ

Checkout the Frequently Asked Questions section before opening an issue.

License

The present code is provided under the MIT license for the Python parts, and Apache license for the Rust backend. The web client code is provided under the MIT license. Note that parts of this code is based on AudioCraft, released under the MIT license.

The weights for the models are released under the CC-BY 4.0 license.

Citation

If you use either Mimi or Moshi, please cite the following paper,

@techreport{kyutai2024moshi,
      title={Moshi: a speech-text foundation model for real-time dialogue},
      author={Alexandre D\'efossez and Laurent Mazar\'e and Manu Orsini and
      Am\'elie Royer and Patrick P\'erez and Herv\'e J\'egou and Edouard Grave and Neil Zeghidour},
      year={2024},
      eprint={2410.00037},
      archivePrefix={arXiv},
      primaryClass={eess.AS},
      url={https://arxiv.org/abs/2410.00037},
}
Runs on
CUDA, Metal
What shows it
  • CUDA: moshi feature cuda, moshi-backend feature cuda, moshi-cli feature cuda, moshi-server feature cuda
  • Metal: moshi feature metal, moshi-backend feature metal, moshi-cli feature metal, moshi-server feature metal
Native code
Required
  • Binds native code: alsa-sys, openssl-sys, opusic-sys, sentencepiece-sys
Python bindings
Has Python bindings
  • mimi-pyo3 needs Python
  • moshi-server needs Python
License
Apache-2.0 OR MIT

Compare with similar projects

Order: strongest tier first, then most downloads, then name, with unmeasured values last. A library counts downloads over 30 days. An app counts binary downloads per release. An app with none counts its crate downloads over 30 days. ML Rust runs this catalogue, so its closest project always gets a row.

moshi beside the projects that share a topic with it
ProjectDownloadsDependentsStarsLatest releaseRuns on (GPU)Native codeLicense
moshi This page Listed

moshi, a real-time voice AI

Python bindings

1,859 downloads over 30 days 3 11,458 0.6.4 CUDA, Metal Binds native code: alsa-sys, openssl-sys, opusic-sys, sentencepiece-sys Apache-2.0 OR MIT
earshot Featured

Ridiculously fast & accurate voice activity detection in pure Rust

164,695 downloads over 30 days 14 242 1.2.2 GPU support unknown No native code found Apache-2.0 OR MIT
webrtc-vad Listed Dormant

Rust interface for the WebRTC Voice-Activity-Detction Module

60,022 downloads over 30 days 7 31 0.4.0 GPU support unknown Build uses a native toolchain: cc MIT

Voice Activity Detector using the Silero VAD model.

36,149 downloads over 30 days 11 64 0.2.1 GPU support unknown Binds native code: ort-sys MIT
minutes App Listed

Open-source, local-first Granola/Otter alternative that Claude Code, Codex, Cursor, and any MCP client can query. Meetings, calls, and voice memos transcribed on-device into markdown you own.

3,152 binary downloads per release Not applicable 1,595 0.32.1 CUDA, Metal, Vulkan Binds native code: alsa-sys, libsqlite3-sys, knf-rs-sys (feature diarize), ort-sys (feature diarize), whisper-rs-sys (feature coreml) MIT
voxr New

Audio and speech on boostr: compressed-audio decode, resampling, DSP and grapheme to phoneme, with speech synthesis (Kokoro, VITS), voice cloning (VoxCPM2), transcription with word timings (Whisper), voice activity (Silero) and audio-text scoring (CLAP), on CPU or CUDA.

642 downloads over 30 days 2 2 0.9.1 CUDA No native code found Apache-2.0

Self-hosted native-Rust real-time voice-agent runtime — one binary, no Python or softswitch: transports, serializers, codec, and a speech-to-speech (Gemini Live) pipeline.

46 downloads over 30 days 0 127 0.1.0 GPU support unknown Binds native code: audiopus_sys (feature local), ort-sys (feature vad-ort), whisper-rs-sys (feature stt-whisper-local) Apache-2.0
Why ListedNo archive, New or Featured rule places it, so it is Listed.

What it lacks for Featured

  • It has 1 active dependents and 1 new dependents in 365 days. Featured needs 11 active dependents or 9 new dependents in 365 days. The repository route reads 11,458 stars, 1,065 forks and 26 contributors. It needs 4,539 stars, 434 forks and 79 contributors together.

What else the check found

  • The last activity is on 16 May 2026, 177 days ago. The rules expect an update within 450 days. Dormancy rule

Exact rules: Listed, Featured library. The check on applied thresholds version 9.

Every rule outcome, as the check records it
  • expected-interval: version 0.6.4 base 450: E = 450 days
  • dormancy: last activity 2026-05-16, 177 days ago, E = 450: active
  • featured: not featured: active_users 1 < 11 and new_adopters 1 < 9 and repository route stars 11458 (needs 4539), forks 1065 (needs 434), contributors 26 (needs 79)
  • listed: listed: no archive, new or featured rule applies
Crates5 crates

Measurements and sources

Each signal row shows the raw value, its source and the fetch date. The Sources list gathers every distinct source on this page. Movement needs more history.

Sources6 sources
Adoption1 active dependents, 1 new dependents in 365 days1 not measured
Adoption measurements
SignalValueSourceFetchedCounts
Active dependents1crates.io database dumpYes
New dependents (365 days)1crates.io database dumpYes
Peak active dependents2crates.io database dumpYes
Active dependents as a share of the peak1crates.io database dumpYes
Binary downloads per releaseNot measuredYes
MaintenanceLatest human commit: 5 months ago3 not measured
Maintenance measurements
SignalValueSourceFetchedCounts
Latest human commit2026-05-16GitHub repositoryYes
Latest release2025-10-01crates.io database dumpYes
First release2024-09-13crates.io database dumpYes
Latest version0.6.4crates.io database dumpYes
Days the oldest outside issue waits for a reply550GitHub repositoryYes
Maintainer replies over 365 days7GitHub repositoryYes
Repository archivedfalseGitHub repositoryYes
Repository gonefalseGitHub repositoryYes
Release commit or manifest in the repotruecrates.io packageYes
Published docstruecrates.io database dumpYes
Latest release fails cargo checkNot measuredYes
Build check dateNot measuredYes
Build check toolchainNot measuredYes
SecurityUnpatched vulnerabilities: none
Security measurements
SignalValueSourceFetchedCounts
Unpatched vulnerabilities past the grace windownoneRustSec advisory databaseYes
RustSec unmaintained advisorynoneRustSec advisory databaseYes
Deprecation noticenonecrates.io database dumpYes
Deprecated requirementnonecrates.io database dumpYes
Distribution14 releases, 1,859 downloads over 30 days5 not measured
Distribution measurements
SignalValueSourceFetchedCounts
Releases14crates.io database dumpYes
Downloads over 30 days1859crates.io database dumpYes
Binary downloads over the last 3 releasesNot measuredYes
Homebrew installs on request over 365 daysNot measuredYes
Repology repository familiesNot measuredYes
Docker pull growth over 90 daysNot measuredYes
Docker pulls at the growth baselineNot measuredYes
Every version a prereleasefalsecrates.io database dumpYes
Every version 0.0.xfalsecrates.io database dumpYes
Every version yankedfalsecrates.io database dumpYes
Crate deleted from crates.iofalsecrates.io database dumpYes
Repository11,458 stars, 1,065 forks, 26 contributors, 732 commits. Stars alone never qualify a project.
Repository measurements
SignalValueSourceFetchedCounts
GitHub stars11458GitHub repositoryYes — one part of the repository route
GitHub forks1065GitHub repositoryYes — one part of the repository route
Contributors with a GitHub account26GitHub contributorsYes — one part of the repository route
Commits on the default branch732GitHub repositoryNo
Repository's main crate left out of the entrynonecrates.io database dumpYes
Facts that never count
Facts that never count measurements
SignalValueSourceFetchedCounts
LicenseApache-2.0 OR MITcrates.io database dumpNo
Runs on, from listed crates and their direct dependenciesCUDA, Metalcrates.io database dumpNo
What shows each backendCUDA: moshi feature cuda, moshi-backend feature cuda, moshi-cli feature cuda, moshi-server feature cuda; Metal: moshi feature metal, moshi-backend feature metal, moshi-cli feature metal, moshi-server feature metalcrates.io database dumpNo
Native code, from listed crates and their dependenciesBinds native code: alsa-sys, openssl-sys, opusic-sys, sentencepiece-syscrates.io database dumpNo
Python bindings, from direct dependencies of listed cratesHas Python bindings: mimi-pyo3 needs Python, moshi-server needs Pythoncrates.io database dumpNo
Crates that depend on a listed crate directly3crates.io database dumpNo

Corrections and review history

Report a correction

No correction applies to this entry.

Judgments

A judgment enters only through an approved issue and a merged pull request.

No judgment applies to this entry.