Moonshot AI a lancé Kimi K3 le 16 juillet 2026 — API, Kimi App, Kimi Work et Kimi Code en ligne du jour au lendemain avec l'ID modèle kimi-k3. Les poids suivent 11 jours plus tard : le 27 juillet apportent le checkpoint 2,8T complet, le rapport technique, la licence Modified MIT et les builds vLLM/SGLang Day-0 attendus sur Hugging Face.

Cette séparation — API d'abord, poids ensuite — est volontaire. Moonshot a validé inférence production, tarification et économie du cache avant d'ouvrir le plus grand modèle téléchargeable de l'histoire. Pour la plupart des équipes, l'API reste la voie correcte en juillet et au-delà ; le self-hosting cible la résidence des données, le fine-tuning ou les volumes extrêmes.

Le jour J, vous obtenez : poids modèle complets (pas une variante distillée), configs d'inférence vLLM et SGLang, artefacts MXFP4/NVFP4 quantization-aware et un rapport technique documentant KDA, AttnRes et Stable LatentMoE. Ce que vous n'obtenez pas : données d'entraînement, codebase d'entraînement complète ou licence MIT standard non modifiée.

Open weights signifie télécharger, inspecter, fine-tuner et déployer les paramètres entraînés. Open source signifie traditionnellement code complet, données et liberté de licence pour reproduire l'entraînement from scratch. Kimi K3 est clairement dans le premier camp : Moonshot livre poids et rapport technique sous Modified MIT, pas une stack open source reproductible.

Impact pratique : chercheurs et entreprises peuvent fine-tuner K3, exécuter une inférence privée et auditer le comportement des poids. Ils ne peuvent pas réentraîner K3 depuis les seuls artefacts publics ni invoquer une licence MIT standard sans lire les modifications Moonshot — surtout sur redistribution commerciale. L'industrie utilise de plus en plus « open weights » car les labs frontier n'ouvrent rarement tout.

Pourquoi l'architecture compte pour le self-hosting

Le ratio 3:1 linear-to-full attention de KDA rend l'inférence million-token discutable — sans lui, la mémoire KV-cache à 1M tokens serait prohibitive. AttnRes ajoute une récupération sélective en profondeur (~25 % gain d'efficacité d'entraînement). Stable LatentMoE avec Quantile Balancing supprime les heuristiques de routage d'experts fragiles à l'échelle 896 experts.

Les artefacts quantifiés release (MXFP4/NVFP4) visent un déploiement vLLM et SGLang Day-0. Moonshot a entraîné quantization-aware pour que l'inférence INT4/FP4 ne dégrade pas la qualité comme une quantisation post-hoc sur d'autres modèles frontier.

K3 est compétitif — pas dominant. Le blog Moonshot reconnaît des faiblesses vs K2.6 sur le taux d'hallucination et vs Fable 5/Sol sur polish et variance de sortie. Ci-dessous : scores agrégés Artificial Analysis plus benchmarks auto-déclarés Moonshot (harness différents par éditeur).

Où K3 gagne :

Où K3 perd :

L'écart intelligence open/closed s'est réduit à environ 2–3 points AA Index au tier frontier. Le pitch K3 n'est pas « nous battons Claude » — c'est « nous sommes à portée de frappe à un tiers du prix, avec poids téléchargeables et contexte 1M ».

Le tarif standard K3 s'aligne sur les modèles quality-tier occidentaux (3 $/15 $) mais offre une fenêtre de contexte 5× plus large que les API classe Sonnet sans surcoût longueur. Entrée cache à 0,30 $/M (un dixième du standard) plus taux de cache >90 % en workflows code rend le coût effectif d'entrée très bas. Tarif tâche unique AA à 0,94 $, soit 9,4 % sous Sol et 65,8 % sous Fable 5 — l'argument coût near-frontier en un chiffre.

Six étapes opérationnelles :

from openai import OpenAI

client = OpenAI(
    api_key="your_moonshot_api_key",
    base_url="https://api.moonshot.ai/v1"
)

response = client.chat.completions.create(
    model="kimi-k3",
    messages=[{"role": "user", "content": "Analysez cette codebase pour des failles de sécurité..."}]
)

Calcul self-deploy : poids K3 quantifiés 4 bits autour de ~1,4 To. Inférence production requiert un supernœud 64+ accélérateurs — pas un MacBook, pas une RTX 4090 seule. Référence : Kimi K2.7 Code INT4 près de ~577 Go ; K3 à 2,8T est une classe d'infrastructure différente.

Trois scénarios où le self-hosting a du sens : (1) Résidence des données — workloads ne pouvant quitter votre VPC ; (2) Fine-tuning — adaptateurs domaine sur open weights ; (3) Volume élevé — débit token soutenu où capex bat opex. Tous les autres devraient utiliser l'API jusqu'au 27 juillet et probablement après.

Contexte sectoriel : L'écart open/closed au frontier est désormais de 2–3 points AA, pas 20. La géopolitique façonne le récit — K3 lancé à la veille de la WAIC 2026, tandis que Claude Fable 5 d'Anthropic a subi une brève suspension export-control US le 1er juillet (depuis rétablie) poussant les développeurs étrangers vers des alternatives. La vague open weights chinoise — GLM-5.2, DeepSeek V4 Pro, MiniMax, désormais Kimi K3 — n'est plus des « copies bon marché » mais une poussée coordonnée au tier frontier.

La trajectoire Moonshot compte : après DeepSeek R1, Kimi est tombé brièvement au rang 7 sur certains leaderboards. La séquence K2 → K2.5 → K3 est un retour délibéré — chaque génération ajoutant contexte, échelle MoE, et désormais la plus grande release open weights de l'histoire. Revenus API >70 % du total ; utilisateurs payants overseas +400 %. Ce n'est pas de l'open weights caritatif ; c'est une plateforme commerciale avec un moat téléchargeable.

Synthèse : Le 27 juillet est un jalon pour open weights — non parce que K3 bat chaque modèle fermé, mais parce qu'il met 2,8T paramètres near-frontier en forme téléchargeable à des tarifs API sous Claude et GPT en coût par tâche. Validez sur vos workloads, lisez la licence Modified MIT et planifiez le matériel honnêtement avant self-hosting.

Alternatives : agents Kimi Code sur Mac personnel subissent veille et coupures réseau sur jobs long contexte ; attendre self-hosting 27.7. exige un supernœud 64+ cartes que la plupart des équipes n'ont pas ; une seule API fermée rate l'avantage 1M flat pricing de K3. Pour CI/CD iOS, Kimi Code persistant et production agent IA 24/7, location Mac Mini M4 dédié KVMNODE est souvent le meilleur hôte : mémoire unifiée Apple Silicon, sudo ouvert, durées flexibles jour/semaine/mois. Voir tarifs, centre d'aide ou commander.

Données au 22 juillet 2026 · Benchmarks incluant auto-déclaration Moonshot AI · Sources : kimi.com/en/blog/kimi-k3, platform.kimi.ai, Artificial Analysis, VentureBeat, Northflank, r/LocalLLaMA, Hacker News