Courses
Fable 5 เป็นโมเดลสำหรับเขียนโค้ดที่ดีที่สุดที่ฉันใช้มาตลอดหลายเดือนของการทำงานทุกวัน การใช้งานต่อเนื่องต้องอาศัยความอดทน รัฐบาลสหรัฐฯ ดึงมันออกจากออนไลน์ไประยะหนึ่ง และหลังจากนั้นเงื่อนไขการเข้าถึงก็ปรับเปลี่ยนอยู่เรื่อย ๆ
ต่อมาทาง Anthropic เปิดตัว Opus 5 ซึ่งมีค่าบริการต่อโทเค็นถูกกว่าครึ่ง และเป็นโมเดลที่ Claude Code จะสลับไปใช้เมื่อ Fable ปฏิเสธคำขอ นั่นทำให้เกิดคำถามชัดเจนสำหรับผู้ที่ยอมจ่ายแพงเพื่อใช้ Fable: โมเดลที่แพงกว่ายังควรเป็นค่าเริ่มต้นอยู่หรือไม่?
ฉันจึงให้ทั้งสองโมเดลทำปัญหาเดียวกัน และเปรียบเทียบกันทั้งด้านต้นทุน ความเร็ว ความถูกต้อง และคุณภาพของสิ่งที่ส่งออก บทความนี้สรุปผลลัพธ์ให้เห็นชัดเจน
Fable 5 คืออะไร?
Fable 5 เป็นโมเดลที่โฟกัสงานโค้ดในตระกูล Claude 5 ของ Anthropic เปิดตัวเมื่อวันที่ 9 มิถุนายน 2026 ออกมาพร้อมกับ Mythos 5 ซึ่งเป็นโมเดลพี่น้องที่ไม่มีตัวจำแนกด้านความปลอดภัย และ Anthropic เปิดให้เฉพาะองค์กรที่ผ่านการคัดกรองบางส่วนเท่านั้น สำหรับภาพรวมฉบับเต็มของรุ่นนี้และการเปรียบเทียบตาม benchmarks โปรดดู คู่มือ Fable 5 โดยเฉพาะของเรา
Fable 5 มีราคาสูงกว่า Opus 5 และมุ่งเป้าไปที่งานโค้ดที่ยากกว่า ความแตกต่างหลักในแง่ความรู้สึกคือมันจะ “คิด” ในทุกคำขอและปิดไม่ได้ จึงดูช้ากว่าและรอบคอบกว่า ขณะที่ Opus 5 จะตัดสินใจเองว่าพรอมต์ไหนคุ้มค่าที่จะคิดเพิ่ม
สเปกและราคา
ทั้งสองโมเดลมีขนาดหน้าต่างบริบทและขนาดเอาต์พุตสูงสุดเท่ากัน ต่างกันที่ราคาและวิธีการทำงานของกระบวนการคิดก์
|
|
Fable 5 |
Opus 5 |
|
ราคาอินพุต (ต่อ 1M โทเค็น) |
$10 |
$5 |
|
ราคาเอาต์พุต (ต่อ 1M โทเค็น) |
$50 |
$25 |
|
หน้าต่างบริบท |
1M โทเค็น |
1M โทเค็น |
|
เอาต์พุตสูงสุดต่อคำขอ |
128K โทเค็น |
128K โทเค็น |
|
กระบวนการคิด |
เปิดตลอดเวลา (ปิดไม่ได้) |
ปรับตามบริบท (เลือกเปิด) |
|
พฤติกรรมการปฏิเสธ |
|
มาตรฐาน |
Fable 5 มีค่าบริการต่อโทเค็นราวสองเท่าของ Opus 5 และเพราะกระบวนการคิดเปิดตลอด การรันหนึ่งครั้งมักปล่อยโทเค็นมากกว่า ช่องว่างราคาในการใช้งานจริงจึงกว้างกว่าที่อัตราต่อโทเค็นบอกไว้ ในการสร้างงานแบบตัวต่อตัวช่วงท้ายคู่มือนี้ Fable ปล่อยเอาต์พุตโทเค็นมากกว่า Opus 74% แม้โปรแกรมจะเล็กกว่า
สำหรับการเปรียบเทียบเชิงลึก รวมถึงความแตกต่างด้าน benchmark โปรดอ่านคู่มือ Claude Opus 5 vs Claude Fable 5 ของเรา
พฤติกรรมการปฏิเสธที่ต้องเขียนโค้ดรองรับ
จุดที่น่าหงุดหงิดสากลของ Fable 5 คือมีตัวจำแนกด้านความปลอดภัยฝังมาในตัว เพราะโมเดลถูกมองว่าแรงเกินไป ตัวจำแนกจึงไม่ให้มันจัดการคำขอที่เกี่ยวเนื่องกับสาขาอย่างชีววิทยาหรือความปลอดภัยไซเบอร์แม้เพียงเล็กน้อย

สำหรับนักภูมิคุ้มกันวิทยาคนหนึ่ง คำว่า "cancer" เพียงคำเดียวก็ไปชนตัวกรอง biosecurity ทำให้ Claude Code สลับไปใช้ Opus 4.8
ฉันเองก็เจอเมื่อไม่นานนี้กับบั๊กล็อกอินในโปรเจกต์ส่วนตัว โฟลว์ใช้ Telegram Gateway API สำหรับ OTP sign-in และ Fable 5 ปฏิเสธไม่ยุ่งเกี่ยวโดยสิ้นเชิง Opus 5 ทำงานได้สำเร็จ ซึ่งก็คือปัญหาใหญ่: ไม่มีส่วนไหนของบั๊กนั้นที่เป็นความเสี่ยงด้านความปลอดภัย
การ fallback อัตโนมัติแบบไม่ต้องตั้งค่าเกิดขึ้นเฉพาะใน Claude Code และแอป Claude หากใช้ Fable ผ่าน API คุณจะได้รับฟิลด์ stop_reason ในการตอบกลับแม้จะได้โค้ดสำเร็จ 200 ก็ตาม
การตอบกลับจะมีหน้าตาแบบนี้:
{
"stop_reason": "refusal",
"stop_details": {
"category": "bio",
"explanation": "The request was declined by a safety classifier."
}
}
ดังนั้นต้องตรวจสอบ stop_reason ก่อนแตะต้องเนื้อหาในคำตอบ
เพื่อเปิดใช้ server-side fallback ให้ส่งอาร์เรย์ fallbacks (เช่น "fallbacks": [{"model": "claude-opus-4-8"}]) และส่งเฮดเดอร์ anthropic-beta: server-side-fallback-2026-06-01 ต้องตั้งในทุกคำขอ ไม่มีสวิตช์ระดับบัญชี
หมายเหตุเกี่ยวกับโมเดลที่ใช้ fallback
อาจสงสัยว่าทำไมบางแหล่งบอกว่า Fable 5 fallback ไปยัง Opus 4.8 ขณะที่บางแหล่งชี้ไปยัง Opus 5 ทั้งสองอย่างถูกต้อง เพราะเป้าหมายขึ้นกับหมวดหมู่และพื้นผิวการใช้งาน
ใน Claude Code คำขอที่ถูกตั้งธงว่าเป็นชีววิทยาจะถูกรันใหม่บน Opus 5 ขณะที่คำขอด้านความปลอดภัยไซเบอร์ยังรันใหม่บน Opus 4.8 ส่วนบน API ฟีเจอร์ fallbacks ฝั่งเซิร์ฟเวอร์ ตอนนี้รองรับเฉพาะ Opus 4.8 เท่านั้น
การแยกนี้เป็นผลจากจังหวะเวลา: ตอนเปิดตัว Fable ในเดือนมิถุนายน ทุกอย่าง fallback ไปยัง Opus 4.8 ก่อน แล้วเส้นทางชีววิทยาจึงถูกชี้ใหม่ไปยัง Opus 5 เมื่อโมเดลนั้นเปิดตัวเมื่อ 24 กรกฎาคม
กระแสถกเถียงเกี่ยวกับ Fable 5
Fable 5 เริ่มต้นได้ไม่ราบรื่น แม้ไม่พูดถึงตัวจำแนกด้านความปลอดภัยก็ตาม
การลดสเปกแบบเงียบ ๆ และการปฏิเสธที่ผิดพลาด
ไม่กี่วันหลังเปิดตัว Fortune รายงานว่า Anthropic ได้เงียบ ๆ ทำให้คำตอบของ Fable 5 อ่อนลงบนทราฟฟิกโครงสร้างพื้นฐาน AI และ ML ราว 0.03% โดยไม่บอกใคร
นักวิจัยและนักพัฒนาจำนวนมากเดือดดาล เพราะคาดหวังโมเดลระดับแนวหน้าที่รับมือทุกงานได้ เมื่อพวกเขาจ่ายค่าสมาชิกรายเดือน $200 เพื่อใช้งาน
Anthropic ยอมตามแรงกดดันจากชุมชนภายในวันเดียว โดยบอกว่าตัดสินใจแลกเปลี่ยนผิดพลาด สิ่งที่เปลี่ยนคือการเปิดเผย ไม่ใช่ตัวลดสเปก ตอนนี้คำขอที่ถูกตั้งธงจะปรากฏเหมือนการปฏิเสธ และการลดประสิทธิภาพยังคงอยู่ เหตุผลของ Anthropic คือข้อกำหนดของตนห้ามใช้ Claude เพื่อสร้างระบบ AI แข่งขัน ซึ่งพอรับได้ แต่การทำแบบเงียบ ๆ นานหนึ่งเดือนนั้นไม่ควร
การระงับตามกฎควบคุมการส่งออก
จากนั้นเรื่องใหญ่กว่าก็ตามมา การเปิดเผย jailbreak กระตุ้นคำสั่งควบคุมการส่งออกของกระทรวงพาณิชย์เมื่อ 12 มิถุนายน และ Anthropic ดึง Fable 5 และ Mythos 5 ออกจากออนไลน์ทั่วโลกเป็นเวลา 19 วัน
Anthropic ต่อต้านคำสั่งเรียกคืนอย่างหนักตลอดเวลา โดยให้เหตุผลว่า jailbreak นั้นแคบ ไม่ได้เป็นสากล และหาเจอได้โดยโมเดลที่อ่อนกว่าเช่นกัน ดังนั้น มาตรฐานการเรียกคืนจึงดูคลุมเครือในมุมของตน เหตุผลเรื่องมาตรฐานนั้นมีน้ำหนัก ไม่มีใครเคยสร้าง jailbreak แบบสากลได้ และไม่มีโมเดลใดวันนี้ผ่านมาตรฐานนั้น สถาบันความปลอดภัย AI ของสหราชอาณาจักรรายงานว่าใกล้เคียงขึ้น แต่ยังไม่มีอะไรใช้การได้จริง
ประเด็นเรื่องมาตรฐานนั้นมีน้ำหนัก เพียงแต่กรอบการนำเสนอยังไม่น่าใช่ ความเป็นจริงคือมี jailbreak แบบสากลอยู่: สถาบันความมั่นคง AI แห่งสหราชอาณาจักรรายงานว่าพบสำหรับทุกระบบแนวหน้าที่ทดสอบ และทีม red-team ของสถาบันได้สร้างกับ Fable 5 เอง แบบเทิร์นเดียวภายในไม่กี่ชั่วโมง และขยายเป็นเวิร์กโฟลว์แบบหลายเทิร์นภายในไม่กี่วัน ตามที่ model card ของ Fable 5 ระบุ
สิ่งที่โต้เถียงกันจริง ๆ คือมาตรฐานนั้นควรกระตุ้นให้เรียกคืนหรือไม่ ไม่ใช่ว่า jailbreak แบบนั้นเป็นไปได้หรือไม่
การกู้คืน พร้อมข้อจำกัดใหม่
Anthropic ปล่อยตัวจำแนกที่เข้มแข็งขึ้นและรายงานอัตราบล็อกเกิน 99% และจากความแข็งแรงนั้น ทางกระทรวงพาณิชย์ยกเลิกการควบคุมราววันที่ 30 มิถุนายน
การเข้าถึงทั่วไปกลับมาเมื่อ 1 กรกฎาคม แต่ด้วยเงื่อนไขที่เข้มขึ้น หน้าต่างใช้งานไม่จำกัดสองสัปดาห์ที่สัญญาไว้หดเหลือราวหนึ่งสัปดาห์ และมีเพดานใหม่ 50% ต่อสัปดาห์ หมายความว่าเมื่อเกินนั้น การใช้ Fable 5 เพิ่มจะถูกคิดเป็นเครดิตตามอัตราเต็ม $10 และ $50 เพียงพอจะทำให้สมาชิกบ่นบน Reddit
Anthropic ขยายเดดไลน์สองครั้ง แล้วแยกนโยบายตามแผนเมื่อ 20 กรกฎาคม: แผน Max และ Team Premium คงสิทธิ์ใช้ Fable 5 ได้ 50% ของลิมิตรายสัปดาห์แบบไม่มีกำหนด ส่วนแผน Pro และ Team Standard ได้เครดิตครั้งเดียว $100 และจ่ายตามอัตรา API หลังจากนั้น Mythos 5 กลับมาเฉพาะกับองค์กรในสหรัฐฯ ราว 100 แห่งที่ผ่านการคัดกรอง ลดลงจากโปรแกรมระดับนานาชาติที่กว้างกว่าเดิม
ทั้งหมดนี้ทำให้ Fable 5 เป็นโมเดลที่แข็งแกร่งแต่ถูกห่อด้วยนโยบายการเข้าถึงที่เปลี่ยนไปทุกเดือน ควรเตรียมรับมือกับการปฏิเสธที่ผิดพลาดเป็นครั้งคราว และอย่าคาดหวังว่าเพดานการใช้งานเดือนนี้จะคงเดิมถึงเดือนหน้า
Claude Fable 5 เทียบกับ Opus 5 บนโปรเจกต์เดียวกัน
เพื่อดูว่าทั้งสองโมเดลทำงานอย่างไรในเงื่อนไขเดียวกัน ฉันมอบงานเดียวกันให้แต่ละโมเดลในเซสชัน Claude Code ใหม่ หลังจากนั้นฉันอ่านทรานสคริปต์เต็มของเซสชัน ไฟล์ JSONL ภายใน และให้คะแนนแอปที่เสร็จแล้วทั้งสองในเบราว์เซอร์
ความพยายามแรกของฉันในการเปรียบเทียบนี้ใช้ตัวทำย่อลิงก์ ซึ่งเป็นความผิดพลาด ทั้งสองโมเดลสร้างแอปแทบเหมือนกันทุกประการ ตั้งแต่ธีมถึงฟีเจอร์ เพราะตัวทำย่อลิงก์มีคำตอบชัดเจนที่อยู่ในชุดข้อมูลฝึกของทุกโมเดล การทดสอบจึงไม่ได้วัดอะไร
ตั้งค่าการสร้างแบบ one-shot ของระบบนิเวศมีชีวิตใน Fable 5 และ Opus 5
ฉันจึงเลือกงานที่ไม่มีคำตอบตายตัว: การจำลองระบบนิเวศมีชีวิต มีสามสปีชีส์ในสายใยอาหาร เอเจนต์รวมฝูง ล่า และอดตาย 5,000 ตัวบนหน้าจอพร้อมกัน ทั้งหมดกำหนดจาก seed ตัวเลขเดียว พรอมต์ห้ามใช้ไลบรารีที่แก้ส่วนยาก ๆ ดังนั้นแต่ละโมเดลต้องเขียน spatial queries การบังคับทิศ และพลวัตประชากรเอง
นี่คือพรอมต์ที่ทั้งสองโมเดลได้รับแบบคำต่อคำ:
Build a living ecosystem simulation that runs in the browser, and ship it end-to-end in one shot, without asking me any questions or pausing for confirmation. Make all decisions yourself and only stop when it is fully built, tested, and pushed to GitHub.
Requirements:
- A real-time canvas simulation of an ecosystem with at least three species in a food web (for example producers, herbivores, predators). Species interact: they eat, they are eaten, they reproduce, and they die.
- Agents move with steering behaviour — flocking among their own kind, and avoidance or pursuit across species.
- Each agent has an energy budget. Moving and reproducing cost energy, eating restores it, and running out kills the agent. Population levels must emerge from these rules rather than being scripted.
- The simulation must stay stable and interactive at 5000 agents. Show a live FPS counter and a live population graph per species.
- The whole world is generated from a numeric seed. The same seed must always produce the same run.
- Controls to pause, resume, reset, reseed, and tune the key simulation parameters live while it runs.
- Implement the simulation yourself: the steering, the spatial queries, the integration, and the population dynamics. Do not use a physics engine, a flocking library, a game engine, or a charting library. Plain canvas and your own code.
- Tests covering the core simulation logic.
- A README with setup and run instructions.
The simulation should run in the browser and be usable by someone who has never seen it before.
When it is complete, create a new GitHub repository with the gh CLI (which is already installed and authenticated) and push the project to it.
กฎ “ห้ามถาม” คือหัวใจ มันวัดว่าทั้งสองโมเดลจะพางานสร้างไปได้ไกลแค่ไหนด้วยตัวเอง โดยไม่มีใครคอยแก้ทางที่ผิด แต่ละโมเดลรันในไดเรกทอรีว่างของตัวเอง โดยไม่มีสัญญาณว่าอีกรุ่นหนึ่งทำงานเดียวกันอยู่
งานนี้ยังซ่อนการทดสอบเชิงวัตถุประสงค์ 4 ข้อไว้ในเอาต์พุตที่ดูเหมือนเน้นภาพล้วน ๆ
- การค้นหาเพื่อนบ้านต้องใช้ดัชนีเชิงพื้นที่ ไม่อย่างนั้นเฟรมเรตจะร่วงที่ 5,000 เอเจนต์
- ขอบเขตโลกต้อง wrap หรือ clamp อย่างถูกต้อง ไม่งั้นเอเจนต์จะทะลุกำแพง
- ความสุ่มต้องผ่านตัวสร้างแบบมี seed ไม่เช่นนั้น seed เดิมจะให้ผลต่างกัน
- อัตราการเกิดและตายต้องสมดุล ไม่เช่นนั้นประชากรจะนิ่งที่ศูนย์หรือพุ่งกระฉูด
ทุกข้อผิดพลาดเหล่านี้มองเห็นได้บนจอ นี่แหละที่ทำให้เดโมสวย ๆ ตรวจให้คะแนนได้
ทั้งสองบิลด์ออนไลน์อยู่ คุณจึงทดสอบเองได้ ไม่ต้องเชื่อคำพูดฉัน เปิดคู่กันแล้วเปลี่ยน seed ของแต่ละอัน:
- บิลด์ของ Fable 5: ecosystem-fable-5.vercel.app (ซอร์ส)
- บิลด์ของ Opus 5: ecosystem-opus-5.vercel.app (ซอร์ส)
มีภาพหน้าจอของทั้งสองอยู่ด้านล่าง สำหรับผู้อ่านที่ไม่สะดวกคลิก แต่ขอหมายเหตุว่า ภาพถูกย่อเพื่อให้พอดีหน้าจอทั้งหมด รายละเอียดอาจไม่คมชัดนัก
โมเดลใดที่ให้บริการแต่ละรันจริง ๆ
ก่อนดูผลลัพธ์ มีหมายเหตุเชิงระเบียบวิธีที่สำคัญต่อการตีความ
Claude Code อาจ fallback ไปยัง Opus เมื่อ Fable 5 ถูกตัวจำแนกด้านความปลอดภัยปฏิเสธ ดังนั้นรันที่ติดป้าย Fable จึงไม่การันตีว่าเป็น Fable ล้วน แทนที่จะเดา ฉันบันทึกฟิลด์ model ของทุกอีเวนต์ผู้ช่วยในทั้งสองทรานสคริปต์
โชคดีที่ในการเปรียบเทียบของฉัน ทุกอีเวนต์ของรัน Fable กลับมาพร้อม claude-fable-5 ทั้งหมด 103 อีเวนต์ ทุกอีเวนต์ของรัน Opus กลับมาพร้อม claude-opus-5 ทั้งหมด 247 อีเวนต์ ไม่มีการ fallback ในทั้งสองทิศ ตัวเลขด้านล่างอธิบายโมเดลตามฉลาก
Fable 5 และ Opus 5 แก้ปัญหาอย่างไร
Fable ทำงานเงียบ ๆ เรียกใช้เครื่องมือ 56 ครั้ง และพิมพ์คำอธิบาย 429 คำตลอดทั้งบิลด์ ใน 2 บล็อกข้อความ
Opus ทำงานแบบเปิดเผย เรียกใช้เครื่องมือ 137 ครั้ง มากกว่าสองเท่า และพิมพ์ 4,808 คำ ใน 110 บล็อก ทั้งสองโมเดลแก้ไขไฟล์ในอัตราคล้ายกันเมื่อเทียบกับปริมาณ คือเฉลี่ยเกือบ 2 ครั้งต่อไฟล์ที่เขียน
เครื่องมือที่ใช้ก็แตกต่างกัน Fable ส่งมอบ ES modules ล้วน พร้อมสคริปต์เริ่มต้น python3 -m http.server และไม่มี node_modules เลย ส่วน Opus ติดตั้ง Vite และ Vitest และบิลด์ด้วย toolchain จริง
เวลาบิลด์ด้านล่างวัดเฉพาะช่วงทำงานจริง ฉันจับเวลาตั้งแต่เหตุการณ์ผู้ช่วยแรกถึงสุดท้าย แล้วหักช่วงที่เซสชันคอยเฉย ๆ ไม่ได้สร้างงาน
ผลลัพธ์: ความเร็ว ต้นทุน และความถูกต้อง
|
มิติ |
Fable 5 |
Opus 5 |
|
เหตุการณ์ผู้ช่วย |
103 |
247 |
|
เวลา build ที่ใช้งานจริง |
25 นาที |
48 นาที |
|
เอาต์พุตโทเค็น |
243,442 |
139,920 |
|
อ่านแคช |
11.3M |
26.4M |
|
การเรียกใช้เครื่องมือ |
56 (24 Bash, 19 Edit, 10 Write) |
137 (60 Bash, 51 Edit, 20 Write) |
|
ข้อความที่พิมพ์ให้เห็น |
429 คำ (2 บล็อก) |
4,808 คำ (110 บล็อก) |
|
ต้นทุนรวม |
$28.70 |
$20.07 |
|
ไฟล์ที่ส่งมอบ |
9 ไฟล์ ไม่มี dependency |
13 ไฟล์ Vite + Vitest |
|
จำนวนบรรทัดโค้ด |
~1,010 |
~1,746 |
|
ชุดทดสอบ |
16 รายการ ผ่านทั้งหมด |
58 รายการ ผ่านทั้งหมด |
|
|
ไม่ |
ได้ |
|
ความเร็วการจำลอง |
3.14 ms/tick ที่ 3,510 เอเจนต์ |
1.35 ms/tick ที่ 4,368 เอเจนต์ |
|
ส่งขึ้น GitHub |
ใช่ |
ใช่ |
Fable มีต้นทุนสูงกว่า 43% และปล่อยเอาต์พุตโทเค็นมากกว่า 74% สำหรับโปรแกรมที่เล็กกว่า เพราะปิดโหมดคิดไม่ได้ มันจึงคิดค่าบริการต่อแม้บางงานไม่จำเป็นต้องคิดเพิ่ม
ทั้งสองโมเดลผ่านการตรวจเชิงวัตถุประสงค์ทุกข้อ:
- seed เดิมให้โลกเดิมซ้ำได้
- seed ต่างกันให้ผลต่างกัน
- ไม่มีค่าไหนเป็น
NaN - ไม่มีเอเจนต์หลุดโลกที่ความเร็วสูงสุด
- ทั้งสองคง 60 FPS ในเบราว์เซอร์โดยไม่มี error ในคอนโซล
การจำลองของ Opus เร็วกว่า 2.3 เท่าต่อหนึ่ง tick มันเก็บเอเจนต์ใน typed arrays เป็นอาร์เรย์แบนหนึ่งชุดต่อพร็อพเพอร์ตี และมีกริดเชิงพื้นที่แยกต่อสปีชีส์ Fable ให้เอเจนต์แต่ละตัวเป็นอ็อบเจกต์ของตัวเองและแชร์กริดแบบเดียวกันข้ามทั้งสามสปีชีส์ ทั้งสองวิธีถูกต้อง แต่เลย์เอาต์ข้อมูลของ Opus เร็วกว่า
ข้อบกพร่องที่ Fable ส่งมอบ
สคริปต์ npm test ของ Fable รันไม่สำเร็จ มันส่ง node --test test/ ซึ่งใน Node 26 จะถูกตีความเป็นเส้นทางโมดูลแทนไดเรกทอรี คำสั่งจึงล้มก่อนรันทดสอบแม้แต่รายการเดียว แบบทดสอบทั้ง 16 รายการข้างใต้ปกติและผ่านเมื่อระบุชื่อไฟล์ชัดเจน จุดเข้าใน package.json ต่างหากที่ผิด
เป็นบั๊กเล็กที่ต้นทุนสูง เพราะคำสั่งเดียวที่ผู้อ่านจะพิมพ์จริงคือคำสั่งที่ล้ม Fable ก็ไม่เคยจับได้ ซึ่งสำคัญ เพราะพรอมต์ขอให้มีเทสต์ และยืนยันด้วยเส้นทางที่ผู้ใช้จริงจะไม่ใช้
Opus ไม่มีความล้มเหลวลักษณะเดียวกัน เทสต์ทั้ง 58 รายการรันจาก npm test และผ่าน ทั้งสองชุดทดสอบสิ่งสำคัญเหมือนกัน ได้แก่ ความกำหนดได้ด้วย seed การอนุรักษ์พลังงาน การ wrap แบบ torus และการอยู่รอดของสปีชีส์ระยะยาว ช่องว่างคือความลึกมากกว่าประเภท การตรวจเพียงข้อเดียวที่ Opus เขียนเพิ่มคือ stress test 5,000 เอเจนต์ ซึ่งก็คือเงื่อนไขที่มีโอกาสพังที่สุด
ภาพหน้าจอบอกอะไร
สองแอปดูไม่เหมือนกันเลย ซึ่งเป็นเหตุผลหลักที่เปลี่ยนงาน

Fable 5: แผงควบคุมอยู่ซ้าย เอเจนต์เป็นสี่เหลี่ยมแบน ตั้งชื่อสปีชีส์ว่า Plants, Herbivores และ Predators

Opus 5: แผงควบคุมอยู่ขวา เอเจนต์เป็นสามเหลี่ยมชี้ทิศทาง ตั้งชื่อสปีชีส์ว่า Plankton, Grazers และ Hunters ในธีมใต้น้ำ
ในด้าน UI ความต่างใหญ่ ๆ มีดังนี้:
- Fable วางแผงควบคุมซ้าย วาดเอเจนต์เป็นสี่เหลี่ยมแบน และตั้งชื่อสปีชีส์ว่า Plants, Herbivores และ Predators
- Opus วางแผงทางขวา วาดเป็นสามเหลี่ยมมีทิศ จึงอ่านทิศทางฝูงได้ ชูธีมใต้น้ำและตั้งชื่อว่า Plankton, Grazers และ Hunters
การอ่านกราฟประชากร
กราฟประชากรคือตรงที่ความต่างด้านออกแบบชัดที่สุด

กราฟของ Fable 5 มาตราส่วนเชิงเส้น เส้นของพืชกินพื้นที่แนวตั้งทั้งหมด เส้นของผู้ล่าติดอยู่กับแกน

กราฟของ Opus 5 มาตราส่วนลอการิทึม ทั้งสามสปีชีส์อ่านได้ชัด และเส้นของผู้ล่าตัดกับเส้นของเหยื่อ
ทั้งสองการจำลองแกว่งตามระบบผู้ล่ากับเหยื่อที่ควรเป็น พืชของ Fable แกว่งระหว่าง 520 ถึง 7,061 ตลอด 5 นาที ขณะที่พืชกินพืชและผู้ล่าหมุนตามหลัง ผู้ล่าขึ้นสูงสุดที่ 248 พร้อมกับที่พืชกินพืชลงต่ำสุดที่ 119
บนสเกลเชิงเส้น เส้นของพืชกินพื้นที่แนวตั้งทั้งหมด พืชกินพืชถูกบีบเหลือแถบแคบ ๆ และผู้ล่านอนราบกับแกน
นั่นคือเหตุผลที่ Opus ใช้สเกลลอการิทึมและติดป้ายยอดสูงสุด ทั้งสามสปีชีส์ยังอ่านได้ และคุณจะเห็นเส้นผู้ล่าขึ้น ตัดเส้นพืชกินพืช แล้วลงเมื่อพืชกินพืชฟื้นตัว ข้อมูลประเภทเดียวกัน แต่มีเพียงกราฟเดียวที่อ่านได้
พฤติกรรมของสองระบบนิเวศ
ระบบนิเวศพื้นฐานต่างกันด้วย Opus จำกัดชั้นผู้ผลิตไว้ที่แพลงก์ตอน 4,229 ตัว ทำให้ประชากรนั้นชนเพดานและมีเพียงสองชั้นบนที่แกว่ง ส่วน Fable ผูกทั้งสามชั้นเข้าด้วยกัน ทำให้แกว่งกว้างกว่าและโลกมีชีวิตชีวากว่า เราได้ความเสถียรเทียบกับความพลิ้วไหวโดยไม่ได้ขอไว้ในพรอมต์

แผงพารามิเตอร์ของ Fable 5: สไลเดอร์ 13 ตัว ในหน่วยของการจำลองเอง

แผงพารามิเตอร์ของ Opus 5: สไลเดอร์ 9 ตัว แต่ละตัวเป็นตัวคูณเริ่มที่ 1.00 แบ่งกลุ่มเป็น World และ Behaviour
Fable เปิดเผยพารามิเตอร์ 13 รายการในหน่วยจริง: การเติบโตของพืช 5 รัศมีการรับรู้ 60 การแยกตัว 1.5 และอัตราการเผาผลาญแยกตามสปีชีส์ Opus เปิดเผย 9 รายการ เป็นตัวคูณ normalized เริ่มที่ 1.00 แบ่งเป็นกลุ่ม World และ Behaviour
สรุปสั้น ๆ: Fable ให้การควบคุมมากกว่า ขณะที่ Opus ให้แผงควบคุมที่ยากจะทำให้สมดุลระบบนิเวศพังโดยง่าย
ควรเลือก Fable 5 หรือ Opus 5?
ใช้ Opus 5 เป็นค่าเริ่มต้น ในบิลด์นี้มันมีต้นทุนต่ำกว่าราว 30% รันการจำลองเร็วกว่า 2.3 เท่า และเขียนเทสต์ครอบคลุมดีกว่า Fable ชนะเรื่องความเร็ว จบงานได้ราวครึ่งเวลา
ไปใช้ Fable 5 เมื่อต้องการให้บิลด์เสร็จในรอบเดียวโดยแทบไม่ต้องกำกับ หรือเมื่อรอยเท้า dependency มีความสำคัญ Fable ส่งมอบโปรแกรมไม่มี dependency ที่เล็กกว่าทางเลือก 42% และไปถึงจุดนั้นด้วย 103 เทิร์นของผู้ช่วย เทียบกับ 247 ความกระชับนั้นมีคุณค่าจริงสำหรับงานที่ตั้งใจจะอ่านโค้ดเองภายหลัง
ข้อคิดท้ายบทความ
บิลด์สองครั้งของโปรเจกต์ประเภทเดียวกันยังไม่ใช่ benchmark ประสิทธิภาพในโลกจริงอาจแปรผันมาก แม้ benchmark ที่มีอยู่ว่ากันไว้อย่างไร
ยกตัวอย่าง แม้การเปรียบเทียบของเราจะแสดงว่า Fable ใช้โทเค็นมากกว่า Opus แต่ในหมู่นักพัฒนาส่วนใหญ่กลับแชร์ตรงกันข้าม: Opus 5 เผาโทเค็นมากกว่า Fable หรือ Sol มากในงานคล้ายกัน ข้อสงสัยคือการ pre-training แบบ RL ของ Opus 5 ทำให้มันถูก optimize เกินไปเพื่อสะสมค่าโทเค็น แทนที่จะช่วยอย่างกระชับ นอกการเปรียบเทียบ ฉันเองก็รู้สึกเช่นนี้ในการทำงานจริง โมเดลตระกูล Opus มีแนวโน้มจะพูดเยิ่นเย้อขึ้นและอ่านยากขึ้นเรื่อย ๆ
ส่วนตัวแล้ว ฉันจะยังใช้ Fable 5 กับโปรเจกต์โค้ดเกือบทั้งหมดรวมถึงงานลูกค้า เพราะชนะด้านความแม่นยำในระยะยาว ฉันใช้แผน Max ล่าสุด และยังไม่เคยชนลิมิตการใช้งาน แม้ใช้ Fable ในหลายเซสชัน (แม้จะไม่ได้รัน Claude Code ตลอดเวลา) ฉันจะใช้ Opus เมื่อบิลค่าโทเค็นสำคัญ หรือเมื่ออยากได้คำอธิบายระหว่างทำงานเพื่อความเข้าใจของตัวเอง
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโมเดลและเครื่องมือรอบ ๆ ฉันแนะนำให้อ่าน คู่มือ Claude Fable 5 ฉบับเต็มของเรา พร้อมกับบทเรียนเรื่อง Claude Code และ แนวปฏิบัติที่ดีของ Claude Code