Một bài so sánh chuyên sâu từ blog.kilo.ai giữa GLM-5.2 của Z.ai và Kimi K2.7 Code của Moonshot AI (cả hai ra mắt tháng 6 năm 2026) đã tiết lộ những điểm khác biệt thú vị. Đánh giá này tập trung vào cách các mô hình mã nguồn mở có giá tương tự này thể hiện qua hai giai đoạn riêng biệt của kỹ thuật phần mềm: lập kế hoạch kiến trúc và xây dựng dịch vụ từ một đặc tả.
Tóm Lược & Điểm Chính 🚀
* Phán Quyết: GLM-5.2 và Kimi K2.7 Code ngang tài ngang sức về thực thi, nhưng GLM-5.2 rõ ràng chiến thắng ở khả năng lập kế hoạch (đạt 9.0 so với 8.1 của Kimi). Với mức giá tương đương, GLM-5.2 được khuyến nghị cho cả hai giai đoạn: lập kế hoạch và thực thi. * Thay Đổi Trọng Tâm Kế Hoạch: Khi các tác nhân lập trình ngày càng cải thiện khả năng tuân thủ hướng dẫn, yếu tố khác biệt chính giữa các mô hình không còn là tạo mã, mà là thiết kế và lập kế hoạch hệ thống—cụ thể là khả năng giải quyết các trường hợp biên và đưa ra các quyết định kiến trúc khó ngay từ đầu. * Sức Mạnh Của Kế Hoạch: Một khi kế hoạch chi tiết đã được thiết lập, việc lựa chọn mô hình thực thi ít quan trọng hơn nhiều. Cả hai mô hình đều xây dựng các dịch vụ gần như giống hệt nhau, hoạt động đầy đủ khi làm việc từ cùng một đặc tả chất lượng cao. * Đột Phá Mã Nguồn Mở: GLM-5.2 đạt hiệu suất gần ngang ngửa các mô hình tiên tiến (đạt 9.0 so với 9.1 của Claude Fable 5) với chi phí chỉ bằng khoảng 1/10 (1.40 USD/4.40 USD mỗi triệu token so với 10 USD/50 USD của Fable).
Tiêu Chuẩn Đánh Giá: Dịch Vụ Feature Flag 🚩
Để kiểm tra các mô hình, chúng được giao nhiệm vụ lập kế hoạch và xây dựng một Dịch Vụ Feature Flag hỗ trợ triển khai dần dần (ví dụ: bật tính năng cho 5% người dùng, sau đó tăng lên 25%).
Bẫy Kiến Trúc Thử Thách 🤯
Việc triển khai phải xác định (người dùng trong nhóm 5% phải được giữ lại khi triển khai mở rộng lên 25%) mà không lưu trữ gán người dùng riêng lẻ vào cơ sở dữ liệu. Một kế hoạch yếu sẽ bỏ qua phần toán học này; một kế hoạch mạnh mẽ sẽ xác định logic băm/phân nhóm chính xác.
Giai Đoạn 1: Lập Kế Hoạch (GLM-5.2 Chiến Thắng) 🥇
Cả hai mô hình đều giải quyết thành công bài toán toán học cốt lõi của việc triển khai, nhưng GLM-5.2 đã thắng thế bằng cách đưa ra các quyết định chủ động, có lý lẽ đối với các yêu cầu mở, trong khi Kimi dựa vào mặc định hoặc để lại các quyết định cho người xây dựng.
* Tìm Kiếm Flag Bị Thiếu: * Kế hoạch của GLM-5.2 (Điểm: 9.0): Lưu trữ kết quả "không có flag như vậy" và trình bày chi tiết cách xóa bộ nhớ cache này khi flag được tạo. * Kế hoạch của Kimi K2.7 Code (Điểm: 8.1): Không giải quyết tình huống, để lại lỗi bộ nhớ cache tiềm ẩn cho người xây dựng. * Phân Nhóm Triển Khai: * GLM-5.2: Loại trừ môi trường khỏi phép tính băm để người dùng vào cùng một nhóm triển khai trong staging và production. * Kimi K2.7 Code: Bao gồm môi trường vào phép tính mà không giải thích các đánh đổi. * Băm Khóa API: * GLM-5.2: Sử dụng một hàm băm SHA-256 nhanh chóng. Lập luận rằng các khóa API dài, ngẫu nhiên không thể bị brute-force, do đó băm chậm (bcrypt) thêm độ trễ không cần thiết. * Kimi K2.7 Code: Sử dụng bcrypt (quy ước mật khẩu tiêu chuẩn), thêm chi phí không cần thiết vào mỗi yêu cầu API. * Phong Cách Đầu Ra: * GLM-5.2: Tập trung vào việc đưa ra các quyết định kiến trúc khó và giải thích "tại sao". * Kimi K2.7 Code: Viết tài liệu dài hơn với nhiều mã sẵn để dán, nhưng để lại các quyết định quan trọng chưa được giải quyết.
> "Mục đích của một tài liệu lập kế hoạch không chỉ là liệt kê các bước triển khai, mà còn là đưa ra các quyết định khó khăn trước khi xây dựng bắt đầu. Theo tiêu chuẩn đó, kế hoạch đưa ra quyết định sẽ hữu ích hơn kế hoạch chỉ liệt kê..."
Giai Đoạn 2: Xây Dựng (Hòa / Dựa Trên Kế Hoạch) 🤝
Đối với giai đoạn xây dựng, cả hai mô hình đều bắt đầu từ một thư mục trống chỉ chứa kế hoạch chiến thắng của GLM-5.2 (plan.md) sử dụng Kilo Code CLI.
Các Chỉ Số & Kết Quả Xây Dựng Chính 📊
* Vấn Đề Bun/SQLite: Cả hai mô hình đều gặp phải một vấn đề đã biết khi thư viện SQLite tiêu chuẩn không hoạt động dưới môi trường thời gian chạy Bun. Cả hai đều tự sửa thành công bằng cách chuyển sang trình điều khiển SQLite tích hợp của Bun. * Bộ Kiểm Thử Bên Ngoài: Một tập lệnh tích hợp gồm 15 kiểm tra đã được chạy đối với cả hai máy chủ trực tiếp. * GLM-5.2: Đạt 15/15 kiểm tra. * Kimi K2.7 Code: Đạt 14/15 kiểm tra (bỏ sót việc xóa bộ nhớ cache ngay lập tức khi tạo flag mới). * Kiểm Tra Tính Xác Định: 200 ID người dùng đã được đánh giá theo một triển khai 35% trên cả hai dịch vụ đã hoàn thành. Cả hai dịch vụ đều bật flag cho chính xác 77 người dùng giống nhau.
Bài Học Về Thực Thi ✨
Khi Kimi xây dựng dịch vụ bằng kế hoạch của GLM, nó đã từ bỏ các ưu tiên lập kế hoạch riêng của mình (như bcrypt và băm dựa trên môi trường) và tuân thủ hoàn hảo đặc tả của GLM. Kế hoạch đã định hướng việc triển khai nhiều hơn là thói quen mặc định của mô hình.
Mô Hình Mã Nguồn Mở vs. Mô Hình Tiên Tiến Đóng 🛡️
Rủi Ro Của Các Mô Hình Đóng 🛑
Vào ngày 12 tháng 6 năm 2026, một lệnh kiểm soát xuất khẩu của Hoa Kỳ đã buộc Anthropic phải đình chỉ quyền truy cập vào Claude Fable 5 và Mythos 5 trên toàn cầu. Điều này làm nổi bật rủi ro nền tảng của các API mã nguồn đóng: một phụ thuộc quan trọng có thể biến mất chỉ sau một đêm.
Lợi Thế Của Mã Nguồn Mở ✅
GLM-5.2 (giấy phép MIT) và Kimi K2.7 Code (giấy phép MIT sửa đổi) cho phép các nhóm tải xuống và lưu trữ trọng số cục bộ hoặc định tuyến qua nhiều nhà cung cấp (như OpenRouter hoặc Together AI). Điều này đảm bảo rằng cơ sở hạ tầng backend quan trọng có tính sẵn sàng cao, chi phí được kiểm soát và hoàn toàn không thể bị kiểm duyệt.