TL;DR
Per 9 Oktober 2026, laporan menyatakan Kimi K3.1 dapat hadir bulan ini, tetapi sumber yang ditinjau belum menetapkan tanggal peluncuran resmi, harga final, atau hasil benchmark khusus K3.1. Label Low / High / Max, Extra Long, Agent, dan Swarm yang dilaporkan tumpang tindih dengan fitur K3 yang ada. Peningkatan potensial relevan jika meningkatkan efisiensi penalaran, keandalan konteks panjang, dan biaya tugas terselesaikan; label konfigurasi semata tidak dapat menunjukkan keuntungan tersebut.
Poin Penting
- Waktu rilis: Oktober adalah kemungkinan yang dilaporkan media, tanpa komitmen peluncuran resmi yang ditetapkan oleh sumber yang dikutip.
- Petunjuk teknis: Low / High / Max dan opsi 1M token yang dilaporkan tumpang tindih dengan kapabilitas K3; arsitektur K3.1 dan batas final belum dikonfirmasi.
- Alur kerja agen: Flag Agent, Swarm, search, dan batch menunjukkan kemungkinan pekerjaan integrasi alih-alih peningkatan yang terukur.
- Performa dan harga: Hasil dan tarif K3 yang dipublikasikan merupakan baseline referensi, bukan benchmark atau tarif K3.1.
- Kesiapan API: Konfirmasikan ID model yang diaktifkan, parameter yang terdokumentasi, dan akses akun sebelum menerapkan K3.1 melalui CometAPI.
Apa itu Kimi K3.1?
Kimi K3.1 adalah iterasi yang dilaporkan berikutnya dari keluarga model Kimi milik Moonshot AI. Pengenal konfigurasi yang bocor menunjukkan pekerjaan pada penalaran, konteks panjang dan alur kerja agen. Spesifikasi final, tanggal rilis dan harga belum ditetapkan oleh sumber yang ditinjau, sehingga harus diperlakukan sebagai model prospektif daripada rilis publik yang dikonfirmasi.
Apa yang Kita Ketahui tentang Kimi K3.1?
Postingan asli menunjukkan pengenal terkait K3.1
Pada 23 September 2026, @MaxForAI memposting tangkapan layar konfigurasi yang menunjukkan k3d1-agent. Ini adalah gambar asli yang terkait dengan postingan tersebut; asal-usul internal dan status produksinya belum diautentikasi secara independen.
Sumber gambar: post asli @MaxForAI. Gambar berisi pengaturan upaya penalaran dan konteks bersama pengenal agen. String konfigurasi yang terlihat tidak membuktikan bahwa setiap opsi milik K3.1.
Laporan Wccftech pada 23 September menafsirkan tangkapan layar tersebut sebagai sinyal pengembangan K3.1. Tindak lanjut IT Home pada 24 September mengulangi opsi yang dilaporkan. Laporan-laporan ini merupakan interpretasi sekunder dari kebocoran yang sama, bukan konfirmasi independen atas kesiapan peluncuran.
Opsi yang dilaporkan mengarah pada penalaran dan alur kerja agen
Laporan-laporan tersebut menggambarkan pengaturan penalaran Low / High / Max, opsi Extra Long hingga 1M token, serta flag Agent, Swarm, search dan batch. Petunjuk ini menyiratkan kemungkinan integrasi alur kerja. Mereka tidak mengungkapkan arsitektur final, peningkatan performa yang tervalidasi, atau skema API publik yang didukung.
Laporan media berbeda soal jendela peluncuran
Wccftech menggambarkan kemungkinan kedatangan sebelum Oktober, sementara IT Home menyebut Oktober 2026. Perbedaan itu membatasi kegunaan salah satu perkiraan. Tidak ada laporan yang menyertakan pengumuman rilis Moonshot bertanggal.
Sebuah pengenal model dapat mewakili checkpoint privat, rute yang belum selesai, deployment bertahap, atau pratinjau dengan kontrol akses. Itu tidak dapat secara independen menetapkan rilis API komersial. Makna tepat dan ketersediaan flag yang bocor tetap belum pasti.
Kapan Kimi K3.1 Akan Dirilis?
Sumber yang ditinjau tidak menetapkan tanggal rilis resmi Kimi K3.1. IT Home melaporkan Oktober 2026, sementara liputan sebelumnya dari Wccftech menyebut sebelum Oktober. Ini adalah perkiraan media yang berbeda, bukan jadwal pengembangan yang terverifikasi. Tangkapan layar tidak dapat menetapkan tanggal rollout, kelayakan akun, atau kesiapan penerapan.
Carilah pengumuman Moonshot bertanggal, ID model yang didukung, dokumentasi pengembang dan ketentuan akses sebelum menganggap tanggal peluncuran sebagai terkonfirmasi. Harga dan evaluasi khusus K3.1 yang dapat direproduksi adalah bukti terpisah yang diperlukan untuk keputusan penerapan.
Spesifikasi Apa yang Mungkin Ditawarkan Kimi K3.1?
Baseline teknis terkuat adalah Kimi K3 yang ada, rilis Juli 2026 dengan arsitektur Sparse MoE 2,8 triliun parameter, masukan visual native, dan jendela konteks yang umum digambarkan sebagai 1M token. Sumber yang dikutip tidak menetapkan arsitektur K3.1, jumlah parameter, atau hasil evaluasi khusus model.
Ringkasan model resmi Moonshot menentukan 104B parameter aktif dan jendela konteks 1.048.576 token. Pengumuman open-weight 27 Juli mengonfirmasi rilis bobot K3. Spesifikasi ini berlaku untuk K3, bukan K3.1 yang dirumorkan.
| Spesifikasi | Kimi K3 | Kimi K3.1 |
|---|---|---|
| Rilis | Juli 2026 | Berpotensi Oktober 2026 |
| Total parameter | 2,8 triliun | Tidak diungkapkan |
| Parameter aktif | 104 miliar (ringkasan model resmi) | Tidak diungkapkan |
| Arsitektur | Sparse MoE, KDA, AttnRes | Tidak diungkapkan |
| Konteks | 1,048,576 token (sekitar 1M) | Hingga 1M disarankan |
| Penalaran | Low / High / Max dalam dokumentasi Kimi Code saat ini | Flag Low / High / Max |
| Visi | Masukan visual native | Belum dikonfirmasi |
| Swarm | Kapabilitas Kimi Swarm yang sudah ada | Flag Swarm dilaporkan muncul |
| Harga API | Tarif K3 yang dipublikasikan | Tidak ada harga final |
| Bobot | Bobot K3 dirilis | Tidak diketahui |
Fitur Apa yang Dilaporkan untuk Kimi K3.1?
Tiga tema di bawah ini menggabungkan petunjuk K3.1 yang dilaporkan dengan kapabilitas K3 yang terdokumentasi. Mereka menjelaskan arti yang mungkin dari pengaturan tersebut tanpa menyajikan fitur K3.1 yang dirumorkan sebagai spesifikasi yang dikonfirmasi.
Tiga tingkat penalaran menyediakan kompromi upaya
Low, High, dan Max adalah label konfigurasi K3.1 yang dilaporkan. Mereka menggambarkan kompromi upaya, bukan arsitektur baru. Dokumentasi Kimi Code saat ini mendukung low / high / max untuk K3, dengan high sebagai default. Ini adalah pengaturan Kimi Code; default dan hak akses tidak boleh diasumsikan identik di semua API atau produk.
Low dapat cocok untuk ekstraksi, tanya jawab sederhana dan klasifikasi rutin saat latensi lebih rendah penting. High dapat menawarkan keseimbangan praktis untuk pengembangan multi-langkah dan pekerjaan dokumen. Max dapat mengalokasikan lebih banyak anggaran penalaran untuk pengkodean atau riset yang sulit, dengan latensi lebih tinggi dan kemungkinan biaya. Pemetaan tugas ini adalah interpretasi yang perlu diuji, bukan jaminan K3.1 yang terverifikasi.
Contoh beban kerja ini adalah interpretasi analitis, bukan jaminan layanan K3.1 yang terverifikasi. Pengembang sebaiknya membandingkan kualitas per unit pengeluaran: jalankan upaya tinggi mungkin berbiaya lebih per percobaan tetapi lebih sedikit pengulangan dapat menurunkan biaya alur kerja keseluruhan. Peningkatan yang bermakna adalah peningkatan keberhasilan tugas pada anggaran token dan alat yang sebanding.
Opsi 1M token memperluas baseline konteks panjang
Jendela sejuta token dapat menampung repositori kode besar, dokumen teknis panjang, riwayat proyek, dan jejak alat yang luas. Namun panjang konteks maksimum tidak sama dengan penggunaan informasi jauh yang akurat. Model yang produktif tetap harus mengambil fakta yang tepat, mempertahankan konsistensi lintas dokumen, dan menjaga latensi prefill tetap terkelola.
Evaluasi konteks panjang dengan menguji pengambilan pada posisi prompt berbeda, konsistensi lintas dokumen, dan waktu ke token pertama. Ukur penggunaan ulang cache serta biaya mempertahankan atau memampatkan riwayat agen. Batas nominal 1M token berguna hanya jika model dapat memulihkan bukti jauh secara akurat dalam latensi dan anggaran yang dapat diterima.
Moonshot melaporkan skor K3 BrowseComp 90,4 dengan konteks 1M token dan tanpa manajemen konteks. Ini adalah kondisi evaluasi spesifik K3, berbeda dari hasil konteks yang dipadatkan dan dari klaim performa K3.1 mana pun.
Flag Agent dan Swarm menyiratkan eksekusi tugas terkoordinasi
Pengenal terkait agen dan flag Swarm bisa dibilang lebih menarik daripada angka konteks. Kimi sudah mendukung pekerjaan multi-agen; oleh karena itu, peningkatan yang dirumorkan perlu memperbaiki routing, delegasi, agregasi hasil, dan kontrol biaya alih-alih sekadar menambah label Swarm.
Dalam alur kerja yang diorkestrasi secara masuk akal, seorang koordinator memecah permintaan kompleks menjadi sub-tugas riset, pengkodean, pengujian, dan sintesis. Pekerja spesialis berjalan paralel, mengembalikan bukti, dan didamaikan oleh koordinator. Paralelisme semacam itu dapat mengurangi waktu tempuh sekaligus meningkatkan total panggilan model, sehingga kecepatan waktu nyata dan biaya harus dilaporkan terpisah.
Dokumentasi resmi Agent Swarm Kimi menggambarkan eksekusi agen paralel yang sudah ada. Contoh di bawah ini mengilustrasikan bagaimana orkestrasi semacam itu dapat membagi pekerjaan; ini tidak menetapkan konfigurasi final K3.1 atau topologi Swarm yang diperlukan.
Pekerja riset dapat mengambil sumber dan memverifikasi sitasi; pekerja pengkodean dapat memodifikasi modul dan mengembalikan bukti eksekusi; pekerja analisis dapat membandingkan alternatif dengan perhitungan yang dapat direproduksi. Seorang koordinator menugaskan tugas, mendamaikan perbedaan dan membatasi anggaran. Output setiap pekerja perlu verifikasi sebelum hasil gabungan diterima.
Untuk K3.1, pengembang sebaiknya mencari benchmark yang dapat direproduksi atas tugas agen ujung-ke-ujung yang berhasil, pemulihan kegagalan, penanganan ketidaksepakatan antar agen, jumlah panggilan alat, dan total pengeluaran. Flag konfigurasi semata tidak dapat menetapkan peningkatan.
Bagaimana Kimi K3.1 Membandingkan dengan K3 pada Benchmark?
Tidak tersedia tabel benchmark khusus K3.1 yang terverifikasi. Angka-angka berikut berasal dari evaluasi resmi K3 milik Moonshot, ditampilkan semata sebagai baseline perbandingan. Harness model dan pengaturan penilaian yang berbeda membatasi inferensi ketat apples-to-apples.
| Benchmark | Kimi K3 | GPT-5.6 Sol | Claude Fable 5 |
|---|---|---|---|
| DeepSWE | 67.5 | 73.0 | 70.0 |
| Terminal-Bench 2.1 | 88.3 | 88.8 | 88.0 |
| FrontierSWE | 81.2 | 71.3 | 86.6 |
| Program Bench | 77.8 | 77.6 | 76.8 |
| Kimi Code Bench 2.0 | 72.9 | 64.8 | 76.9 |
| SWE Marathon | 42.0 | 39.0 | 35.0 |
Perbedaan sumber: visual asli menunjukkan Fable 5 pada 84,6 untuk Terminal-Bench 2.1, sementara tabel evaluasi repositori resmi melaporkan 88,0. Tabel di atas mengikuti repositori; gambar resmi direproduksi tanpa perubahan.
Catatan evaluasi menentukan upaya maksimal K3, temperatur 1,0, dan top-p 1,0. DeepSWE v1.1 menggunakan Kimi Code di sini; hasil mini-SWE-agent yang dikutip terpisah adalah 67,3. Terminal-Bench menggunakan Kimi Code untuk K3, Terminus 2 untuk Fable 5, dan Codex untuk Sol. FrontierSWE menggunakan Kimi Code/Codex dan skor dominasi 16 Juli; ProgramBench menggunakan Kimi Code untuk K3. KCB 2,0 menggunakan Kimi Code/Claude Code untuk K3 dan Claude Code/Codex untuk Fable/Sol. SWE Marathon menggunakan branch v1.1 yang dikalibrasi H20 dengan Claude Code/Codex; Fable mengalami fallback pada 35% tugas. Ini adalah hasil yang dilaporkan vendor di bawah harness yang berbeda.
Konsultasikan catatan evaluasi resmi untuk protokol lengkap setiap benchmark; angka-angka tersebut tidak menetapkan perbandingan K3.1 yang terkontrol.
K3 sangat kompetitif pada Program Bench dan SWE Marathon dalam set ini, sementara pemimpin komparatif bervariasi menurut tes. K3.1 tidak dapat dinyatakan lebih cepat atau lebih akurat hingga tersedia pengujian dengan harness agen yang terdokumentasi, anggaran penalaran, dan tanggal evaluasi.
Seperti Apa Harga API Kimi K3.1?
Tarif peluncuran resmi K3 adalah $0,30 input yang di-cache, $3 input yang tidak di-cache, dan $15 output per satu juta token. Tabel berikut mencatat jadwal referensi tersebut, bukan tarif K3.1 saat ini yang terverifikasi. Tarif K3.1 dan biaya orkestrasi apa pun memerlukan konfirmasi terpisah.
| Meter | API Kimi K3 di CometAPI (referensi tarif peluncuran resmi) | API Kimi K3.1 di CometAPI (tarif belum dikonfirmasi) |
|---|---|---|
| Input yang di-cache | US$0.30 / 1M token | Belum dikonfirmasi |
| Input yang tidak di-cache | US$3.00 / 1M token | Belum dikonfirmasi |
| Output | US$15.00 / 1M token | Belum dikonfirmasi |
| Orkestrasi agen | Bergantung pada penggunaan aktual | Belum dikonfirmasi |
Pada tarif referensi K3 ini, 100.000 token input yang tidak di-cache plus 10.000 token output akan berharga US$0,45. Ini adalah contoh aritmetika K3 ilustratif, bukan harga K3.1. Perencanaan enterprise sebaiknya menggunakan biaya per tugas yang terverifikasi alih-alih token semata.
Bagaimana Pengembang Dapat Mempersiapkan Akses API Kimi K3.1?
Pemeriksaan akses mendahului integrasi
Pengembang dapat mengikuti Kimi K3.1 API di CometAPI untuk pembaruan akses. Pada 9 Oktober 2026, bagian ketersediaan halaman tersebut masih menyatakan Coming Soon, berdampingan dengan teks endpoint dan health yang generik. Perlakukan halaman yang tidak konsisten itu sebagai tautan discovery; konfirmasikan ID model yang diaktifkan dan pengujian tingkat akun yang berhasil sebelum menganggap akses produksi.
Daftar periksa peluncuran memandu keputusan penerapan
| Pertanyaan | Bukti yang tersedia saat ini | Konfirmasi yang dibutuhkan |
|---|---|---|
| Rilis? | Laporan kebocoran September | Pengumuman rilis Moonshot |
| Arsitektur baru? | Tidak ada kartu model K3.1 | Laporan teknis dan parameter |
| Penalaran lebih baik? | Tiga mode upaya yang familier | Kualitas/biaya vs K3 pada tiap level |
| Koneksi konteks lebih baik? | Opsi 1M yang dilaporkan | Akurasi dan latensi pada 1M |
| Multi-agen lebih baik? | Flag konfigurasi Agent/Swarm | Benchmark keberhasilan dan biaya agen |
| Akses API produksi? | Indikator Coming Soon | ID yang didukung, dok, harga |
Persiapan dapat dimulai dengan evaluasi portabel dan anggaran uji yang dibatasi. Migrasi sebaiknya menunggu akses yang terdokumentasi dan peningkatan level beban kerja yang dapat diulang. Keputusan adalah apakah K3.1 menghasilkan hasil yang diterima lebih andal dan ekonomis, bukan apakah halaman katalog atau flag konfigurasi ada.
FAQ
Bagaimana pengembang dapat memverifikasi akses Kimi K3.1?
Konfirmasikan ID model yang didukung oleh penyedia dan hak akun, lalu jalankan permintaan kecil dan inspeksi pengenal model yang dikembalikan, penggunaan, dan error. Panggilan yang berhasil memverifikasi akses untuk akun dan rute itu pada saat tersebut; entri katalog atau label health semata tidak menetapkan peluncuran publik atau kuota stabil.
Bisakah Kimi K3.1 menggantikan K3 dalam agen yang ada?
Perlakukan migrasi sebagai perubahan kompatibilitas. Periksa skema alat, penanganan riwayat penalaran, format output, dan perilaku timeout sebelum memutar ulang tugas representatif. Gunakan baseline yang dipin dan pertahankan routing rollback. Nama model yang mirip atau batas konteks yang sama tidak cukup sebagai bukti bahwa sesi berjalan lama akan berperilaku identik.
Bagaimana tim sebaiknya menganggarkan untuk uji coba Kimi K3.1?
Mulailah dengan himpunan tugas yang dibatasi alih-alih mengekstrapolasi harga token yang dirumorkan. Lacak input yang tidak di-cache, hit cache, token penalaran/output, panggilan alat, pengulangan, dan waktu koreksi manusia. Sediakan anggaran evaluasi tetap dan bandingkan biaya per hasil yang diterima setelah tarif final didokumentasikan.
Apa yang akan dianggap sebagai peningkatan Kimi K3.1 yang bermakna?
Butuhkan keuntungan yang dapat diulang pada beban kerja Anda dengan anggaran penalaran dan alat yang sebanding. Uji pengambilan bukti jauh, dokumen yang saling bertentangan, pemulihan agen, dan penerimaan tugas ujung-ke-ujung. Catat tingkat kegagalan, latensi, dan total pengeluaran bersama; jendela nominal yang lebih besar atau flag konfigurasi tambahan saja tidak cukup.
Kesimpulan
Kimi K3.1 paling baik diperlakukan sebagai rilis prospektif yang dilaporkan. Bukti yang ditinjau mengidentifikasi kemungkinan pekerjaan konfigurasi, sementara K3 sudah menyediakan konteks panjang, upaya yang dapat disesuaikan, dan eksekusi Swarm. Peluang praktis adalah kualitas tugas yang lebih baik dengan biaya yang berkelanjutan. Siapkan evaluasi portabel sekarang, dan buat keputusan migrasi setelah spesifikasi resmi, ketentuan akses, harga, dan hasil K3.1 yang dapat direproduksi tersedia.