OpenRouter Fusion: จุดเปลี่ยนสำคัญหลังการระงับใช้งาน Claude Fable

หลังจากการเปิดตัว Claude Fable 5 ได้ไม่นาน การเข้าถึงก็ถูกระงับ

ในขณะนั้นเอง OpenRouter ได้ประกาศ Fusion API ซึ่งเป็นระบบที่รวมหลายโมเดลเข้าด้วยกันเพื่อสร้างคำตอบเดียว

ในโพสต์ X ของ OpenRouter ได้แนะนำ Fusion ว่าเป็น "โมเดลผสมที่ให้ความฉลาดระดับ Fable ในราคาเพียงครึ่งเดียว"

นั่นเป็นคำกล่าวที่กล้ามาก

อย่างไรก็ตาม สิ่งที่ทำให้การประกาศนี้น่าสนใจไม่ใช่แค่การเปิดตัว API ใหม่

การระงับการเข้าถึง Fable ทำให้เห็น อันตรายของการพึ่งพาโมเดลที่แข็งแกร่งที่สุดเพียงตัวเดียว

Fusion เกิดขึ้นมาเป็นทางเลือกเพื่อแก้ปัญหาจุดอ่อนนั้น

พูดอีกอย่างก็คือ ข่าวนี้สามารถอ่านได้ดังนี้:

สนามรบหลักของ AI กำลังเปลี่ยนจาก

"โมเดลตัวไหนแข็งแกร่งที่สุด?"

ไปเป็น

"เราจะรวม ตัดสิน และบูรณาการหลายโมเดลเข้าด้วยกันอย่างไร?"

นี่คือจุดเปลี่ยนที่สำคัญ

สิ่งที่เกิดขึ้นก่อนหน้านี้

เพื่อเป็นข้อมูลพื้นฐาน Claude Fable 5 เป็นโมเดลรุ่นถัดไปที่ Anthropic ประกาศเมื่อวันที่ 9 มิถุนายน 2026

ในการประกาศของ Anthropic Fable 5 ถูกอธิบายว่าเป็นโมเดลที่ทรงพลังมากสำหรับงานอัตโนมัติระยะยาว วิศวกรรมซอฟต์แวร์ การทำงานที่ใช้ความรู้ วิทัศน์ และการวิจัยทางวิทยาศาสตร์

อย่างไรก็ตาม สถานการณ์เปลี่ยนไปอย่างกะทันหันในวันที่ 12 มิถุนายน

Anthropic ประกาศว่าจะระงับการเข้าถึง Fable 5 และ Mythos 5 ตามคำสั่งควบคุมการส่งออกจากรัฐบาลสหรัฐฯ

สิ่งนี้เผยให้เห็นความเสี่ยงของการพึ่งพาโมเดลเดียว

ไม่ว่าโมเดลจะแข็งแกร่งแค่ไหน ก็ไร้ประโยชน์หากคุณไม่สามารถเข้าถึงมันได้

ไม่ว่าประสิทธิภาพจะสูงแค่ไหน มันก็สามารถหายไปจากเวิร์กโฟลว์ของคุณได้ทันที เนื่องจากกฎระเบียบ ปัญหาอุปทาน ราคา ตัวกรอง หรือความล้มเหลวของผู้ให้บริการ

นี่เป็นปัญหาที่เกิดขึ้นจริงสำหรับผู้ที่นำ AI มาใช้ในการทำงาน

เพียงแค่ "เลือกโมเดลที่แข็งแกร่งที่สุด" นั้นไม่เพียงพออีกต่อไป

"วิธีออกแบบระบบที่ไม่พังทลายเมื่อโมเดลที่แข็งแกร่งที่สุดไม่พร้อมใช้งาน"

กลายเป็นสิ่งสำคัญอย่างกะทันหัน

OpenRouter Fusion คืออะไร?

OpenRouter Fusion ไม่ใช่ระบบที่โมเดลตัวเดียวให้คำตอบ

มันเป็นระบบที่เปลี่ยนพรอมต์เดียวให้เป็นการพิจารณาเล็ก ๆ โดยหลายโมเดล

ตามบล็อกทางการและโพสต์ X ของ OpenRouter Fusion จะส่งพรอมต์ของผู้ใช้ไปยังหลายโมเดล จัดระเบียบด้วยผู้ตัดสิน จากนั้นสังเคราะห์คำตอบสุดท้าย

1. ผู้ใช้ส่งพรอมต์เดียว
2. Fusion ส่งไปยังหลายโมเดลในแบบขนาน
3. แต่ละโมเดลสร้างคำตอบของตัวเอง
4. โมเดลผู้ตัดสินเปรียบเทียบคำตอบทั้งหมด
5. มันแยกประเด็นที่เห็นพ้อง ความขัดแย้ง การละเว้นบางส่วน มุมมองเฉพาะ และจุดบอด
6. จากการวิเคราะห์นั้น มันสร้างคำตอบสุดท้าย

ประเด็นสำคัญคือ Fusion ไม่ใช่แค่การลงคะแนนเสียงข้างมากแบบง่าย ๆ

มันไม่ใช่ "ถูกต้องเพราะ 2 ใน 3 โมเดลบอกอย่างนั้น"

มันแยกย่อยคำตอบของแต่ละโมเดล จัดระเบียบส่วนที่ทับซ้อน ส่วนที่ขัดแย้ง จุดที่มีเพียงฝ่ายเดียวหยิบขึ้นมา และจุดบอดที่ไม่มีใครแตะต้อง และสุดท้าย บูรณาการ พวกมัน

โพสต์ X ของ OpenRouter อธิบายแนวคิดนี้ว่า "neurodiversity สำหรับโมเดล"

แทนที่จะปล่อยให้อัจฉริยะคนเดียวจัดการทุกอย่าง คุณรวบรวมสมาชิกที่มีจุดแข็งต่างกันและสร้างคำตอบเป็นทีม

นี่คือแก่นแท้ของ Fusion

สิ่งที่ OpenRouter สื่อสารด้วยการประกาศ Fusion API

การประกาศของ OpenRouter ไม่ได้แค่บอกว่า "คุณสามารถเรียกใช้หลายโมเดลได้"

คำกล่าวอ้างของพวกเขาค่อนข้างชัดเจน:

- ในงานวิจัยเชิงลึก คณะกรรมการโมเดลมีประสิทธิภาพเหนือกว่าโมเดลเดี่ยวอย่างสม่ำเสมอ

- การรวมโมเดลประสิทธิภาพสูงให้ผลลัพธ์ที่เกินกว่าโมเดลชั้นนำตัวเดียว

- แม้แต่คณะกรรมการโมเดลราคาถูกก็ยังเหนือกว่าโมเดลชั้นนำตัวเดียวและเข้าใกล้ Fable 5 มาก

OpenRouter แสดงให้เห็นสิ่งนี้ด้วยเกณฑ์มาตรฐานการวิจัยเชิงลึกที่เรียกว่า DRACO

เมื่อดูภาพนี้ การกำหนดค่า Fusion จะอยู่ด้านบนสุด

การแสดงคะแนนหลักจากบล็อกทางการทำให้เห็นความแตกต่างที่มีนัยสำคัญ:

- 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 self-fusion: 65.5%

- Claude Fable 5 (เดี่ยว): 65.3%

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

- GPT-5.5 (เดี่ยว): 60.0%

- Claude Opus 4.8 (เดี่ยว): 58.8%

สองสิ่งที่ช็อกเป็นพิเศษคือ:

• Fusion ของ Fable 5 + GPT-5.5 เหนือกว่า Fable 5 เพียงตัวเดียว
• คณะกรรมการประหยัดของ Gemini 3 Flash, Kimi K2.6 และ DeepSeek V4 Pro ทำได้ดีกว่า GPT-5.5 และ Opus 4.8 ตัวเดียว และเข้าใกล้ Fable 5 ตัวเดียวมาก

โพสต์ X ของ OpenRouter ยังเน้นย้ำคณะกรรมการประหยัดนี้ด้วย

การรวมกันของโมเดลราคาถูกที่เหนือกว่าโมเดลระดับสูงตัวเดียวนั้นมีประสิทธิภาพมากในทางปฏิบัติ

DRACO Benchmark คืออะไร?

นี่ก็สำคัญเช่นกัน

DRACO ที่ OpenRouter ใช้ ไม่ใช่แค่แบบทดสอบความรู้

มันเป็นเกณฑ์มาตรฐานการวิจัยเชิงลึกโดย Perplexity ประกอบด้วยงานวิจัยที่ซับซ้อน 100 งานใน 10 สาขา:

• งานวิจัยทางวิชาการ
• การเงิน
• กฎหมาย
• การแพทย์
• เทคโนโลยี
• การออกแบบ UX
• ความรู้ทั่วไป
• การค้นหาเข็มในมหาสมุทร
• ผู้ช่วยส่วนตัว
• การเปรียบเทียบผลิตภัณฑ์

พูดอีกอย่างคือ มันไม่ใช่การทดสอบว่าโมเดลจำข้อเท็จจริงได้หรือไม่ มันทดสอบว่ามันสามารถค้นคว้า เปรียบเทียบข้อมูล บูรณาการ หลายแหล่ง และตอบได้อย่างถูกต้องและอ่านง่ายสำหรับคำถามที่ซับซ้อนหรือไม่

ยิ่งไปกว่านั้น แต่ละงานจะถูกประเมินตามเกณฑ์ถ่วงน้ำหนักประมาณ 39 ข้อ รวมถึง:

• ความถูกต้องตามข้อเท็จจริง
• ความลึกและความกว้าง
• คุณภาพการนำเสนอ
• คุณภาพการอ้างอิง

ยิ่งไปกว่านั้น คำตอบที่ไม่ถูกต้องจะได้รับการประเมินเชิงลบ โพสต์ X ของ OpenRouter อธิบายว่าคุณไม่สามารถได้คะแนนสูงเพียงแค่เขียนคำตอบที่ยาวและหลอกลวง นี่เหมาะอย่างยิ่งสำหรับการประเมิน Fusion เพราะ Fusion มุ่งเป้าไปที่งานเช่นการวิจัย การเปรียบเทียบ และการตัดสินทางวิชาชีพที่การละเว้นอาจเป็นอันตรายถึงชีวิต

ข้อควรระวังเกี่ยวกับการเปรียบเทียบ Fable

มีจุดที่ไม่ควรมองข้าม

บล็อกทางการของ OpenRouter มีบันทึกเกี่ยวกับ Fable 5

จากงาน DRACO 100 งาน มี 7 งานที่ไม่เสร็จสมบูรณ์เนื่องจากตัวกรองเนื้อหาของ Fable 5

OpenRouter อธิบายว่าพวกเขาไม่ได้กลับไปใช้ Opus 4.8 สำหรับ 7 งานนั้น แต่ประเมิน Fable 5 จาก 93 งานที่มันทำเสร็จ ดังนั้น 65.3% ของ Fable 5 จึงเป็นการเปรียบเทียบที่ไม่เท่าเทียมกับโมเดลที่ทำครบ 100 คำถาม

ข้อควรระวังนี้สำคัญ ถึงกระนั้นก็ตาม เป็นความจริงที่ Fable แข็งแกร่งมากในช่วงที่มันทำได้ ซึ่งทำให้ข้อเท็จจริงที่ Fusion เข้าใกล้หรือเหนือกว่านั้นยิ่งมีผลกระทบมากขึ้น

ที่น่าสนใจยิ่งกว่า: "Self-Fusion"

ความแข็งแกร่งของ Fusion ไม่ได้มาจากการผสมโมเดลที่แตกต่างกันเท่านั้น

OpenRouter ยังลอง self-fusion โดยรัน Opus 4.8 สองครั้งและ บูรณาการ กับ Opus 4.8 ตัวมันเอง ผลลัพธ์คือ 65.5% ในขณะที่ Opus 4.8 ตัวเดียวคือ 58.8% ซึ่งเพิ่มขึ้น 6.7 จุด

นี่น่าทึ่งมาก แม้จะเป็นโมเดลเดียวกัน การประมวลผลคำถามเดียวกันหลายครั้งจะเปลี่ยนเส้นทางการให้เหตุผล การเรียกใช้เครื่องมือ การเลือกแหล่งที่มา และจุดสนใจ การ บูรณาการ สิ่งเหล่านั้นในภายหลังทำให้มันแข็งแกร่งกว่าคำตอบเดียว โพสต์ X ของ OpenRouter กล่าวว่าการปรับปรุงส่วนใหญ่จาก Fusion มาจาก "การบูรณาการ" เอง โดยบางส่วนมาจาก "ความหลากหลายของโมเดล"

กล่าวโดยสรุป Fusion ไม่ใช่แค่การรวบรวมโมเดล กระบวนการสร้างคำตอบหลาย ๆ คำตอบ การจัดโครงสร้าง และการ บูรณาการ มีคุณค่าในตัวเอง

การรวมมาตรการป้องกันการโกงที่น่าสนใจ

สิ่งที่ทำให้บล็อกทางการของ OpenRouter มีความน่าเชื่อถือคือพวกเขายังกล่าวถึงการปนเปื้อนเกณฑ์มาตรฐานอีกด้วย เมื่อพวกเขาให้โมเดลในคณะกรรมการ Fusion ใช้การค้นหาเว็บ บางครั้งโมเดลก็พบเกณฑ์การให้คะแนน DRACO ออนไลน์ นี่ไม่ใช่การโกงโดยเจตนา แต่เกิดขึ้นโดยบังเอิญเนื่องจากคำค้นหา

อย่างไรก็ตาม มันก่อให้เกิดความเสี่ยงต่อการปนเปื้อน OpenRouter อธิบายว่าพวกเขาแยกตำแหน่งที่โฮสต์ผลการให้คะแนนออกจากการค้นหาเว็บและการดึงข้อมูล จากนั้นจึงรันการทดสอบอีกครั้ง พวกเขาระบุสิ่งนี้อย่างชัดเจนบน X เช่นกัน โดยพื้นฐานแล้ว Fusion แข็งแกร่งเพราะสามารถใช้การค้นหาเว็บได้ แต่เนื่องจากสามารถใช้การค้นหาเว็บได้ คุณจึงต้องออกแบบเพื่อป้องกันการโกงระหว่างการประเมิน

วิธีใช้ Fusion

OpenRouter ให้บริการ Fusion ในหลายรูปแบบ วิธีที่ง่ายที่สุดคือเรียกใช้เป็น model slug: openrouter/fusion

เพียงระบุสิ่งนี้ในฟิลด์ model คล้ายกับ API ที่เข้ากันได้กับ OpenAI มาตรฐาน

1{
2  "model": "openrouter/fusion",
3  "messages": [
4    {
5      "role": "user",
6      "content": "เขียนธีมที่คุณต้องการวิจัย"
7    }
8  ]
9}

ใน SDK ที่เข้ากันได้กับ OpenAI:

1const completion = await client.chat.completions.create({
2  model: "openrouter/fusion",
3  messages: [
4    {
5      role: "user",
6      content: "เปรียบเทียบข้อโต้แย้งที่แข็งแกร่งที่สุดสำหรับและต่อต้านการใช้ Fusion ในเอเจนต์การเขียนโค้ด"
7    }
8  ]
9});

อีกวิธีคือใช้เป็น Server Tool: {"type": "openrouter:fusion"}

ในกรณีนี้ โมเดลภายนอกสามารถเรียกใช้ Fusion เมื่อมันตัดสินว่า "งานนี้ต้องการหลายมุมมอง"

เอกสารของ OpenRouter ระบุว่า Fusion Server Tool อยู่ในช่วงเบต้าและพฤติกรรมอาจเปลี่ยนแปลง อย่างไรก็ตาม ปรัชญาแข็งแกร่ง แทนที่จะส่งทุกงานไปยัง Fusion คุณสามารถสลับไปใช้ Fusion เฉพาะเมื่อ:

• "ต้องการมุมมองจากหลายโมเดล"
• "เป็นงานวิจัยหรืองานเปรียบเทียบที่ต้นทุนของข้อผิดพลาดสูง"
• "ต้องการการตรวจสอบหรือข้อโต้แย้ง"

คณะกรรมการและผู้ตัดสินปรับแต่งได้

Fusion ไม่ใช่การกำหนดค่าตายตัว ในหน้าโมเดล OpenRouter Fusion ค่าเริ่มต้นคือ Preset คุณภาพ คุณสามารถเปลี่ยนเป็น Budget สำหรับการกำหนดค่าที่ถูกกว่า

ยิ่งไปกว่านั้น คุณสามารถระบุโมเดลที่เข้าร่วมด้วย analysis_models และผู้ตัดสินด้วย model เอกสาร Fusion Server Tool ระบุว่าคุณสามารถระบุโมเดล 1 ถึง 8 ตัวสำหรับ analysis_models แต่ละโมเดลในคณะกรรมการทำงานแบบขนาน ใช้การค้นหาเว็บและการดึงข้อมูล และผู้ตัดสินสร้าง JSON การวิเคราะห์ที่มีโครงสร้าง

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 คือโมเดลที่ทำงานแบบขนานในฝั่งคณะกรรมการ model คือโมเดลผู้ตัดสินที่อ่านและจัดโครงสร้างคำตอบเหล่านั้น max_tool_calls กำหนดจำนวนขั้นตอนที่โมเดลคณะกรรมการหรือผู้ตัดสินสามารถใช้สำหรับการค้นหาเว็บ/การดึงข้อมูล

การวิเคราะห์ที่ส่งคืนรวมถึงจุดที่เห็นพ้อง ความขัดแย้ง จุดที่มีเพียงบางส่วนเท่านั้นที่กล่าวถึง ข้อมูลเชิงลึกที่เป็นเอกลักษณ์จากแต่ละโมเดล และจุดบอด การออกแบบนี้น่าสนใจเพราะคุณได้รับวัสดุสำหรับ "เหตุผลที่ถึงคำตอบนั้น" ไม่ใช่แค่คำตอบสุดท้าย ด้วยโมเดลเดียว การละเว้นที่อยู่เบื้องหลังร้อยแก้วที่สวยงามนั้นมองเห็นได้ยาก ด้วย Fusion ความคลาดเคลื่อนระหว่างหลายโมเดลนั้นมองเห็นได้

การออกแบบสำหรับความล้มเหลวนั้นใช้งานได้จริง

เนื่องจาก Fusion ใช้หลายโมเดล จึงมีความเป็นไปได้ที่โมเดลหนึ่งจะล้มเหลว เอกสารของ OpenRouter อธิบายว่าแม้ว่าโมเดลคณะกรรมการบางตัวจะเกิดข้อผิดพลาด Fusion จะยังคงส่งคืนผลลัพธ์ตราบใดที่อย่างน้อยหนึ่งตัวสำเร็จ หากผู้ตัดสินล้มเหลว คำตอบของคณะกรรมการจะยังคงถูกส่งคืน และโมเดลภายนอกสามารถตอบจากที่นั่น ความล้มเหลวอย่างหนักจะเกิดขึ้นก็ต่อเมื่อโมเดลคณะกรรมการทั้งหมดล้มเหลว นี่เป็นสิ่งสำคัญสำหรับการใช้งานในระบบผลิต

ต้นทุนไม่ใช่เวทมนตร์

หน้า Fusion ของ OpenRouter อธิบายราคาอย่างชัดเจน Fusion จะคิดค่าบริการเป็นผลรวมของการเรียกใช้สมาชิกคณะกรรมการทั้งหมดบวกกับการเรียกใช้ผู้ตัดสิน มันไม่ใช่หลายโมเดลที่ทำงานในราคาเดียวกับโมเดลเดียว สำนวน "ราคาครึ่งเดียวสำหรับระดับ Fable" ขึ้นอยู่กับคณะกรรมการที่เลือกและเป้าหมายการเปรียบเทียบ

อย่างไรก็ตาม ข้อเท็จจริงที่ว่าคณะกรรมการ Budget ให้คะแนนใกล้เคียงกับ Fable 5 นั้นมีนัยสำคัญ มันทำให้มีความเป็นไปได้ที่จะ:

• รวมโมเดลราคาถูกหลายตัว
• ใช้ผู้ตัดสินเฉพาะเมื่อจำเป็น
• สลับระหว่างคุณภาพและงบประมาณตามงาน

การบูรณาการกับ OpenCode

OpenRouter ยังได้เผยแพร่เอกสารสำหรับการบูรณาการกับ OpenCode

OpenCode เป็นเอเจนต์การเขียนโค้ด AI แบบโอเพนซอร์สที่มีให้ใช้งานเป็น Terminal UI และแอปเดสก์ท็อป รองรับผู้ให้บริการ LLM กว่า 75 ราย รวมถึง OpenRouter คุณสามารถใช้ Fusion ได้โดยเลือก openrouter/fusion เป็นโมเดลใน OpenCode

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}

ในอนาคตของเอเจนต์การเขียนโค้ด "การออกแบบทีมโมเดล" — การกำหนดโมเดลสำหรับการดำเนินการ การตรวจสอบ การยืนยันสเปก การโต้แย้ง และการบูรณาการสุดท้าย — จะมีความสำคัญอย่างยิ่ง

การเชื่อมโยงการระงับของ Fable และการมาถึงของ Fusion

การระงับของ Fable 5 ทำให้เห็นภาพความเสี่ยงของ "การพึ่งพาโมเดลที่แข็งแกร่งที่สุดเพียงตัวเดียว" ในขณะเดียวกัน Fusion ได้แสดงให้เห็นการออกแบบทางเลือกของ "การรวมหลายโมเดลเข้าด้วยกัน"

OpenRouter อธิบายบน X ว่าพวกเขารันเกณฑ์มาตรฐานก่อนการระงับของ Fable ดังนั้นจึงไม่ใช่การที่ Fusion ถูกสร้างขึ้นเพราะ Fable หยุด แต่ว่าการระงับของ Fable ทำให้เข้าใจถึงความสำคัญของทิศทางที่ Fusion แสดงให้เห็นได้ง่ายขึ้น

โมเดลที่แข็งแกร่งที่สุดยังคงเป็นที่ต้องการ แต่การพึ่งพาเพียงอย่างเดียวมีความเสี่ยง สิ่งที่สำคัญตอนนี้คือพอร์ตโฟลิโอของโมเดล:

• ใช้โมเดลไหน
• รวมโมเดลไหนบ้าง
• ให้โมเดลไหนเป็นผู้ตัดสิน
• ใช้การค้นหาเว็บที่ไหน
• ใช้ Budget หรือ Quality ที่ไหน

ความสามารถในการออกแบบนี้จะเป็นตัวสร้างความแตกต่างในการใช้ AI

สิ่งที่ฉันคิดว่าสำคัญที่สุด

Fusion ไม่ใช่แค่ "API ใหม่ที่สะดวกสบาย" มันคือการเปลี่ยนแปลงวิธีคิดเกี่ยวกับการใช้ AI แทนที่จะพึ่งพาอัจฉริยะคนเดียวสำหรับทุกอย่าง มันเหมือนเป็นทีม มันเหมาะเป็นพิเศษสำหรับพื้นที่ที่มีความเสี่ยงสูง เช่น การวิจัย การลงทุน กฎหมาย การแพทย์ และการตรวจสอบโค้ด ในทางกลับกัน สำหรับการสร้างข้อความเบา ๆ คุณไม่จำเป็นต้องใช้ Fusion ทุกครั้ง การรู้ว่าเมื่อใดควรใช้เป็นกุญแจสำคัญ

สรุป

OpenRouter Fusion นำเสนอโซลูชันสำหรับการพึ่งพาโมเดลเดียวโดยการรวมหลายโมเดลเข้าด้วยกันเพื่อให้มีจุดแข็งที่เป็นเอกลักษณ์ การแข่งขันกำลังเปลี่ยนจาก "ประสิทธิภาพของโมเดลเดียว" เป็น "การออกแบบทีมโมเดล"

สุดท้าย: เครื่องมือลับเบื้องหลังธุรกิจมูลค่า 100 ล้านเยน

คนส่วนใหญ่หยุดแค่ "Fusion เจ๋ง" แต่คำถามที่แท้จริงคือจะเปลี่ยน AI ให้เป็นผลลัพธ์ได้อย่างไร ฉันสร้างธุรกิจมูลค่าหลายร้อยล้านเยนโดยใช้ AI สำหรับเนื้อหาและการขาย ตอนนี้ฉันกำลังเปิดเผยเครื่องมือ AI ลับที่พัฒนาสำหรับใช้ภายในเพื่อจัดการทุกอย่างตั้งแต่การสร้างพาดหัวไปจนถึงช่องทางการขาย หากคุณต้องการย้ายจากการดูข่าว AI ไปสู่การสร้างรายได้ ลงทะเบียนที่นี่:

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

แหล่งที่มา/ข้อมูลอ้างอิง:

• บล็อก OpenRouter Fusion
• โพสต์ X ของ OpenRouter
• คำแถลงอย่างเป็นทางการของ Anthropic เกี่ยวกับ Fable 5