Claude Code เพิ่มฟีเจอร์ใหม่ชื่อ fast mode ทำให้ Claude Opus ตอบเร็วขึ้น 2.5 เท่า เปิดได้ด้วยคำสั่ง /fast จากใน CLI ได้เลย ความเข้าใจผิดที่เกิดขึ้นง่ายที่สุดคือ เมื่อเห็นคำว่า "เร็วขึ้น" นักพัฒนาหลายคนสรุปทันทีว่านี่คือการสลับไปใช้โมเดลตัวเล็กลงเพื่อแลกความเร็ว เหมือนกดจาก Opus ไป Haiku แต่เอกสารทางการของ Claude Code ระบุไว้ชัดเจนในทางตรงข้าม: fast mode ไม่ใช่โมเดลคนละตัว แต่เป็น Claude Opus ตัวเดิมที่รันด้วยคอนฟิก API คนละแบบ โดยเน้นความเร็วแทนความคุ้มค่าต่อโทเคน คุณภาพและความสามารถจึงเท่าเดิม สิ่งที่แลกคือราคาต่อโทเคนที่สูงขึ้น ไม่ใช่ความฉลาดของโมเดล ทั้งนี้ฟีเจอร์ยังอยู่ในสถานะ research preview ตามที่ระบุไว้ใน เอกสารทางการ Claude Code ดังนั้นราคาและเงื่อนไขการเปิดให้ใช้อาจเปลี่ยนได้
Note: ข้อมูลทั้งหมดในบทความนี้อ้างอิงเอกสารทางการ Claude Code ณ พฤษภาคม 2026 โดยฟีเจอร์อยู่ในสถานะ research preview ตัวเลขราคา ความเร็ว และเงื่อนไขการเปิดให้ใช้อาจเปลี่ยนได้ ผู้สนใจควรตรวจสอบหน้า docs ล่าสุดก่อนนำไปใช้จริง
1. Fast Mode คืออะไร และทำไมไม่ใช่การลดเกรดโมเดล
เอกสารทางการนิยาม fast mode ว่าเป็น "คอนฟิกความเร็วสูงของ Claude Opus" ที่ทำให้โมเดลตอบเร็วขึ้น 2.5 เท่า โดยแลกกับราคาต่อโทเคนที่สูงขึ้น จุดที่ตัดความเข้าใจผิดได้ตรงที่สุดคือคำอธิบายในเอกสารเอง: fast mode ไม่ใช่โมเดลคนละตัว แต่ใช้ Claude Opus ตัวเดิมกับคอนฟิก API ที่ให้ความสำคัญกับความเร็วมากกว่าความคุ้มค่าด้านต้นทุน ผลลัพธ์คือคำตอบยังมีคุณภาพและความสามารถเท่าเดิม แค่ออกมาเร็วกว่า
จุดนี้สำคัญสำหรับนักพัฒนาที่คุ้นกับ pattern การเลือกโมเดลตามงบและความเร็ว โดยทั่วไป เมื่ออยากให้เร็วขึ้นมักต้องลดขนาดโมเดลลง แต่ fast mode ไม่ได้ใช้กลไกนั้น โมเดลพื้นฐานไม่เปลี่ยน reasoning ไม่ถูกตัด และความสามารถในการใช้ tool ไม่ลดลง สิ่งที่เปลี่ยนมีเพียงชั้นการให้บริการหลัง API ทำให้คำตอบเดินทางออกมาเร็วขึ้น ส่วนเนื้อในของคำตอบยังมาจากโมเดลเดียวกัน
fast mode รองรับเฉพาะ Opus 4.7 และ Opus 4.6 เท่านั้น เอกสารระบุชัดว่าไม่รองรับบน Sonnet, Haiku หรือโมเดลอื่น ซึ่งสอดคล้องกับหลักการของฟีเจอร์ที่เป็นคอนฟิกความเร็วของ Opus โดยเฉพาะ ไม่ใช่ตัวเลือกที่กระจายไปทุกรุ่น รายละเอียดทั้งหมดอยู่ในเอกสารทางการ Claude Code

2. แยกให้ชัด: Fast Mode กับ Effort Level เป็นคนละแกน
ความสับสนอีกจุดที่เกิดได้ง่ายคือการเหมารวม fast mode กับการลด effort level เพราะทั้งคู่ทำให้คำตอบเร็วขึ้น แต่กลไกไปคนละทาง เอกสารทางการอธิบายไว้ว่า fast mode คงคุณภาพโมเดลไว้เท่าเดิม ลด latency แต่ต้นทุนสูงขึ้น ส่วนการลด effort level คือการลดเวลาคิดของโมเดล จึงตอบเร็วขึ้นเช่นกัน แต่คุณภาพอาจตกในงานซับซ้อน
ความต่างนี้หมายความว่าสองตัวเลือกนี้ไม่ได้แทนที่กัน fast mode ลดเวลารอโดยไม่แตะคุณภาพ ขณะที่ effort level ที่ต่ำลงคือการยอมแลกความละเอียดของการคิดเพื่อความเร็ว เอกสารยังระบุว่าสามารถใช้สองอย่างร่วมกันได้ เช่น เปิด fast mode พร้อมตั้ง effort level ต่ำ เพื่อให้ได้ความเร็วสูงสุดในงานตรงไปตรงมาที่ไม่ต้องคิดหนัก
Tip: ถ้างานเร่งและตรงไปตรงมา การเปิด fast mode คู่กับ effort level ต่ำให้ความเร็วรวมสูงสุด แต่ถ้างานซับซ้อนต้องการ reasoning ละเอียด ควรเปิดเฉพาะ fast mode แล้วคง effort level ตามปกติ เพราะ fast mode ไม่ลดคุณภาพ แต่ effort level ที่ต่ำลงอาจทำให้คุณภาพลดลง
3. วิธีเปิดและปิด Fast Mode
เปิด fast mode ได้สองทาง ทางแรกคือพิมพ์คำสั่ง /fast แล้วกด Tab เพื่อสลับเปิดหรือปิด ใช้ได้ทั้งบน Claude Code CLI และส่วนขยาย Claude Code บน VS Code อีกทางคือตั้งค่า "fastMode": true ในไฟล์ user settings ก่อนใช้งานต้องมี Claude Code เวอร์ชัน v2.1.36 ขึ้นไป และตรวจเวอร์ชันได้ด้วยคำสั่ง claude --version
เมื่อเปิด fast mode สำเร็จ หน้าจอจะมีสัญญาณให้สังเกตหลายอย่าง ระบบจะขึ้นข้อความยืนยันว่า "Fast mode ON" และมีไอคอน ↯ ขนาดเล็กปรากฏข้าง prompt ตลอดเวลาที่ fast mode ทำงานอยู่ ถ้าต้องการเช็กสถานะว่าเปิดหรือปิดอยู่ สามารถพิมพ์ /fast ซ้ำได้ตลอดเวลา นอกจากนี้ ถ้าตอนนั้นไม่ได้อยู่บนโมเดล Opus แล้วสั่งเปิด fast mode ระบบ Claude Code จะสลับไปใช้ Opus ให้อัตโนมัติ
จุดที่นักพัฒนามักเข้าใจผิดคือพฤติกรรมตอนปิด เอกสารระบุว่าเมื่อปิด fast mode ด้วยการพิมพ์ /fast ซ้ำ ระบบจะยังอยู่บน Opus ต่อ ไม่ย้อนกลับไปโมเดลก่อนหน้าที่เคยใช้ ถ้าต้องการเปลี่ยนไปโมเดลอื่นจริง ต้องใช้คำสั่ง /model แยกอีกที ส่วนค่าเริ่มต้นของ fast mode จะค้างข้ามเซสชัน กล่าวคือ ถ้าเปิดไว้ครั้งหนึ่ง เซสชันถัดไปก็ยังเปิดอยู่จนกว่าจะปิดเอง
นอกจากนี้ Opus 4.7 เป็นโมเดล default ของ fast mode ตั้งแต่ Claude Code v2.1.142 ขึ้นไป ถ้าต้องการ pin fast mode ให้ใช้ Opus 4.6 แทน สามารถตั้งค่า environment variable CLAUDE_CODE_OPUS_4_6_FAST_MODE_OVERRIDE=1 ได้ ข้อมูลส่วนนี้อ้างอิงจากเอกสารทางการ Claude Code

4. ราคาและกับดักการเปิดกลางบทสนทนา
เอกสารทางการระบุว่า fast mode มีราคาต่อโทเคนสูงกว่า standard Opus โดยให้ตัวเลขราคา fast mode ไว้ที่ 30 ดอลลาร์ต่อล้านโทเคนสำหรับ input และ 150 ดอลลาร์ต่อล้านโทเคนสำหรับ output ราคานี้เท่ากันทั้ง Opus 4.7 และ Opus 4.6 และคิดอัตราเดียวคงที่ตลอด context window ขนาด 1 ล้านโทเคน อย่างไรก็ตาม เอกสารหน้านี้มีเฉพาะตารางราคา fast mode ไม่มีคอลัมน์ราคา standard Opus ให้เทียบตรง ๆ จึงระบุได้เพียงว่า fast mode แพงต่อโทเคนกว่า standard Opus ตามที่เอกสารบอก โดยไม่มีตัวเลขฝั่ง standard ระบุไว้
กับดักด้านราคาที่เอกสารเตือนเองคือจังหวะการเปิด ถ้าเปิด fast mode กลางบทสนทนา ระบบจะคิดราคา fast mode แบบ uncached input เต็มอัตราสำหรับ context ทั้งหมดที่คุยมาก่อนหน้านั้น ซึ่งแพงกว่าการเปิด fast mode ตั้งแต่เริ่มเซสชัน ดังนั้นแนวทางที่เอกสารแนะนำเพื่อความคุ้มค่าคือ เปิด fast mode ตั้งแต่ต้นเซสชัน ไม่ใช่สลับเปิดกลางทาง
Warning: การเปิด fast mode กลางบทสนทนาจะคิดราคา fast mode เต็มอัตรากับ context ที่คุยมาทั้งหมด ไม่ใช่เฉพาะข้อความหลังจากเปิด ถ้าตั้งใจจะใช้ fast mode ในเซสชันใด ควรเปิดตั้งแต่ข้อความแรก
สำหรับผู้ใช้บนแพ็กเกจ subscription ทั้ง Pro, Max, Team และ Enterprise เอกสารระบุว่า fast mode ใช้ได้ผ่าน usage credits เท่านั้น และไม่นับรวมใน rate limit ของแพ็กเกจ เมื่อใช้ fast mode ระบบจะหักจาก usage credits โดยตรง แม้บัญชีจะยังมี usage เหลือในแผนก็ตาม นั่นหมายความว่าโทเคนใน fast mode ไม่ถูกนับเข้า usage ที่รวมมากับแผน และคิดที่อัตรา fast mode ตั้งแต่โทเคนแรก
5. ควรเปิดเมื่อไหร่ ไม่ควรเปิดเมื่อไหร่
เอกสารวางกรอบการตัดสินใจไว้ตรงไปตรงมา: fast mode เหมาะกับงาน interactive ที่ความเร็วในการตอบสำคัญกว่าต้นทุน ตัวอย่างที่เอกสารยกคือ งาน iterate แก้โค้ดถี่ ๆ, การ debug แบบ live และงานที่มี deadline กระชั้น ต้องการคำตอบเร็ว ส่วน standard mode เหมาะกว่าสำหรับงาน autonomous ยาว ๆ ที่ความเร็วไม่ใช่ปัจจัยหลัก, งาน batch processing หรือ pipeline แบบ CI/CD และงานที่ต้องคุมต้นทุนเป็นสำคัญ
กรอบนี้ทำให้เห็นว่า fast mode ไม่ใช่ฟีเจอร์ที่ควรเปิดทิ้งไว้ตลอดเวลา เพราะสิ่งที่แลกคือเงินจริงต่อโทเคน งานที่นั่งทำแบบโต้ตอบไปมาจะได้ประโยชน์จากการรอน้อยลง ส่วนงานที่ปล่อยให้ระบบทำเองยาว ๆ หรือรันเป็นชุดอัตโนมัติ มักไม่คุ้มที่จะจ่ายแพงขึ้นเพื่อความเร็ว เพราะไม่มีคนนั่งรอผลแบบ real time อยู่แล้ว
อีกพฤติกรรมที่ควรรู้คือกรณีชน rate limit หรือ usage credits หมด เอกสารระบุว่า fast mode มี rate limit แยกจาก standard Opus และ fast mode ของ Opus 4.7 กับ Opus 4.6 ใช้ rate-limit pool เดียวกัน เมื่อชน rate limit ของ fast mode หรือ usage credits หมด ระบบจะ fallback ไปทำงานที่ความเร็ว standard อัตโนมัติ ไอคอน ↯ จะเปลี่ยนเป็นสีเทาเพื่อบอกสถานะ cooldown งานยังเดินต่อได้ที่ความเร็วและราคา standard และเมื่อ cooldown หมด fast mode จะกลับมาเปิดเองอัตโนมัติ ถ้าไม่อยากรอ cooldown สามารถพิมพ์ /fast เพื่อปิดเองได้
ขอบเขตการเปิดให้ใช้และสถานะ research preview
ก่อนนำ fast mode ไปใช้จริง ควรรู้ข้อจำกัดด้านการเปิดให้ใช้ก่อน เอกสารระบุว่า fast mode ไม่รองรับผู้ให้บริการ cloud บุคคลที่สาม คือใช้ไม่ได้บน Amazon Bedrock, Google Vertex AI และ Microsoft Azure Foundry ช่องทางที่ใช้ได้คือ Anthropic Console API และแพ็กเกจ subscription ของ Claude ที่ใช้ usage credits โดยบัญชีต้องเปิด usage credits ไว้ก่อนจึงจะใช้ fast mode ได้ สำหรับองค์กรแบบ Team และ Enterprise ฟีเจอร์นี้ปิดไว้เป็นค่าเริ่มต้น ต้องให้ admin เปิดให้ก่อน สมาชิกจึงจะเข้าถึงได้ ถ้า admin ยังไม่เปิด คำสั่ง /fast จะขึ้นข้อความว่า "Fast mode has been disabled by your organization."
สุดท้าย fast mode เป็นฟีเจอร์ในสถานะ research preview โดยเอกสารระบุเองว่าฟีเจอร์อาจเปลี่ยนตาม feedback การเปิดให้ใช้และราคาอาจปรับ และคอนฟิก API เบื้องหลังอาจเปลี่ยนต่อได้ ดังนั้นตัวเลขราคา ความเร็ว และเงื่อนไขทั้งหมดในบทความนี้เป็นภาพ ณ ช่วงที่อ้างอิงเอกสาร ผู้สนใจควรตรวจสอบเอกสารทางการ Claude Codeฉบับล่าสุดก่อนตัดสินใจเปิดใช้งานจริง
แก่นที่ควรจำคือ fast mode เป็นการแลกเงินกับเวลา ไม่ใช่การแลกคุณภาพกับความเร็ว โมเดลยังเป็น Claude Opus ตัวเดิม คุณภาพและความสามารถเท่าเดิม แค่ตอบเร็วขึ้น 2.5 เท่าและจ่ายแพงขึ้นต่อโทเคน คำถามที่นักพัฒนาควรถามจึงไม่ใช่ "เปิดแล้วโมเดลจะโง่ลงไหม" แต่เป็น "งานตรงหน้าคุ้มที่จะจ่ายแพงขึ้นเพื่อรอน้อยลงหรือเปล่า"
อ่านบทความ AI สำหรับนักพัฒนาเพิ่มเติม ติดตามได้ที่เพจ vibecodingthailand.com
ที่มา: Claude Code official docs — Speed up responses with fast mode





ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกที่แสดงความเห็น!