MistralLe ChonkOpen WeightsModel Deployment

What It Takes to Self-Host Le Chonk

Mistral Large 4's open weights create deployment choices. Read the actual license, understand MoE memory requirements, and plan a meaningful serving trial.

What It Takes to Self-Host Le Chonk

Mistral Large 4, also called Le Chonk, now has downloadable weights. A team that needs control over model location and adaptation can hold the model and choose how to operate it.

That choice comes with inference infrastructure, service maintenance, and license questions. One especially useful distinction: a mixture-of-experts model activating only part of its parameters does not mean a deployment only needs to accommodate those active weights.

We checked the announcement, model card, and full license on November 11, 2026. The announcement records publication on October 29 and an update on November 5; the current model documentation labels November 5 as GA. Those are distinct source dates. We did not download the large checkpoint, deploy it, or run an independent performance comparison.

Open weights create several operating choices

The model card describes an approximately one-trillion-parameter, natively multimodal MoE model. It accepts text and images and returns text, with function calling, structured output, and request-level reasoning effort. Multimodal input does not imply image or video generation.

ApproachWhat you gainWhat you operate or verify
Hosted APIA way to evaluate tasks without serving the weightsAccess, terms, data requirements, and task outcomes
Your own infrastructureControl over weights, location, and serving configurationCompute, capacity, updates, monitoring, and recovery
Adapted or fine-tuned deploymentA model tailored to particular material or workTraining data, adaptation, quality, and regressions

Hosted, self-hosted, and adapted deployments assign different responsibilities

If the requirement is merely one API address for several models, a gateway may be the relevant layer. The LLM gateway explanation covers routing and protocol handling. A gateway does not itself make a large checkpoint into a running inference service.

Read the MaaS condition in the full license

The Mistral Ecosystem Open-Weight License is a modified MIT license. Shortening that description to “MIT” loses a material condition.

Section 2 says that if the licensee or any affiliate operates a Model-as-a-Service business, a separate commercial license is required before using the model or derivatives for any commercial purpose. Section 3 exempts internal use and access through Mistral's official products from Section 2.

The license defines MaaS as giving a third party access for inference or post-training, through an API, hosted endpoint, or another means, with meaningful control over inputs, parameters, or training data. It excludes end-user products with model capabilities embedded solely in specific features or harnesses, and mere relaying to models hosted by others.

Intended useRelevant boundary in the text
Internal use without making the model available to third partiesSection 3 exempts it from Section 2
Model capability embedded in a specific product featureThe MaaS definition has an exclusion; the actual implementation must fit
An external model service with input or parameter controlReview the MaaS definition and separate-license requirement
Mere relaying to someone else's hosted modelExplicitly excluded from the definition; mixed business activities need separate examination

Identify the business, examine the MaaS condition and exceptions, and preserve required notices

“We sell a chat feature,” “an affiliate runs a model service,” or “we changed the weights” is not enough information on its own. Read the licensee, affiliate, activity, and exception provisions together. Copies and distributions must also retain the required copyright and permission notice. For an unclear business arrangement, ask Mistral about the full arrangement rather than relying on a general free-commercial-use label.

Active parameters are not a memory specification

The card reports about 49 billion active parameters per token, or about 52 billion including embeddings and output layers, within an approximately one-trillion-parameter model. The active count describes computation; it does not replace the full weight-storage requirement.

Long-context KV caches, concurrent requests, and runtime overhead need additional room. A supported 1M context window is not a promise that every hardware configuration can serve that length at any concurrency.

The official vLLM example uses --tensor-parallel-size 8 with Mistral tool-call and reasoning parsers. That is an example configuration, not evidence that any eight GPUs suffice. The card also links an NVFP4 checkpoint targeting Blackwell hardware. Check its engine and hardware requirements separately from those of the original checkpoint.

Capacity planning needs precision, context length, concurrency, and an engine version. A weight-file size alone cannot establish throughput or a dependable minimum-memory figure.

Validate useful behavior before moving traffic

Pin weights and engine versions, then verify text, images, tool round trips, and serving capacity

A useful deployment record includes:

  1. Identity: repository, pinned revision, precision, and license copy. Record the API service name separately from the weight repository.
  2. Implementation: engine version, chat template, and reasoning and tool parsers. Working text output does not verify tool handling.
  3. Behavior: a public text task, an inspectable public image, a harmless tool round trip, and any required structured output.
  4. Operating conditions: memory, waiting time, and failures at representative input lengths and concurrency. These are proposed measurements, not results from this article.

A tool check must reach application execution, result return, and the model's follow-up answer. Merely seeing a tool name in text is insufficient. Use the catalog and capability checks when connecting clients, and preserve task failures with the controlled-input method.

A team without ongoing inference operations capacity can first establish value through a hosted service, then decide which workloads justify self-hosting. When connecting through Nbility or another gateway, verify the endpoint and protocol with the connection guide. Connectivity is one part of that operating decision.

Related posts

Run your Agent workflow through Nbility

Get an API key and connect OpenAI-compatible models and developer tools from one place.

Get an API key