MiniMax 3.1 Flash ⚡ running locally with MLX
More and more models are being released as high-quality quants, which makes them fast and with negligible precision loss. The published benchmark scores refer to the actual quantized weights 🤯
Local AI is truly driving innovation.
See the benchmarks in the official announcement: xitter.cf/MiniMax_AI/status/2112…
Hugging Face model: huggingface.co/MiniMaxAI/Min…
MiniMax M3.1 Flash: Space Performance + Bunny Speed
🚀🐰 Yes, Space Bunny - which has topped global leaderboards with 200T+ tokens - was an earlier version of M3.1 Flash.
💰Redefining the performance economics of agentic AI. M3.1 Flash achieves frontier-level intelligence across key tasks such as Cowork (Automation-Bench: 62%; ALE: 30%), Coding (DeepSWE: 74%) and Visual Reasoning (BabyVision: 91%), at 1/3 the cost of M3 and 3x the speed.
API pricing (flat rate): $0.15 / $0.60 per 1M input/output tokens, with cache reads at $0.015 / 1M tokens.
Model weights will arrive on Oct 23.
API: platform.minimax.io
M Plan: minimax.io/m-plan
MiniMax Code for desktop: agent.minimax.io/download
Pedro Cuenca retweeted
So proud to share that @huggingface is giving OpenEnv to the AAIF and Linux Foundation so that it can be neutrally governed and shared by all.
This is a pivotal moment for RL, agents, and the whole field, and making agents’ learning environments open source is only getting more important by the day.
We believe, now more than ever, that democratizing AI requires a fully open stack. Reinforcement Learning environments are a fundamental part of that stack because they teach agents the capabilities they will use in the real world.
The committee behind OpenEnv is proud to bring AAIF into Reinforcement Learning, and further down the stack, by sharing what we’ve built and used at; Hugging Face, Microsoft, Reflection, Meta-PyTorch, Fleet, Mercor, RadixArk, Nebius, Modal, Prime Intellect, Unsloth, and more.
Pedro Cuenca retweeted
Replying to @pcuenq
Pedro Cuenca retweeted
Introducing Flint, @Recursive_SI’s first model: a fast local coding model built with our automated research system, the Eureka Machine.
• Best-in-class fast local coding
• Up to 2x faster than comparable models: 125+ tokens/sec on a MacBook Pro, 150+ on RTX Spark
• Built from scratch in under 4 months
Private, unmetered intelligence on your own machine. Open weights available now on @huggingface, run it locally on your favorite framework or try it for free on @opencode or @pidotdev.
Welcome Flint! Super exciting new model from Recursive, ideal for on-device use 🔥
40B MoE, 2.5B active parameters: ultra fast, runs on consumer GPUs, Macs, Sparks. Best-in-class for coding and agentic workflows
Available in transformers, llama.cpp, mlx.
huggingface.co/RecursiveSI/f…
Pedro Cuenca retweeted
DeepSeek just open-sourced DeepInfer, the inference framework behind their large-scale production services.
There is A LOT in there: kernels, massive expert parallelism, KV cache tricks…
But the scheduling is probably the part interesting that got me really interested 👀
DeepInfer's scheduler increasingly decides *where compute is actually worth spending* rather than treating every request/token the same.
For speculative decoding, a confidence head predicts which draft tokens are likely to be accepted, and the scheduler uses that + measured hardware throughput to decide how many tokens to verify for each request.
That means the duration of a batch becomes more predictable: no longer will one replica take longer than the others to finish and slow the whole group down. More regular batches -> more throughput.
They apply the same philosophy elsewhere:
- prefill chunks are dynamically sized from a compute budget + hardware cost model
- decode routing balances both request count and KV cache length
- CPU scheduling is overlapped with GPU and tightly integrated with speculative decoding
- cached prefixes are decoupled from compute placement, so routing can optimize for available compute instead of cache locality
This is exactly the kind of inference work I'd love to see become reusable beyond one model or one serving stack:
Transformers already has CB, paged KV caches and async batching; @remi_or_ and the team are currently working on branches to see which of DeepInfer's ideas we can generalize so that they can benefit many more architectures. Preliminary rsults in the image below!
Thanks DeepSeek for open-sourcing once again ❤️
Pedro Cuenca retweeted
PyTorch 2.15 is a pretty big release if you run models on a Mac.
Over the past months, the @PyTorch team at @huggingface has been working upstream on MPS, replacing MPSGraph paths with Metal kernels.
Some of the results are kind of wild:
- MoE decoding is now 5-6.5x faster than in PyTorch 2.14
- Qwen3.6-35B-A3B: 9.4 → 61.3 tok/s on an M3 Ultra
- LFM2.5-8B-A1B: 23.6 → 123.6 tok/s
- softmax over a 128k vocab is ~8x faster
- FP8 is now supported on MPS
- Wan2.2 VAE decoding goes from ~270 GiB peak driver memory to ~8 GiB
This isn’t a specific runtime, or a separate inference engine, it’s just PyTorch getting faster on Apple silicon!
Impressive work by @Is36E! 2.16 is already looking even faster 👀
huggingface.co/blog/mps-pyto…
Pedro Cuenca retweeted
Just watched the @netflix Instadocs about the @OpenAI cyberattack on @huggingface. Super disappointing, as they went for maximum anthropomorphism of the technology and full doomer mode.
I spent more than two hours with them trying to correct all their mistakes and ground this in reality, explaining that agents are technological systems, not aliens. But it looks like the drive to scare people for maximum views was too strong.
Also, they didn’t mention the lack of containment and monitoring of the agents, how closed-model safeguards blocked our defensive work, or how we defended ourselves with AI using an open model. And that we still lack a lot of information and transparency, including full agent traces and that companies need to remain accountable for what their agents do.
It ends up being a fun sci-fi movie though!
Pedro Cuenca retweeted
I told you it was not finished!
Banger release from the goated french speech team, aka @GradiumAI
day0 transformers 🤗 support, have fun building with it!
A new frontier for on-device speech.
We're open-sourcing Phonon, a suite of TTS models under 50m parameters, setting a new standard for naturalness and accuracy across languages, with the broadest inference support to date.
Phonon-31m is available under Apache 2.0.
gradium.ai/phonon🧵
Pedro Cuenca retweeted
AMD GPUs are now officially supported in TRL 🚀
I spent the past weeks running every TRL trainer on MI300X and fixing what broke, across TRL, Transformers, the Hub kernels, AITER and bitsandbytes 🧵
Pedro Cuenca retweeted
Fun and crazy napkin math: Meta, NVIDIA, Alibaba, DeepSeek, Moonshot, Mistral and ~30 other labs have shared close to $1B worth of training compute on the Hugging Face Hub
Free to download
End of 2023 it was under $40M
Wikipedia was written in volunteer hours. This AI age commons is written in GPU-hours and data
(it's a floor btw: about half comes from official compute numbers rest is educated guess and it still miss the ~900k community fine-tunes)
Space with data to explore: thomwolf-hub-dollars.static.…
Pedro Cuenca retweeted
🤗 MOSS-Image is now open source on @huggingface .
Built on a 5B Diffusion Transformer (DiT), MOSS-Image brings Chinese & English text rendering and controllable layouts to image generation — from posters and infographics to creative visuals.@Open_MOSS
What it offers:
📝 Long prompts & text rendering — up to 4K-token prompts, including multi-line text
📐 Experimental JSON layout control — specify text, objects, and their positions using bounding boxes
🖼️ Flexible generation — multiple aspect ratios, resolutions, and customizable inference settings 🛠️ Developer workflows — Python (Diffusers), Gradio, ComfyUI, and a Prompt Enhancer Skill
📦 Base & SFT checkpoints are both available, with open model weights and Apache-2.0 licensed inference code.
🙌 Huge thanks to @sgl_project @vllm_project @ModelScope2022 for the Day-0 support!
Is this the first time Meta and Apple work together on CEO level? MLX is the preferred local inference platform for Meta, and we get 0-day support for Muse Spark Open in mlx-lm with vision support.
A lot of people use third party inference engines other than mlx-lm, and they will all benefit from the optimization works for Muse Spark Open in MLX. Which is an important meaning of the mlx-lm project: to provide a good foundation for supporting new models, not to compete with open source community.
For the technical details, our new blog is a great read: Local and Distributed Large LLM Inference with MLX and RDMA on Mac Studio machinelearning.apple.com/re…
Replying to @AIatMeta
To help make advanced models more accessible, Muse Spark Open is optimized to run on two Apple M5 Ultra Mac Studios with the latest MLX framework.
It also runs on leading inference engines like SGLang, vLLM, TensorRT-LLM, Hugging Face Transformers, llama.cpp, and Unsloth with optimizations for AMD, Apple, Intel, and NVIDIA silicon.
Developers can further customize the model with PyTorch, including TorchTitan for fine-tuning.
And of course Muse Spark Open works great with llama.cpp 🦙🔥
Behold this amazing demo courtesy of @mervenoyann, running on a Mac (M3 Ultra 512).
This is a frontier model that runs on your (beefy) desktop. Local AI is only getting better 🚀
Muse Spark Open was just released, literally 30 minutes ago 🔥, and it's already available in MLX 🚀
Here it is running with mlx-lm. It uses a high-quality oQ3e quant created by @jundotkim for oMLX, in the standard mlx-lm format so it works anywhere:
Follow the details in the model card if you want to use it in your app. It's great for agents and coding.
If you want to vibe-test the model, the easiest way is with the oMLX app. But it's a biggie 😂! Even the 3-bit oQ requires more than 256 GB of RAM.
hf.co/mlx-community/Muse-Spa…





















