# Claude Sonnet 5 trong Claude Code: Có đáng chuyển sang dùng không, và liệu nó có đắt hơn?
> So sánh Sonnet 5 và Opus 4.8: cách mã hóa token, chi phí tác vụ, điểm benchmark, đo mức sử dụng và các lệnh chuyển đổi mô hình.
Source: https://ailoot.ai/blog/vi/claude-sonnet-5-cost-model-choice/
Canonical: https://ailoot.ai/blog/vi/claude-sonnet-5-cost-model-choice/
Language: vi
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-072
Revision: sha256-929b1751d20a64289b81e5ef6225c02f1d5eba0cfc00053e65026862f56f29db
Tìm hiểu thêm về cách làm việc với các mô hình trong [tài liệu Ailoot](https://ailoot.ai/docs/).
## Chuyện gì đã xảy ra vào ngày 30 tháng 6: Sonnet 5 trở thành mô hình mặc định trong Claude Code
Điểm chính
Ngày 30 tháng 6 năm 2026, Anthropic phát hành Claude Sonnet 5 và đặt đây làm mô hình mặc định trong các gói Pro, Team Standard và Enterprise. Nếu bạn dùng Pro và đã cập nhật Claude Code, bạn đang dùng mô hình này rồi. Với gói Max và qua API, Opus 4.8 vẫn là mô hình mặc định, nên việc chuyển đổi là lựa chọn chủ động của bạn.
Ngày 30 tháng 6, Anthropic ra mắt Sonnet 5 và âm thầm đặt nó làm mô hình mặc định. Với một số người dùng, mô hình tự đổi; với những người khác, nó vẫn giữ nguyên. Điều này tùy thuộc vào gói dịch vụ.
| Gói của bạn | Mô hình mặc định sau ngày 30 tháng 6 |
|----|----|
| Pro, Team Standard, Enterprise (thuê bao) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (trả theo mức sử dụng), API | Claude Opus 4.8 (không đổi) |
Việc đầu tiên cần làm là kiểm tra xem bạn đang dùng mô hình nào. Trong Claude Code, hãy nhập:
```bash
/status
```
Lệnh này hiển thị mô hình đang hoạt động và thông tin tài khoản. Nếu kết quả là `claude-sonnet-5` mà bạn không tự chuyển đổi, mô hình mặc định đã tự thay đổi.
Sonnet 5 yêu cầu Claude Code phiên bản 2.1.197 trở lên. Nếu lệnh `/model` không hiển thị mô hình thế hệ thứ năm trong danh sách, hãy cập nhật:
```bash
claude update
```
Tiếp theo, tôi sẽ giải đáp câu hỏi chính dẫn đến bài phân tích này: Anthropic nói “rẻ hơn”, nhưng hóa đơn token của mọi người lại tăng. Vì sao? Phần tiếp theo sẽ giải thích.
## Vì sao “rẻ hơn” trên giấy không đồng nghĩa với rẻ hơn khi thanh toán?
Điểm chính
Trong thời gian khuyến mãi, Sonnet 5 có giá $2 cho mỗi triệu token đầu vào và $10 cho mỗi triệu token đầu ra — bằng một nửa giá Opus 4.8. Nhưng Sonnet 5 có bộ mã hóa token mới: nó chia cùng một văn bản thành nhiều token hơn. Số token tăng 42% với tiếng Anh và 27% với mã. Đơn giá mỗi token vẫn giữ nguyên, nhưng số token nhiều hơn nên hóa đơn tăng.
Sau chương trình khuyến mãi, Sonnet 5 có giá $3 cho mỗi triệu token đầu vào và $15 cho mỗi triệu token đầu ra. Mức giá này đúng bằng Sonnet 4.6 trước đó. Không có sự giảm giá “theo từng token”. Câu “rẻ hơn Opus” chỉ đúng khi so với Opus 4.8 ($5 và $25), chứ không đúng khi so với phiên bản trước của chính nó, vì giá vẫn ngang bằng.
Mô hình tính phí theo token, không phải theo chữ cái: token là những đoạn văn bản mà mô hình chia lời nhắc của bạn thành. Sonnet 5 có bộ mã hóa token mới, chia cùng một tệp thành nhiều đoạn hơn.
| Loại văn bản | Số token Sonnet 5 dùng nhiều gấp |
|------------------|------------------------------------------|
| Văn bản tiếng Anh | 1.42x |
| Văn bản tiếng Tây Ban Nha | 1.33x |
| Mã Python | 1.27x |
| Văn bản tiếng Trung | 1.01x (gần như không đổi) |
Bản thân Anthropic diễn đạt thận trọng hơn: “từ 1.0 đến 1.35 lần, tùy loại văn bản”. Ngay cả với mức thấp hơn trong khoảng này, bạn vẫn trả cùng đơn giá nhưng cho nhiều token hơn. Hóa đơn thực tế cho cùng một công việc sẽ tăng.
Nếu chưa có số liệu đo được công bố cho ngôn ngữ của bạn, bạn có thể đo hệ số chính xác cho văn bản của mình trong vài phút — cách làm ở bên dưới.
## Một tác vụ thực tế tốn thêm bao nhiêu?
Điểm chính
Giá niêm yết chỉ là một phần chi phí: số lượng token và bước cần thiết cho mỗi tác vụ quyết định hóa đơn thực tế, vì vậy hãy đo lường trên chính các tác vụ của bạn.
Bộ mã hóa token chỉ là một nửa bức tranh. Nửa còn lại là Sonnet 5 thực hiện nhiều bước hơn và tạo ra nhiều văn bản hơn trong quá trình làm việc.
**Xét chi phí trên mỗi tác vụ, Sonnet 5 đắt hơn Opus 4.8, mô hình hàng đầu** — dù giá niêm yết thấp hơn 2.5 lần. Giá niêm yết nói một đằng, hóa đơn thực tế nói một nẻo: bộ mã hóa token và các bước bổ sung tiêu hết toàn bộ khoản tiết kiệm đã hứa.
Và tình trạng này lặp lại qua từng thế hệ. Với mô hình trước đó là Opus 4.7, thay đổi bộ mã hóa token đã khiến số token mỗi yêu cầu tăng khoảng 37%.
Kết luận rất đơn giản: đừng tin tiêu đề “rẻ hơn 2.5 lần”. Chỉ số token của chính bạn trên chính tác vụ của bạn mới cho thấy mức giá thực tế. Tôi sẽ chỉ cách đo ở bên dưới, nhưng trước hết hãy xem tất cả những điều này nằm ở đâu.
Việc chọn Sonnet 5 hay Opus chỉ là một mắt xích trong hệ thống. Kỹ thuật ngữ cảnh — những gì bạn đưa vào ngữ cảnh của Claude trước khi gửi yêu cầu — quyết định lượng token thực tế được sử dụng. Ngữ cảnh cồng kềnh sẽ đốt sạch mọi ngân sách, ngay cả khi dùng mô hình rẻ nhất; ngữ cảnh được cấu trúc tốt sẽ tiết kiệm token ngay cả với mô hình đắt tiền.
## Claude Sonnet 5 so với Opus 4.8: Mỗi mô hình làm được gì?
Điểm chính
Về lập trình, Sonnet 5 kém Opus 4.8 — đạt 63.2% so với 69.2% trong benchmark SWE-bench Pro. Với công việc tri thức (báo cáo, phân tích, tài liệu), Sonnet 5 nhỉnh hơn một chút — 1,618 so với 1,615 điểm. Nói cách khác, Opus 4.8 mạnh hơn khi xử lý lập trình khó, còn Sonnet 5 đạt gần mức mô hình hàng đầu ở các tác vụ văn bản và công việc tác tử thông thường với giá thấp hơn.
Bản thân một benchmark không có nhiều ý nghĩa với người viết mã theo cảm hứng. Nhưng các con số cho thấy mỗi mô hình mạnh ở đâu. Dưới đây là kết quả chính thức của Anthropic đặt ba mô hình cạnh nhau:
| Nội dung được đo | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|----|----|----|----|
| Lập trình tác tử (SWE-bench Pro) | 58.1% | 63.2% | **69.2%** |
| Công việc trên terminal (Terminal-Bench 2.1) | 67.0% | **80.4%** | 74.6% |
| Sử dụng máy tính (OSWorld) | 78.5% | **81.2%** | \- |
| Công việc tri thức (GDPval) | 1395 | **1618** | 1615 |
Opus 4.8 vẫn dẫn đầu trong lập trình tác tử khó — 69.2% so với 63.2% trên SWE-bench Pro. Sáu điểm chênh lệch đó đại diện cho những lỗi hóc búa và nút thắt kiến trúc mà Opus tìm ra cách xử lý, trong khi Sonnet bỏ dở giữa chừng. Nhưng lập trình khó là hạng mục duy nhất Opus dẫn trước. Với công việc trên terminal (80.4% so với 74.6%) và công việc tri thức (tổng hợp báo cáo, phân tích dữ liệu), Sonnet 5 đã vượt qua mô hình hàng đầu.
Hướng dẫn đầy đủ về “mô hình nào phù hợp với loại tác vụ nào”, bao gồm cách đặt mức độ nỗ lực bằng `/effort`, có trong hướng dẫn riêng [về cách chọn Sonnet hoặc Opus trong Claude Code](https://ailoot.ai/blog/vi/claude-code-model-effort-sonnet-opus/) — hướng dẫn giải thích cách điều phối mô hình theo loại tác vụ. Ở đây, trọng tâm là câu hỏi khác: có đáng thay đổi thứ đang hoạt động tốt chỉ vì có mô hình mới không?
## Làm thế nào để tính Sonnet 5 sẽ tốn của bạn bao nhiêu?
Điểm chính
Trong Claude Code, `/cost` giúp so mức dùng phiên gồm đầu vào/đầu ra, không tách thay đổi tokenizer: tổng phiên còn có lịch sử, kết quả công cụ và đầu ra sinh. Đo tokenization bằng một đầu vào cố định giống hệt không lịch sử; đo phí toàn việc riêng trong phiên độc lập.
Đừng tin số liệu của người khác — hãy tự đo. Claude Code có thể hiển thị mức sử dụng ngay trong phiên làm việc. Dưới đây là ba lệnh:
- `/usage` - màn hình sử dụng chính: chi phí phiên, hạn mức còn lại của gói và token theo mô hình. Các lệnh `/cost` và `/stats` mở các thẻ bên trong màn hình này.
- `/cost` - phân tích phiên hiện tại: đã dùng bao nhiêu token, mô hình nào dùng chúng và số liệu đầu vào, đầu ra riêng biệt.
- `/stats` - chế độ xem dài hạn hơn: tổng số phiên và token trong vài tuần.
Một lưu ý quan trọng: số tiền đô la mà các lệnh này hiển thị là ước tính cục bộ dựa trên số token và có thể khác với hóa đơn thực tế. Tuy vậy, số liệu này hoàn toàn đủ để so sánh hai mô hình.
Đây là cách chính xác để đo Sonnet 5 tốn thêm bao nhiêu cho các tác vụ của bạn:
1. So tokenizer bằng một đầu vào cố định gồm cùng chỉ dẫn và nội dung tệp, không lịch sử. So số token đầu vào chính xác ở mỗi mô hình, bỏ đầu ra sinh. Tỷ lệ chỉ mô tả tokenization đầu vào.
2. So việc thật bằng hai phiên độc lập từ cùng trạng thái dự án, mỗi mô hình một phiên, cùng prompt, effort, công cụ và tiêu chí. Không đổi mô hình giữa cùng hội thoại.
3. Ghi mức dùng trước/sau. Dùng phần tăng input, output, đọc/ghi cache với giá áp dụng để ước tính phí; gồm thử lại và thất bại.
4. Kiểm mã bằng cùng test, so phí kết quả thành công, không chia tổng token rồi gọi là hệ số giá.
Các lệnh trên hiển thị một phiên. Để xem theo ngày và tuần, có một công cụ miễn phí tên `ccusage`. Công cụ này đọc bản ghi cục bộ của Claude Code và tạo báo cáo. Chạy công cụ mà không cần cài đặt:
```bash
npx ccusage@latest
```
## Chuyển sang Sonnet 5 và quay lại nếu không phù hợp bằng cách nào?
Điểm chính
Để chuyển sang Sonnet 5, chạy `/model sonnet` trong phiên. Để quay lại Opus 4.8, chạy `/model opus`. Quay lại Sonnet 4.6 phức tạp hơn: bí danh `sonnet` hiện trỏ đến phiên bản 5, vì vậy bạn phải chỉ định tên đầy đủ — `/model claude-sonnet-4-6`. Việc chuyển đổi có hiệu lực ngay; bạn không cần khởi động lại dự án.
Đổi mô hình trong Claude Code chỉ cần một lệnh và có hiệu lực ngay. Dưới đây là tất cả các lựa chọn, bao gồm cách quay lại, vì sau khi đọc phần so sánh trước đó, có thể bạn muốn đổi lại.
**Chuyển đổi trong phiên hiện tại:**
```bash
/model # mở danh sách mô hình và chọn
/model sonnet # chuyển sang Sonnet 5
/model opus # chuyển sang Opus 4.8
```
Trong danh sách, `Enter` lưu lựa chọn làm mặc định cho các phiên mới; phím `s` chỉ áp dụng lựa chọn đó cho phiên hiện tại.
**Quay lại nếu mô hình mới không phù hợp.** Có một điểm cần lưu ý: tên ngắn `sonnet` hiện trỏ đến phiên bản 5. Để quay lại đúng Sonnet 4.6 đã được kiểm chứng, hãy dùng tên đầy đủ:
```bash
/model claude-sonnet-4-6 # quay lại Sonnet trước đó
/model claude-opus-4-8 # quay lại Opus 4.8
/model default # đặt lại mặc định được đề xuất cho tài khoản
```
**Ghim một mô hình cho toàn bộ phiên bằng biến môi trường:**
```bash
export ANTHROPIC_MODEL="claude-opus-4-8" # khởi động với Opus được ghim
claude
```
**Đặt mô hình mặc định vĩnh viễn** trong tệp cài đặt `settings.json`:
```json
{ "model": "opus" }
```
Bạn cũng nên biết về chế độ `opusplan`. Chế độ này dùng Opus ở giai đoạn lập kế hoạch, khi chiều sâu suy nghĩ quan trọng, rồi chuyển sang Sonnet để thực thi, khi chi phí quan trọng. Sự thỏa hiệp “bộ não đắt tiền, đôi tay rẻ” là mặc định hợp lý nếu bạn không muốn tự chọn cho từng tác vụ.
## Ai thực sự được lợi từ Sonnet 5, và ai nên tiếp tục dùng Opus?
Điểm chính
Sonnet 5 là lựa chọn có lợi cho công việc tác tử thông thường ở mức nỗ lực thấp và trung bình: rà soát mã lần đầu, tạo bài kiểm thử, khám phá dự án và xử lý nhiều tác vụ tương tự theo lô. Hãy dành Opus 4.8 cho công việc khó: kiến trúc, lỗi phức tạp, đánh giá bảo mật và mọi thứ ở mức nỗ lực cao. Lý do là ở mức nỗ lực tối đa, Sonnet 5 tốn nhiều tiền hơn Opus cho mỗi tác vụ, đồng thời kém hơn về chất lượng khi lập trình khó.
Quy tắc điều phối đơn giản rút ra từ điểm benchmark và giá là: **Sonnet 5 để thực thi, Opus 4.8 để phán đoán**. Cùng ý tưởng đó được thể hiện trong bản đồ quyết định theo tác vụ sau:
| Tác vụ của bạn | Mô hình | Lý do |
|----|----|----|
| Rà soát mã lần đầu, khám phá dự án | Sonnet 5 | Chi phí thấp ở mức nỗ lực thấp đến trung bình, chất lượng đủ tốt |
| Tạo bài kiểm thử, tái cấu trúc nhỏ | Sonnet 5 | Công việc thường lệ, trong đó chi phí quan trọng hơn chiều sâu |
| Nhiều tác vụ tác tử tương tự theo lô | Sonnet 5 | Chi phí mỗi tác vụ mang tính quyết định |
| Phân tích dữ liệu, tổng hợp báo cáo | Sonnet 5 | Vượt Opus 4.8 trong công việc tri thức |
| Quyết định kiến trúc, chọn phương án | **Opus 4.8** | Sai lầm tốn kém nhất là xem nhẹ khả năng phán đoán |
| Lỗi khó, nguyên nhân chưa rõ | **Opus 4.8** | Duy trì suy luận sâu hơn trong thời gian dài hơn |
| Đánh giá bảo mật mã | **Opus 4.8** | Bạn cần sự cảnh giác, không phải tốc độ |
| Bất kỳ tác vụ khó nào ở mức nỗ lực cao | **Opus 4.8** | Sonnet 5 tốn nhiều tiền hơn cho tác vụ này, với chất lượng tương tự |
Kết luận chính đi ngược trực giác: ở mức nỗ lực cao (`xhigh`, `max`), Sonnet 5 mất lợi thế về giá. Mô hình thực hiện nhiều bước hơn và tiêu tốn nhiều token hơn, nên một tác vụ khó tốn nhiều tiền hơn so với Opus 4.8 — dù Opus vẫn cho chất lượng tốt hơn khi lập trình khó. Vì vậy, giữ Opus làm mô hình mặc định là hợp lý nếu phần lớn công việc của bạn khó và dùng mức nỗ lực cao.
Nếu phần lớn công việc của bạn là tác vụ tác tử thông thường có độ phức tạp vừa phải, Sonnet 5 ở mức nỗ lực tiêu chuẩn hiện là lựa chọn có lợi, nhất là trong thời gian khuyến mãi đến ngày 31 tháng 8.
## Những người đã chuyển sang dùng nói gì?
Điểm chính
Cộng đồng chia thành hai luồng ý kiến. Một số nhà phát triển gọi lần phát hành này là thất bại vì giá tăng do bộ mã hóa token, kiểm duyệt nghiêm hơn và bước tiến quá nhỏ. Những người khác khen Sonnet 5 vì xử lý công việc tác tử ở mức Opus với chi phí thấp hơn và cho phép kiểm soát chính xác mức sử dụng thông qua mức nỗ lực. Các chỉ số tăng lên, trong khi trải nghiệm thực tế của nhiều người lại tệ hơn — đó là sự khác biệt.
Một làn sóng bất mãn xuất hiện chỉ vài giờ sau khi phát hành. Cụm từ “thất bại vô dụng” lập tức gắn với lần ra mắt này. Đây là giọng điệu định hình cuộc thảo luận:
Ba lời phàn nàn chính, bỏ qua cảm xúc:
1. **Token tốn kém hơn.** Bộ mã hóa token mới ăn hết khoản tiết kiệm đã hứa — toàn bộ phân tích ở trên nói về điều này.
2. **Từ chối nhiều hơn.** Mô hình dễ từ chối các lời nhắc gây tranh cãi hơn; mức kiểm duyệt nghiêm ngặt hơn. Nhiều người nói Sonnet 4.6 trước đây có cảm giác nhanh hơn, thông minh hơn và ít bị hạn chế hơn.
3. **Bước tiến quá nhỏ.** Khác biệt so với 4.6 không đủ để biện minh cho việc chuyển đổi, nhất là khi giá tăng.
Nhưng bức tranh không chỉ có một mặt. Những người chạy tác vụ tác tử thích Sonnet 5: chất lượng gần với Opus và giá thấp hơn ở mức nỗ lực thấp. Họ cũng khen khả năng điều chỉnh mức nỗ lực, một công cụ thực sự để quản lý hóa đơn. Tuy nhiên, những người dùng Claude để viết sáng tạo không hài lòng — ngôn từ của mô hình trở nên khô khan và thận trọng hơn.
Kết luận của tôi từ tất cả những ồn ào này: làn sóng gọi đây là “thất bại” chủ yếu xuất phát từ kỳ vọng bị thổi phồng. Mọi người mong đợi một bước nhảy vọt, nhưng nhận được một bước tiến thận trọng với token đắt hơn. Về mặt kỹ thuật, Anthropic đã cung cấp một mô hình hoạt động được. Chỉ có một câu hỏi phù hợp ở đây: nó có đáng tiền với các tác vụ của bạn không? Bạn chỉ có thể kiểm tra điều đó bằng hóa đơn token của chính mình — bài đăng của người khác không thể đánh giá thay bạn.
## A practical scenario: testing on your own tasks
Điểm chính
Tác giả của tình huống này không vội chuyển sang mô hình mới hay quay lại mô hình cũ. Trong gói Max của tác giả, Opus 4.8 vẫn là mô hình mặc định và anh giữ nó cho các tác vụ khó. Anh dùng Sonnet 5 cho công việc thường lệ — rà soát lần đầu, kiểm thử, khám phá — và đo mức sử dụng bằng `/cost` trên các dự án thực tế của mình. Anh tận dụng chương trình khuyến mãi đến ngày 31 tháng 8 để thu thập số liệu thống kê từ tác vụ của chính mình thay vì dựa vào benchmark của người khác.
Khi có mô hình mới, tác giả của tình huống này kiểm tra nó mà không vội kết luận — trong vài ngày đầu, sự thổi phồng luôn lớn hơn thực tế. Sonnet 5 chính là trường hợp như vậy.
Các bước trong tình huống này:
1. **Kiểm tra mô hình mặc định.** Tác giả dùng Max nên Opus 4.8 vẫn là mô hình mặc định. Anh giữ mô hình này cho các tác vụ khó.
2. **Dùng Sonnet 5 cho công việc thường lệ.** Rà soát mã lần đầu, tạo bài kiểm thử, khám phá dự án — mô hình này không đắt cho những việc đó và chất lượng đủ dùng.
3. **Đo bằng tác vụ của chính mình.** Sau mỗi phiên, tác giả kiểm tra `/cost` và so sánh mức sử dụng. Anh dùng mã thật của mình chứ không dùng benchmark của người khác.
4. **Tận dụng khuyến mãi.** Đến ngày 31 tháng 8, Sonnet 5 được cung cấp với giá giảm — đây là lúc phù hợp để thu thập thống kê về chi phí cá nhân khi mô hình vẫn còn rẻ.
Không thể đoán một lần là biết mô hình nào “đúng” mãi mãi. Mô hình thay đổi mỗi tháng, cùng với giá cả và bộ mã hóa token. Điều luôn hiệu quả là biết cách đo mức sử dụng trong hai phút và ra quyết định dựa trên con số thay vì tiêu đề. Chọn mô hình là một kỹ năng bạn sẽ cần với mỗi lần phát hành mới.
### Nguồn
- [Claude Sonnet 5 - thông báo chính thức của Anthropic](https://www.anthropic.com/news/claude-sonnet-5)
- [Claude Code: cấu hình mô hình - tài liệu chính thức](https://code.claude.com/docs/en/model-config)
- [Claude Code: theo dõi chi phí - tài liệu chính thức](https://code.claude.com/docs/en/costs)
- [Hướng dẫn: chọn Sonnet hoặc Opus trong Claude Code](https://ailoot.ai/blog/vi/claude-code-model-effort-sonnet-opus/)
- [Hướng dẫn: token Claude Code được dùng vào đâu](https://ailoot.ai/blog/vi/where-claude-code-tokens-go/)
- [Hướng dẫn: Opus 4.8 trong Claude Code](https://ailoot.ai/blog/vi/opus-4-8-claude-code-features/)
Để tiếp tục, hãy thử [Ailoot](https://ailoot.ai/).
## Câu hỏi thường gặp
### Đổi mô hình trong một hội thoại có tách được khác biệt tokenizer không?
Không. Lượt thứ hai thấy lịch sử tích lũy và có thể tạo câu trả lời khác. So tokenization trên một đầu vào cố định giống hệt, không lịch sử; tỷ lệ token đầu vào đó không phải hệ số giá toàn tác vụ.
### Nên so chi phí việc thật thế nào?
Mở phiên độc lập từ cùng trạng thái dự án và lời nhắc, cùng effort và quyền công cụ. So phần tăng đầu vào, đầu ra, cache, giá áp dụng và kết quả có đạt cùng kiểm tra không; tính cả thử lại.
## Ailoot · Công ty và danh mục dự án của công ty
Ailoot dựa trên kinh nghiệm vận hành tích lũy, cơ sở khách hàng lớn, dịch vụ ổn định và việc kiểm soát KPI liên tục.
Công ty và danh mục dự án của công ty: hàng triệu khách hàng; doanh số hàng tỷ mỗi tháng.
Ailoot áp dụng kinh nghiệm vận hành này để cung cấp quyền truy cập API vào các tính năng AI trong sản phẩm của khách hàng, tác tử, ứng dụng và quy trình tự động hóa.