Cách sử dụng Claude Sonnet 5 trong Claude Code

Claude Sonnet 5 ra mắt vào ngày 30 tháng 6 năm 2026 và là một trong những mô hình mặc định mạnh nhất để chạy trong Claude Code. Anthropic gọi nó là “mô hình Sonnet có tính tác nhân nhất từ trước đến nay”. Trong các điểm chuẩn khi ra mắt, Sonnet 5 chỉ kém Opus 4.8 vài điểm ở các tác vụ dùng công cụ và lập trình tác nhân, nhưng có chi phí thấp hơn đáng kể. Điều này đặc biệt quan trọng trong Claude Code, nơi mô hình liên tục đọc tệp, chạy lệnh terminal, chỉnh sửa mã và lặp lại.

Dùng thử Apidog ngay hôm nay

Bài viết này hướng dẫn cách chọn Sonnet 5 trong Claude Code, các thay đổi hành vi cần chú ý, cách chạy một quy trình làm việc thực tế và khi nào nên chuyển sang Opus 4.8. Bạn cũng sẽ thấy cách kết hợp Sonnet 5 với Apidog để mô hình xây dựng API dựa trên hợp đồng thật và kiểm tra endpoint thực tế thay vì phỏng đoán.

Tại sao Sonnet 5 là mô hình mặc định mạnh cho Claude Code

Claude Code là một công cụ lập trình tác nhân. Mô hình không chỉ trả lời một lần. Nó có thể:

1. Lập kế hoạch.
2. Đọc tệp trong repo.
3. Chạy lệnh terminal.
4. Chỉnh sửa mã.
5. Đọc kết quả test.
6. Lặp lại cho đến khi tác vụ hoàn tất.

Vòng lặp này phù hợp với các mô hình giỏi sử dụng công cụ, và Sonnet 5 được tối ưu chính xác cho kiểu làm việc đó.

Dưới đây là các điểm chuẩn khi ra mắt do Anthropic báo cáo. Hãy xem đây là số liệu được báo cáo, không phải kết quả thử nghiệm độc lập của chúng tôi.

Điểm chuẩn	Sonnet 5	Opus 4.8	Sonnet 4.6
SWE-bench Pro, lập trình tác nhân	63.2%	69.2%	58.1%
Terminal-Bench 2.1	80.4%	82.7%	n/a
OSWorld-Verified, sử dụng máy tính	81.2%	83.4%	78.5%

Điểm đáng chú ý: với các tác vụ có công cụ trong vòng lặp, Sonnet 5 chỉ cách Opus 4.8 khoảng 1 đến 3 điểm. Với lý luận thuần túy không có hỗ trợ từ công cụ, Opus vượt trội hơn khoảng 6 điểm. Vì lập trình trong Claude Code thường là công việc nặng về công cụ, Sonnet 5 thường đủ gần Opus nhưng rẻ hơn nhiều.

Về giá, Sonnet 5 có giá 3 USD cho mỗi triệu token đầu vào và 15 USD cho mỗi triệu token đầu ra theo tỷ lệ tiêu chuẩn. Mức giá giới thiệu là 2 USD đầu vào và 10 USD đầu ra đến ngày 31 tháng 8 năm 2026. Opus 4.8 có giá 5 USD cho mỗi triệu token đầu vào và 25 USD đầu ra. Với một ngày làm việc nhiều vòng lặp agent, khoảng chênh lệch này cộng dồn nhanh. Bài viết phân tích giá Claude Sonnet 5 của chúng tôi đi sâu hơn vào các con số, bao gồm cả tác động của tokenizer mới.

Chọn Sonnet 5 trong Claude Code

Trong Claude Code, dùng lệnh slash /model để chọn mô hình.

Trong một phiên Claude Code, nhập:

/model

Claude Code sẽ mở bộ chọn mô hình. Chọn Claude Sonnet 5.

Nếu muốn đặt trực tiếp mà không mở bộ chọn, dùng:

/model claude-sonnet-5

claude-sonnet-5 là ID mô hình API chính xác, không có hậu tố ngày. Nếu bạn viết script hoặc đặt mặc định cho dự án, hãy dùng đúng ID này.

Ví dụ quy trình nhanh:

/model claude-sonnet-5

Đọc cấu trúc repo này, xác định các file liên quan đến luồng đăng ký người dùng.
Chưa chỉnh sửa mã. Trước tiên hãy đề xuất kế hoạch triển khai và test.

Sonnet 5 có sẵn trong Claude Code ngay từ khi ra mắt. Nó cũng là mô hình mặc định trên các ứng dụng Claude miễn phí và Pro, đồng thời có sẵn cho các gói Max, Team và Enterprise. Nếu cần hướng dẫn tổng quan hơn, xem hướng dẫn Claude Code của chúng tôi và tài liệu tham khảo lệnh CLI của Claude Code.

Những thay đổi hành vi cần biết

Sonnet 5 là bản nâng cấp trực tiếp từ Sonnet 4.6, nhưng có một số thay đổi quan trọng khi dùng trong Claude Code hoặc khi gọi API trực tiếp.

Tư duy thích ứng được bật theo mặc định

Trên Sonnet 4.6, một request không có trường thinking sẽ chạy mà không cần tư duy mở rộng. Trên Sonnet 5, tư duy thích ứng được bật mặc định.

Mô hình tự quyết định mức độ tư duy dựa trên tác vụ:

• Đổi tên biến hoặc sửa lỗi nhỏ: ít hoặc gần như không cần tư duy.
• Refactor nhiều file: cần nhiều tư duy hơn.
• Debug lỗi test phức tạp: có thể dừng lâu hơn để phân tích.
• Thiết kế thay đổi kiến trúc: dùng nhiều nỗ lực lý luận hơn.

Trong Claude Code, bạn không cần cấu hình chi tiết như khi gọi API thô. Công cụ quản lý request cho bạn. Điều bạn sẽ thấy là Sonnet 5 di chuyển nhanh ở bước đơn giản và tạm dừng lâu hơn ở bước khó. Đây là hành vi mong đợi. Nếu muốn đọc thêm, xem tài liệu tư duy thích ứng của Anthropic.

Sonnet 5 cũng hỗ trợ tham số effort với bốn mức:

low
medium
high
xhigh

Nỗ lực cao hơn giúp mô hình suy nghĩ sâu hơn nhưng dùng nhiều token hơn. Trong vòng lặp agent, đây là nút điều chỉnh phù hợp khi tác vụ thật sự khó.

Tư duy mở rộng thủ công và tham số sampling đã bị loại bỏ

Nếu bạn đã xây dựng tool riêng quanh Claude API, cần kiểm tra lại các cấu hình cũ.

Cách cũ sau đây không còn hợp lệ với Sonnet 5:

{
  "thinking": {
    "type": "enabled",
    "budget_tokens": 10000
  }
}

Với Sonnet 5, cấu hình tư duy mở rộng thủ công như trên sẽ trả về lỗi 400. Thay vào đó, dùng tư duy thích ứng và tham số effort.

Các tham số sampling không mặc định cũng bị loại bỏ:

{
  "temperature": 0.2,
  "top_p": 0.9,
  "top_k": 40
}

Đặt temperature, top_p hoặc top_k thành giá trị không mặc định cũng sẽ trả về lỗi 400. Thay vì điều chỉnh sampling, hãy kiểm soát hành vi bằng prompt, hướng dẫn hệ thống và phạm vi tác vụ.

Claude Code xử lý phần này cho bạn, nhưng các script cũ viết cho Sonnet 4.6 nên được rà soát lại. Xem danh sách đầy đủ trong bài so sánh Sonnet 5 và Sonnet 4.6 của chúng tôi.

Tokenizer mới ảnh hưởng đến ngữ cảnh và chi phí

Sonnet 5 dùng tokenizer mới. Cùng một văn bản nguồn có thể tạo ra số token nhiều hơn khoảng 30% so với Sonnet 4.6, tức khoảng 1.3 lần.

Điều này không làm hỏng request hoặc response, nhưng ảnh hưởng đến hai thứ:

1. Cửa sổ ngữ cảnh 1.000.000 token chứa ít văn bản hơn trên thực tế.
   
   Một repo lớn sẽ lấp đầy context nhanh hơn so với ước tính dựa trên số ký tự.

2. Chi phí cho cùng một lượng văn bản có thể cao hơn.
   
   Giá mỗi token không đổi, nhưng số token tăng lên.

Không nên tái sử dụng ước tính token từ Sonnet 4.6. Nếu đang lập ngân sách cho workload lớn, hãy tính lại bằng điểm cuối đếm token của Anthropic.

Quy trình làm việc thực tế với Claude Code và Sonnet 5

Sonnet 5 hiệu quả nhất khi bạn cho phép nó lập kế hoạch trước khi chỉnh sửa.

Một workflow thực tế:

1. Mô tả mục tiêu ở cấp cao.
2. Yêu cầu Claude đọc các file liên quan.
3. Bắt buộc nó đề xuất kế hoạch trước khi chỉnh sửa.
4. Review kế hoạch.
5. Cho phép triển khai.
6. Chạy test.
7. Nếu test fail, để Claude đọc output và sửa tiếp.

Prompt mẫu:

Chúng ta cần thêm endpoint POST /users/signup.

Yêu cầu:
- Đọc các file liên quan đến routing, controller, validation và test.
- Chưa chỉnh sửa mã ngay.
- Trước tiên hãy tóm tắt kiến trúc hiện tại.
- Sau đó đề xuất kế hoạch triển khai từng bước.
- Chỉ sau khi tôi xác nhận, hãy bắt đầu chỉnh sửa.

Sau khi kế hoạch ổn:

Triển khai theo kế hoạch.
Sau mỗi nhóm thay đổi, chạy test liên quan.
Nếu test fail, đọc output, giải thích nguyên nhân và sửa.

Vì tư duy thích ứng đã bật, bạn không cần tự tăng reasoning cho bước lập kế hoạch. Việc quan trọng hơn là đưa ra phạm vi rõ ràng và review kế hoạch trước khi cho phép chỉnh sửa.

Quản lý ngữ cảnh thay vì ném cả repo vào mô hình

Ngay cả với context window 1M, việc đưa toàn bộ repo vào mỗi lượt vẫn lãng phí token và tiền.

Thay vì:

Đọc toàn bộ repo và sửa tính năng đăng ký.

Hãy dùng:

Tập trung vào các file liên quan đến signup:
- routes/user.*
- controllers/user.*
- services/auth.*
- tests/signup.*

Nếu cần thêm file, hãy nói rõ lý do trước khi đọc.

Cách này giúp Sonnet 5 dùng context có mục tiêu hơn và giảm chi phí trong các phiên dài.

Xây dựng API, sau đó để Sonnet 5 kiểm tra

Giả sử bạn đang xây dựng một REST API trong Claude Code. Sonnet 5 có thể tạo route, controller và test. Nhưng nếu không có hợp đồng API rõ ràng, mô hình dễ suy đoán sai về request body, response schema hoặc mã lỗi.

Đây là nơi Apidog hữu ích.

Một workflow triển khai API thực tế:

1. Thiết kế API trong Apidog.
2. Định nghĩa endpoint, request schema, response schema và status code.
3. Dùng mock server để frontend hoặc test có dữ liệu thực tế trước khi backend xong.
4. Kết nối Claude Code với thông số API qua máy chủ Apidog MCP.
5. Để Sonnet 5 đọc contract thật thay vì tự tạo schema.
6. Chạy test scenario trên endpoint thật.
7. Sửa handler dựa trên kết quả test.

Ví dụ lệnh chạy test scenario:

# Sonnet 5 trong Claude Code triển khai endpoint,
# sau đó chạy bộ kiểm tra Apidog thông qua CLI:

apidog run --access-token $APIDOG_TOKEN \
  --project-id $PROJECT_ID \
  --test-scenario "user-signup-flow"

Prompt mẫu cho Claude Code:

Dùng API contract từ Apidog MCP cho luồng user signup.

Yêu cầu:
- Không tự suy đoán request/response schema.
- Đọc contract hiện có.
- Triển khai endpoint theo đúng schema.
- Chạy test scenario "user-signup-flow" bằng Apidog CLI.
- Nếu test fail, đọc assertion output và sửa code.

Khi một test thất bại, Sonnet 5 đọc kết quả assertion và sửa handler. Bạn có vòng lặp build-test rõ ràng:

contract thật -> code -> test thật -> output lỗi -> sửa code

Điểm mấu chốt: Sonnet 5 viết mã, còn Apidog xác nhận API thực sự khớp với hợp đồng. Bạn có thể tải Apidog để thiết lập dự án cục bộ trước.

Khi nào nên chuyển sang Opus 4.8

Sonnet 5 là lựa chọn mặc định hợp lý cho hầu hết phiên Claude Code. Tuy nhiên, Opus 4.8 đáng dùng trong một số trường hợp.

Dùng Opus 4.8 khi:

• Tác vụ chủ yếu là lý luận khó, không phải vòng lặp tool.
• Bạn đang thiết kế thuật toán phức tạp hoặc xử lý logic tinh tế.
• Công việc tự động hóa kéo dài, nơi lỗi nhỏ có thể tích lũy qua nhiều bước.
• Một thay đổi quan trọng cần ưu tiên chất lượng hơn chi phí.

Giữ Sonnet 5 khi:

• Bạn đang làm lập trình agent tiêu chuẩn: đọc file, chạy lệnh, chỉnh sửa, test.
• Workload lớn và chi phí là yếu tố quan trọng.
• Bạn cần lặp nhanh trên nhiều tác vụ nhỏ.
• Bạn muốn mô hình mặc định cân bằng giữa năng lực và giá.

Chuyển đổi chỉ cần một lệnh:

/model claude-opus-4-8

Sau khi xử lý phần khó, chuyển lại:

/model claude-sonnet-5

Bạn không cần dùng một mô hình cho toàn bộ phiên. Dùng Opus cho đoạn khó, dùng Sonnet 5 cho phần triển khai và lặp test. Để so sánh sâu hơn, xem bài so sánh Sonnet 5 và Opus 4.8 của chúng tôi. Nếu trước đây bạn đã dùng Sonnet 4.5 trong Claude Code hoặc Fable 5 trong Claude Code, workflow này sẽ khá quen thuộc.

Checklist thực tế khi dùng Sonnet 5 trong Claude Code

• Luôn yêu cầu kế hoạch trước khi sửa mã.
  
  Đặc biệt với refactor, migration hoặc thay đổi nhiều file.

• Giới hạn phạm vi ngữ cảnh.
  
  Chỉ định file hoặc thư mục liên quan. Đừng gửi toàn bộ repo nếu không cần.

• Để mô hình chạy test.
  
  Đừng chỉ hỏi “mã này có đúng không?”. Hãy yêu cầu chạy test và đọc output.

• Dùng contract API thật.
  
  Với API, hãy để Sonnet 5 bám theo contract trong Apidog thay vì tự suy đoán schema.

• Theo dõi token và chi phí.
  
  Tokenizer mới có thể tạo nhiều token hơn khoảng 30% so với Sonnet 4.6.

• Dùng Opus 4.8 có chọn lọc.
  
  Chuyển sang Opus cho phần lý luận khó, sau đó quay lại Sonnet 5 để triển khai và kiểm thử.

• Không dùng lại cấu hình API cũ một cách mù quáng.
  
  Nếu script cũ dùng thinking.budget_tokens, temperature, top_p hoặc top_k, hãy rà soát lại.

FAQ

Claude Sonnet 5 có khả dụng trong Claude Code không?

Có. Sonnet 5 có sẵn trong Claude Code kể từ khi ra mắt vào ngày 30 tháng 6 năm 2026. Chọn bằng lệnh:

/model

Hoặc đặt trực tiếp:

/model claude-sonnet-5

Tôi có cần cấu hình tư duy thích ứng không?

Không. Tư duy thích ứng được bật mặc định trên Sonnet 5, và Claude Code quản lý request cho bạn. Mô hình tự quyết định mức độ tư duy cho từng tác vụ. Đây là thay đổi so với Sonnet 4.6, nơi request không có trường tư duy sẽ chạy mà không cần suy nghĩ mở rộng. Xem bài so sánh Sonnet 5 và Sonnet 4.6 của chúng tôi để biết thêm các thay đổi hành vi.

Sonnet 5 có đủ tốt để lập trình không, hay nên dùng Opus 4.8?

Với hầu hết tác vụ lập trình tác nhân trong Claude Code, Sonnet 5 là mô hình mặc định mạnh. Theo điểm chuẩn khi ra mắt của Anthropic, nó chỉ cách Opus 4.8 khoảng 1 đến 3 điểm trong các tác vụ dùng công cụ như SWE-bench Pro và Terminal-Bench, với chi phí thấp hơn. Hãy chuyển sang Opus 4.8 cho các bài toán lý luận thuần túy khó nhất hoặc các workflow tự động hóa dài hạn.

Tôi có thể dùng Sonnet 5 trong Claude Code miễn phí không?

Sonnet 5 là mô hình mặc định trên các ứng dụng Claude miễn phí và Pro, đồng thời có sẵn trong Claude Code. Việc sử dụng miễn phí đi kèm giới hạn tỷ lệ và giới hạn sử dụng. Xem hướng dẫn miễn phí Claude Sonnet 5 của chúng tôi để hiểu các lựa chọn và giới hạn thực tế.

Tokenizer mới ảnh hưởng thế nào đến phiên Claude Code?

Cùng một văn bản có thể tạo ra số token nhiều hơn khoảng 30% so với Sonnet 4.6. Không có gì bị hỏng, nhưng cửa sổ ngữ cảnh 1M chứa ít văn bản hơn trên thực tế và chi phí cho cùng một lượng văn bản có thể cao hơn. Nếu bạn lập ngân sách theo token, hãy tính lại dựa trên Sonnet 5 thay vì dùng ước tính cũ.