GitHub bổ sung Kimi K3 vào Copilot ngày 6/8, gỡ lệnh tạm dừng triển khai đặt ra trước đó. Vậy là một gói Copilot chạm được tới năm nhà cung cấp model, chỉ mười ngày sau khi Grok 4.5 nâng con số đó lên bốn.
Bản thân model sẽ được chú ý nhiều. Nhưng dòng đáng đọc hai lần là phần giá: Kimi K3 tính theo usage-based billing, niêm yết bằng token, không gộp vào hạn mức premium request mà phần lớn người dùng Copilot vẫn dựa vào để lập ngân sách.
Cụ thể GitHub mở những gì
Kimi K3 mở dần cho Copilot Pro, Pro+, Max, Business và Enterprise — lần này có cả gói Pro thường, điều đã không đúng với Claude Opus 5 hồi tháng 7. Chọn được ở đầy đủ các bề mặt:
- Visual Studio Code, Visual Studio, JetBrains, Xcode và Eclipse
- Copilot CLI và Copilot cloud agent
- github.com, ứng dụng Copilot, và GitHub Mobile trên iOS lẫn Android
Dòng tính tiền mới là điểm chính
GitHub niêm yết Kimi K3 ở mức 3 USD/1 triệu token đầu vào, 15 USD/1 triệu token đầu ra và 0,30 USD/1 triệu token đầu vào có cache, theo usage-based billing.
Đó là một mô hình tư duy khác hẳn thứ phần lớn đội nhóm đã quen. Premium request là đơn vị nhẩm được trong đầu: một lượt là một lượt, hệ số nhân cho biết nó tốn bao nhiêu. Token thì không nhẩm được. Một phiên agent chạy dài trên repository lớn có thể ngốn gấp trăm lần token của một câu hỏi nhanh, mà nhìn trong nhật ký hoạt động thì y hệt nhau.
Hai hệ quả thực tế. Một, token cache rẻ bằng một phần mười token đầu vào khiến việc làm đi làm lại trên cùng một repository rẻ hơn hẳn so với hỏi lẻ tẻ trên nhiều repository — hình dạng công việc của bạn giờ ảnh hưởng trực tiếp tới hóa đơn. Hai, nếu bạn dùng Business hoặc Enterprise, đây là quyết định chi tiêu ngang với quyết định năng lực, và nó thuộc về người giữ ngân sách chứ không chỉ nằm trong kênh kỹ thuật nơi model mới thường được bàn.
Bài viết của GitHub không nêu hệ số premium request cho Kimi K3. Hãy coi đó là chưa công bố, chứ không phải bằng với model nào khác, và kiểm tra tài liệu tính phí trước khi giả định.
Business và Enterprise: tắt sẵn cho tới khi bạn bật
Kimi K3 tắt mặc định với Copilot Business và Copilot Enterprise. Quản trị viên gói phải bật chính sách Kimi K3 thì người dùng mới thấy nó trong ô chọn model. GitHub nói rõ là quản trị viên nên rà lại yêu cầu bảo mật và tuân thủ trước.
Đây giờ là nếp chuẩn — giống hệt Claude Opus 5 và Grok 4.5 — và vẫn là nguyên nhân phổ biến nhất của loại ticket "model mới chưa hiện ra với tôi". Nếu lập trình viên đang hỏi, nút thắt gần như chắc chắn nằm ở bảng quản trị của chính bạn chứ không phải ở phía GitHub.
Việc mở cũng diễn ra dần dần, GitHub vừa mở vừa theo dõi chất lượng. Ngày đầu chưa thấy không phải là lỗi cần báo.
Có nên chuyển sang dùng không?
Chưa, và không phải chỉ vì một dòng changelog. Một model mới trong ô chọn là một lựa chọn, không phải một chỉ thị. Đội bị bỏng là đội đặt model vừa xuất hiện làm mặc định cho tất cả mọi người trước khi có ai chạy thử nó trên codebase của chính mình.
Cách đánh giá rẻ nhất là lấy ba đầu việc bạn đã tận mắt xem một model khác làm trong tháng này — một lần refactor, một bug có test tái hiện được, và một đoạn code lạ cần giải thích — rồi chạy lại. Bạn đã biết "làm tốt" trên ba việc đó trông ra sao, nên phép so sánh này trung thực theo cách mà một điểm benchmark không làm được.