Opus 4.8 trong Claude Code: Có gì mới, giá cả và cách chuyển đổi trong năm 2026

Tài liệu tham khảo Ailoot: ailoot.ai/docs/.

Claude Code ra mắt những gì vào ngày 28 tháng 5#

Ngày 28 tháng 5, Anthropic phát hành Opus 4.8 — chỉ 41 ngày sau Opus 4.7. Claude Code v2.1.154 cùng bài blog “Giới thiệu dynamic workflows trong Claude Code” cũng ra mắt trong cùng ngày. Ngày hôm sau, v2.1.156 sửa lỗi với các khối thinking khiến API gặp sự cố trên Opus 4.8.

Bốn thay đổi ảnh hưởng đến tất cả những người lập trình bằng Claude Code:

1. Mô hình Opus 4.8 mới — giá vẫn như cũ ($5/$25 cho mỗi triệu token), nhưng điểm benchmark cao hơn và mô hình bỏ sót lỗi trong chính mã của mình ít hơn 4 lần.
2. Dynamic Workflows — Claude viết JS có thể khởi tối đa 1000 tác nhân con trong cả lượt chạy, không quá 16 đang hoạt động đồng thời. Từ kích hoạt là workflow trong câu lệnh.
3. xhigh effort — cấp độ suy luận mới. Mặc định trên Opus 4.8 hiện là high; với những tác vụ đòi hỏi cao, bạn có thể tăng lên xhigh.
4. Fast Mode rẻ hơn 3 lần — trước đây giá bằng 6× giá tiêu chuẩn; giờ là 2× và nhanh hơn 2.5×.

Bản thân Anthropic nói về lần phát hành này khá thận trọng:

Trong hướng dẫn này, tôi sẽ chỉ rõ điều gì đã thay đổi, trên thực tế sẽ tốn bao nhiêu và liệu bạn nên chuyển đổi ngay hay chờ thêm.

Opus 4.8 khác 4.7 như thế nào?#

Những cải thiện thể hiện qua số liệu

Anthropic công bố các benchmark trong thông báo chính thức và Claude API Docs. Bảng tóm tắt:

⚠️ Đây là số liệu do nhà cung cấp công bố — số liệu từ Anthropic, không phải phép đo độc lập.

Lời hứa chính: “ít bỏ sót lỗi hơn 4×”

Anthropic tuyên bố:

Nghe rất tuyệt, nhưng có một điểm tinh tế bên trong: theo System Card của Anthropic, Claude Opus 4.8 có tỷ lệ câu trả lời sai thấp nhất trong sáu mô hình trên mọi benchmark vì nó từ chối trả lời khi không chắc chắn.

Diễn giải ngôn ngữ của System Card sang ngôn ngữ của vibe coder: mô hình không trở nên thông minh hơn 4 lần. Nó có xu hướng nói “Tôi không chắc, hãy kiểm tra lại” thay vì đưa ra một ảo giác nghe có vẻ hợp lý. Trung thực hơn thay vì tăng IQ — đó là cách nó tiến hóa.

Trên thực tế, với cùng những tác vụ mà trước đây Claude tự tin nói sai, giờ đây nó sẽ nói “Tôi không chắc về điều này.” Điều đó giảm rủi ro nhưng không tăng độ bao phủ.

Những gì không thay đổi

• Giá tiêu chuẩn ($5 cho mỗi triệu token đầu vào, $25 cho mỗi triệu token đầu ra) — không đổi.
• Mốc kiến thức — tháng 1 năm 2026, như 4.7.
• Ngữ cảnh mặc định — 1 triệu token trên Anthropic API, AWS Bedrock và GCP Vertex AI. Trên Microsoft Foundry — 200K.
• Đầu ra tối đa — 128K token.
• Các tham số lấy mẫu (temperature, top_p, top_k) — vẫn không được hỗ trợ; chúng trả về lỗi 400.

Opus 4.8 còn hạn chế ở đâu

Nói thẳng: trên Terminal-Bench 2.1, Opus 4.8 đạt 74.6% — không tệ, nhưng không dẫn đầu danh mục. Nếu phần lớn công việc của bạn diễn ra trong terminal, hãy lưu ý: Codex thường nhỉnh hơn một chút trong các tác vụ thuần terminal. Opus 4.8 dẫn trước ở các benchmark khác, nhưng khác biệt này là có thật.

Điểm thẳng thắn thứ hai: trong các quy trình tác tử phức tạp có đầu vào chưa được xác minh (đọc website, RSS), khả năng bảo vệ trước prompt injection của Opus 4.8 không được đảm bảo. Nếu bạn đang xây dựng tự động hóa đọc tài liệu của người khác, hãy dùng thêm một bộ lọc đầu vào riêng.

Opus 4.8 có giá bao nhiêu trong năm 2026?#

Các mức giá

Giá tiêu chuẩn vẫn như 4.7 và 4.6. Điều này hiếm gặp — các thế hệ mới thường đắt hơn. Fast Mode rẻ hơn 3 lần: trên 4.6 và 4.7, chế độ nhanh có giá bằng 6× giá tiêu chuẩn. Trên 4.8, giá là 2×.

Chi phí cho mỗi giờ làm việc

Một giờ lập trình chủ động trong Claude Code trên Opus 4.8 tiêu tốn khoảng 1–2 triệu token đầu vào và 100–300 nghìn token đầu ra. Với giá tiêu chuẩn, chi phí đầu vào là $5–10 và đầu ra là $2.5–7.5. Làm tròn, chi phí chỉ riêng API là $8–15 mỗi giờ.

Với các gói thuê bao:

• Pro ($20/tháng) — đủ cho 1–2 giờ làm việc chủ động mỗi ngày. Một câu lệnh đòi hỏi cao với Dynamic Workflow sẽ dùng hết giới hạn.
• Max 5x ($100/tháng) — ổn định 4–6 giờ mỗi ngày. Điểm cân bằng phù hợp với phần lớn vibe coder.
• Max 20x ($200/tháng) — trọn một ngày làm việc mà không phải lo về giới hạn. Phù hợp nếu bạn khởi chạy nhiều workflow hoặc làm việc với Agent SDK.

Tìm hiểu thêm trong các hướng dẫn cách không dùng hết giới hạn Claude Code và token được dùng vào đâu.

⚠️ Một chi tiết quan trọng từ Anthropic: workflow với 1000 tác tử tiêu tốn “nhiều token hơn đáng kể so với một phiên thông thường.” Lượt lớn có thể dùng đáng kể hạn mức dù chỉ tối đa 16 tác nhân cùng lúc. Xem usage còn và đặt ngân sách trước khởi; riêng mức đồng thời không quyết tổng phí.

⚠️ Fast Mode không được bao gồm trong các gói Pro / Max / Team / Enterprise. Bạn cần bật tín dụng sử dụng và thanh toán riêng với mức $10/$50 cho mỗi triệu token, ngoài phí thuê bao. Nếu đang dùng Max và bật Fast Mode mà không có tín dụng, bạn sẽ nhận được thông báo yêu cầu nạp tiền vào số dư. Chi tiết này thường bị bỏ qua khi đọc tài liệu.

Dynamic Workflows trong Claude Code là gì?#

Workflow khác subagent và skill như thế nào

Trước đây, mọi việc Claude Code tự thực hiện đều dùng điều phối theo từng lượt. Ở mỗi lượt, Claude quyết định gọi công cụ nào, còn kết quả trung gian nằm trong ngữ cảnh của nó. Cách này phù hợp với tối đa 4–5 subagent; nhiều hơn thì ngữ cảnh bị tràn.

Dynamic Workflow thay đổi cách làm. Claude viết một tập lệnh JavaScript tự điều phối các tác tử. Kết quả trung gian nằm trong các biến của tập lệnh, không nằm trong ngữ cảnh của Claude. Chỉ kết quả cuối cùng được đưa trở lại ngữ cảnh. Cách này có ba tác dụng:

1. Bạn có thể khởi chạy tối đa 16 tác tử song song, tổng cộng tối đa 1000 trong mỗi lần chạy.
2. Ngữ cảnh của Claude không bị tràn — mỗi subagent làm việc trong sandbox riêng.
3. Tập lệnh có thể tái sử dụng — sau lần chạy thành công, nhấn s trong /workflows để lưu thành slash command.

Tài liệu workflow của Anthropic mô tả như sau:

Giới hạn runtime

Ba cách kích hoạt workflow

1. Từ workflow trong câu lệnh. “Chạy workflow để kiểm tra mọi API endpoint trong src/routes/ xem có thiếu kiểm tra auth không”. Claude nhận thấy từ kích hoạt, viết tập lệnh rồi khởi chạy.
2. /effort ultracode — kết hợp suy luận xhigh với điều phối workflow tự động. Lệnh này áp dụng cho mọi tác vụ thực chất trong phiên. Tài liệu cho biết:

3. /deep-research [question] — workflow tích hợp để nghiên cứu bằng tìm kiếm web và đối chiếu nguồn.

Ví dụ: Bun với 750,000 dòng Rust trong 11 ngày

Nhóm Bun dùng Dynamic Workflows trong một thử nghiệm: chuyển Bun từ Zig sang Rust. Theo blog của Anthropic:

• Tạo ra ~750,000 dòng Rust.
• Mất 11 ngày từ commit đầu tiên đến khi merge.
• 99.8% bài kiểm thử trong bộ hiện có đã vượt qua.
• Có ~300 quy tắc để chuyển đổi Zig → Rust.

Mô hình kỹ thuật gồm ba workflow liên tiếp:

1. Workflow #1 xác định lifetime Rust phù hợp cho từng trường của struct trong codebase Zig.
2. Workflow #2 viết từng tệp .rs thành bản chuyển đổi có hành vi giống hệt tệp .zig tương ứng. Hàng trăm tác vụ tệp chia theo đợt, tối đa 16 tác nhân đồng thời, hai reviewer cho mỗi tệp.
3. Workflow #3 là vòng lặp sửa lỗi: chạy build + test đến khi mọi thứ vượt qua.

Cạm bẫy chính: workflow có thể dùng hết giới hạn của bạn với những tác vụ nhỏ

Bài học thực tế: nếu có thể xử lý một tác vụ bằng 1–2 subagent đơn giản, đừng gọi workflow; hãy dùng subagent thủ công. Workflow phát huy hiệu quả với 50+ tệp, không phải 5.

Dynamic Workflow là bước tiếp theo trong kỹ thuật quản lý ngữ cảnh. Workflow có thể chia việc qua tối đa 1000 lượt gọi tác nhân tổng, xếp lịch không quá 16 đồng thời. Thiếu bối cảnh chung có thể làm lỗi tích lũy qua các đợt vì mỗi tác nhân chỉ thấy phần mình.

Khi nào nên bật xhigh effort?#

Trong ghi chú phát hành Claude Code v2.1.154, Anthropic nêu rõ: Opus 4.8 mặc định chạy ở effort=high — đây là tiêu chuẩn mới sau khi phát hành. Trước đây tiêu chuẩn thấp hơn. Cấp độ xhigh mới có thể chọn thêm cho các tác vụ đòi hỏi cao nhất, khi mô hình dùng thêm token suy luận ở mỗi lượt.

Khi nào nên dùng xhigh:

• Di chuyển hệ thống (mẫu kiến trúc mới → 50+ tệp).
• Kiểm tra bảo mật (đánh giá bảo mật hơn 200 endpoint).
• Tái cấu trúc có kế hoạch kèm kiểm tra invariant.
• Các phiên gỡ lỗi phức tạp, kéo dài khi mô hình cần nhớ toàn bộ tiến trình.

Khi nào KHÔNG nên dùng:

• Chỉnh sửa thông thường trong một tệp (viết bài kiểm thử, đổi tên phương thức).
• Câu lệnh đơn giản có cấu trúc rõ ràng.
• Tài liệu / chú thích — xhigh tốn thêm chi phí ở những việc đó.

Trong Claude Code v2.1.154, thanh trượt effort được đổi tên từ “Speed/Intelligence” thành “Faster/Smarter.” Mặc định /effort high hiện được áp dụng ngầm; bạn không cần chuyển sang mức này bằng tay.

Khi nào nên dùng Fast Mode?#

Giá:

Khi nào nên dùng:

• Tác vụ tương tác khi thời gian phản hồi quan trọng hơn độ chính xác (đánh giá mã trực tiếp trong buổi phát trực tuyến).
• Chỉnh sửa nhanh và kiểm tra giả thuyết.
• Demo / thuyết trình với khách hàng.

Khi nào KHÔNG nên dùng:

• Công việc tác tử kéo dài — giá 2× trên ngữ cảnh 1M ảnh hưởng xấu đến hiệu quả chi phí.
• Dynamic Workflow lớn — Fast Mode nhân đôi giá token áp dụng, usage cộng qua mọi tác nhân được gọi. Giới hạn 1000 tổng không phải hệ số phí tác vụ cố định 1000×; lập ngân sách từ tổng input/output thực.
• Các phiên chạy nền khi tốc độ không quan trọng.

Làm thế nào chuyển sang Opus 4.8 mà không mất cài đặt?#

Bước 1. Cập nhật Claude Code

Trong terminal:

claude upgrade

Hoặc cài đặt lại theo tài liệu của Anthropic.

⚠️ Phiên bản mục tiêu là v2.1.156 trở lên. v2.1.154 có lỗi: khi dùng Opus 4.8, các khối thinking bị chỉnh sửa, gây lỗi API. Lỗi này đã được sửa trong v2.1.156.

Kiểm tra phiên bản:

claude --version

Bước 2. Chuyển mô hình trong /config

Trong Claude Code:

/model claude-opus-4-8

Hoặc mở /config → phần Model → chọn Opus 4.8 từ danh sách. ID mô hình tại endpoint API là claude-opus-4-8.

Bước 3. Bật Dynamic Workflows (gói Pro)

Dynamic Workflows bị tắt theo mặc định trên gói Pro. Mở /config → phần Workflows → bật tính năng này. Tính năng được bật sẵn trên Max, Team và Enterprise cá nhân. Trên Enterprise có quản trị viên, họ có thể đã tắt tính năng; hãy yêu cầu họ bật lên.

Bước 4. Chạy thử

Trong Claude Code, yêu cầu một tác vụ đơn giản với kết quả rõ ràng để đảm bảo mô hình phản hồi chính xác:

Viết một hàm TypeScript chia một mảng thành các nhóm có độ dài cố định.
Viết các bài kiểm thử bằng vitest.

Nếu câu trả lời phù hợp và cụm từ “using claude-opus-4-8” xuất hiện ở đầu, thì việc chuyển đổi đã thành công. Nếu gặp lỗi 400, hãy kiểm tra phiên bản Claude Code của bạn (quay lại bước 1).

Những gì bạn KHÔNG cần di chuyển

• CLAUDE.md hoạt động với mọi mô hình mà không cần thay đổi. Tìm hiểu thêm trong hướng dẫn cách cấu hình CLAUDE.md.
• Skills được Opus 4.8 tự động nhận diện. Tìm hiểu thêm trong hướng dẫn Claude Code Skills.
• MCP servers hoạt động giống hệt trước đây. Hướng dẫn về MCP gồm 7 tổ hợp có sẵn.
• Subagents và Plan Mode không thay đổi. Bản tóm tắt cách lựa chọn giữa Skills, Subagents, MCP và Plugins nằm trong trụ cột liên quan.

Có nên chuyển từ Sonnet 4.6 hoặc Haiku 4.5 không?#

Tôi đã trình bày cách chọn giữa Sonnet và Opus trong hướng dẫn cũ hơn, nhưng hướng dẫn đó nói về 4.7. Các quy tắc thay đổi đôi chút với Opus 4.8.

Ma trận quyết định cho năm 2026:

Với phần lớn vibe coder, điểm cân bằng tốt nhất là dùng Sonnet 4.6 làm mô hình mặc định, cộng với Opus 4.8 cho các tác vụ đòi hỏi cao thông qua bộ chọn /model. Như vậy, bạn trả ít hơn mà vẫn xử lý tốt các tác vụ khó.

Opus 4.8 KHÔNG làm tốt điều gì?#

Theo các báo cáo thực tế, Opus 4.8 còn hạn chế ở ba lĩnh vực:

1. Chiến lược và lộ trình nhiều dữ liệu. Các báo cáo thực tế cho thấy 4.7 vẫn được ưu tiên cho việc phân tích. Nếu trường hợp sử dụng chính của bạn là lập bảng chỉ số và đề xuất lộ trình, hãy thử 4.8 trước; nếu không hiệu quả, quay lại 4.7 bằng /model claude-opus-4-7.

2. “10% cuối cùng” trong các codebase hiện có. Mô hình làm rất tốt công việc từ đầu (tạo dự án mới), nhưng gặp khó khi hoàn thiện mã cũ — các trường hợp biên và những điểm riêng của kiến trúc. Đây là điểm yếu thường gặp của các mô hình suy luận: chúng tạo mã tốt nhưng kém ở khâu “hoàn thiện nốt” thứ đã tồn tại.

3. Ảo giác vẫn còn. “Ít bỏ sót lỗi hơn 4×” có nghĩa là mô hình thường nói “Tôi không biết” hơn, nhưng khi ngữ cảnh không đủ, nó vẫn có thể bịa ra điều nghe có vẻ hợp lý. Ngữ cảnh dự án là lớp bảo vệ: CLAUDE.md càng đầy đủ thì ảo giác càng ít có cơ hội xuất hiện.

Điều này không có nghĩa là “đừng cập nhật.” Có nghĩa là hãy hiểu những hạn chế và giữ Sonnet 4.6 cùng Opus 4.7 làm phương án dự phòng.

Điều gì sẽ đến sau Opus 4.8?#

Theo cách dùng từ của Anthropic, “những tuần tới” thường có nghĩa là 4–8 tuần. Nói cách khác, nhiều khả năng mô hình cấp Mythos sẽ ra mắt vào tháng 6–7 năm 2026. Điều này làm thay đổi chiến lược:

• Nếu các dự án hiện tại của bạn dùng Sonnet 4.6 hoặc Opus 4.7 — hãy cập nhật lên 4.8 và thử xhigh cùng workflow trên những tác vụ cụ thể. Đây là nâng cấp miễn phí xét về giá.
• Nếu bạn định thực hiện một lần di chuyển lớn bằng workflow — đừng vội. Một mô hình có thể làm việc đó tốt hơn nữa có thể ra mắt sau một hoặc hai tháng. Bạn có thể bắt đầu bằng thử nghiệm trên một mô-đun để hiểu cách hoạt động.
• Nếu bạn định xây lại hạ tầng xoay quanh Dynamic Workflows — hãy chờ. Mythos có thể thay đổi các phương thức nền tảng.

Lời khuyên chính là chấp nhận sự không chắc chắn: hãy linh hoạt. Opus 4.8 là một bản nâng cấp tăng dần tốt. Mythos có thể là bước nhảy vọt. Đừng đầu tư vào việc làm lại lớn chỉ một tháng trước khả năng xuất hiện mô hình mới.

Tiếp tục khám phá Ailoot tại ailoot.ai.