Kimi K2.7 Code: open-weight, coding-first, token più economici
Kimi K2.7 Code di Moonshot: open-weight, coding-first, token più economici. I numeri, le riserve, perché l'apertura conta.
Traduzione generata automaticamente con IA. La versione tedesca è l'originale verificato dalla redazione.
Un modello open-weight, costruito per lo sviluppo software invece che per la chat, a una frazione dei costi in token dei modelli chiusi. Questa combinazione conta per il nostro modo di costruire più di qualsiasi singolo benchmark. Moonshot AI ha rilasciato Kimi K2.7 Code su Hugging Face il 12 giugno 2026.
01. I numeri, con una riserva
La Model Card descrive un design Mixture-of-Experts con 1.000 miliardi di parametri (32B attivi, 384 esperti), una finestra di contesto di 256K token e una Modified MIT License.
I guadagni da titolo provengono dai benchmark interni di Moonshot: +21,8% rispetto a K2.6 su Kimi Code Bench v2, +11,0% su Program Bench e +31,5% su MLS Bench Lite, con circa il 30% in meno di token di reasoning. Li leggiamo con la stessa riserva che ha avuto anche la community: ogni valore pubblicato finora è interno a Moonshot, senza cifre indipendenti di terze parti.
02. Cosa testa davvero la community
Il primo segnale è pratico. La recensione di Bijan Bowens lo ha messo alla prova con compiti multimodali e di costruzione di giochi; lo sviluppatore tedesco IAmFabian si è posto la domanda ovvia, "l'open source batte Claude?", e ha testato l'uso degli strumenti contro Claude a una frazione del costo. Su r/opencodeCLI le persone hanno analizzato prima il prezzo (0,95 $ / 1M input, 4,00 $ / 1M output) e il minor consumo di token di reasoning, le metriche pratiche invece della classifica.
Il giudizio ricorrente: sembra più utile che spettacolare. Un consumo minore di token di ragionamento nel lavoro di ingegneria a più passaggi conta nella quotidianità più di un salto nei benchmark.
03. Perché vi prestiamo attenzione
Un modello di coding open-weight che pianifica, modifica, esegue strumenti e fa debug su molti passaggi è direttamente rilevante per il nostro modo di costruire. Pesi aperti significano che può girare sull'infrastruttura propria di un cliente: nessun codice che lascia l'ambiente, costi pianificabili e nessuna dipendenza dalla disponibilità di un singolo fornitore. È lo stesso argomento di sovranità che facciamo per ogni parte di un sistema: la capacità che potete ospitare è la capacità che controllate.
Aspettiamo benchmark indipendenti prima di trarre conclusioni sulla qualità pura. La direzione, però, capacità di coding di primo livello con pesi aperti e costi in token più bassi, è quella che rende praticabile l'ingegneria IA autoospitata per i team con cui lavoriamo.
