Nhiều bài viết giải thích sự khác biệt giữa Opus và Sonnet bằng “hiệu năng cao” và “cân bằng”, nhưng điều đó không phải tiêu chí lựa chọn. Tiêu chí là hệ số. Khi chạy cùng một bước công việc bằng cả hai model, chênh lệch giá khoảng 1,7 lần. Biết con số này trước sẽ biến câu hỏi “model nào thông minh hơn” thành câu hỏi có thể trả lời: “Công việc này có đáng để trả 1,7 lần chi phí không?”
Thêm một điểm nữa. Nhiều bài giải thích xếp hạng cao trên tìm kiếm được viết dựa trên thế hệ trước đó một hoặc hai đời. Giá trên trang này được tải từ danh mục khi kết xuất, nên các con số cũng thay đổi khi giá giảm hoặc thế hệ model chuyển đổi.
Đơn giá model hiện tại và chi phí thực tế của một bước
Mỗi 1M token, và một lần chạy bước với 25.000 token đầu vào / 1.200 token đầu ra:
| Mô hình | Đầu vào / đầu ra (1M) | Một bước | Công việc phù hợp |
|---|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | Khoảng $0,0217 | Tóm tắt · phân loại · định dạng · trích xuất |
| Claude Sonnet 4.6 | $2,10 / $10,50 | Khoảng $0,0651 | Lập trình hằng ngày nói chung (đặt làm mặc định) |
| Claude Opus 5 | $3,50 / $17,50 | Khoảng $0,1085 | Quyết định thiết kế · lỗi chưa rõ nguyên nhân · nhiều ràng buộc |
Cách chọn: mặc định là Sonnet, mắc kẹt thì chuyển lên Opus
Cách vận hành thực tế chỉ có một: đặt Sonnet làm mặc định và chỉ nâng lên Opus khi bị mắc kẹt. Làm ngược lại sẽ khiến bạn trả mức giá cao nhất ngay cả cho công việc đã nhìn rõ quy trình.
Tiêu chí chuyển đổi là “tính chất công việc”, không phải cảm nhận về độ khó.
- Dùng Sonnet là đủ — đặc tả rõ ràng. Quy trình đã biết. Bổ sung theo mã hiện có. Nguyên nhân kiểm thử thất bại đã rõ.
- Nâng lên Opus — cần quyết định thiết kế. Chưa xác định được nguyên nhân. Cần đáp ứng đồng thời nhiều ràng buộc. Đã thử hai lần nhưng Sonnet vẫn sai ở cùng một chỗ.
- Hạ xuống Haiku — tóm tắt, phân loại, định dạng, trích xuất. Các lệnh gọi nội bộ của agent.
Chi phí của việc chuyển đổi gần như bằng không. Từ góc nhìn API, chỉ có một chuỗi tên model thay đổi; endpoint, khóa và định dạng yêu cầu đều giống nhau. Vì vậy kết luận là khi phân vân, thử nghiệm sẽ nhanh hơn.
Xếp hạng không nên dựa vào benchmark mà dựa vào repository của chính bạn
Benchmark công khai thay đổi theo cách chọn tác vụ, và thời hạn hữu ích của các con số ngắn hơn tần suất cập nhật model. Nếu ghi thứ hạng ở đây, đến khi được đọc thì có thể đã là câu chuyện của một thế hệ khác.
Thay vào đó, đây là quy trình 30 phút. Chọn 3 bài toán thực tế từng gây khó khăn, chạy cả hai model với cùng hướng dẫn và ghi lại ① có giải được không ② số lần phải làm lại ③ số token tiêu thụ. Nhờ vậy bạn có thứ hạng cho trường hợp sử dụng của mình, đồng thời biết liệu kết quả có xứng đáng với chênh lệch 1,7 lần ở trên hay không.
Tổng quan về cách chỉ định model và chi phí khi dùng với Claude Code có trong giá Claude Code, các lựa chọn khi chạm hạn mức sử dụng có trong giới hạn Claude Pro, còn phiên bản chi tiết bằng tiếng Anh có trong Claude Opus vs Sonnet vs Haiku.
Câu hỏi thường gặp
Sự khác biệt giữa Opus và Sonnet của Claude là gì?
Khác nhau ở định vị và giá. Opus là model cao cấp nhất dành cho những vấn đề khó nhất, còn Sonnet cân bằng hiệu năng và giá cho công việc hằng ngày. Chênh lệch giá là cụ thể: theo mức giá của Kunavo, mỗi 1M token, Claude Opus 5 có giá $3,50 / $17,50, còn Claude Sonnet 4.6 có giá $2,10 / $10,50. Với cùng một bước công việc, chênh lệch khoảng 1,7 lần.
Thông thường tôi nên dùng model nào?
Cách thực tế là đặt Sonnet làm mặc định và chỉ nâng lên Opus khi bị mắc kẹt. Làm ngược lại sẽ khiến bạn trả mức giá cao nhất ngay cả cho những công việc đơn giản. Theo nguyên tắc chung, Sonnet phù hợp với công việc có đặc tả rõ ràng và quy trình đã biết; Opus phù hợp khi cần quyết định thiết kế, chưa rõ nguyên nhân hoặc phải đáp ứng đồng thời nhiều ràng buộc.
Khi nào nên dùng Haiku?
Các tác vụ có quy trình cố định như tóm tắt, phân loại, định dạng và trích xuất. Chi phí cho mỗi 1M token là $0,70 / $3,50, thấp hơn hẳn, nên chỉ cần chuyển những tác vụ phụ trợ này sang Haiku là hóa đơn sẽ giảm thấy rõ. Cấu hình để chuyển các lệnh gọi nội bộ của Claude Code sang Haiku (ANTHROPIC_DEFAULT_HAIKU_MODEL) cũng là bắt buộc khi dùng Kunavo. Nếu không đặt, bí danh haiku sẽ gọi model ID không có trên Kunavo (Haiku 5.5 kể từ v2.1.293), khiến /model haiku hoặc các tác tử con được chỉ định dùng haiku trả về 404.
Thay đổi model thì điều gì thay đổi?
Từ góc nhìn API, chỉ có một chuỗi tên model thay đổi. Với cùng endpoint, cùng khóa và cùng định dạng yêu cầu, bạn chỉ cần thay tên model để chuyển đổi. Điều đó cũng có nghĩa chi phí thử nghiệm rất thấp — khi phân vân, cách nhanh nhất là chạy cùng một đầu vào một lần với mỗi model rồi so sánh kết quả và usage.
Có thể quyết định model nào thông minh hơn bằng benchmark không?
Benchmark công khai thay đổi thứ hạng tùy cách chọn tác vụ, còn thời hạn hữu ích của các con số ngắn hơn nhiều so với tần suất cập nhật model. Cách chắc chắn hơn là đo trên trường hợp sử dụng của chính bạn. Chọn 3 bài toán thực tế từng gây khó khăn, chạy cả hai model với cùng hướng dẫn và ghi lại ① có giải được không ② số lần phải làm lại ③ số token tiêu thụ. Khoảng 30 phút là đủ để có thứ hạng phù hợp với bạn.
Giá trong bài viết này áp dụng tại thời điểm nào?
Giá không được ghi cứng trong văn bản mà được tải từ danh mục model khi kết xuất. Vì vậy, nếu model được thêm vào, giảm giá hoặc chuyển thế hệ, các con số trong câu này cũng thay đổi theo. Việc tránh để lại các con số cũ khi thế hệ thay đổi chính là lý do dùng phương thức này.