TL;DR
Tính đến ngày 9 tháng 10 năm 2026, có báo cáo cho rằng Kimi K3.1 có thể ra mắt trong tháng này, nhưng các nguồn đã xem xét không đưa ra được ngày phát hành chính thức, mức giá cuối cùng hoặc kết quả benchmark riêng của K3.1. Các cờ Low / High / Max, Extra Long, Agent và Swarm được báo cáo trùng lặp với các tính năng hiện có của K3. Bản nâng cấp chỉ thực sự quan trọng nếu cải thiện hiệu quả suy luận, độ tin cậy ngữ cảnh dài và chi phí cho tác vụ hoàn thành; nhãn cấu hình đơn lẻ không thể chứng minh các lợi ích đó.
Key Takeaways
- Thời điểm phát hành: Tháng 10 là khả năng do truyền thông đưa ra, chưa có cam kết ra mắt chính thức từ các nguồn được trích dẫn.
- Manh mối kỹ thuật: Low / High / Max và tùy chọn 1M token được báo cáo trùng với khả năng của K3; kiến trúc K3.1 và các giới hạn cuối cùng vẫn chưa được xác nhận.
- Quy trình agent: Các cờ Agent, Swarm, search và batch cho thấy khả năng tích hợp quy trình hơn là cải tiến đã đo đạc.
- Hiệu năng và giá: Các kết quả và mức giá đã công bố của K3 là chuẩn tham chiếu, không phải benchmark hay biểu giá của K3.1.
- Sẵn sàng API: Xác nhận ID model đã bật, tham số đã tài liệu hóa và quyền truy cập tài khoản trước khi triển khai K3.1 qua CometAPI.
What is Kimi K3.1?
Kimi K3.1 là phiên bản tiếp theo được báo cáo của dòng model Kimi của Moonshot AI. Các định danh cấu hình bị rò rỉ gợi ý công việc về suy luận, ngữ cảnh dài và quy trình agent. Các thông số cuối cùng, ngày phát hành và mức giá của nó chưa được các nguồn đã xem xét xác lập, vì vậy nên coi đây là một model tiềm năng hơn là phát hành công khai đã xác nhận.
What Do We Know About Kimi K3.1?
Bài đăng gốc hiển thị một định danh liên quan K3.1
Ngày 23 tháng 9 năm 2026, @MaxForAI đã đăng một ảnh chụp màn hình cấu hình hiển thị k3d1-agent. Đây là hình ảnh gốc gắn với bài đăng; nguồn gốc nội bộ và trạng thái sản xuất của nó chưa được xác thực độc lập.
Nguồn hình ảnh: Bài đăng gốc của @MaxForAI. Hình ảnh chứa các thiết lập effort suy luận và ngữ cảnh cùng các định danh agent. Các chuỗi cấu hình hiển thị không chứng minh rằng mọi tùy chọn đều thuộc K3.1.
Bài viết ngày 23/9 của Wccftech diễn giải ảnh chụp là tín hiệu phát triển K3.1. Bài theo sau ngày 24/9 của IT Home nhắc lại các tùy chọn đã được báo cáo. Đây là các diễn giải thứ cấp của cùng một rò rỉ, không phải xác nhận độc lập về mức độ sẵn sàng ra mắt.
Các tùy chọn được báo cáo hướng tới suy luận và quy trình agent
Các báo cáo mô tả các thiết lập suy luận Low / High / Max, tùy chọn Extra Long lên tới 1M token, và các cờ Agent, Swarm, search và batch. Những manh mối này gợi ý khả năng tích hợp quy trình. Chúng không tiết lộ kiến trúc cuối cùng, lợi ích hiệu năng đã xác thực hoặc schema API công khai được hỗ trợ.
Báo chí không thống nhất về khung thời gian ra mắt
Wccftech mô tả khả năng ra mắt trước tháng 10, trong khi IT Home nói tháng 10/2026. Sự khác biệt đó làm hạn chế tính hữu ích của cả hai dự báo. Không báo cáo nào cung cấp thông báo phát hành có ghi ngày của Moonshot.
Một định danh model có thể đại diện cho một checkpoint riêng, một nhánh chưa hoàn thiện, một triển khai theo giai đoạn, hoặc bản xem trước có kiểm soát truy cập. Nó không thể tự thiết lập một bản phát hành API thương mại. Ý nghĩa chính xác và mức độ sẵn có của các cờ bị rò rỉ vẫn chưa chắc chắn.
When Will Kimi K3.1 Be Released?
Các nguồn đã xem xét không xác lập được ngày phát hành chính thức của Kimi K3.1. IT Home báo tháng 10/2026, trong khi Wccftech trước đó nói trước tháng 10. Đây là các dự báo báo chí khác nhau, không phải lịch phát triển đã được xác minh. Một ảnh chụp màn hình không thể xác lập ngày rollout, đối tượng tài khoản đủ điều kiện hoặc mức sẵn sàng triển khai.
Hãy tìm thông báo có ghi ngày của Moonshot, các ID model được hỗ trợ, tài liệu dành cho nhà phát triển và điều kiện truy cập trước khi coi ngày ra mắt là đã xác nhận. Giá và các đánh giá lặp lại được dành riêng cho K3.1 là bằng chứng riêng cần thiết cho các quyết định triển khai.
What Specifications Could Kimi K3.1 Offer?
Chuẩn kỹ thuật mạnh nhất hiện có là Kimi K3, phát hành tháng 7/2026 với kiến trúc sparse MoE 2.8 nghìn tỷ tham số, đầu vào thị giác gốc, và cửa sổ ngữ cảnh thường được mô tả là 1M token. Các nguồn được trích dẫn không xác lập kiến trúc, số tham số hoặc kết quả đánh giá riêng của K3.1.
Tóm tắt model chính thức của Moonshot chỉ rõ 104B tham số kích hoạt và cửa sổ ngữ cảnh 1,048,576 token. Thông báo mở trọng số ngày 27/7 xác nhận phát hành trọng số K3. Các thông số này áp dụng cho K3, không phải K3.1 theo tin đồn.
| Thông số | Kimi K3 | Kimi K3.1 |
|---|---|---|
| Phát hành | Tháng 7/2026 | Có thể tháng 10/2026 |
| Tổng số tham số | 2.8 nghìn tỷ | Chưa công bố |
| Tham số kích hoạt | 104B (tóm tắt model chính thức) | Chưa công bố |
| Kiến trúc | Sparse MoE, KDA, AttnRes | Chưa công bố |
| Ngữ cảnh | 1,048,576 token (xấp xỉ 1M) | Gợi ý tới 1M |
| Suy luận | Low / High / Max trong tài liệu Kimi Code hiện tại | Cờ Low / High / Max |
| Thị giác | Đầu vào thị giác gốc | Chưa xác nhận |
| Swarm | Năng lực Kimi Swarm hiện có | Cờ Swarm được báo cáo xuất hiện |
| Giá API | Biểu giá K3 đã công bố | Chưa có giá cuối |
| Trọng số | Trọng số K3 đã phát hành | Chưa rõ |
What Features Are Reported for Kimi K3.1?
Ba chủ đề dưới đây kết hợp các manh mối K3.1 được báo cáo với các khả năng K3 đã được tài liệu hóa. Chúng giải thích những gì các thiết lập có thể mang ý nghĩa mà không trình bày các tính năng K3.1 theo tin đồn như thông số đã xác nhận.
Ba mức độ suy luận cung cấp đánh đổi effort
Low, High và Max là các nhãn cấu hình được báo cáo của K3.1. Chúng mô tả một đánh đổi effort, không phải kiến trúc mới. Tài liệu Kimi Code hiện hỗ trợ low / high / max cho K3, với high là mặc định. Đây là thiết lập của Kimi Code; không nên giả định mặc định và quyền hạn giống hệt nhau giữa mọi API hoặc sản phẩm.
Low có thể phù hợp trích xuất, Hỏi & Đáp đơn giản và phân loại thường lệ khi độ trễ thấp hơn quan trọng. High có thể mang lại cân bằng thực tiễn cho phát triển nhiều bước và công việc tài liệu. Max có thể phân bổ nhiều ngân sách suy luận hơn cho những bài toán mã hóa hoặc nghiên cứu khó, với độ trễ và chi phí có thể cao hơn. Các ánh xạ tác vụ này là các diễn giải cần thử nghiệm, không phải đảm bảo K3.1 đã xác minh.
Các ví dụ khối lượng công việc này là diễn giải phân tích, không phải đảm bảo dịch vụ K3.1 đã xác minh. Nhà phát triển nên so sánh chất lượng trên mỗi đơn vị chi tiêu: một lần chạy effort cao có thể tốn nhiều chi phí mỗi lần thử nhưng số lần thử lại ít hơn có thể giảm tổng chi phí quy trình. Bản nâng cấp có ý nghĩa sẽ là cải thiện tỷ lệ thành công tác vụ với ngân sách token và công cụ tương đương.
Tùy chọn 1M token mở rộng chuẩn ngữ cảnh dài
Cửa sổ 1 triệu token có thể chứa các kho mã lớn, tài liệu kỹ thuật dài, lịch sử dự án và dấu vết công cụ rộng. Nhưng độ dài ngữ cảnh tối đa không đồng nghĩa với việc sử dụng chính xác thông tin xa. Một model hiệu quả vẫn phải truy xuất đúng sự kiện, duy trì nhất quán liên tài liệu, và giữ độ trễ prefill ở mức chấp nhận được.
Đánh giá ngữ cảnh dài bằng cách thử nghiệm truy xuất ở các vị trí prompt khác nhau, tính nhất quán giữa tài liệu và thời gian tới token đầu tiên. Cũng đo lường tái sử dụng cache và chi phí giữ hoặc nén lịch sử agent. Giới hạn danh nghĩa 1M token chỉ hữu ích nếu model có thể phục hồi bằng chứng xa một cách chính xác trong phạm vi độ trễ và ngân sách chấp nhận được.
Moonshot báo cáo điểm BrowseComp của K3 là 90.4 với ngữ cảnh 1M token và không quản lý ngữ cảnh. Đây là điều kiện đánh giá cụ thể của K3, khác biệt với các kết quả ngữ cảnh nén và mọi tuyên bố hiệu năng của K3.1.
Các cờ Agent và Swarm gợi ý thực thi tác vụ phối hợp
Các định danh liên quan agent và cờ Swarm có lẽ còn thú vị hơn con số ngữ cảnh. Kimi đã hỗ trợ công việc đa agent; do đó, bản nâng cấp theo tin đồn cần cải thiện định tuyến, phân công, tổng hợp kết quả và kiểm soát chi phí thay vì chỉ thêm nhãn Swarm.
Trong một quy trình điều phối hợp lý, một coordinator chia một yêu cầu phức tạp thành các tiểu tác vụ nghiên cứu, mã hóa, kiểm thử và tổng hợp. Các worker chuyên biệt chạy song song, trả về bằng chứng và được coordinator hòa giải. Sự song song này có thể giảm thời gian trôi qua trong khi tăng tổng số lần gọi model, vì vậy tốc độ theo thời gian thực và chi phí phải được báo cáo riêng.
Tài liệu Agent Swarm chính thức của Kimi mô tả thực thi agent song song hiện có. Ví dụ dưới đây minh họa cách điều phối có thể chia nhỏ công việc; nó không thiết lập cấu hình cuối cùng của K3.1 hoặc một cấu trúc Swarm bắt buộc.
Một worker nghiên cứu có thể truy xuất nguồn và xác minh trích dẫn; một worker mã hóa có thể chỉnh sửa module và trả về bằng chứng thực thi; một worker phân tích có thể so sánh lựa chọn với các tính toán có thể tái lập. Một coordinator phân công nhiệm vụ, hòa giải bất đồng và giới hạn ngân sách. Đầu ra của từng worker cần được xác minh trước khi chấp nhận kết quả hợp nhất.
Đối với K3.1, nhà phát triển nên tìm các benchmark có thể tái lập về tác vụ agent đầu-cuối thành công, phục hồi sau lỗi, xử lý bất đồng giữa agent, số lần gọi công cụ và tổng chi tiêu. Chỉ riêng các cờ cấu hình không thể xác lập cải thiện.
How Does Kimi K3.1 Compare with K3 on Benchmarks?
Chưa có bảng benchmark riêng cho K3.1 được xác minh. Các số liệu sau đây đến từ các đánh giá K3 chính thức của Moonshot, chỉ dùng làm chuẩn so sánh. Các harness model và thiết lập đánh giá khác nhau hạn chế việc suy luận so sánh tuyệt đối.
| 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 |
Khác biệt nguồn: hình ảnh gốc hiển thị Fable 5 đạt 84.6 trên Terminal-Bench 2.1, trong khi bảng đánh giá trong kho chính thức báo 88.0. Bảng trên theo kho chính thức; hình ảnh chính thức được tái hiện nguyên trạng.
Ghi chú đánh giá chỉ rõ K3 ở mức effort max, temperature 1.0, và top-p 1.0. DeepSWE v1.1 sử dụng Kimi Code; kết quả mini-SWE-agent được trích riêng là 67.3. Terminal-Bench dùng Kimi Code cho K3, Terminus 2 cho Fable 5, và Codex cho Sol. FrontierSWE dùng Kimi Code/Codex và điểm dominance ngày 16/7; ProgramBench dùng Kimi Code cho K3. KCB 2.0 dùng Kimi Code/Claude Code cho K3 và Claude Code/Codex cho Fable/Sol. SWE Marathon dùng nhánh v1.1 hiệu chuẩn H20 với Claude Code/Codex; Fable phải dùng fallback trên 35% tác vụ. Đây là các kết quả do nhà cung cấp báo cáo dưới những harness khác nhau.
Tham khảo ghi chú đánh giá chính thức cho quy trình đầy đủ của từng benchmark; các số liệu này không thiết lập so sánh có kiểm soát với K3.1.
K3 đặc biệt cạnh tranh ở Program Bench và SWE Marathon trong bộ này, trong khi các model dẫn đầu tùy theo bài test. Không thể tuyên bố K3.1 nhanh hơn hoặc chính xác hơn cho đến khi có các bài test với harness agent đã tài liệu hóa, ngân sách suy luận và ngày đánh giá.
What Could Kimi K3.1 API Pricing Look Like?
Biểu giá ra mắt chính thức của K3 là $0.30 input cache, $3 input không cache, và $15 output trên mỗi triệu token. Bảng sau ghi lại lịch tham chiếu đó, không phải biểu giá K3.1 đã xác minh hiện tại. Mức giá K3.1 và mọi phí điều phối cần được xác nhận riêng.
| Thước đo | Kimi K3 API trong CometAPI (tham chiếu biểu giá ra mắt) | Kimi K3.1 API trong CometAPI (biểu giá chưa xác nhận) |
|---|---|---|
| Input cache | US$0.30 / 1M token | Chưa xác nhận |
| Input không cache | US$3.00 / 1M token | Chưa xác nhận |
| Output | US$15.00 / 1M token | Chưa xác nhận |
| Điều phối agent | Phụ thuộc mức sử dụng thực tế | Chưa xác nhận |
Với các mức tham chiếu K3 này, 100,000 token input không cache cộng 10,000 token output sẽ tốn US$0.45. Đây là phép tính minh họa cho K3, không phải giá K3.1. Lập kế hoạch doanh nghiệp nên dùng chi phí trên mỗi tác vụ được chấp nhận thay vì chỉ token.
How Can Developers Prepare for Kimi K3.1 API Access?
Kiểm tra quyền truy cập trước khi tích hợp
Nhà phát triển có thể theo dõi Kimi K3.1 API trong CometAPI để cập nhật quyền truy cập. Ngày 9/10/2026, phần availability trên trang vẫn ghi Coming Soon, kèm văn bản endpoint và health chung. Hãy coi trang không đồng nhất này như liên kết khám phá; xác nhận ID model đã bật và thử nghiệm ở cấp tài khoản thành công trước khi giả định quyền truy cập production.
Danh sách kiểm ra mắt hướng dẫn quyết định triển khai
| Câu hỏi | Bằng chứng hiện có | Cần xác nhận |
|---|---|---|
| Phát hành? | Báo cáo rò rỉ tháng 9 | Thông báo phát hành của Moonshot |
| Kiến trúc mới? | Không có model card K3.1 | Báo cáo kỹ thuật và tham số |
| Suy luận tốt hơn? | Ba chế độ effort quen thuộc | Chất lượng/chi phí so với K3 ở từng mức |
| Ngữ cảnh dài hơn? | Tùy chọn 1M được báo cáo | Độ chính xác và độ trễ ở 1M |
| Đa agent tốt hơn? | Các cờ cấu hình Agent/Swarm | Benchmark thành công và chi phí agent |
| Truy cập API production? | Chỉ báo Coming Soon | ID được hỗ trợ, tài liệu, giá |
Chuẩn bị có thể bắt đầu với các đánh giá di động và ngân sách thử nghiệm có giới hạn. Việc chuyển đổi nên đợi đến khi có quyền truy cập đã tài liệu hóa và lợi ích lặp lại ở cấp độ khối lượng công việc. Quyết định là liệu K3.1 tạo ra kết quả được chấp nhận đáng tin cậy và kinh tế hơn hay không, chứ không phải liệu có trang danh mục hay nhãn cấu hình.
FAQs
Nhà phát triển xác minh quyền truy cập Kimi K3.1 như thế nào?
Xác nhận ID model được nhà cung cấp hỗ trợ và quyền hạn tài khoản, sau đó chạy một yêu cầu nhỏ và kiểm tra ID model trả về, usage và lỗi. Một lệnh gọi thành công xác minh quyền truy cập cho tài khoản và tuyến đó tại thời điểm đó; mục danh mục hoặc nhãn health đơn lẻ không xác lập việc ra mắt công khai hoặc quota ổn định.
Kimi K3.1 có thể thay thế K3 trong một agent hiện có không?
Hãy coi việc chuyển đổi như thay đổi tương thích. Kiểm tra schema công cụ, xử lý lịch sử suy luận, định dạng output và hành vi timeout trước khi phát lại các tác vụ đại diện. Dùng chuẩn cố định và giữ tuyến rollback. Tên model tương tự hoặc giới hạn ngữ cảnh không đủ bằng chứng rằng các phiên chạy dài sẽ cư xử giống hệt.
Các nhóm nên lập ngân sách cho thử nghiệm Kimi K3.1 như thế nào?
Bắt đầu với một bộ tác vụ có giới hạn thay vì nội suy từ giá token theo tin đồn. Theo dõi input không cache, hit cache, token suy luận/output, số lần gọi công cụ, số lần thử lại và thời gian chỉnh sửa của con người. Dự phòng ngân sách đánh giá cố định và so sánh chi phí trên mỗi kết quả được chấp nhận sau khi mức giá cuối cùng được tài liệu hóa.
Điều gì sẽ được coi là nâng cấp Kimi K3.1 có ý nghĩa?
Yêu cầu các cải thiện có thể lặp lại trên khối lượng công việc của bạn với ngân sách suy luận và công cụ tương đương. Kiểm thử truy xuất bằng chứng xa, tài liệu mâu thuẫn, phục hồi agent và chấp nhận tác vụ đầu-cuối. Ghi lại tỷ lệ lỗi, độ trễ và tổng chi tiêu cùng nhau; một cửa sổ danh nghĩa lớn hơn hoặc cờ cấu hình bổ sung đơn lẻ là chưa đủ.
Conclusion
Kimi K3.1 tốt nhất nên được coi là bản phát hành tiềm năng theo báo cáo. Bằng chứng đã xem xét xác định khả năng cấu hình, trong khi K3 đã cung cấp ngữ cảnh dài, effort điều chỉnh và thực thi Swarm. Cơ hội thực tiễn là chất lượng tác vụ tốt hơn với chi phí bền vững. Hãy chuẩn bị các đánh giá di động ngay bây giờ và đưa ra quyết định chuyển đổi sau khi có thông số chính thức, điều kiện truy cập, giá và các kết quả K3.1 có thể tái lập.