Thanawat Wongchai

Posted on Sep 2 Originally published at apidog.com

อัปเกรด Claude Fable 5.1 จาก Fable 5 หรือ Opus 5: ทุก Breaking Change

#ai #claude #llm #tutorial

คู่มือย้ายไปใช้ Claude Fable 5.1: จุดที่ต้องแก้และวิธีทดสอบ

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

ลองใช้ Apidog วันนี้

คู่มือนี้สรุปขั้นตอนตามลำดับที่มักพบปัญหา พร้อมข้อความแสดงข้อผิดพลาดและวิธีแก้ไขที่นำไปใช้ได้ทันที โดยอ้างอิงจาก คู่มือการโยกย้าย และ มีอะไรใหม่ใน Claude Fable 5.1

สำหรับภาพรวมโมเดล โปรดอ่าน Claude Fable 5.1 คืออะไร ก่อน

ขั้นตอนที่ 0: ตรวจสอบว่าควรย้ายหรือไม่

Anthropic แนะนำให้เริ่มจาก Opus 5 และเลือก Fable 5.1 เมื่อจำเป็นต้องใช้เหตุผลซับซ้อนหรืองานเอเจนต์ระยะยาว หรือเมื่อการประเมินด้วย Opus 5 ที่ใช้ความพยายามสูงยังไม่เพียงพอ

หาก Opus 5 ผ่านการประเมินอยู่แล้ว การย้ายไป Fable 5.1 จะเพิ่มราคาต่อโทเค็นเป็นสองเท่าโดยอาจไม่ได้ประสิทธิภาพเพิ่มขึ้น ส่วนผู้ใช้ Fable 5 จะได้ราคาเดิม พร้อมการอ่านแคชที่ถูกลงและตัวเลขประสิทธิภาพที่ดีขึ้นตามที่อ้างไว้

ดูการเปรียบเทียบเพิ่มเติมได้ที่:

ตรวจสอบข้อจำกัดเบื้องต้นสามรายการ:

การเก็บรักษาข้อมูล: Fable 5.1 ต้องใช้การเก็บรักษาข้อมูล 30 วัน และไม่รองรับนโยบายเก็บข้อมูลเป็นศูนย์ (ZDR) เว้นแต่ Anthropic จะอนุญาตเป็นกรณีพิเศษ องค์กรที่ใช้ ZDR จะได้รับ 400 invalid_request_error โดยไม่มีรายละเอียดเพิ่มเติม ส่วน Opus 5 ยังรองรับ ZDR
Priority Tier: Fable 5.1 ไม่รองรับ Priority Tier แต่ Fable 5 รองรับ
Rate limits: Fable 5.1 ใช้กลุ่มทรัพยากร “Fable 5.x” ร่วมกับ Fable 5 ดังนั้นการทยอยย้ายยังคงใช้โควตากลุ่มเดียวกัน

ขั้นตอนที่ 1: อัปเดตชื่อโมเดล

model = "claude-fable-5"    # Before
model = "claude-opus-5"     # Or before
model = "claude-fable-5-1"  # After

บน Amazon Bedrock ให้ใช้ ID:

anthropic.claude-fable-5-1

Google Cloud, Microsoft Foundry และ Claude Platform บน AWS ใช้:

claude-fable-5-1

หากใช้ Claude Managed Agents การเปลี่ยนโมเดล ID อาจเป็นการเปลี่ยนแปลงเพียงรายการเดียวที่จำเป็น

การเปลี่ยนแปลงที่ 1: การบังคับใช้เครื่องมือคืนค่า 400

Fable 5 รองรับ tool_choice ประเภท auto, none, any และ tool แต่ Fable 5.1 ไม่รองรับ any และ tool บน Messages API, Batches API และเอนด์พอยต์นับโทเค็น

tool_choice: type "tool" and "any" are not supported for this model.

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

ก่อนย้าย: Fable 5

response = client.messages.create(
    model="claude-fable-5",
    max_tokens=16000,
    tools=[record_summary_tool],
    tool_choice={"type": "tool", "name": "record_summary"},
    messages=[{"role": "user", "content": "Summarize: The meeting moved to Thursday."}],
)

หลังย้าย: Fable 5.1

ปล่อยให้ tool_choice เป็น auto ระบุชื่อเครื่องมือในคำสั่ง และใช้ strict: true เพื่อให้อาร์กิวเมนต์ยังตรงกับสคีมา

record_summary_tool["strict"] = True
record_summary_tool["input_schema"]["additionalProperties"] = False

response = client.messages.create(
    model="claude-fable-5-1",
    max_tokens=16000,
    tools=[record_summary_tool],
    tool_choice={"type": "auto"},
    messages=[{"role": "user", "content": "Summarize: The meeting moved to Thursday. Call the record_summary tool with your result."}],
)

หากต้องการ JSON ให้เปลี่ยนไปใช้เอาต์พุตที่มีโครงสร้างผ่าน output_config.format แทนการบังคับเครื่องมือ

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

disable_parallel_tool_use: true ยังทำงานร่วมกับ auto ได้ แต่ความหมายคือเรียกใช้เครื่องมือได้สูงสุดหนึ่งครั้ง ไม่ใช่การบังคับให้ต้องเรียกเครื่องมือ

ควรลบ logic ที่ retry เมื่อไม่มีการเรียกเครื่องมือออก เพราะ Anthropic ระบุว่า Fable 5.1 ทำตามคำสั่งเครื่องมือที่ชัดเจนได้อย่างน่าเชื่อถือ

สำหรับองค์กรที่ใช้ CMEK ไม่สามารถใช้ strict: true หรือเอาต์พุตที่มีโครงสร้างกับโมเดล Fable ได้ ให้ใช้คำสั่งที่ชัดเจนแทน

ดูรายละเอียด การใช้เครื่องมือแบบเข้มงวด

การเปลี่ยนแปลงที่ 2: โมเดลรุ่นเก่าอ่านบล็อกความคิดของ Fable 5.1 ไม่ได้

บล็อกความคิดทุกบล็อกจะบันทึกโมเดลที่สร้างบล็อกนั้นไว้ Fable 5.1 สามารถอ่านบล็อกจาก Opus 5, Fable 5, Mythos 5 และโมเดลรุ่นก่อนหน้าได้

ข้อยกเว้นคือ Mythos 5.1 ปัจจุบันเป็นโมเดลอื่นเพียงรุ่นเดียวที่สามารถอ่านบล็อกความคิดของ Fable 5.1 ได้

หากการสนทนาของ Fable 5.1 ถูกส่งต่อไปยังโมเดลรุ่นเก่าผ่าน router, client-side retry หรือ fallback เมื่อการจัดประเภทปฏิเสธ API จะตัดบล็อกที่โมเดลปลายทางอ่านไม่ได้ออกก่อนประมวลผล

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

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

หากต้องการตรวจสอบรายละเอียด ให้ส่งส่วนหัวเบต้า:

thinking-binding-controls-2026-08-01

การตอบกลับจะมีอาร์เรย์ input_transformations ซึ่งระบุบล็อกที่ถูกตัดด้วยเหตุผล:

model_binding_mismatch

รายละเอียดเพิ่มเติมอยู่ใน การคิดที่ถูกรักษาไว้

การเปลี่ยนแปลงที่ 3: การแก้ไขเทิร์นก่อนหน้าทำให้บล็อกความคิดเป็นโมฆะ

บล็อกความคิดของ Fable 5.1 ใช้ได้เฉพาะเมื่อ system, อาร์เรย์ tools และประวัติข้อความก่อนหน้าบล็อกนั้นยังตรงกัน

เมื่อเปิดใช้การตรวจสอบ การเล่นซ้ำบล็อกหลังแก้ไขประวัติจะถูกปฏิเสธ:

messages.5.content.0: Invalid `signature` in `thinking` block. The block is bound to a different conversation. Remove the block, or set `thinking.block_binding.prefix_mismatch_behavior` to "drop_block". That setting requires the `thinking-binding-controls-2026-08-01` value in the `anthropic-beta` header.

บัญชีใดถูกบังคับใช้

บัญชีที่สร้างตั้งแต่วันที่ 31 สิงหาคม 2026 เป็นต้นไปจะถูกบังคับใช้
บัญชีเก่าจะบันทึกความไม่ตรงกัน แต่จะบังคับใช้เมื่อกำหนด thinking.block_binding.prefix_mismatch_behavior
Anthropic ระบุว่าโมเดลในอนาคตจะบังคับใช้กฎนี้กับทุกบัญชี
หากคุณสร้างเครื่องมือให้ผู้ใช้รายอื่นเรียกด้วย API key ของตนเอง ควรทดสอบกับบัญชีใหม่ด้วย
Claude Code, claude.ai, Managed Agents และ Agent SDK จะรักษา prefix ให้โดยอัตโนมัติ
Mythos 5.1 ไม่ทำการตรวจสอบนี้

สิ่งที่ทำให้บล็อกถัดไปเป็นโมฆะ

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

สิ่งที่ยังคงรักษาความถูกต้องของบล็อก

ใช้ประวัติแบบเพิ่มอย่างเดียว (append-only)
ลบบล็อกความคิดที่เก่าที่สุดก่อน
เปลี่ยนพารามิเตอร์นอกเหนือจาก system, tools และ messages
ย้ายตัวบ่งชี้ cache_control
ใช้การบีบอัดหรือการแก้ไขบริบทฝั่งเซิร์ฟเวอร์

วิธีหลีกเลี่ยงชั่วคราว: ใช้ `drop_block`

ส่งส่วนหัวเบต้าและตั้งค่า prefix_mismatch_behavior เป็น "drop_block":

response = client.beta.messages.create(
    model="claude-fable-5-1",
    max_tokens=16000,
    thinking={"type": "adaptive", "block_binding": {"prefix_mismatch_behavior": "drop_block"}},
    betas=["thinking-binding-controls-2026-08-01"],
    messages=history,
)

for t in response.input_transformations or []:
    print(t.path, t.reason)   # prefix_binding_mismatch or model_binding_mismatch

API จะตัดบล็อกที่ไม่ตรงกันตั้งแต่บล็อกแรก รวมถึงบล็อกความคิดหลังจากนั้น แล้วประมวลผลต่อโดยรายงานการตัดแต่ละครั้ง

การตั้งค่านี้มีผลเฉพาะคำขอนั้น จึงต้องส่งซ้ำทุกครั้งที่ต้องการใช้งาน

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

ดูรายละเอียดใน คู่มือการคิดที่ถูกรักษาไว้

ตารางปรับวิธีใช้งาน

สิ่งที่กำลังทำ	ให้ทำสิ่งนี้แทน
แก้ไข system กลางเซสชัน	ตรึง system ตั้งแต่เริ่มต้น หรือเพิ่มข้อความ `role: "system"` ที่อธิบายการเปลี่ยนแปลงจริง
แก้ไข tools กลางเซสชัน	ประกาศชุดเต็มล่วงหน้า หรือใช้บล็อก `tool_addition` / `tool_removal` ใน system message ผ่านเบต้า `mid-conversation-tool-changes-2026-07-01`
แทรกคำเตือนต่อเทิร์นแล้วลบออก	ใช้ system message เฉพาะเทิร์นพร้อม `clear_at: "next_user_message"` ผ่านเบต้า `mid-conversation-system-clear-at-2026-08-21` และเก็บข้อความนั้นไว้ในประวัติ
ลบผลลัพธ์เครื่องมือเก่าฝั่งไคลเอ็นต์	ใช้การแก้ไขบริบทฝั่งเซิร์ฟเวอร์
บีบอัดฝั่งไคลเอ็นต์แต่เก็บเทิร์นล่าสุดไว้	ใช้การบีบอัดฝั่งเซิร์ฟเวอร์ หรือส่งข้อความสรุปหนึ่งข้อความพร้อมเทิร์นผู้ใช้ใหม่ โดยไม่เล่นซ้ำข้อมูลอื่น
อ้างอิงรูปภาพด้วย URL ข้ามเทิร์น	อัปโหลดไปยัง Files API ครั้งเดียว แล้วส่ง `file_id`

หากย้ายจาก Opus 5: อีก 4 รายการที่ต้องแก้

1. ปิดการคิดไม่ได้

Opus 5 รองรับ:

thinking={"type": "disabled"}

ที่ระดับความพยายาม high หรือต่ำกว่า แต่ Fable 5.1 จะคืนค่า 400 ไม่ว่าจะใช้ระดับความพยายามใด

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

2. ข้อความระหว่างเรียกใช้เครื่องมือย้ายไปอยู่ในบล็อกความคิด

บน Opus 5 ข้อความระหว่างการเรียกใช้เครื่องมือจะเป็นบล็อก text

บน Fable 5.1 ข้อความดังกล่าวจะอยู่ในบล็อก thinking ที่รายงานความคืบหน้า และจะว่างเปล่าโดยค่าเริ่มต้นเนื่องจาก display: "omitted"

หาก UI ต้องแสดงข้อความเหล่านี้ ให้ใช้:

thinking={
    "type": "adaptive",
    "display": "updates",
}

พร้อมส่วนหัวเบต้า:

thinking-display-updates-2026-08-18

3. ชุดตัวจัดประเภทกว้างขึ้น

Opus 5 ใช้ตัวจัดประเภทเฉพาะด้านไซเบอร์ ขณะที่ Fable 5.1 ครอบคลุม:

cyber
bio
frontier_llm
reasoning_extraction
general_harms

ตรวจสอบ stop_reason: "refusal" ก่อนอ่าน content และพิจารณาใช้ fallbacks:

server-side-fallback-2026-07-01

เป้าหมายที่รองรับคือ Opus 4.8 และ Opus 5 ดังนั้นคำขอที่ถูกปฏิเสธสามารถย้อนกลับไปยังโมเดลเดิมที่กำลังย้ายออกมาได้

4. ราคาและการเก็บรักษาข้อมูลเปลี่ยนแปลง

ราคาหลักเปลี่ยนจาก $5 และ $25 เป็น $10 และ $50 ขณะที่การอ่านแคชเปลี่ยนจาก $0.50 เป็น $0.25

Fable 5.1 ไม่รองรับ ZDR

ดูรายละเอียดได้ที่ รายละเอียดราคา Fable 5.1

หากย้ายจาก Opus 4.8 หรือรุ่นก่อนหน้า ให้ทำตาม การโยกย้ายจาก Opus 4.8 ไปยัง Opus 5 ก่อน แล้วจึงใช้คู่มือนี้

ระบบที่สร้างบน Opus 4.8 มักตัดเทิร์นเก่าหรือสร้าง system prompt ใหม่ทุกคำขอ ซึ่งไม่เคยเป็นปัญหาบน Opus 4.8 แต่จะกระทบ Fable 5.1

การเปลี่ยนแปลงด้านพฤติกรรมที่ต้องทดสอบ

รายการต่อไปนี้ไม่ทำให้เกิดข้อผิดพลาด แต่ควรตรวจสอบในการประเมินใหม่:

ในลูปยาว Fable 5.1 อาจเรียกเครื่องมือครั้งละหนึ่งครั้งต่อเทิร์น ขณะที่ Fable 5 อาจเรียกหลายครั้งพร้อมกัน ให้วัดสัดส่วนเทิร์นที่มีการเรียกหลายเครื่องมือ หากลดลง ให้เพิ่มคำสั่งให้รวมกลุ่มการเรียก
Fable 5.1 เขียนข้อความความคืบหน้าน้อยลง หากต้องการแสดงผลใน UI ให้ใช้ display: "updates"
ลบคำสั่งที่บอกโมเดลให้ระงับผลการค้นพบ หากต้องการให้แสดงข้อความความคืบหน้า
ที่ระดับความพยายาม low โมเดลอาจเรียกเครื่องมือค้นหาน้อยลง ให้เพิ่มระดับความพยายามในเทิร์นที่ต้องใช้ข้อมูลใหม่

ดูแนวทางเพิ่มเติมได้จาก คู่มือการแจ้งเตือน Fable 5.1

การเปลี่ยนแปลงที่แนะนำ

กำหนดความพยายามต่อข้อความ: ผ่านเบต้า mid-conversation-output-config-2026-07-01 ให้เปลี่ยนระดับด้วย system message ที่ไม่มีเนื้อหาแต่มี output_config แทนการเปลี่ยนค่าระดับบนสุด ซึ่งอาจรีเซ็ตแคช
เริ่มประเมินที่ high: ประโยชน์จาก Fable 5 มักเด่นชัดที่สุดที่ xhigh และ max ขณะที่ Anthropic ระบุว่า medium ให้ผลใกล้เคียง Fable 5 ด้วยต้นทุนต่ำกว่า ชื่อระดับความพยายามไม่สามารถเทียบข้ามโมเดลโดยตรง
ใช้การตัดบริบทฝั่งเซิร์ฟเวอร์: การบีบอัดฝั่งเซิร์ฟเวอร์ผ่านเบต้า compact-2026-01-12 และการแก้ไขบริบทไม่ถือเป็นการแก้ไขประวัติ
วางแผนต้นทุนใหม่: จำนวนโทเค็นไม่ได้เปลี่ยนจาก Fable 5 แต่การอ่านแคชมีราคาหนึ่งในสี่

รายการตรวจสอบการโยกย้าย

[ ] ยืนยันการเก็บรักษาข้อมูล 30 วัน และไม่มีการพึ่งพา Priority Tier
[ ] อัปเดตชื่อโมเดลเป็น claude-fable-5-1
[ ] เปลี่ยน tool_choice ประเภท any หรือ tool เป็น auto พร้อมคำสั่งและ strict: true หรือใช้เอาต์พุตที่มีโครงสร้าง
[ ] หากย้ายจาก Opus 5 ให้ลบ thinking: {"type": "disabled"} และทบทวน max_tokens
[ ] ส่งบล็อกความคิดกลับไปโดยไม่เปลี่ยนแปลงในทุกเทิร์น รวมถึงบล็อกว่าง
[ ] หากโค้ดสร้าง messages ให้ทดสอบด้วย prefix_mismatch_behavior: "drop_block"
[ ] บันทึกและตรวจสอบ input_transformations
[ ] แก้ไขทุก prefix_binding_mismatch
[ ] ตรึง system และ tools ตั้งแต่เริ่มเซสชัน
[ ] ย้ายคำเตือนต่อเทิร์นไปยัง system message เฉพาะเทิร์นที่ไม่ถูกลบ
[ ] เลือก prefix_mismatch_behavior สำหรับ production และตรวจสอบผลลัพธ์
[ ] จัดการ stop_reason: "refusal" ก่อนอ่าน content
[ ] เพิ่ม fallbacks: "default" หากเหมาะสม
[ ] หาก UI แสดงข้อความระหว่างเครื่องมือ ให้ตั้งค่า display: "updates"
[ ] ประเมินระดับความพยายามใหม่ โดยเริ่มจาก high
[ ] ปรับประมาณการต้นทุน โดยเฉพาะผลจากการอ่านแคชที่ถูกลง

ทดสอบรายการตรวจสอบด้วย Apidog

สร้างคอลเลกชันที่มีคำขออย่างน้อยหนึ่งรายการต่อกรณี:

เรียกใช้ tool_choice แบบบังคับ ซึ่งควรได้ 400
เรียกใช้ thinking: {"type": "disabled"} ซึ่งควรได้ 400
ส่งคำขอสองครั้ง โดยแก้ไข system prompt ระหว่างเทิร์น พร้อมเปิดใช้ส่วนหัว thinking binding ซึ่งควรได้ prefix_binding_mismatch
เพิ่มเวอร์ชันที่แก้ไขแล้ว และตรวจสอบว่า:
- stop_reason มีค่าตามคาด
- input_transformations เป็นอาร์เรย์ว่าง
- การเรียกเครื่องมือยังตรงกับสคีมา

รันคอลเลกชันนี้ใน CI ผ่าน Apidog CLI ทุกครั้งที่มีการเปลี่ยนแปลงระบบ

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

การย้ายจาก Fable 5 ไป Fable 5.1 เป็นแบบ Drop-in หรือไม่

ส่วนใหญ่ใช่ แต่มีข้อยกเว้นสำคัญ:

tool_choice แบบ any และ tool คืนค่า 400
โมเดลรุ่นเก่าอ่านบล็อกความคิดของ Fable 5.1 ไม่ได้
บัญชีที่ถูกบังคับใช้จะปฏิเสธบล็อกความคิดที่ตามหลังประวัติซึ่งถูกแก้ไข
ความสามารถอื่นส่วนใหญ่ยังทำงานเหมือนเดิม

“เชื่อมโยงกับการสนทนาอื่น” หมายความว่าอย่างไร

หมายความว่าโค้ดได้เปลี่ยนแปลงบางอย่างก่อนบล็อกความคิดของ Fable 5.1 แล้วนำบล็อกเดิมกลับมาใช้ใหม่

วิธีแก้คือหยุดการแก้ไขประวัติ หรือส่งส่วนหัว thinking-binding-controls-2026-08-01 พร้อมตั้งค่า prefix_mismatch_behavior: "drop_block"

บัญชีของฉันบังคับใช้การตรวจสอบการแก้ไขประวัติหรือไม่

หากบัญชีสร้างขึ้นตั้งแต่วันที่ 31 สิงหาคม 2026 เป็นต้นไป จะบังคับใช้โดยอัตโนมัติ

บัญชีเก่าจะบังคับใช้เมื่อคุณกำหนด prefix_mismatch_behavior อย่างชัดเจน

ยังใช้พรอมต์ Fable 5 เดิมได้หรือไม่

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

มีอะไรเปลี่ยนเมื่อย้ายจาก Opus 5

นอกจากรายการของ Fable 5 แล้ว ยังมีสิ่งต่อไปนี้:

thinking: disabled คืนค่า 400
ข้อความระหว่างเรียกเครื่องมือย้ายไปอยู่ในบล็อกความคิด
ชุดตัวจัดประเภทกว้างขึ้น
ราคาเพิ่มเป็นสองเท่า
ไม่รองรับ ZDR

Bedrock และ Google Cloud มีการเปลี่ยนแปลงเดียวกันหรือไม่

การเปลี่ยนโมเดล ID เหมือนกัน

ส่วนการควบคุม thinking binding เปิดให้ใช้บน Claude API และ Claude Platform บน AWS ตั้งแต่เปิดตัว และกำลังทยอยเปิดบน Bedrock และ Google Cloud

หากแพลตฟอร์มยังไม่มีการควบคุมนี้ ให้ลบบล็อกความคิดออกแล้วลองคำขออีกครั้งหนึ่ง

เอกสาร Claude.ai

DEV Community

อัปเกรด Claude Fable 5.1 จาก Fable 5 หรือ Opus 5: ทุก Breaking Change

คู่มือย้ายไปใช้ Claude Fable 5.1: จุดที่ต้องแก้และวิธีทดสอบ

ขั้นตอนที่ 0: ตรวจสอบว่าควรย้ายหรือไม่

ขั้นตอนที่ 1: อัปเดตชื่อโมเดล

การเปลี่ยนแปลงที่ 1: การบังคับใช้เครื่องมือคืนค่า 400

ก่อนย้าย: Fable 5

หลังย้าย: Fable 5.1

การเปลี่ยนแปลงที่ 2: โมเดลรุ่นเก่าอ่านบล็อกความคิดของ Fable 5.1 ไม่ได้

การเปลี่ยนแปลงที่ 3: การแก้ไขเทิร์นก่อนหน้าทำให้บล็อกความคิดเป็นโมฆะ

บัญชีใดถูกบังคับใช้

สิ่งที่ทำให้บล็อกถัดไปเป็นโมฆะ

สิ่งที่ยังคงรักษาความถูกต้องของบล็อก

วิธีหลีกเลี่ยงชั่วคราว: ใช้ `drop_block`

ตารางปรับวิธีใช้งาน

หากย้ายจาก Opus 5: อีก 4 รายการที่ต้องแก้

1. ปิดการคิดไม่ได้

2. ข้อความระหว่างเรียกใช้เครื่องมือย้ายไปอยู่ในบล็อกความคิด

3. ชุดตัวจัดประเภทกว้างขึ้น

4. ราคาและการเก็บรักษาข้อมูลเปลี่ยนแปลง

การเปลี่ยนแปลงด้านพฤติกรรมที่ต้องทดสอบ

การเปลี่ยนแปลงที่แนะนำ

รายการตรวจสอบการโยกย้าย

ทดสอบรายการตรวจสอบด้วย Apidog

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

การย้ายจาก Fable 5 ไป Fable 5.1 เป็นแบบ Drop-in หรือไม่

“เชื่อมโยงกับการสนทนาอื่น” หมายความว่าอย่างไร

บัญชีของฉันบังคับใช้การตรวจสอบการแก้ไขประวัติหรือไม่

ยังใช้พรอมต์ Fable 5 เดิมได้หรือไม่

มีอะไรเปลี่ยนเมื่อย้ายจาก Opus 5

Bedrock และ Google Cloud มีการเปลี่ยนแปลงเดียวกันหรือไม่

แหล่งอ้างอิง

Top comments (0)

คู่มือย้ายไปใช้ Claude Fable 5.1: จุดที่ต้องแก้และวิธีทดสอบ

ขั้นตอนที่ 0: ตรวจสอบว่าควรย้ายหรือไม่

ขั้นตอนที่ 1: อัปเดตชื่อโมเดล

การเปลี่ยนแปลงที่ 1: การบังคับใช้เครื่องมือคืนค่า 400

ก่อนย้าย: Fable 5

หลังย้าย: Fable 5.1

การเปลี่ยนแปลงที่ 2: โมเดลรุ่นเก่าอ่านบล็อกความคิดของ Fable 5.1 ไม่ได้

การเปลี่ยนแปลงที่ 3: การแก้ไขเทิร์นก่อนหน้าทำให้บล็อกความคิดเป็นโมฆะ

บัญชีใดถูกบังคับใช้

สิ่งที่ทำให้บล็อกถัดไปเป็นโมฆะ

สิ่งที่ยังคงรักษาความถูกต้องของบล็อก

วิธีหลีกเลี่ยงชั่วคราว: ใช้ drop_block

ตารางปรับวิธีใช้งาน

หากย้ายจาก Opus 5: อีก 4 รายการที่ต้องแก้

1. ปิดการคิดไม่ได้

2. ข้อความระหว่างเรียกใช้เครื่องมือย้ายไปอยู่ในบล็อกความคิด

3. ชุดตัวจัดประเภทกว้างขึ้น

4. ราคาและการเก็บรักษาข้อมูลเปลี่ยนแปลง

การเปลี่ยนแปลงด้านพฤติกรรมที่ต้องทดสอบ

การเปลี่ยนแปลงที่แนะนำ

รายการตรวจสอบการโยกย้าย

ทดสอบรายการตรวจสอบด้วย Apidog

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

การย้ายจาก Fable 5 ไป Fable 5.1 เป็นแบบ Drop-in หรือไม่

“เชื่อมโยงกับการสนทนาอื่น” หมายความว่าอย่างไร

บัญชีของฉันบังคับใช้การตรวจสอบการแก้ไขประวัติหรือไม่

ยังใช้พรอมต์ Fable 5 เดิมได้หรือไม่

มีอะไรเปลี่ยนเมื่อย้ายจาก Opus 5

Bedrock และ Google Cloud มีการเปลี่ยนแปลงเดียวกันหรือไม่

แหล่งอ้างอิง

วิธีหลีกเลี่ยงชั่วคราว: ใช้ `drop_block`