Claude Opus 5 พารามิเตอร์ Effort: แลกต้นทุนเพิ่มประสิทธิภาพ

บทความหลัก ๆ ส่วนใหญ่เกี่ยวกับการเปิดตัว Claude Opus 5 เมื่อวันที่ 24 กรกฎาคม 2026 ได้กล่าวถึงฟีเจอร์เดียวกัน Fortune เรียกมันว่าเป็นวิธีในการสลับระหว่างต้นทุนและความสามารถ CNBC, Bloomberg และ TechCrunch ต่างก็ชี้ไปที่ฟีเจอร์นี้ แต่ไม่มีใครบอกว่ามันคืออะไร ระดับต่าง ๆ มีอะไรบ้าง จะเกิดอะไรขึ้นเมื่อคุณเปลี่ยนค่าใดค่าหนึ่ง หรือมันส่งผลต่อค่าใช้จ่ายของคุณอย่างไร

มันคือพารามิเตอร์คำขอที่เรียกว่า effort โดยมีห้าระดับบน Opus 5 และค่าเริ่มต้นคือ high นั่นคือคุณสมบัติทั้งหมด สิ่งที่ทำให้มันคุ้มค่าแก่การเขียนบทความคือ Anthropic ได้ปรับเทียบระดับใหม่สำหรับโมเดลนี้ ซึ่งหมายความว่าการตั้งค่าที่คุณปรับแต่งบน Opus 4.8 นั้นผิดพลาดไปแล้ว และการรวมกันของการตั้งค่าบางอย่างจะส่งคืนข้อผิดพลาด 400 ซึ่งจะปรากฏในบันทึกการโยกย้ายจำนวนมากในสัปดาห์นี้

💡

หากคุณต้องการลองใช้ระดับต่างๆ กับปลายทางจริงในขณะที่อ่าน Apidog เป็นวิธีที่ง่ายในการยิงคำขอเดียวกันด้วยการตั้งค่าห้าแบบที่แตกต่างกันและเปรียบเทียบผลลัพธ์ที่ได้กลับมา

button

พารามิเตอร์ effort คืออะไรกันแน่

Effort อยู่ในอ็อบเจกต์ output_config บนคำขอ Messages API:

{
  "model": "claude-opus-5",
  "max_tokens": 8192,
  "output_config": { "effort": "high" },
  "messages": [
    { "role": "user", "content": "Refactor this module and explain the tradeoffs." }
  ]
}

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

ส่วนต่อประสานกับผู้บริโภคแสดงแนวคิดเดียวกันนี้ในรูปแบบตัวเลือก effort แทนที่จะเป็นฟิลด์ JSON ดิบ ซึ่งเป็นที่มาของการกล่าวถึงในสื่อว่าเป็นสวิตช์สลับระหว่างต้นทุนและความสามารถ ภายใต้มันคือพารามิเตอร์นี้ หากคุณพัฒนาบน API พารามิเตอร์นี้คือสิ่งที่คุณควบคุมได้จริง ดังนั้นส่วนที่เหลือของบทความนี้จะพูดถึงเรื่องนั้น รูปแบบคำขอฉบับเต็มอยู่ใน Opus 5 API walkthrough ของเรา และการอ้างอิงพารามิเตอร์อยู่ใน ภาพรวมโมเดล ของ Anthropic

สิ่งหนึ่งที่ effort ไม่ใช่: การควบคุมความละเอียด Anthropic’s คู่มือการพรอมต์สำหรับ Opus 5 ระบุชัดเจนว่าการลด effort เป็นการลดการคิด ไม่ใช่ความยาวของการตอบสนองที่มองเห็นได้ Opus 5 เขียนคำตอบเริ่มต้นที่ยาวกว่าและผลลัพธ์ที่ยาวกว่า Opus 4.8 อยู่แล้ว หากคุณต้องการผลลัพธ์ที่สั้นลง ให้ขอผลลัพธ์ที่สั้นลงในพรอมต์ การลดเป็น low จะไม่ช่วยคุณได้

ห้าระดับ

ระดับ	สิ่งที่ทำ	เหมาะสมที่สุด
`low`	การให้เหตุผลน้อยที่สุดก่อนตอบ	การจัดหมวดหมู่ปริมาณสูง, การดึงข้อมูล, การกำหนดเส้นทาง, สรุปสั้นๆ
`medium`	การให้เหตุผลปานกลาง	การถามตอบจากบริบทที่ดึงมา, การแก้ไขไฟล์เดียว, การแปลงโครงสร้าง
`high`	ค่าเริ่มต้น. การให้เหตุผลที่สำคัญ	งานทั่วไปเมื่อคุณยังไม่ได้วัดอะไร
`xhigh`	การให้เหตุผลเพิ่มเติม	การเขียนโค้ดและลูปของ Agent. จุดเริ่มต้นที่ Anthropic แนะนำสำหรับทั้งสองอย่าง
`max`	งบประมาณการให้เหตุผลสูงสุด	ปัญหาแบบครั้งเดียวที่ยากซึ่งคำตอบที่ผิดพลาดมีค่าใช้จ่ายมากกว่าโทเค็น

สองสิ่งเกี่ยวกับตารางนี้ที่อาจมองข้ามไปได้ง่าย

ค่าเริ่มต้นคือ high ไม่ใช่ low และไม่ใช่ xhigh หากคุณส่งคำขอที่ไม่มี output_config เลย คุณจะได้ high สิ่งนี้มีความสำคัญต่อการคาดการณ์ต้นทุน: คำขอที่ยังไม่ถูกแตะต้องบน Opus 5 จะดำเนินการให้เหตุผลจริงและเรียกเก็บเงินคุณสำหรับสิ่งนั้น ในขณะที่คำขอที่ยังไม่ถูกแตะต้องแบบเดียวกันบน Opus 4.8 ไม่มีการคิดอะไรเลย การเปลี่ยนแปลงนี้เป็นการเปลี่ยนแปลงที่ทำให้เกิดความผิดพลาดสองอย่างในการ โยกย้ายจาก Opus 4.8 ไปยัง Opus 5 และเป็นสิ่งหนึ่งที่น่าจะทำให้ทีมการเงินประหลาดใจมากที่สุด

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

การปรับเทียบใหม่เปลี่ยนไปอย่างไร

นี่คือส่วนที่ทำให้การนำการตั้งค่าข้ามโมเดลเป็นความคิดที่ไม่ดี

Anthropic ได้ปรับเทียบความหมายของแต่ละระดับ effort บน Opus 5 ใหม่ ฉลาก medium บน Opus 5 ไม่ได้อธิบายปริมาณการให้เหตุผลเท่ากับที่ medium อธิบายบน Opus 4.8 คำแนะนำของ Anthropic คือให้ทำการทดลอง effort ใหม่ทั้งหมดบน Opus 5 แทนที่จะย้ายการกำหนดค่า 4.8 ของคุณมาใช้

ผลที่ตามมาในทางปฏิบัติมีความน่าสนใจมากกว่าคำเตือน บนโมเดล Opus ก่อนหน้านี้ low และ medium ส่วนใหญ่เป็นทฤษฎีสำหรับงานที่จริงจัง: พวกมันมีราคาถูก และพวกมันก็แย่ลงอย่างเห็นได้ชัด ดังนั้นทีมงานจึงตั้งค่าทุกอย่างไว้ที่ high หรือสูงกว่า และจ่ายเงินสำหรับมัน บน Opus 5 ระดับที่ต่ำกว่านั้นแข็งแกร่งขึ้นอย่างมีนัยสำคัญกว่าเดิม ซึ่งเป็นครั้งแรกที่ low และ medium สามารถใช้งานได้อย่างแท้จริงบนโมเดลระดับ Opus สำหรับงานการผลิต

นั่นคือตัวควบคุมต้นทุนที่แท้จริงในการเปิดตัว และเป็นตัวที่สื่อนำไปสรุปเป็นคำว่า "toggle" Opus 5 มีค่าใช้จ่าย 5 ดอลลาร์ต่อล้านโทเค็นอินพุต และ 25 ดอลลาร์ต่อล้านโทเค็นเอาต์พุต เท่ากับ Opus 4.8 โทเค็นการให้เหตุผลจะถูกคิดค่าใช้จ่ายในฝั่งเอาต์พุต ดังนั้นความแตกต่างระหว่างการเรียกใช้ไปป์ไลน์การจัดประเภทที่ high กับการเรียกใช้ที่ low ไม่ใช่ความผิดพลาดเล็กน้อย แต่เป็นส่วนใหญ่ของค่าใช้จ่ายเอาต์พุตของคุณในเวิร์กโหลดที่การให้เหตุผลพิเศษไม่เคยเพิ่มความแม่นยำให้คุณเลยตั้งแต่แรก การวิเคราะห์ราคา Opus 5 ของเรามีอัตราค่าบริการเต็มรูปแบบ รวมถึงส่วนลด 50% สำหรับการประมวลผลเป็นชุด และแคชขั้นต่ำ 512 โทเค็น ซึ่งทั้งสองอย่างนี้สามารถใช้ร่วมกับการตั้งค่า effort ที่ต่ำลงได้

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

การทำงานร่วมกันของ `xhigh` และ `max` กับ `max_tokens`

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

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

วิธีแก้ไขคือให้พื้นที่เพียงพอ คำแนะนำของ Anthropic คือให้เริ่มต้นที่ max_tokens: 64000 เมื่อคุณใช้ xhigh หรือ max บน Opus 5:

{
  "model": "claude-opus-5",
  "max_tokens": 64000,
  "output_config": { "effort": "xhigh" },
  "messages": [
    { "role": "user", "content": "Fix the failing integration test and explain the root cause." }
  ]
}

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

ข้อผิดพลาด 400 ที่ยังไม่มีใครเขียนถึง

ปัญหานี้จะสร้างตั๋วสนับสนุนจำนวนมาก

การปิดใช้งานการคิดและการขอ effort ระดับสูงเป็นคำสั่งที่ขัดแย้งกัน และ Opus 5 จะปฏิเสธการรวมกันนี้ทันที การส่ง thinking: {type: "disabled"} พร้อมกับ effort xhigh หรือ max จะส่งคืนค่า 400 ซึ่งบังคับใช้ต่อคำขอ:

{
  "model": "claude-opus-5",
  "max_tokens": 8192,
  "thinking": { "type": "disabled" },
  "output_config": { "effort": "xhigh" }
}

คำขอนั้นจะล้มเหลว การปิดใช้งานการคิดจะจำกัด effort ไว้ที่ high ดังนั้นการรวมกันที่ถูกต้องคือ:

เปิดใช้งานการคิด (ค่าเริ่มต้น) ด้วยระดับใดก็ได้จากห้าระดับ
ปิดใช้งานการคิดด้วย low, medium หรือ high เท่านั้น

เส้นทางการโยกย้ายที่ทำให้เกิดข้อผิดพลาดนี้สามารถคาดเดาได้: ทีมงานนำ thinking: {type: "disabled"} จากการตั้งค่า Opus 4.8 ซึ่งไม่มีผลเสียใด ๆ มาใช้ จากนั้นก็เพิ่ม effort ไปเป็น xhigh เพราะเป็นคำแนะนำในการเขียนโค้ด การแก้ไขทั้งสองดูสมเหตุสมผลเมื่อพิจารณาแยกกัน แต่เมื่อรวมกันแล้วจะทำให้เกิดข้อผิดพลาด 400

คำแนะนำของ Anthropic เองคือไม่ควรปิดใช้งานการคิดบน Opus 5 เลย เมื่อปิดการคิด จะมีข้อผิดพลาดสองประเภทที่ปรากฏขึ้นเป็นบางครั้ง: โมเดลเขียนการเรียกใช้เครื่องมือเป็นข้อความธรรมดาที่ไม่ทำงาน และแท็ก XML ภายในรั่วไหลออกไปสู่เอาต์พุตที่มองเห็นได้ ใน Agentic loop ข้อความที่รั่วไหลออกไปจะทำให้เทิร์นถัดไปผิดพลาด วิธีที่แนะนำในการควบคุมต้นทุนบน Opus 5 คือการใช้ระดับ effort ที่ต่ำลง ไม่ใช่การปิดใช้งานการคิด เราจะเจาะลึกทั้งสองข้อผิดพลาดใน คู่มือการพรอมต์ Opus 5

วิธีทดสอบ Effort Sweep ในการประเมินของคุณเอง

Anthropic แนะนำให้คุณทำการทดสอบใหม่ นี่คือขั้นตอนที่สามารถทำได้ภายในช่วงบ่าย

1. กำหนดชุดงาน. ดึงพรอมต์จริง 30 ถึง 50 รายการจากบันทึกการผลิต ไม่ใช่ตัวอย่างสังเคราะห์ รวมกรณีที่ยากที่คุณกังวลจริงๆ ความแตกต่างของ effort จะหายไปในงานที่ง่าย ซึ่งเป็นเหตุผลว่าทำไมชุดตัวอย่างที่สะอาดจึงไม่สามารถบอกอะไรคุณได้เลย

2. เขียนเกณฑ์ผ่านก่อนที่จะดูผลลัพธ์ใดๆ. การทดสอบเป็นสีเขียว, JSON ตรวจสอบกับ schema ได้, ฟิลด์ที่ดึงมาตรงกับ ground truth, ผู้ประเมินที่เป็นมนุษย์บอกว่าใช่หรือไม่ใช่ หากเกณฑ์ของคุณเป็นเพียงความรู้สึก การทดสอบของคุณก็จะให้ความรู้สึกเช่นกัน

3. รันทุกพรอมต์ในทุกระดับ. ห้าระดับคูณ 40 พรอมต์คือ 200 การเรียก บน Opus 5 นั้นมีราคาถูกพอที่จะไม่ต้องคิดมาก และคุณสามารถส่งผ่าน Batch API ได้ในราคาครึ่งหนึ่งเนื่องจากไม่มีอะไรที่ไวต่อความหน่วง

4. บันทึกสามตัวเลขต่อการรัน, ไม่ใช่หนึ่ง: ผ่านหรือไม่ผ่าน, usage.output_tokens, และ wall-clock latency บล็อก usage ในการตอบกลับคือที่ที่สัญญาณต้นทุนจริงอยู่ เพราะมันนับโทเค็นการให้เหตุผลที่คุณอาจต้องเดาเอง

5. เลือกระดับที่ถูกที่สุดที่ผ่านเกณฑ์ของคุณ, จากนั้นยืนยันด้วยชุดข้อมูลที่ไม่ได้ใช้ในการปรับแต่ง ทีมที่ข้ามชุดข้อมูลที่ไม่ได้ใช้ในการปรับแต่งมักจะใช้การตั้งค่าที่เหมาะสมกับพรอมต์ 40 รายการโดยเฉพาะ

6. รันใหม่บนโมเดลถัดไป. เหตุผลทั้งหมดที่การทดสอบนี้มีอยู่คือระดับต่างๆ ถูกปรับเทียบใหม่ระหว่าง 4.8 และ 5 สมมติว่ามันจะเกิดขึ้นอีกครั้ง

การเปรียบเทียบระดับต่างๆ ใน Apidog

ส่วนที่เป็นกลไกของการทดสอบคือการส่งเนื้อหาคำขอเดียวห้าครั้งโดยเปลี่ยนฟิลด์เดียว และจัดเรียงสิ่งที่ได้กลับมา นั่นคือการคัดลอกและวาง `curl` จำนวนมาก และเป็นส่วนที่ Apidog จัดการได้อย่างเรียบร้อย

การตั้งค่าที่ใช้งานได้:

สร้างคำขอไปยัง Anthropic Messages endpoint และเก็บคีย์ของคุณเป็นตัวแปรสภาพแวดล้อมแทนที่จะวางลงในเนื้อหา คีย์ควรอยู่นอกเหนือสิ่งที่คุณแชร์กับทีม
บันทึกคำขอที่ใช้งานได้ลงในคอลเลกชัน จากนั้นทำซ้ำห้าครั้งและเปลี่ยนเฉพาะ output_config.effort ในแต่ละสำเนา
ตรวจสอบอ็อบเจกต์ usage ในการตอบกลับแต่ละครั้ง เพื่อให้คุณสามารถเห็นโทเค็นเอาต์พุตต่อระดับโดยตรง รวมถึง cache_read_input_tokens เมื่อคุณกำลังตรวจสอบว่าการแคชของคุณทำงานหรือไม่
เปิดการสตรีมและอ่านเหตุการณ์ SSE หากคุณต้องการดูว่าความหน่วงจริงๆ แล้วเกิดขึ้นที่ใดระหว่าง xhigh กับ low
เพิ่มเงื่อนไขว่า stop_reason ต้องมีอยู่และไม่ใช่ max_tokens เพื่อให้การตอบกลับ xhigh ที่ถูกตัดทอนจะล้มเหลวอย่างชัดเจนในคอลเลกชันของคุณแทนที่จะดูเหมือนเป็นคำตอบสั้นๆ อย่างเงียบๆ

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

เพดานที่แท้จริง

Effort ทำให้ Opus 5 ทำงานได้ถูกลง แต่ไม่ได้ทำให้ Opus 5 เป็นจุดสูงสุดของ Claude stack

ตัวเลขการเปิดตัวของ Anthropic สำหรับ Opus 5 นั้นแข็งแกร่ง: เพิ่มขึ้นมากกว่าสองเท่าของคะแนน Frontier-Bench v0.1 ของ Opus 4.8 ประมาณ 3 เท่าของโมเดลที่ดีที่สุดถัดไปบน ARC-AGI 3 และอยู่ในช่วง 0.5% ของ Fable 5 บน CursorBench 3.2 ในราคาครึ่งหนึ่ง ตัวเลขเหล่านี้ทั้งหมดเป็นตัวเลขที่ดำเนินการโดยผู้ขาย ซึ่งเผยแพร่โดย Anthropic และยังไม่มีการทำซ้ำโดยอิสระ ณ วันที่ 25 กรกฎาคม 2026 โปรดถือว่าเป็นการอ้างสิทธิ์ที่มีแหล่งที่มา ไม่ใช่การวัดที่เป็นกลาง และดู การวิเคราะห์เกณฑ์มาตรฐาน Opus 5 ของเราสำหรับข้อควรระวังในแต่ละข้อ

เหนือ Opus 5, Fable 5 ยังคงเป็นโมเดลที่ความสามารถสูงสุดที่ Anthropic ได้เผยแพร่ออกมาอย่างกว้างขวาง โดยมีราคา 10 ดอลลาร์ต่อล้านโทเค็นอินพุต และ 50 ดอลลาร์ต่อล้านโทเค็นเอาต์พุต และ Opus 5 ยังคงตามหลัง Mythos 5 ในด้านการโจมตีทางไซเบอร์และการวิจัยชีววิทยาอัตโนมัติ ซึ่ง Anthropic ระบุโดยตรง การรัน Opus 5 ที่ max ไม่ได้ช่วยลดช่องว่างทั้งสองนี้ สรุปอย่างตรงไปตรงมาคือความสามารถระดับ Frontier-class ในราคาครึ่งหนึ่งของ Frontier-class โดยมีเพดานที่ระบุอยู่เหนือกว่า ไม่ว่าความแตกต่างของราคาจะคุ้มค่าสำหรับปริมาณงานของคุณหรือไม่นั้นคือคำถามที่เราจะพิจารณาใน Opus 5 vs Fable 5

button

คำถามที่พบบ่อย

ระดับ effort เริ่มต้นบน Claude Opus 5 คืออะไร? high คำขอที่ไม่มีฟิลด์ output_config จะรันด้วย effort high โดยเปิดใช้งานการคิดแบบปรับตัว

ระดับ effort ทั้งห้าคืออะไร? low, medium, high, xhigh และ max Anthropic แนะนำให้เริ่มต้นที่ xhigh สำหรับการเขียนโค้ดและงาน Agentic และลดระดับลงจากนั้นตามการประเมินของคุณเอง

เหตุใดคำขอของฉันจึงส่งคืนค่า 400 เมื่อฉันตั้งค่า effort เป็น xhigh? เกือบจะแน่นอนว่าเป็นเพราะคุณส่ง thinking: {type: "disabled"} ไปด้วย การปิดใช้งานการคิดจะจำกัด effort ไว้ที่ high และการรวมกันนี้จะถูกปฏิเสธต่อคำขอ ไม่ว่าจะลบบล็อกการปิดใช้งานการคิดออก หรือลด effort ลงเป็น high หรือต่ำกว่า

ฉันสามารถนำการตั้งค่า effort ของ Opus 4.8 กลับมาใช้ใหม่บน Opus 5 ได้หรือไม่? ไม่ได้ ระดับต่างๆ ได้รับการปรับเทียบใหม่ ดังนั้นป้ายกำกับเดียวกันจึงหมายถึงปริมาณการให้เหตุผลที่แตกต่างกัน Anthropic ขอให้คุณทำการทดสอบใหม่ทั้งหมด รายการการเปลี่ยนแปลงทั้งหมดอยู่ใน คู่มือการโยกย้าย

การลด effort ทำให้การตอบกลับสั้นลงหรือไม่? ไม่ได้ Effort ควบคุมการให้เหตุผล ไม่ใช่ความยาวที่มองเห็นได้ และการตอบกลับเริ่มต้นของ Opus 5 จะยาวกว่าของ Opus 4.8 หากคุณต้องการผลลัพธ์ที่สั้นลง ให้ระบุความกระชับในพรอมต์อย่างชัดเจน

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

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