Claude Fable 5.1 và Mythos 5.1: cùng model, khác lớp bảo vệ

Claude Fable 5.1 và Mythos 5.1: một model, hai mức bảo vệ

Điểm gây nhầm lẫn lớn nhất trong lần phát hành này là Fable 5.1 và Mythos 5.1 không phải hai model riêng biệt. Anthropic khẳng định rõ rằng đây là cùng một model với các mức bảo vệ khác nhau. Fable 5.1 là phiên bản được cung cấp rộng rãi, đã bật các cơ chế bảo vệ dành cho môi trường production. Mythos 5.1 sử dụng cùng bộ trọng số, nhưng nới lỏng các hạn chế về an ninh mạng và khoa học sự sống, đồng thời chỉ được phát hành cho những tổ chức đã qua thẩm định.

Vì vậy, sự khác biệt không nằm ở cấp độ năng lực. Nó nằm ở cấp độ quyền truy cập.

Hãy chú ý đến dòng cuối. Tài liệu giá chính thức của Anthropic liệt kê Mythos 5.1 với mức giá hoàn toàn giống Fable 5.1 và ghi chú là chỉ cung cấp có giới hạn. Bạn không phải trả thêm tiền cho Mythos. Bạn được thẩm định để sử dụng model này, hoặc không được cấp quyền.

Vị trí của Fable và Mythos trong hệ thống model Claude

Hiện Anthropic có năm tên model nhưng bốn mức giá. Haiku, Sonnet và Opus lần lượt là các model nhỏ, trung bình và lớn; Fable và Mythos nằm trên Opus ở phân khúc cao nhất, với mức giá gấp đôi Opus.

Có một thay đổi âm thầm đáng chú ý nếu trước đây bạn đã lập ngân sách theo mức giá cũ: giá $2 / $10 của Sonnet 5 được áp dụng khi ra mắt dưới dạng giá giới thiệu và dự kiến hết hạn vào ngày 31 tháng 8 năm 2026. Anthropic hiện đã biến mức giá này thành giá tiêu chuẩn, còn đợt tăng lên $3 / $15 theo kế hoạch sẽ không diễn ra. Nếu logic định tuyến của bạn được viết để chuyển khỏi Sonnet vào tháng 9, bạn có thể xóa nhánh đó.

Chi phí Claude Fable 5.1 sau khi giảm giá cache read

Giá cơ bản không thay đổi. Fable 5.1 vẫn có giá $10 cho mỗi một triệu input token và $50 cho mỗi một triệu output token, giống Fable 5. Toàn bộ câu chuyện giảm giá nằm ở một dòng duy nhất: cache read.

Mọi model Claude khác đều tính phí cache hit bằng 0.1 lần input cơ bản. Fable 5.1 và Mythos 5.1 tính bằng 0.025 lần. Đây là toàn bộ cơ chế đứng sau con số được nhắc đến nhiều: giá cache read giảm 75%, từ $1 xuống $0.25 cho mỗi một triệu token, và Anthropic ước tính mức này tạo ra khoản tiết kiệm khoảng 25% trong các workload thông thường, hoặc lên đến 45% trong các workload có tính agent cao.

Một tác động thứ cấp mà bài viết ra mắt không nói rõ là thay đổi hệ số này cũng làm thay đổi thời điểm caching bắt đầu có lợi. Với model tiêu chuẩn có hệ số 0.1x, việc ghi cache 5 phút (1.25x) hòa vốn sau một lần đọc, còn ghi cache 1 giờ (2x) hòa vốn sau hai lần đọc. Với Fable 5.1, mỗi lần đọc tiết kiệm 0.975x thay vì 0.9x, vì vậy cache 5 phút đã bù được chi phí ngay từ lần đọc đầu tiên, còn cache 1 giờ bù được chi phí ở lần đọc thứ hai. Những cache có vòng đời ngắn, vốn chỉ đem lại lợi ích vừa đủ trên Fable 5, nay đáng để sử dụng hơn.

Mặt trái cũng tương tự. Mức giảm giá chỉ áp dụng cho những token quay lại dưới dạng cache hit. Nếu hóa đơn của bạn chủ yếu đến từ output token hoặc input mới không bao giờ được cache, bạn sẽ gần như không nhận thấy khoản tiết kiệm 25% này.

Fable 5.1 có rẻ hơn Opus 5 cho workload agent không?

Tính trên mỗi token được cache thì có: $0.25 so với $0.50 của Opus 5. Nhưng tính trên mỗi request thì gần như luôn là không. Điều này hoàn toàn phụ thuộc vào cấu trúc hóa đơn, nên bạn nên tính thử trên một vòng lặp thực tế thay vì chỉ tin vào tỷ lệ phần trăm.

Hãy xét một phiên lập trình có tính agent với phần tiền tố ổn định 100 nghìn token (system prompt, định nghĩa công cụ và ngữ cảnh repository) được cache trong cửa sổ 1 giờ, 40 lượt trong một giờ, mỗi lượt có 2 nghìn input mới và 1,5 nghìn output token.

Có ba kết luận từ bảng trên. Khoản tiết kiệm khi chuyển từ Fable 5 sang Fable 5.1 là 31%, gần với ước tính của Anthropic. Fable 5.1 vẫn đắt gấp 1,39 lần Opus 5, giảm từ mức 2 lần trên Fable 5 — khoảng cách đã thu hẹp đáng kể nhưng chưa biến mất. Và khoản cache read, trước đây là chi phí lớn nhất trong phiên, nay trở thành khoản nhỏ nhất.

Điểm cuối cùng mới là điều nên làm thay đổi kiến trúc của bạn. Với Fable 5, việc đưa thêm ngữ cảnh vào phần tiền tố được cache khiến vòng lặp đắt hơn sau mỗi lượt, từ đó thúc đẩy các đội ngũ cắt giảm ngữ cảnh mạnh tay. Với Fable 5.1, việc đọc lại một phần tiền tố được cache lớn gần như không tốn thêm chi phí, còn độ dài output trở thành đòn bẩy chi phí chính. Nếu trước đây bạn cắt giảm ngữ cảnh để kiểm soát chi tiêu, giờ đây bạn đang tối ưu nhầm khoản mục.

Một lưu ý khi so sánh với các hóa đơn trước đây: Claude 4.7 trở đi sử dụng tokenizer tạo ra nhiều hơn khoảng 30% token cho cùng một đoạn văn bản so với Sonnet 4.6 và các phiên bản cũ hơn. So sánh đơn giá trên mỗi triệu token một cách máy móc với model cũ sẽ khiến bạn đánh giá thấp chi phí thực tế. Nếu đang tính lại chi phí cho một pipeline agent theo các mức giá này, đó chính là loại công việc mà đội ngũ tự động hóa AI và workflow của chúng tôi thực hiện trước khi cam kết cho khách hàng sử dụng một model.

Kết quả benchmark của Fable 5.1 và lưu ý trong phần chú thích

So sánh do Anthropic công bố với Fable 5, Opus 5 và GPT-5.6 Sol của OpenAI:

Dòng Terminal-Bench 4.0 là phần đáng chú ý nhất vì có cả hai tên model. Fable 5.1 đạt 55.8%, còn Mythos 5.1 đạt 60.9% trên cùng bộ trọng số. Khoảng cách năm điểm không phản ánh năng lực. Đó là chi phí của các cơ chế bảo vệ được kích hoạt trong những tác vụ benchmark liên quan đến an ninh mạng, nơi Fable được chấm điểm dựa trên một câu trả lời đã chuyển hướng.

Anthropic đặc biệt thẳng thắn về điều này trong phần chú thích: Fable 5.1 được đánh giá khi các cơ chế bảo vệ production đang bật, nhận điểm 0 ở những tác vụ OSWorld 2.0 bị cơ chế bảo vệ can thiệp, trong khi các tác vụ an ninh mạng bị can thiệp được hoàn thành bởi Claude Opus 4.8 và các tác vụ sinh học bị can thiệp được hoàn thành bởi Claude Opus 5. Hãy đọc ý nghĩa thực tế thay vì ý nghĩa marketing — đây là điểm số của hệ thống mà bạn thực sự nhận được, bao gồm cả cơ chế bảo vệ, và điều đó trung thực hơn một lượt benchmark khi các lớp bảo vệ đã bị tắt. Tuy nhiên, điều này cũng có nghĩa là các con số công bố cho Fable đánh giá thấp model nguyên bản, đồng thời đánh giá quá cao trải nghiệm của workload thường xuyên bị chuyển hướng.

Terminal-Bench-Science cũng đáng được xem xét kỹ hơn. Anthropic cho biết sai số chuẩn nằm trong khoảng ±3.5–4.5 điểm cho mỗi model, vì vậy hãy xem chênh lệch 52.6% so với 29.0% là khác biệt thực sự, còn bất kỳ chênh lệch hai điểm nào cũng có thể chỉ là nhiễu.

Vì sao một số request Fable 5.1 vẫn được trả lời bởi model Opus

Đây là chi tiết vận hành mà phần lớn bài viết về lần ra mắt đã bỏ qua, đồng thời cũng là điều dễ khiến bạn bất ngờ nhất trong production. Cơ chế bảo vệ của Fable không chỉ từ chối yêu cầu. Với một số nhóm yêu cầu, hệ thống âm thầm chuyển request sang một model khác, nhỏ hơn.

Những gì đã thay đổi với phiên bản 5.1:

• Cơ chế bảo vệ an ninh mạng hiện được kích hoạt ít hơn khoảng 60% trong mỗi phiên Claude Code so với cơ chế bảo vệ ra mắt cùng Fable 5.
• Fable 5.1 hiện có thể được dùng để xác định lỗ hổng phần mềm — phục vụ công việc phòng thủ — nhưng không được dùng để phát triển exploit cho các lỗ hổng đó.
• Cơ chế bảo vệ sinh học được kích hoạt ít hơn 85% đối với các câu hỏi sinh học cơ bản và y khoa mang tính lành tính.

Những yêu cầu vẫn bị chuyển đến các model Opus:

• Kiểm thử xâm nhập
• Tạo exploit
• Quét lỗ hổng dựa trên binary
• Các truy vấn nghiên cứu và phát triển trong lĩnh vực khoa học sự sống

Nếu đang xây dựng agent trong một trong các lĩnh vực này, hãy thiết kế hệ thống có tính đến việc chuyển hướng. Một pipeline giả định mọi câu trả lời đều đến từ model bạn chỉ định sẽ tạo ra chất lượng output, cách tính token và độ trễ không nhất quán trong cùng một lượt chạy; sự không nhất quán này sẽ liên quan đến chủ đề thay vì tải hệ thống. Hãy ghi log model đã trả lời, đồng thời xem việc chuyển hướng là một sự kiện định tuyến mà hệ thống cần nhận biết, thay vì một bất thường để người dùng tự phát hiện.

Anthropic cũng cho biết hai tổ chức bên ngoài cùng Gray Swan đã kiểm thử áp lực các cơ chế bảo vệ này và không phát hiện jailbreak nào có mức độ nghiêm trọng cao. Vì vậy, không nên xây dựng kế hoạch dựa trên việc né tránh hành vi chuyển hướng.

Cách được cấp quyền truy cập Claude Mythos 5.1

Có hai chương trình, cả hai đều yêu cầu thẩm định:

• Cyber Verification Program (CVP) — hiện cung cấp cơ chế bảo vệ an ninh mạng được giảm bớt trên các model cấp Opus và Sonnet cho công việc bảo mật phòng thủ, đồng thời đang bổ sung quyền truy cập cấp Mythos. Bạn có thể nộp đơn qua cổng chương trình của Anthropic.
• Life Sciences Verification Program (LSVP) — được xây dựng cùng chính phủ Hoa Kỳ; những người tham gia đầu tiên đã được ghi danh và dự kiến chương trình sẽ mở rộng đăng ký trong lĩnh vực khoa học sự sống.

Hiện quyền truy cập chỉ giới hạn cho một số tổ chức tại Hoa Kỳ. Anthropic cho biết công ty đang phối hợp với chính phủ Hoa Kỳ để mở rộng quyền truy cập cho thêm các đối tác trong nước và quốc tế. Sản phẩm Claude Security của Anthropic, vốn quét codebase và đề xuất bản vá để con người xem xét, hiện chạy trên Mythos 5.1 — đây là con đường thực tế hơn để phần lớn đội ngũ tiếp cận khả năng phân tích bảo mật cấp Mythos thay vì xin quyền truy cập trực tiếp vào model.

Watermark ẩn trên văn bản của Claude và ý nghĩa với các đội ngũ nội dung

Fable 5.1 được phát hành cùng watermark văn bản, và đây là điểm khiến nhiều đội ngũ nội dung và SEO rút ra kết luận sai.

Thông tin chính thức từ FAQ của Anthropic: watermark tồn tại để tuân thủ Bộ quy tắc thực hành về minh bạch nội dung do AI tạo ra thuộc Đạo luật AI của EU, mà Anthropic đã ký vào tháng 7 năm 2026 cùng khoảng 190 bên ký kết khác. Watermark áp dụng cho các model phát hành sau ngày 2 tháng 8 năm 2026. Cơ chế này hoạt động bằng cách khởi tạo việc lấy mẫu token từ một khóa thay vì một nguồn ngẫu nhiên tùy ý, nhờ đó output vẫn có tính ngẫu nhiên về mặt thống kê nhưng chứa một mẫu mà bất kỳ ai có khóa đều có thể kiểm tra. Người đọc và các công cụ phát hiện AI thông thường không thể nhận biết watermark; watermark cũng không mã hóa thông tin về người dùng, tổ chức của họ hay các cuộc trò chuyện.

Anthropic đang triển khai API phát hiện ở giai đoạn private preview, hiện chỉ dành cho các tổ chức đủ điều kiện — cơ quan quản lý, cơ quan thực thi pháp luật, cơ quan truyền thông, đơn vị kiểm chứng thông tin, nhà nghiên cứu độc lập, tổ chức giáo dục, các nhóm xã hội dân sự tại EU — cùng những doanh nghiệp có nghĩa vụ tuân thủ riêng theo Đạo luật này.

Có hai hệ quả cần tách biệt. Thứ nhất, đây là dấu hiệu tuân thủ chứ không phải tín hiệu chất lượng: nó chỉ cho biết model đã tham gia tạo ra văn bản, không nói rằng văn bản đó kém chất lượng, và công cụ tìm kiếm không có quyền truy cập vào khóa. Thứ hai, phản hồi trung thực của một nhà xuất bản vẫn giống như trước khi watermark tồn tại — hãy công khai cách nội dung được tạo ra, đồng thời đưa đủ chuyên môn con người, quá trình xác minh và phán đoán nguyên bản vào bài viết để câu hỏi ai là người gõ bản nháp đầu tiên không còn là điều đáng quan tâm nhất.

Thay đổi chống chưng cất có thể làm hỏng các tích hợp hiện có

Ẩn trong phần an toàn là một thay đổi có hậu quả trực tiếp đến kỹ thuật. Để khiến các cuộc tấn công chưng cất trở nên khó khăn hơn, các tài khoản API được tạo từ thời điểm Fable 5.1 ra mắt trở đi không còn được phép chỉnh sửa thủ công ngữ cảnh trước đó của Claude trong cuộc trò chuyện nhiều lượt, đồng thời giữ lại transcript về quá trình suy luận trước đó của Claude.

Các tài khoản hiện có chưa bị ảnh hưởng, nhưng Anthropic cho biết hạn chế này sẽ áp dụng cho tất cả người dùng trong các lần phát hành model tương lai, và một số ít tích hợp tùy chỉnh sẽ bị hỏng khi điều đó xảy ra.

Nếu hệ thống của bạn viết lại các lượt assistant trước khi phát lại — cắt output của công cụ, nén lịch sử, chèn phần suy luận đã chỉnh sửa — hãy kiểm tra xem hệ thống có phụ thuộc vào việc giữ lại các thinking block trong quá trình chỉnh sửa hay không. Đây là việc dễ kiểm tra ngay bây giờ nhưng sẽ rất tốn kém nếu chỉ phát hiện vào ngày ra mắt, sáu tháng sau.

Ai nên chuyển sang Fable 5.1 và ai không nên

Anthropic lưu ý một thiết lập mặc định ảnh hưởng âm thầm đến cả chi phí và chất lượng: Fable 5.1 chạy ở mức High effort trong Claude Code, và Medium trong Claude Cowork cũng như trên Claude.ai. Nếu benchmark model trong ứng dụng rồi triển khai qua API mà không đặt rõ effort, bạn đang so sánh hai cấu hình khác nhau.

Mô hình lớn hơn mà lần phát hành này xác nhận là lựa chọn model không còn là một quyết định đơn lẻ. Đó là bài toán định tuyến qua ít nhất bốn mức giá, nhiều mức effort và một lớp bảo vệ có thể chuyển request của bạn sang model khác giữa chừng. Nếu bạn muốn kiến trúc này được thiết kế và tính chi phí một lần, đúng cách, thay vì phải xây dựng lại mỗi khi số phiên bản thay đổi, hãy cho chúng tôi biết bạn đang xây dựng gì để chúng tôi lập phạm vi công việc.