Skip to main content
Search

Hugging Face

8 related articles

Subscribe to updates
  1. llama.cpp ships v1.0.0: major version numbers now flag C API and ABI breaks so downstream apps can pin interfaces

    llama.cpp and its underlying tensor library ggml both reach v1.0.0, tying semantic versioning to the public C interface: a major bump marks a breaking change to the public C API under ./include, a minor bump covers backward-compatible features, backend updates, model support or API additions, and a patch covers bug fixes with no API change. After 3.5 years of adoption, interface stability becomes the point of release management, a promise earlier version numbers did not carry.

  2. huggingface.co

    llama.cpp ships v1.0.0: major version numbers now flag API and ABI breaks, giving downstream apps a lockable interface boundary

    llama.cpp released libraries v1.0.0, tying major version numbers to API and ABI incompatibilities so downstream applications that depend on its library interfaces get a predictable upgrade boundary. The project has accumulated many downstream dependents since it began, and interface stability had not previously been promised through version numbering. The new rule applies to all ggml-org projects that use semantic versioning, and both llama.cpp and ggml will now reflect incompatible changes in major version bumps.

  3. Hugging Face turns decisions into an interface: models return option probabilities instead of generating text

    Hugging Face has defined a common interface for decision models: given a state and a set of typed questions, a model returns option probabilities, an ordered score or a true/false probability without generating text token by token. Previously such structured judgments relied on prompting a large language model for JSON, on fixed-label classifiers, or on zero-shot classification. Transformers adds DecisionPipeline and related classes, llama.cpp serves the same /v1/systemone endpoint, and compatible autoregressive models can score answer options without producing text.

  4. Hugging Face makes decisions a model output: no token-by-token text, just option probabilities

    Hugging Face has fixed a common interface for decision models: given a state and several typed questions, the model returns option probabilities, an ordered score or a yes/no probability without generating any text. Previously such structured judgments relied on an LLM emitting JSON, sometimes backed by constrained decoding, or on fixed-label and zero-shot classifiers. Transformers, llama.cpp and a Hub tag now follow the same contract, and compatible autoregressive language models can use the interface without retraining.

  5. PyTorch 2.15 on the Mac: MoE decoding 5–6.5× faster and video VAE memory down from 270 GiB to 8 GiB

    PyTorch 2.15 brings FP8 tensors, a native grouped matmul and a batch of dedicated Metal kernels to the Mac's MPS backend, making local LLM decoding and video generation faster and lighter on memory. Previously many MPS operators went through MPSGraph, MoE decoding copied group offsets to the CPU and looped over groups, and tiled video VAE decoding pushed driver memory to 270 GiB. On an M3 Ultra, Qwen3.6-35B-A3B decoding rises from 9.4 to 61.3 tokens/s, and Wan2.2 VAE decoding peaks near 8 GiB.

  6. Trainium stops demanding compiler-style code: a native PyTorch backend runs 89% of top text-generation architectures

    Running Hugging Face models on AWS Trainium now rests on a different foundation: TorchNeuron, a native PyTorch backend, exposes Neuron chips as an ordinary device with eager execution, torch.compile and native distributed APIs, replacing the PyTorch XLA-based optimum-neuron. By Hugging Face's comparison, out-of-the-box support among the 100 most-used text-generation architectures rises from 46% with Optimum Neuron v0.4.5 to 89%. The backend enters public beta on October 20, 2026.

  7. A 501B open model you can host yourself: 23B active parameters per token and a KV cache about one-sixth the naive size

    Reflection, a new US lab, released Beam, its first open model: 501B sparse mixture-of-experts weights under Apache 2.0, with about 23B parameters active per token, a 1M-token context, and a focus on coding and agentic work. Hybrid attention keeps only 9 of 52 layers global while 43 hold a fixed 512-token window, so the KV cache grows about 36 KiB per token, roughly one-sixth of the all-global rate. BF16, FP8 and NVFP4 checkpoints ship alongside day-0 transformers, SGLang and vLLM support and a Rust-based harness.

  8. Hugging Face

    Transformers now runs llama.cpp quants

    This Hugging Face post describes how transformers can now load GGUF quantized checkpoints directly through from_pretrained with a gguf_file argument: on Apple Silicon it reuses ggml Metal kernels distributed via the kernels library (packed-quantized weight matmul, fused normalization, flash attention, gated delta net, plus a home-grown topk for MoE routing) and trims generate overhead by dropping the redundant attention mask early and deferring the stopping check asynchronously; on a MacBook Pro M2 Max the authors measure generation speed close to llama.cpp across three checkpoints, report file-size tradeoffs for Q4_K_M, Q5_K_M and Q6_K, and state that packed inference is MPS-only with architecture coverage for Qwen3.5 dense and MoE (including compatible Qwen3.

You’re all caught up