ช่วงเวลาฟรีของ Fable 5 จะสิ้นสุดในวันที่ 7 กรกฎาคม
วันนี้คือวันที่ 3 กรกฎาคม 2026 กล่าวคือ เวลาที่ "ใช้ Fable เพราะมันฟรี" กำลังจะหมดลงในอีกไม่กี่วัน และตั้งแต่วันที่ 8 กรกฎาคมเป็นต้นไป มันจะเปลี่ยนไปใช้ระบบเครดิตตามการใช้งาน
แล้วเราจะทำอย่างไรตั้งแต่วันที่ 8 กรกฎาคม?
Sonnet 5 พร้อมใช้งานในทุกแผน รวมถึงแผนฟรี
ราคาแนะนำจนถึงวันที่ 31 สิงหาคมคือ 2 ดอลลาร์ต่อ 1 ล้านโทเค็นอินพุต และ 10 ดอลลาร์ต่อ 1 ล้านโทเค็นเอาต์พุต หลังจากนั้นจะเป็น 3 ดอลลาร์สำหรับอินพุต และ 15 ดอลลาร์สำหรับเอาต์พุต Fable 5 อยู่ที่ 10 ดอลลาร์สำหรับอินพุต และ 50 ดอลลาร์สำหรับเอาต์พุต
แม้ในราคาปกติ ก็มีความแตกต่างประมาณ 3.3 เท่า เมื่อเทียบกับราคาแนะนำของ Sonnet 5 แล้ว ก็คือ 5 เท่า
ยิ่งไปกว่านั้น Sonnet 5 ยังมีหน้าต่างบริบท 1M และเอาต์พุต 128k ความสามารถในการอ่านเอกสารยาวและโค้ดก็เท่ากับ Fable 5
ถ้าเป็นเช่นนั้น สิ่งที่ขาดหายไปจริงๆ ก็แค่ "ประสิทธิภาพ" เท่านั้นหรือ?
ข้อสรุปของผมแตกต่างออกไปเล็กน้อย ความลับของความแข็งแกร่งของ Fable 5 ไม่ใช่แค่ความฉลาดเท่านั้น มันคือพฤติกรรม
คิดให้ยาวนาน กำหนดเงื่อนไขความสำเร็จก่อน สงสัย ตรวจสอบ จดบันทึก และสุดท้าย รายงานอย่างตรงไปตรงมาว่าอะไรสำเร็จและอะไรไม่สำเร็จ
ส่วนสำคัญของพฤติกรรมนี้สามารถฝังลงใน CLAUDE.md และการตั้งค่าสภาพแวดล้อมได้
CLAUDE.md คือบันทึกการกำหนดค่าที่ Claude Code อ่านอย่างต่อเนื่อง โดยบอกมันว่า "ควรปฏิบัติตัวอย่างไรในโปรเจกต์นี้" มันไม่ใช่พรอมต์ที่คุณวางลงในทุกแชท มันคือคำแนะนำที่วางไว้ในสภาพแวดล้อมนั้นเอง
เทคนิคของผู้ที่วางพรอมต์ทุกครั้งก็แข็งแกร่งเช่นกัน การให้มันสร้างเงื่อนไขแห่งชัยชนะ เปรียบเทียบร่าง แบ่งย่อย และทำให้เสร็จ รูปแบบนั้นมีประสิทธิภาพมาก
อย่างไรก็ตาม คุณลืมสิ่งที่ต้องวางทุกครั้ง ยิ่งยาวเท่าไหร่ก็ยิ่งน่าเบื่อมากขึ้นเท่านั้น มันหายไปเมื่อเซสชันเปลี่ยนไป
นั่นคือเหตุผลที่ครั้งนี้ เราจะทำให้มันถาวร
เพื่อยืมวลีที่กำลังเป็นกระแสในต่างประเทศ:
พรอมต์นั้นชั่วคราว โครงสร้างนั้นถาวร
ในบทความนี้ ผมจะจัดเตรียมการตั้งค่า CLAUDE.md เพื่อทำให้ Sonnet 5 ใกล้เคียงกับ Fable 5 มากขึ้นในรูปแบบที่สามารถคัดลอกและวางได้
ยิ่งไปกว่านั้น สิ่งเหล่านี้ไม่ใช่แค่การตั้งค่าที่ผมคิดขึ้นมาเอง
การใช้โหมด headless ของ Claude Code โดยเฉพาะอย่างยิ่ง การถามผ่าน claude -p จากเทอร์มินัล ผมได้สัมภาษณ์ทั้ง Sonnet 5 และ Fable 5 ด้วยตัวพวกเขาเอง
ถามรุ่นน้องอย่าง Sonnet 5 เกี่ยวกับจุดอ่อนของตัวเอง
ถามรุ่นพี่อย่าง Fable 5 ถึงวิธีฝึกฝนรุ่นน้อง
การสัมภาษณ์สองครั้งนี้ให้คำตอบที่น่าสนใจมาก
ตัวตนที่แท้จริงของ Fable 5 คือ "พฤติกรรมที่คงอยู่"
เมื่อคุณใช้ Fable 5 มันฉลาดอย่างแน่นอน
แต่ถ้าคุณดูผลลัพธ์อย่างใกล้ชิด จุดแข็งของมันไม่ใช่แค่ปริมาณความรู้ วิธีการทำงานของมันแตกต่างออกไป
มันไม่ได้เริ่มสร้างทันที มันกำหนดเงื่อนไขความสำเร็จก่อน
มันไม่เชื่อใจความคิดของตัวเองในทันที มันมองหาจุดที่อาจล้มเหลวก่อน
มันไม่เพียงแค่พูดว่า "มันใช้ได้" มันแสดงสิ่งที่ใช้ในการตรวจสอบ
มันไม่เติมช่องว่างในความรู้ด้วยการแสร้งทำเป็นเข้าใจ
และแม้ในงานที่ยาวนาน มันพยายามรักษาข้อจำกัดเริ่มต้นไว้จนถึงที่สุด
สิ่งนี้เข้าใจง่ายถ้าคุณเปรียบเทียบกับการทำงานของมนุษย์
Fable 5 ดูเหมือนรุ่นพี่ที่มีความสามารถสูง แม้จะได้รับคำขอที่คลุมเครือ ก่อนที่จะรีบเร่งออกไป มันจะกลับมาถามว่า "ความสำเร็จมีลักษณะอย่างไร?" ถ้าแผนล้มเหลว มันจะทิ้งแผนนั้นและเริ่มใหม่
Sonnet 5 คือรุ่นน้องที่มีความสามารถสูง รวดเร็ว เชื่อฟัง ซื่อสัตย์ต่อคำแนะนำ อย่างไรก็ตาม หากไม่มีโครงสร้าง มันอาจตอบได้อย่างคล่องแคล่วเกินไป
ในกรณีนั้น เราแค่ต้องให้นิสัยการทำงานของรุ่นพี่แก่รุ่นน้อง
สถานที่ที่จะใส่มันคือ CLAUDE.md
จุดอ่อนที่ชัดเจนจากการสัมภาษณ์ Sonnet 5 "ตัวมันเอง"
ก่อนอื่น ผมถาม Sonnet 5 ตัวมันเอง
"ฉันควรเขียนอะไรใน CLAUDE.md เพื่อให้ได้ผลลัพธ์ระดับ Fable 5?"
การวิเคราะห์ตนเองที่มันส่งกลับมานั้นค่อนข้างซื่อสัตย์
Sonnet 5 พูดถึงตัวเองแบบนี้:
"ฉันมีแนวโน้มที่จะตอบอย่างคล่องแคล่ว และความไม่แน่นอนมักถูกซ่อนอยู่ในรูปแบบการเขียนของฉัน"
นี่เป็นสิ่งสำคัญ
คำตอบของ AI อาจเป็นอันตรายได้เมื่อการเขียนดี ถ้าเขียนชัดเจน มนุษย์มักจะเชื่อมัน แต่ในความเป็นจริง มันอาจมี "บางที" "ยังไม่ยืนยัน" หรือ "ส่วนนี้น่าสงสัย"
ดังนั้น การตั้งค่าแรกที่ต้องรวมคือ:
**ทำให้มันระบุระดับความเชื่อมั่นอย่างชัดเจนสำหรับส่วนที่ไม่แน่นอน
อย่าปล่อยให้มันซ่อนอยู่หลังคำวิเศษณ์ที่คลุมเครือ
ถ้าความเชื่อมั่นต่ำ ให้มันยืนยันก่อนดำเนินการ**
เหตุผลที่มันใช้ได้นั้นง่ายมาก มันไม่สามารถซ่อนความกังวลไว้ในรูปแบบการเขียนของมันได้อีกต่อไป
ถัดไป Sonnet 5 ยอมรับว่ามันมีแนวโน้มที่จะ "ลงมือทำก่อนแล้วค่อยปรับทีหลัง" เพื่อหยุดสิ่งนี้ ให้มันเขียนเงื่อนไขความสำเร็จก่อน
ก่อนที่จะเขียนโค้ดหรือข้อความ ให้มันแสดงสมมติฐาน เงื่อนไขความสำเร็จที่ตรวจสอบได้ และโหมดความล้มเหลว ไม่ใช่ "มันใช้ได้" หรือ "รู้สึกดี" แต่อยู่ในรูปแบบที่สามารถตัดสินได้ว่าเป็นการทดสอบ ผลลัพธ์ หน้าจอ หรือเงื่อนไขข้อความเฉพาะ
สิ่งที่สำคัญที่นี่คือการทำให้เงื่อนไขความสำเร็จเป็น "การตัดสิน" ไม่ใช่ "อารมณ์"
"ทำบทความดีๆ" นั้นอ่อนแอ
"พูดถึงกำหนดเส้นตายวันที่ 7 กรกฎาคมตอนต้น รวมความแตกต่างของราคา วางการตั้งค่า CLAUDE.md ที่สามารถคัดลอกและวางได้ 6 รายการขึ้นไป อย่าซ่อนช่องว่างที่ Fable ไม่สามารถเติมเต็มได้"
ถ้าคุณเขียนขนาดนี้ คุณสามารถเปรียบเทียบได้ในตอนท้าย
Sonnet 5 สรุปโดยกล่าวว่า:
"Fable 5 สามารถคิดอย่างลึกซึ้งได้ด้วยตัวเอง ฉันเคลื่อนไหวอย่างรวดเร็วและแม่นยำถ้าได้รับโครงสร้าง การเชื่อมช่องว่างนั้นด้วย CLAUDE.md คือแก่นแท้"
แก่นของบทความนี้คือสิ่งนั้นอย่างแท้จริง
ผลลัพธ์จากการสัมภาษณ์ Fable 5
ต่อไป ผมถาม Fable 5 ตัวมันเองเกี่ยวกับหัวข้อเดียวกัน
คำตอบแรกนั้นยอดเยี่ยมมาก
"รายงานตนเองของโมเดลไม่ใช่ข้อมูลที่เชื่อถือได้"
ถูกต้อง เพียงเพราะผมถามโมเดลไม่ได้หมายความว่ามันเป็นเกณฑ์มาตรฐาน การประเมินตนเองจากภายในนั้นมีความลำเอียง
ดังนั้น ในบทความนี้ ผมจะไม่ถือว่า "สิ่งที่พวกเขาพูด" เป็นความจริงสัมบูรณ์ ผมจะถือว่ามันเป็นคำแนะนำสำหรับการสร้างรูปแบบการใช้งาน
ที่กล่าวว่า ความแตกต่างที่ Fable 5 กำหนดไว้นั้นเฉียบคม
มันกล่าวว่าความแตกต่างคือ "สิ่งที่เกิดขึ้นเมื่อไม่มีโครงสร้าง หรือเมื่อโครงสร้างที่ให้มานั้นผิด"
ถ้าข้อกำหนดชัดเจน มีการทดสอบ และมีขั้นตอนที่กำหนดไว้ ความแตกต่างก็มีน้อย
ความแตกต่างจะปรากฏเมื่อข้อกำหนดนั้นผิด เมื่อแผนล้มเหลว เมื่อต้องรักษาข้อจำกัดเริ่มต้นจนจบงานที่ยาวนาน เมื่อต้องยับยั้งชั่งใจตนเองเพื่อไม่เพิ่มการปรับปรุงที่ไม่ได้รับการร้องขอ
และ Fable 5 ก็ยอมรับจุดอ่อนของตัวเอง
ต้นทุนต่อหน่วยสูง คิดมากเกินไปแม้แต่งานง่ายๆ แพ้ในการแข่งขันความเร็วสำหรับการประมวลผลจำนวนมาก
กล่าวอีกนัยหนึ่ง "ใช้ Fable สำหรับทุกอย่าง" คือการจัดการที่ผิดทางเศรษฐกิจ
ดังนั้น `CLAUDE.md` ที่ Fable 5 เขียนให้รุ่นน้องอย่าง Sonnet คืออะไร?
การจัดระเบียบประเด็นที่ทับซ้อนกับฝั่งของ Sonnet นี่คือ 7 เคล็ดลับที่ควรจำไว้
7 เคล็ดลับสำหรับ `CLAUDE.md` เพื่อเปลี่ยน Sonnet 5 ให้เป็น Fable
อย่างแรกคือเงื่อนไขความสำเร็จ ทั้งสองโมเดลหยิบยกประเด็นนี้ขึ้นมาอย่างอิสระ
1[ตัดสินความสำเร็จโดยอัตโนมัติ]2กำหนด "ความสำเร็จ" ในหนึ่งบรรทัดก่อนเริ่มต้น3ตัวอย่าง: การทดสอบนี้ผ่าน คำสั่งนี้คืนค่า exit 0 หัวข้อนี้อยู่ในเนื้อหา4ถ้าคุณไม่สามารถเขียนได้ ให้ถามว่าต้องตัดสินใจอะไรก่อนดำเนินการ
อย่างที่สองคือการตีความหลายแบบ ทั้งสองเห็นด้วยในเรื่องนี้เช่นกัน
1[อย่าเลือกการตีความหลายแบบด้วยตัวเอง]2ถ้าคำสั่งมีการตีความตั้งแต่สองแบบขึ้นไป อย่าเลือกแบบใดแบบหนึ่งอย่างเงียบๆ3แสดงรายการการตีความที่เป็นไปได้และยืนยันพร้อมคำแนะนำ4อย่างไรก็ตาม ถ้าผลลัพธ์ยังคงเหมือนเดิมไม่ว่าจะตีความแบบไหน คุณสามารถดำเนินการต่อได้
อย่างที่สามคือขอบเขต
1[ห้ามการปรับปรุงโดยบังเอิญ]2อย่าใช้การเปลี่ยนแปลงที่ไม่ได้ถูกร้องขอ3"แก้ไขไปในตัว" หรือ "ออกแบบให้ดีขึ้น" เป็นสิ่งต้องห้าม4ถ้าคุณพบพื้นที่ใกล้เคียงที่ควรปรับปรุง ให้แสดงเป็นข้อเสนอแนะแทนที่จะลงมือทำ
อย่างที่สี่คือการรายงานการตรวจสอบ
1[รายงาน 'ตรวจสอบแล้ว' แทนที่จะเป็น 'มันใช้ได้']2รายงานความสำเร็จต้องรวมหลักฐาน เช่น คำสั่งตรวจสอบที่ดำเนินการแล้ว ค่าที่ส่งคืน ผลการทดสอบ และการยืนยันจากภาพหน้าจอ3อย่าเขียน "มันน่าจะใช้ได้" สำหรับสิ่งที่ไม่ได้ดำเนินการ4ระบุเหตุผลอย่างชัดเจนสำหรับการตรวจสอบที่ข้ามไป
อย่างที่ห้าคือวิธีคงอยู่ผ่านความล้มเหลวแบบเดียวกัน ความคงอยู่เป็นสิ่งสำคัญ แต่การคงอยู่ในทิศทางที่ผิดจะเสียเวลา
1[ลองซ้ำสูงสุด 2 ครั้งสำหรับข้อผิดพลาดเดียวกัน]2ถ้าการแก้ไขข้อผิดพลาดเดียวกันล้มเหลวสองครั้ง อย่าลองรูปแบบที่สาม3รายงานสถานะปัจจุบัน สิ่งที่ลองแล้ว และสมมติฐานที่เหลืออยู่โดยย่อ จากนั้นเปลี่ยนแนวทาง
อย่างที่หกคือบทบาทของผู้คัดค้าน
1[ตรวจสอบครั้งแรกก่อนเสร็จสิ้น]2ก่อนรายงานความสำเร็จ ให้ตรวจสอบการเปลี่ยนแปลงของคุณราวกับว่าคุณกำลังอ่านเป็นครั้งแรก3ระบุฟังก์ชันที่อยู่ติดกันหนึ่งฟังก์ชันที่อาจพัง4เขียนสิ่งที่รุ่นพี่ที่ขี้สงสัยจะพูดในทางคัดค้าน และตอบข้อคัดค้านนั้น
อย่างที่เจ็ดคือความเชื่อมั่นและความคืบหน้าที่ซื่อสัตย์ สิ่งนี้สะท้อนถึงการวิเคราะห์ตนเองของ Sonnet 5
1[รายงานความเชื่อมั่นและความคืบหน้าใน 3 ประเด็น]2แนบระดับความเชื่อมั่น (สูง, ปานกลาง, ต่ำ) กับส่วนที่ไม่แน่นอน3ถ้าความเชื่อมั่นอยู่ในระดับปานกลางหรือต่ำ ให้ถามว่าควรยืนยันก่อนดำเนินการหรือไม่4ในงานที่ยาวนาน ให้รายงานเฉพาะสามประเด็นต่อไปนี้ในแต่ละเหตุการณ์สำคัญ:5สิ่งที่เสร็จสิ้น สิ่งที่ต้องทำต่อไป สิ่งที่คุณกังวล6ห้ามรายงานที่ประกอบด้วยเพียง "ดำเนินการต่อไปโดยไม่มีปัญหา"
7 เคล็ดลับเหล่านี้ไม่ใช่การตั้งค่าที่เพิ่มความสามารถ
มันคือการตั้งค่าที่ป้องกันโหมดความล้มเหลวที่ช่องว่างปรากฏขึ้นล่วงหน้า
อย่าตกหลุมข้อกำหนด อย่าตัดสินความคลุมเครือด้วยตัวเอง อย่าขยายขอบเขต อย่าอ้างว่าสำเร็จโดยไม่มีการตรวจสอบ อย่าดำเนินแผนที่พังต่อไป
โดยสรุป เรากำลังแนบพฤติกรรมที่ Fable 5 ทำตามธรรมชาติเข้ากับสภาพแวดล้อมของ Sonnet 5 จากภายนอก
สิ่งที่เราเห็นในการเปรียบเทียบ
สิ่งที่น่าสนใจคือคำตอบของ Sonnet 5 และ Fable 5 ตรงกันอย่างมีนัยสำคัญแม้จะถูกถามแยกกัน
อย่างแรก อย่าเลือกการตีความหลายแบบด้วยตัวเอง
ทั้งสองพูดแบบนี้ เมื่อได้รับคำแนะนำที่คลุมเครือ AI มีแนวโน้มที่จะเลือกการตีความที่เป็นไปได้และดำเนินการต่อ จากมุมมองของมนุษย์ คุณคิดว่า "ฉันอยากให้คุณตรวจสอบสิ่งนั้น"
ต่อไป ทำให้การตรวจสอบเป็นภายนอก
แทนที่จะปล่อยให้มันพูดว่า "มันใช้ได้" ให้มันแสดงสิ่งที่ดำเนินการ สิ่งที่ผ่าน และสิ่งที่เห็น แม้ในแนวทางปฏิบัติที่ดีที่สุดอย่างเป็นทางการ การให้ Claude มีวิธีตรวจสอบงานของตัวเองถือว่าสำคัญที่สุด
จัดเตรียมการตรวจสอบที่ส่งผลให้ผ่านหรือล้มเหลว เช่น การทดสอบ การ build หรือการเปรียบเทียบภาพหน้าจอ สิ่งนี้จะปิดวงจร
ยิ่งไปกว่านั้น การแยกสายตาที่ตรวจสอบนั้นยิ่งใหญ่
ถ้าผู้สร้างให้คะแนนตัวเอง พวกเขาจะผ่อนปรน ให้ตัวแทนตรวจสอบในบริบทใหม่ตรวจสอบ diff กับแผน มันเหมือนกับการมีผู้ตรวจสอบแยกจากผู้เขียนในแง่มนุษย์
และสุดท้าย ช่องว่างที่ไม่สามารถเชื่อมได้ก็ตรงกันเช่นกัน
การรักษาบริบทระยะยาว
ในงานที่เกี่ยวข้องกับการเรียกใช้เครื่องมือหลายสิบครั้งและใช้เวลาหลายชั่วโมง ความสามารถในการรักษาข้อจำกัดที่กำหนดไว้ตั้งแต่ต้นจนจบ สิ่งนี้ไม่สามารถเติมเต็มได้อย่างสมบูรณ์ด้วย CLAUDE.md เพียงอย่างเดียว
ถ้าผมซ่อนสิ่งนี้ บทความก็จะกลายเป็นเรื่องโกหก
การตกแต่งขั้นสุดท้ายในฝั่งสภาพแวดล้อม
มันไม่ได้จบแค่การเขียน CLAUDE.md
Sonnet 5 มีการตั้งค่า effort เพื่อระบุความลึกของการคิด ในตารางความสอดคล้องอย่างเป็นทางการ "medium" ของ Sonnet 5 เทียบเท่ากับ "high" ของ Sonnet 4.6 และ "high" ของ Sonnet 5 เทียบเท่ากับ "max" ของ Sonnet 4.6
ถ้าคุณเห็นการใช้เหตุผลตื้น ให้เพิ่ม effort แทนที่จะปรับแต่งพรอมต์ นี่คือคำแนะนำอย่างเป็นทางการ
ถ้าคุณต้องการให้ Claude Code คิดอย่างลึกซึ้งเสมอ ให้เพิ่มสิ่งต่อไปนี้ใน settings.json:
"effortLevel": "high"
สิ่งนี้จะผลักดัน Sonnet 5 ไปทางด้าน "คงอยู่" ตั้งแต่เริ่มต้น
อย่างไรก็ตาม CLAUDE.md ไม่ควรยาวเกินไป
ตามหลักการแล้ว ควรต่ำกว่า 60 บรรทัด อย่างมากที่สุด 200 ถึง 300 บรรทัด สำหรับแต่ละบรรทัด ให้ถามว่า "ถ้าฉันลบบรรทัดนี้ Claude จะทำผิดพลาดหรือไม่?" ถ้าคำตอบคือ ไม่ ให้ลบทิ้ง
อย่าเขียนสิ่งที่สามารถอนุมานได้จากโค้ด อย่าเขียนแนวทางปฏิบัติมาตรฐาน ปล่อยสิ่งที่ linter จัดการได้ให้ linter จัดการ
สิ่งที่คุณควรเขียนคือคำสั่งที่คาดเดาไม่ได้ แนวทางปฏิบัติเฉพาะ วิธีรันการทดสอบ ข้อผิดพลาดที่พบบ่อย และการตัดสินใจทางสถาปัตยกรรม
วางคำแนะนำสำคัญไว้ที่จุดเริ่มต้น ใช้คำที่แข็งแกร่ง เช่น "ต้อง" หรือ "ห้าม" แทนที่จะเป็น "แนะนำ"
CLAUDE.md ไม่ใช่จดหมายขอร้องถึง AI มันคือกฎการทำงานของทีม
สถานการณ์ที่คุณควรยังคงใช้ Fable 5
หลังจากอ่านมาถึงตรงนี้ คุณอาจคิดว่า "แล้วฉันไม่จำเป็นต้องใช้ Fable 5 เลยหรือ?"
ไม่
Fable 5 จำเป็น อย่างไรก็ตาม คุณควรจำกัดขอบเขตการใช้งานให้แคบลง
ช่องว่างที่เชื่อมได้นั้นอยู่ในงานที่สามารถตัดสินคำตอบที่ถูกต้องโดยอัตโนมัติ
การแก้ไขการใช้งานที่สามารถตัดสินได้จากการทดสอบ การจำแนกประเภท การแยกข้อมูล และการสรุปผลจำนวนมาก การเปลี่ยนแปลงเล็กน้อยที่จะมีการตรวจสอบโดยมนุษย์อยู่แล้ว Sonnet 5 ที่มี CLAUDE.md ที่ดีสามารถแข่งขันได้ดีในงานเหล่านี้
ช่องว่างที่ไม่สามารถเชื่อมได้ส่วนใหญ่มีสามประการ:
1. งานที่ไม่สามารถเขียนตัวตรวจสอบได้
การออกแบบนี้โอเคไหม? มีช่องโหว่ในแผนการย้ายข้อมูลนี้หรือไม่? ควรสร้างอะไรตั้งแต่แรก? ถ้าการเขียนเกณฑ์การยอมรับด้วยตัวเองเป็นแก่นของงาน คุณไม่สามารถรันวงจรการตรวจสอบก่อนได้
2. การตัดสินใจในการใช้กฎ
แม้คุณจะเขียน "ทำให้มันเรียบง่าย" โมเดลก็เป็นผู้ตัดสินว่าอะไรเรียบง่าย แม้คุณจะเขียน "ห้ามทำนามธรรมโดยไม่ได้รับอนุญาต" จุดเริ่มต้นของนามธรรมก็เปลี่ยนไปตามสถานการณ์
3. การรักษาบริบทระยะยาว
นี่คือความแตกต่างในพลังดิบ ในขณะที่พรอมต์สามารถปรับปรุงได้ มันจะไม่หายไปอย่างสมบูรณ์
เกณฑ์การตัดสินที่ Fable 5 ให้มานั้นใช้งานได้จริงที่สุด
ถ้าคุณสามารถเขียนการทดสอบการยอมรับก่อนได้ ให้ใช้ Sonnet ถ้าการเขียนการทดสอบการยอมรับด้วยตัวเองเป็นเรื่องยาก ให้ใช้ Fable ถ้าไม่แน่ใจ ให้เริ่มด้วย Sonnet และเปลี่ยนไปใช้ Fable เฉพาะสำหรับงานที่ส่งผลให้ต้องทำงานซ้ำสองครั้งติดต่อกัน
ผมคิดว่านี่ใช้ได้
คุณไม่จำเป็นต้องโยนทุกอย่างให้ Fable ตั้งแต่เริ่มต้น ในทางกลับกัน การบอกว่าทุกอย่างสามารถจัดการได้โดย Sonnet ก็เป็นความประมาทเช่นกัน
เริ่มต้นด้วย Sonnet ที่ถูกกว่า ลดความล้มเหลวด้วยโครงสร้าง เปลี่ยนไปใช้ Fable หลังจากสะดุดสองครั้ง
นี่คือวิธีที่สมจริงในการแยกความแตกต่างการใช้งานหลังวันที่ 8 กรกฎาคม
สิ่งที่ต้องทำวันนี้
ขั้นแรก วาง 7 เคล็ดลับจากบทความนี้ลงใน CLAUDE.md ของโปรเจกต์ของคุณ
ถัดไป ตั้งค่า effortLevel เป็น high ใน settings.json
จากนั้น สำหรับงานถัดไปของคุณ ตรวจสอบให้แน่ใจว่าได้ให้มันแสดง "เงื่อนไขความสำเร็จ" "การตีความหลายแบบ" และ "รายงานการตรวจสอบ"
สำหรับงานที่ยาวนาน ให้แยกบทบาทการดำเนินการและบทบาทการตรวจสอบ อย่าปล่อยให้ผู้สร้างให้คะแนนตัวเอง ให้แสดงให้ Claude เห็นในบริบทที่แตกต่าง
และเปลี่ยนไปใช้ Fable 5 เฉพาะสำหรับงานที่ต้องทำงานซ้ำสองครั้งติดต่อกัน
แม้ช่วงเวลาฟรีของ Fable 5 จะสิ้นสุดลง สิ่งที่สิ้นสุดลงก็เป็นเพียงช่วงชิมฟรีเท่านั้น
สิ่งที่คุณควรรักษาไว้จริงๆ คือพฤติกรรมของ Fable 5
เปลี่ยน Sonnet 5 ให้เป็น Fable 5
ขั้นตอนแรกไม่ใช่การวางพรอมต์วิเศษยาวๆ ทุกครั้ง
มันคือการวางเทมเพลตการทำงานใน CLAUDE.md
แต่หลังจากอ่านมาถึงตรงนี้ คุณต้องคิดว่า:
"ฉันเข้าใจการตั้งค่าแล้ว แต่ฉันไม่รู้ว่าจะสร้างอะไรหรือจะทำเงินด้วย AI ที่อัปเกรดแล้วนี้ได้อย่างไร"
มันตรงกันข้าม AI ที่ถูกลงและฉลาดขึ้นควรถูกใช้เพื่อผลิตเนื้อหาดึงดูดลูกค้าและเนื้อหาจำนวนมากก่อน ถ้าคุณสามารถฝังความคงอยู่ระดับ Fable ลงใน Sonnet ได้ คุณสามารถรันโพสต์รายวัน บทความ ช่องทางขาย ความคิดผลิตภัณฑ์ และวงจรการปรับปรุงด้วยต้นทุนต่ำ
รายละเอียดเฉพาะสรุปไว้ในโพสต์ปักหมุดของผม สำหรับผู้ที่ต้องการ "ใช้ AI อย่างถูกและฉลาดเพื่อเชื่อมต่อกับการดึงดูดลูกค้าและการสร้างรายได้" อย่างจริงจัง กรุณาไปที่นี่ ↓
