Open-weight AI modelsThu 22 Oct 2026 · 5 of 11

NVIDIA Kumo Relational Model Outperforms Supervised Methods on Relational Benchmarks

Verified · 11/11 supported1 cited · 1 min read

NVIDIA Kumo Relational is a pre‑trained relational foundation model that makes predictions directly on enterprise databases . For a predictive query it gathers up to 10,000 historical examples as context and predicts outcomes such as churn, demand, or fraud in a single forward pass . The model requires no task‑specific training, no feature engineering, and no flattening of tables . It is the first few‑shot foundation model to outperform supervised machine learning on common relational benchmarks, beating supervised relational deep‑learning models and expert‑engineered gradient‑boosted tree pipelines across 41 tasks on 15 databases, and surpassing AutoGluon ensembles by 8% in mean reciprocal rank on the SAP SALT benchmark . Kumo Relational scales to databases with over 500 billion rows and is available through NVIDIA’s open‑source GPU‑native structured‑data‑models library or as an NVIDIA NIM .

Why it matters. Enterprises can achieve higher prediction accuracy on massive relational datasets without building custom models, as the model delivers better results than supervised approaches and operates on databases exceeding 500 billion rows .

Earlier on Open-weight AI models

Wed 21 Oct 2026Hugging Face launches TorchTPU for native PyTorch support on Google Cloud TPUsHugging Face introduced TorchTPU, a native PyTorch backend for TPUs. With TorchTPU, Transformers, Diffusers and Kernels run natively on TPUs within the Hugging Face ecosystem. TPUs are Google’s AI accelerators built for matrix math and are used by Google to train and serve models such as Gemini. Google Cloud offers TPUs in configurations ranging from a single chip to pods of thousands of chips. Previously, PyTorch on TPUs required torch_xla with lazy tensors and Optimum TPU for Hugging Face models, but those are no longer needed with TorchTPU.Tue 20 Oct 2026TorchNeuron public beta simplifies Hugging Face model deployment on AWS TrainiumTorchNeuron is a PyTorch plugin that adds a new backend for AWS Trainium, supporting eager mode, torch.compile, and native distributed APIs such as FSDP. Starting on October 20, 2026, TorchNeuron will be released as a public beta and can be installed with pip install torch-neuronx. Previously, Hugging Face workloads on Trainium relied on the optimum-neuron library, which required lazy tensors, static shapes, and recompilation for each graph break. TorchNeuron integrates directly into PyTorch, exposing Neuron as a native device with eager execution, PyTorch’s distributed primitives (DTensor, FSDP2), and torch.compile, allowing libraries like Transformers, Diffusers, Accelerate, PEFT and TRL to run on Trainium like any other accelerator.Fri 16 Oct 2026Meta.ai launches Muse Spark Open, a desktop‑capable multimodal AI modelmeta.ai reports that Muse Spark Open is available today as the most capable US open‑weight model to date. meta.ai reports that the model is natively multimodal with 816 billion total parameters (42 billion active) and a 1 million‑token context window. meta.ai reports that it is built for coding and agentic work, excelling at long‑horizon tasks, complex software engineering, and multi‑step reasoning. meta.ai reports that Muse Spark Open is the first model in its class that can run on a desktop using two Apple M5 Ultra Mac Studios via the MLX framework, and it is available through API platforms including Baseten, Fireworks AI, Groq, Modal, Nebius, OpenRouter, and Together AI, with model weights downloadable from Amazon SageMaker AI, Google Cloud Model Garden, Hugging Face, and Microsoft Foundry Models. meta.ai reports that the model runs on inference engines such as SGLang, vLLM, TensorRT‑LLM, Hugging Face Transformers, Apple MLX, llama.cpp, and Unsloth, with optimizations for AMD, Apple, Intel, and NVIDIA silicon, and developers can further customize it using the PyTorch framework.
Next · Health researchCanada's under‑5s largely active and well‑rested, but screen‑time compliance low →