OpenRouter Fusion: Bước ngoặt mới sau khi Claude Fable bị tạm dừng

@ceo_tommy1
TIẾNG NHẬT1 tháng trước · 14 thg 6, 2026
218K
559
40
4
1.1K

TL;DR

Sau khi Claude Fable 5 bị tạm ngưng, OpenRouter đã giới thiệu Fusion, một hệ thống mô hình hỗn hợp tích hợp nhiều LLM nhằm cung cấp khả năng nghiên cứu vượt trội và giảm bớt sự phụ thuộc vào các nhà cung cấp đơn lẻ.

Ngay sau khi Claude Fable 5 được phát hành, quyền truy cập đã bị đình chỉ.

Cũng ngay lúc đó, OpenRouter công bố Fusion API, một hệ thống kết hợp nhiều mô hình để tạo ra một câu trả lời duy nhất.

Trong một bài đăng trên X, OpenRouter giới thiệu Fusion là một "mô hình tổng hợp đạt được trí thông minh ngang tầm Fable với một nửa chi phí."

トミー - inline image

Đó là một tuyên bố rất táo bạo.

Tuy nhiên, điều làm cho thông báo này trở nên thú vị không chỉ là việc phát hành một API mới.

Việc đình chỉ quyền truy cập vào Fable ngay lập tức phơi bày sự nguy hiểm của việc phụ thuộc vào một mô hình mạnh nhất duy nhất.

Fusion nổi lên như một giải pháp thay thế cho lỗ hổng đó.

Nói cách khác, tin tức này có thể được hiểu như sau:

Chiến trường chính của AI đang chuyển dịch từ

"Mô hình đơn lẻ nào là mạnh nhất?"

sang

"Làm thế nào để kết hợp, đánh giá và tích hợp nhiều mô hình?"

Đây là một bước ngoặt quan trọng.

Điều Gì Đã Xảy Ra Trước Đó

Để làm rõ bối cảnh, Claude Fable 5 là mô hình thế hệ tiếp theo được Anthropic công bố vào ngày 9 tháng 6 năm 2026.

Trong thông báo của Anthropic, Fable 5 được mô tả là một mô hình rất mạnh mẽ cho các tác vụ tự động kéo dài, kỹ thuật phần mềm, công việc tri thức, thị giác và nghiên cứu khoa học.

Tuy nhiên, tình hình đã thay đổi đột ngột vào ngày 12 tháng 6.

Anthropic thông báo sẽ đình chỉ quyền truy cập vào Fable 5 và Mythos 5 theo các chỉ thị kiểm soát xuất khẩu từ chính phủ Hoa Kỳ.

Điều này đã phơi bày rủi ro của sự phụ thuộc vào một mô hình đơn lẻ.

Dù một mô hình có mạnh đến đâu, nó cũng vô dụng nếu bạn không thể truy cập nó.

Dù hiệu suất có cao đến đâu, nó cũng có thể đột ngột biến mất khỏi quy trình làm việc của bạn do các quy định, vấn đề nguồn cung, giá cả, bộ lọc hoặc lỗi nhà cung cấp.

Đây là một vấn đề rất thực tế đối với những người tích hợp AI vào công việc của họ.

Đơn giản là "chọn mô hình mạnh nhất" không còn đủ nữa.

"Làm thế nào để thiết kế một hệ thống không bị sụp đổ khi mô hình mạnh nhất không khả dụng"

đột nhiên trở nên quan trọng.

OpenRouter Fusion là gì?

OpenRouter Fusion không phải là một hệ thống nơi một mô hình duy nhất đưa ra câu trả lời.

Đó là một hệ thống biến một lời nhắc duy nhất thành một cuộc thảo luận nhỏ của nhiều mô hình.

Theo blog chính thức và các bài đăng trên X của OpenRouter, Fusion gửi lời nhắc của người dùng đến nhiều mô hình, sắp xếp chúng với một người đánh giá, và sau đó tổng hợp phản hồi cuối cùng.

  1. Người dùng gửi một lời nhắc.
  2. Fusion gửi nó song song đến nhiều mô hình.
  3. Mỗi mô hình tạo ra phản hồi riêng của nó.
  4. Một mô hình đánh giá so sánh tất cả các phản hồi.
  5. Nó trích xuất các điểm đồng thuận, mâu thuẫn, thiếu sót một phần, góc nhìn độc đáo và điểm mù.
  6. Dựa trên phân tích đó, nó tạo ra phản hồi cuối cùng.

Điểm mấu chốt ở đây là Fusion không chỉ đơn thuần là một cuộc bỏ phiếu đa số.

Nó không phải là "đúng vì 2 trong 3 mô hình nói vậy."

Nó phân tích các phản hồi của từng mô hình, sắp xếp các phần trùng lặp, phần xung đột, điểm chỉ một bên nắm bắt được, và điểm mù mà không ai đề cập đến, và cuối cùng tích hợp chúng.

Bài đăng trên X của OpenRouter mô tả khái niệm này là "sự đa dạng thần kinh cho các mô hình."

Thay vì giao phó mọi thứ cho một thiên tài duy nhất, bạn tập hợp các thành viên có thế mạnh khác nhau và tạo ra câu trả lời như một nhóm.

Đây là bản chất của Fusion.

Thông Điệp OpenRouter Truyền Tải Với Thông Báo Fusion API

Thông báo của OpenRouter không chỉ nói "bạn có thể gọi nhiều mô hình."

Tuyên bố của họ khá rõ ràng:

- Trong các tác vụ nghiên cứu chuyên sâu, một hội đồng các mô hình luôn vượt trội hơn so với các mô hình đơn lẻ.

- Kết hợp các mô hình hiệu suất cao mang lại kết quả vượt quá các mô hình tiên phong đơn lẻ.

- Ngay cả một hội đồng các mô hình giá rẻ cũng vượt quá các mô hình tiên phong đơn lẻ và tiến rất gần đến Fable 5.

OpenRouter chứng minh điều này với một điểm chuẩn nghiên cứu chuyên sâu có tên DRACO.

Nhìn vào hình ảnh này, các cấu hình Fusion được xếp hạng ở đầu.

トミー - inline image

Liệt kê các điểm số chính được hiển thị trong blog chính thức cho thấy một sự khác biệt đáng kể:

- Fable 5 + GPT-5.5 Fusion: 69.0%

- Opus 4.8 + GPT-5.5 + Gemini 3.1 Pro Fusion: 68.3%

- Opus 4.8 + GPT-5.5 Fusion: 67.6%

- Opus 4.8 + Opus 4.8 tự Fusion: 65.5%

- Claude Fable 5 (Đơn lẻ): 65.3%

- Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro Fusion: 64.7%

- GPT-5.5 (Đơn lẻ): 60.0%

- Claude Opus 4.8 (Đơn lẻ): 58.8%

Hai điều đặc biệt gây sốc ở đây:

  • Fusion của Fable 5 + GPT-5.5 vượt quá Fable 5 một mình.
  • Hội đồng Giá rẻ của Gemini 3 Flash, Kimi K2.6 và DeepSeek V4 Pro vượt trội hơn GPT-5.5 và Opus 4.8 đơn lẻ, tiến rất gần đến Fable 5 một mình.

Bài đăng trên X của OpenRouter cũng nhấn mạnh Hội đồng Giá rẻ này.

トミー - inline image

Một sự kết hợp của các mô hình giá rẻ vượt quá một mô hình cao cấp duy nhất là rất hiệu quả trong thực tế.

Điểm Chuẩn DRACO là gì?

Điều này cũng quan trọng.

DRACO, được OpenRouter sử dụng, không chỉ là một bài kiểm tra kiến thức.

Đó là một điểm chuẩn nghiên cứu chuyên sâu của Perplexity, bao gồm 100 tác vụ nghiên cứu phức tạp trên 10 lĩnh vực:

  • Nghiên cứu Học thuật
  • Tài chính
  • Luật
  • Y tế
  • Công nghệ
  • Thiết kế UX
  • Kiến thức Tổng quát
  • Tìm kiếm Kim trong Đống cỏ khô
  • Hỗ trợ Cá nhân
  • So sánh Sản phẩm

Nói cách khác, nó không phải là bài kiểm tra xem mô hình có ghi nhớ các sự kiện hay không. Nó kiểm tra xem mô hình có thể nghiên cứu, so sánh thông tin, tích hợp nhiều nguồn và trả lời chính xác và dễ đọc cho các câu hỏi phức tạp hay không.

Hơn nữa, mỗi tác vụ được đánh giá dựa trên khoảng 39 tiêu chí có trọng số, bao gồm:

  • Tính chính xác Thực tế
  • Chiều sâu và Bề rộng
  • Chất lượng Trình bày
  • Chất lượng Trích dẫn

Hơn nữa, các câu trả lời sai sẽ bị đánh giá tiêu cực. Bài đăng trên X của OpenRouter giải thích rằng bạn không thể đạt điểm cao chỉ bằng cách viết những câu trả lời dài dòng, đánh lừa. Điều này rất phù hợp để đánh giá Fusion vì Fusion nhắm đến các tác vụ như nghiên cứu, so sánh và phán đoán chuyên môn, nơi thiếu sót có thể gây ra hậu quả nghiêm trọng.

Lưu Ý Về Việc So Sánh Với Fable

Có một điểm không thể bỏ qua.

Blog chính thức của OpenRouter bao gồm một lưu ý liên quan đến Fable 5.

Trong số 100 tác vụ DRACO, 7 tác vụ đã không được hoàn thành do bộ lọc nội dung của Fable 5.

OpenRouter giải thích rằng họ đã không dùng đến Opus 4.8 cho 7 tác vụ đó mà đánh giá Fable 5 dựa trên 93 tác vụ nó đã hoàn thành. Do đó, 65.3% của Fable 5 là một sự so sánh hơi không đồng đều với các mô hình đã hoàn thành tất cả 100 câu hỏi.

Lưu ý này rất quan trọng. Tuy nhiên, thực tế là Fable rất mạnh trong phạm vi nó có thể hoàn thành, điều này làm cho việc Fusion tiến gần hoặc vượt quá nó càng có tác động hơn.

Thậm Chí Còn Thú Vị Hơn: "Tự Fusion"

Sức mạnh của Fusion không chỉ đến từ việc trộn lẫn các mô hình khác nhau.

OpenRouter cũng đã thử nghiệm tự fusion, chạy Opus 4.8 hai lần và tích hợp nó với chính Opus 4.8. Kết quả là 65.5%. Trong khi Opus 4.8 đơn lẻ là 58.8%, đó là mức tăng 6.7 điểm.

Điều này thật hấp dẫn. Ngay cả với cùng một mô hình, xử lý cùng một câu hỏi nhiều lần sẽ thay đổi đường dẫn suy luận, các lệnh gọi công cụ, lựa chọn nguồn và trọng tâm. Tích hợp chúng sau đó làm cho nó mạnh hơn một phản hồi đơn lẻ. Bài đăng trên X của OpenRouter đề cập rằng phần lớn sự cải thiện từ Fusion đến từ chính "sự tích hợp", với một phần đến từ "sự đa dạng của mô hình."

Nói ngắn gọn, Fusion không chỉ là một tập hợp các mô hình. Quá trình tạo ra nhiều câu trả lời, cấu trúc chúng và tích hợp chúng có giá trị nội tại.

Bao Gồm Các Biện Pháp Chống Gian Lận Thú Vị

Điều mang lại uy tín cho blog chính thức của OpenRouter là họ thậm chí còn đề cập đến sự nhiễm bẩn điểm chuẩn. Khi họ cung cấp cho các mô hình của hội đồng Fusion khả năng tìm kiếm web, các mô hình đôi khi tìm thấy các tiêu chí chấm điểm của DRACO trực tuyến. Đây không phải là gian lận có chủ đích mà xảy ra tình cờ do các thuật ngữ tìm kiếm.

Tuy nhiên, nó đặt ra một rủi ro nhiễm bẩn. OpenRouter giải thích rằng họ đã loại trừ các vị trí lưu trữ kết quả chấm điểm khỏi tìm kiếm web và truy xuất, sau đó chạy lại các bài kiểm tra. Họ đã nêu rõ điều này trên X. Về cơ bản, Fusion mạnh vì nó có thể sử dụng tìm kiếm web, nhưng vì nó có thể sử dụng tìm kiếm web, bạn cần thiết kế các biện pháp để ngăn chặn gian lận trong quá trình đánh giá.

Cách Sử Dụng Fusion

OpenRouter cung cấp Fusion dưới nhiều hình thức. Đơn giản nhất là gọi nó dưới dạng một model slug: openrouter/fusion.

Chỉ cần chỉ định điều này trong trường model, tương tự như một API tương thích OpenAI tiêu chuẩn.

text
1{
2 "model": "openrouter/fusion",
3 "messages": [
4 {
5 "role": "user",
6 "content": "Viết chủ đề bạn muốn nghiên cứu"
7 }
8 ]
9}

Trong SDK tương thích OpenAI:

text
1const completion = await client.chat.completions.create({
2 model: "openrouter/fusion",
3 messages: [
4 {
5 role: "user",
6 content: "So sánh các lập luận mạnh nhất ủng hộ và phản đối việc sử dụng Fusion trong các tác nhân viết mã."
7 }
8 ]
9});

Một cách khác là sử dụng nó như một Server Tool: {"type": "openrouter:fusion"}.

Trong trường hợp này, một mô hình bên ngoài có thể gọi Fusion khi nó quyết định "nhiệm vụ này yêu cầu nhiều góc nhìn."

Tài liệu của OpenRouter nêu rõ rằng Fusion Server Tool đang trong giai đoạn thử nghiệm beta và hành vi có thể thay đổi. Tuy nhiên, triết lý là vững chắc. Thay vì gửi mọi tác vụ đến Fusion, bạn có thể chuyển sang Fusion chỉ khi:

  • "Cần nhiều góc nhìn mô hình"
  • "Đó là một tác vụ nghiên cứu hoặc so sánh nơi chi phí sai sót cao"
  • "Cần xem xét hoặc phản biện"

Các Hội Đồng và Người Đánh Giá Có Thể Tùy Chỉnh

Fusion không phải là một cấu hình cố định. Trên trang mô hình OpenRouter Fusion, mặc định là cài đặt Chất lượng. Bạn có thể chuyển sang Ngân sách để có cấu hình rẻ hơn.

Hơn nữa, bạn có thể chỉ định các mô hình tham gia bằng analysis_models và người đánh giá bằng model. Tài liệu Fusion Server Tool nêu rõ rằng bạn có thể chỉ định 1 đến 8 mô hình cho analysis_models. Mỗi mô hình trong hội đồng chạy song song, sử dụng tìm kiếm web và truy xuất, và người đánh giá tạo ra một JSON phân tích có cấu trúc.

text
1{
2 "tools": [
3 {
4 "type": "openrouter:fusion",
5 "parameters": {
6 "analysis_models": [
7 "~anthropic/claude-opus-latest",
8 "~openai/gpt-latest",
9 "~google/gemini-pro-latest"
10 ],
11 "model": "~openai/gpt-latest",
12 "max_tool_calls": 8
13 }
14 }
15 ]
16}

analysis_models là các mô hình chạy song song ở phía hội đồng. model là mô hình đánh giá đọc và cấu trúc các phản hồi đó. max_tool_calls xác định số bước mà các mô hình hội đồng hoặc người đánh giá có thể sử dụng cho tìm kiếm web/truy xuất.

Phân tích được trả về bao gồm các điểm đồng thuận, mâu thuẫn, các điểm chỉ được đề cập một phần, những hiểu biết độc đáo từ các mô hình riêng lẻ và các điểm mù. Thiết kế này thú vị vì bạn có được tài liệu cho "tại sao câu trả lời đó được đưa ra," không chỉ là câu trả lời cuối cùng. Với một mô hình duy nhất, rất khó thấy những thiếu sót đằng sau văn xuôi bóng bẩy. Với Fusion, sự khác biệt giữa nhiều mô hình có thể thấy rõ.

Thiết Kế Cho Sự Cố Là Thực Tế

Vì Fusion sử dụng nhiều mô hình, có khả năng một mô hình có thể bị lỗi. Tài liệu của OpenRouter giải thích rằng ngay cả khi một số mô hình hội đồng gặp lỗi, Fusion sẽ vẫn trả về kết quả miễn là ít nhất một mô hình thành công. Nếu người đánh giá thất bại, các phản hồi của hội đồng vẫn được trả về và mô hình bên ngoài có thể trả lời từ đó. Một lỗi cứng chỉ xảy ra nếu tất cả các mô hình hội đồng đều thất bại. Điều này rất quan trọng để sử dụng trong sản xuất.

Chi Phí Không Phải Là Phép Màu

Trang Fusion của OpenRouter giải thích rõ ràng về giá cả. Fusion được tính phí dựa trên tổng của tất cả các cuộc gọi thành viên hội đồng cộng với cuộc gọi người đánh giá. Nó không phải là nhiều mô hình chạy với giá của một mô hình. Cách diễn đạt "một nửa giá cho cấp Fable" phụ thuộc vào hội đồng được chọn và mục tiêu so sánh.

Tuy nhiên, thực tế là một hội đồng Ngân sách đã tạo ra điểm số gần với Fable 5 là rất quan trọng. Nó làm cho việc sau đây trở nên thực tế:

  • Kết hợp nhiều mô hình giá rẻ
  • Chỉ sử dụng người đánh giá khi cần thiết
  • Chuyển đổi giữa Chất lượng và Ngân sách theo từng nhiệm vụ

Tích Hợp Với OpenCode

OpenRouter cũng đã phát hành tài liệu về tích hợp với OpenCode.

トミー - inline image

OpenCode là một tác nhân viết mã AI mã nguồn mở có sẵn dưới dạng giao diện terminal và ứng dụng desktop. Nó hỗ trợ hơn 75 nhà cung cấp LLM, bao gồm OpenRouter. Bạn có thể sử dụng Fusion bằng cách chọn openrouter/fusion làm mô hình trong OpenCode.

text
1{
2 "$schema": "https://opencode.ai/config.json",
3 "provider": {
4 "openrouter": {
5 "models": {
6 "openrouter/fusion": {
7 "name": "OpenRouter Fusion"
8 }
9 }
10 }
11 }
12}

Trong tương lai của các tác nhân viết mã, "thiết kế đội ngũ mô hình"—phân công mô hình cho việc triển khai, xem xét, xác nhận thông số kỹ thuật, phản biện và tích hợp cuối cùng—sẽ trở nên quan trọng.

Kết Nối Việc Đình Chỉ Fable Và Sự Xuất Hiện Của Fusion

Việc đình chỉ Fable 5 đã hình dung hóa rủi ro của "sự phụ thuộc vào mô hình mạnh nhất duy nhất." Trong khi đó, Fusion đã cho thấy một thiết kế thay thế là "kết hợp nhiều mô hình."

OpenRouter giải thích trên X rằng họ đã chạy các điểm chuẩn trước khi Fable bị đình chỉ. Vì vậy, không phải Fusion được tạo ra vì Fable dừng lại. Đúng hơn, việc đình chỉ Fable đã làm cho tầm quan trọng của hướng đi mà Fusion đang thể hiện trở nên dễ hiểu hơn nhiều.

Các mô hình mạnh nhất vẫn sẽ cần thiết, nhưng chỉ dựa vào chúng là rủi ro. Điều quan trọng bây giờ là danh mục mô hình:

  • Sử dụng mô hình nào
  • Kết hợp mô hình nào
  • Mô hình nào làm người đánh giá
  • Sử dụng tìm kiếm web ở đâu
  • Sử dụng Ngân sách so với Chất lượng ở đâu

Khả năng thiết kế này sẽ là yếu tố khác biệt trong việc sử dụng AI.

Điều Tôi Nghĩ Là Quan Trọng Nhất

Fusion không chỉ là một "API mới tiện lợi." Đó là một sự thay đổi trong cách chúng ta nghĩ về việc sử dụng AI. Thay vì dựa vào một thiên tài duy nhất cho mọi thứ, nó giống như một nhóm. Nó đặc biệt phù hợp cho các lĩnh vực có rủi ro cao như nghiên cứu, đầu tư, pháp lý, y tế và xem xét mã. Ngược lại, đối với việc tạo văn bản nhẹ nhàng, bạn không cần Fusion mọi lúc. Biết khi nào nên sử dụng nó là chìa khóa.

Tóm Tắt

OpenRouter Fusion cung cấp một giải pháp cho sự phụ thuộc vào một mô hình đơn lẻ bằng cách kết hợp nhiều mô hình để cung cấp các thế mạnh độc đáo. Cuộc cạnh tranh đang chuyển từ "hiệu suất mô hình đơn lẻ" sang "thiết kế đội ngũ mô hình."

Cuối Cùng: Công Cụ Bí Mật Đằng Sau Một Doanh Nghiệp 100 Triệu Yên

Hầu hết mọi người dừng lại ở "Fusion thật tuyệt." Nhưng câu hỏi thực sự là làm thế nào để biến AI thành kết quả. Tôi đã xây dựng một số doanh nghiệp trị giá 100 triệu yên bằng cách sử dụng AI cho nội dung và bán hàng. Bây giờ tôi đang tiết lộ công cụ AI bí mật mà tôi đã phát triển để sử dụng nội bộ nhằm xử lý mọi thứ từ việc tạo điểm nhấn đến kênh bán hàng. Nếu bạn muốn chuyển từ chỉ xem tin tức AI sang tạo doanh thu, hãy đăng ký tại đây:

https://utage-system.com/r/nh3MOFZg0eYg/register

Nguồn/Tham khảo:

  • Blog OpenRouter Fusion
  • Bài đăng trên X của OpenRouter
  • Tuyên bố chính thức của Anthropic về Fable 5
Lưu một chạm

Đọc sâu bài viết viral bằng AI trong YouMind

Lưu nguồn, đặt câu hỏi tập trung, tóm tắt lập luận và biến một bài viết viral thành các ghi chú có thể tái sử dụng trong một không gian làm việc AI duy nhất.

Khám phá YouMind
Dành cho nhà sáng tạo

Biến Markdown của bạn thành bài viết 𝕏 gọn gàng

Khi bạn đăng bài viết dài của riêng mình, việc định dạng hình ảnh, bảng và khối mã cho 𝕏 rất mệt mỏi. YouMind biến cả bản nháp Markdown thành một bài viết 𝕏 gọn gàng, sẵn sàng để đăng.

Thử Markdown sang 𝕏

Thêm pattern để giải mã

Bài viết viral gần đây

Khám phá thêm bài viết viral