Kimi K3 open weights 27 luglio: cosa puoi usare oggi

La timeline è piena di screenshot “Kimi K3 è open”. Apri Hugging Face, digiti Kimi-K3, e… non c’è niente che assomigli a un download finito.

Quel buco è la storia, adesso.

Al 17 luglio 2026, Moonshot ha messo Kimi K3 nei prodotti e sull’API. Non ha ancora rilasciato il dump pubblico completo dei pesi. L’azienda dice che i full model weights arrivano entro il 27 luglio 2026. Fino ad allora “open” è una parola da roadmap—non una cartella sul tuo disco.

Questo sito è indipendente da Moonshot. Seguiamo doc e post pubblici così puoi pianificare i prossimi dieci giorni senza credere a ogni repost.

La risposta corta (leggi prima questa)

• Vuoi la qualità K3 oggi? Usa kimi.com, Kimi Work, Kimi Code, o l’ID API kimi-k3 su platform.kimi.ai.
• Vuoi self-hostare i pesi completi di K3 oggi? Quasi certamente non puoi ancora—non c’è un checkpoint pubblico confermato per K3 come c’è per K2.6 / K2.7 Code.
• Aspetti gli open weights? Metti 27 luglio 2026 in calendario come deadline dichiarata da Moonshot, poi verifica repo/licenza/README reali quando spuntano—non trattare “entro il 27 luglio” come “già su HF.”
• Sogni di farlo girare su un laptop da 24GB? La scala è ~2,8 trilioni di parametri. Le note di serving di Moonshot puntano a setup multi-acceleratore grandi, non a una festa da GPU consumer. Conta su API o inference hosted, a meno che non abbia già ferro da cluster.

Se ti serve una sola frase: questa settimana usa l’API; tratta gli open weights come un evento di fine luglio da ricontrollare, non come un bottone download che hai oggi.

Fonte: media di lancio @Kimi_Moonshot, 16 lug 2026.

Cosa ha detto davvero Moonshot

Dal post di lancio di Kimi K3 di Moonshot (16 luglio 2026):

Due righe extra dallo stesso post contano se ti interessa “lo faccio girare a casa”:

1. Dicono di allineare il rollout con partner di inference e maintainer open-source—un modo educato per dire “i pesi non sono un drop casuale; deve atterrare anche il supporto di stack.”
2. Sul serving consigliano deployment stile supernode con 64+ acceleratori per K3. Non è una nota a piè di pagina da PC da gaming. È l’azienda che ti dice: questo è a forma di datacenter.

Quindi se una thumbnail YouTube grida “scarica K3 gratis e fallo girare stasera,” chiedi: scaricare da dove? Al momento in cui scriviamo, la risposta onesta è ancora da nessuna parte pubblica.

Fonte: @Kimi_Moonshot, 16 lug 2026.

“Open” vs “scaricabile” (non confonderli)

Moonshot chiama K3 il primo modello open di classe 3T. Nel linguaggio di lancio significa intendono pubblicare i pesi, e posizionano l’architettura alla scala dei modelli open.

Non significa automaticamente:

• che i file siano già su Hugging Face,
• che un file di licenza specifico per K3 sia già online,
• che ogni quant e GGUF che speri esca il giorno zero,
• o che “open” = gratis per ogni uso commerciale senza leggere la licenza.

Sulle linee Kimi precedenti (K2.5 / K2.6 / K2.7 Code), Moonshot ha pubblicato i pesi sotto una licenza in stile Modified MIT su Hugging Face. Quella storia è un prior ragionevole—non un contratto firmato per K3 finché non compare il repo di K3 stesso. Quando i pesi escono, leggi il LICENSE di quel repo, non un tweet su “open source.”

Modello mentale rapido

Cosa puoi usare oggi (e cosa tenere)

Non ti servono i pesi per capire se K3 aiuta il tuo lavoro.

Usa K3 ora se: il job è duro, lungo o multi-modale (repo grosso + screenshot, thread di ricerca lunghi, lavoro agent “continua per ore”) e accetti il costo premium dei token.

Tieni K2.7 Code se: vivi negli agent di coding IDE/CLI e ti interessa shippare giorno per giorno più che la profondità da flagship. Quella strada specialista esiste ancora per un motivo.

Tieni K2.6 se: hai già un agent lungo stabile su una fascia di prezzo più bassa e K3 non l’ha ancora battuto sui tuoi task.

Per lo split completo “quale modello”, vedi la nostra guida K2.6 vs K2.7 Code vs K3 e il pezzo del giorno di rilascio di K3. Patcha a mente quelle pagine con un fatto: l’API è reale; i full weights sono ancora in calendario.

Realtà dei costi mentre “provi l’intelligenza open”

Listino API ufficiale (per 1M token): $0.30 cache hit · $3 cache miss · $15 output. Al lancio il thinking è solo max, quindi anche prompt corti tipo “hello world” possono bruciare una quantità sorprendente di token di ragionamento. Tratta i primi esperimenti come un budget pilota, non come un playground illimitato.

Fonte: @Kimi_Moonshot, 16 lug 2026.

Realtà locale: la scala senza una tabella VRAM inventata

La gente continua a chiedere una bella tabella “RTX 5090 / M4 Ultra”. Non ne inventiamo una.

Cosa possiamo dire senza tirare numeri a caso:

• 2.8T parametri totali è più del doppio dei modelli Kimi open di classe ~1T che molti trovavano già “enormi.”
• Moonshot descrive sparsità stile MoE (nel loro blog: attiva 16 di 896 expert) e quantization-aware training (citano pesi MXFP4 / attivazioni MXFP8). Può ridurre il costo di serving rispetto a un dense 2.8T—ma non trasforma K3 in un giocattolo da laptop.
• La raccomandazione di deployment da 64+ acceleratori è la cosa più vicina a un vibe check hardware ufficiale. Se non gestisci già box di quella classe, il percorso pratico è API, app, o un host futuro (partner vLLM, endpoint cloud)—non fantasie ollama pull.

Quando i pesi spuntano, gli artefatti utili saranno: repo id, licenza, flavor di quant, note di supporto vLLM/llama.cpp/ecc. e ricette minime da cluster. Finché non esistono, ogni blog “ti bastano X GB” è fan fiction.

Cosa fare da ora al 27 luglio

Pensala come una finestra di prep di dieci giorni, non come un timer al countdown del download.

Se costruisci prodotti

1. Metti kimi-k3 dietro un feature flag su un workflow ad alto valore.
2. Logga token + $ + success rate a fianco di K2.6 / K2.7 Code sugli stessi task.
3. Stabilizza i prefissi di prompt (system + digest del repo) così i cache hit sparano davvero—Moonshot dichiara hit rate alti sui workload di coding quando l’architettura collabora.
4. Non cancellare il percorso K2.7 Code. Flagship e specialist di coding possono convivere.

Se ti interessa il self-hosting

1. Metti tra i preferiti Moonshot su Hugging Face e il blog K3.
2. Tieni d’occhio un technical report + note vLLM / partner (hanno esplicitamente citato l’allineamento ecosistema e un contributo vLLM legato a KDA).
3. Budgetta per cluster o inference hosted, non per una singola scheda consumer.
4. Continua a far girare i pesi di K2.6 / K2.7 Code se già li self-hosti—sono i modelli open che puoi davvero pullare oggi.

Se vuoi solo provare il modello

Apri app o API, lancia una volta il tuo task difficile, e decidi se il conto ti sembra valere la pena. Non ti serve un checkpoint da 2.8T per farti un’opinione.

Checklist del 27 luglio (quando arriva il giorno)

Usa questa lista solo dopo che compare qualcosa di reale—niente “pre-festeggiamenti.”

• Annuncio ufficiale o update del blog che conferma che i pesi sono fuori (non solo “presto”)
• Repo sotto Moonshot su Hugging Face (o altrove) con file, non un placeholder vuoto
• Testo LICENSE che hai davvero letto
• README: come servire (vLLM / altro), limiti noti, opzioni di quant
• Se i partner di inference listano endpoint pubblici lo stesso giorno
• Aggiorna il tuo runbook: default API vs self-host vs hybrid

Aggiorneremo il nostro hub di stato Kimi K3 quando cambiano le fonti primarie. Fidati di quelle più che degli screenshot.

Filtri anti-rumore (le bugie che viaggiano veloci)

“È già completamente open-source su HF.”
Non come release pubblica completa dei pesi di K3—non ne abbiamo visto una verificata sotto l’org di Moonshot al 17 luglio. Accesso prodotto ≠ dump dei pesi.

“Open weights = K3 illimitato gratis sul mio PC.”
Gli open weights tolgono un cancello del vendor. Non tolgono fisica, corrente o ops da cluster.

“Arena / una demo UI significa che la qualità locale è risolta.”
Titoli Frontend Arena e video one-shot di UI sono segnali di prodotto interessanti. Non dicono nulla sulla tua capacità di caricare 2.8T a casa.

“Il 27 luglio è garantito sul mio fuso, zero slip.”
Il linguaggio ufficiale è entro il 27 luglio 2026. Trattalo come un impegno da monitorare, e ricontrolla se la data si muove. Le promesse possono slittare; la tua architettura non dovrebbe dipendere da una sola cella del calendario senza un fallback (API).

“Il modello più nuovo sostituisce ogni SKU Kimi precedente.”
No. Tieni la vista di portafoglio: intelligenza generale flagship vs specialist di coding vs agent lungo più economico.

FAQ

Kimi K3 è uscito?
Sì—nelle app e come kimi-k3 sull’API. Vedi la nostra guida al rilascio.

Gli open weights sono fuori?
Non come download pubblico finito su cui pianificare la produzione (al 17 luglio). Promessa ufficiale: entro il 27 luglio 2026.

Posso scaricare Kimi K3 da Hugging Face oggi?
Conta sul no finché Moonshot non pubblica un repo K3 vero. I modelli Kimi più vecchi (per esempio K2.6 / K2.7 Code) sono download separati.

Cosa faccio girare mentre aspetto?
API / app K3 per valutare; K2.7 Code per gli agent di coding quotidiani; K2.6 per agent lunghi collaudati e più economici. Self-hosta i pesi K2.x già open se devi restare offline.

Questo sito è ufficiale?
No. Crocia kimi.com/blog/kimi-k3 e platform.kimi.ai prima di spendere soldi o rackare hardware.

In sintesi

La storia “open” di K3 è un dramma in due atti. Il primo è già iniziato: prodotti e API. Il secondo è in calendario a fine luglio: full weights, speriamo con la colla ecosistema (licenza, note di serving, stack partner) così “open” significa qualcosa che un engineer può operare.

Fino a che non esce il secondo atto, la mossa smart è noiosa e redditizia: pilota K3 dove il ragionamento premium si ripaga, tieni K2.7 Code per shippare, e ignora chi ti vende una guida di install K3 su GPU consumer senza link al repo.

Prossime letture: rilascio K3 e quando passare · quale modello oggi · hub di stato · K2.7 Code · rilascio K2.6.