มีบทความหนึ่งที่วิศวกรอาวุโสของ Anthropic โพสต์ลง X เมื่อไม่นานมานี้ สะสมยอดอ่านถึง 4.3 ล้านครั้งในไม่กี่วัน ชื่อบทความ "New Rules of Context Engineering for Claude 5 Models" เขียนโดย Tariq Jay จากช่อง RoboNuggets อ่านทั้งฉบับแล้วสรุปออกมาเป็นวิดีโอ และ AiCEO Academy นำมาขยายความเพิ่มเติมในบทความนี้
กฎหลายข้อขัดกับสิ่งที่นักพัฒนา AI เคยปฏิบัติมาตลอดปีที่ผ่านมา เพราะ Opus 5 และ Fable 5 ฉลาดขึ้นมากจนวิธีที่เคยดีเริ่มกลายเป็นตัวถ่วงมากกว่าตัวช่วย ทีม Anthropic จึงออกมาบอกอย่างตรงไปตรงมาว่าถึงเวลาปรับกระบวนการคิดใหม่
- CLAUDE.md ที่ดีควรทำหน้าที่เป็น router ไม่ใช่ที่เก็บกฎทั้งหมด
- โมเดลใหม่ต้องการ design interface ไม่ใช่ตัวอย่างที่ตีกรอบมากเกิน
- ลดการซ้ำซ้อนระหว่าง system prompt กับ tool description ได้เลย
- HTML artifacts ให้ประโยชน์มากกว่า markdown สำหรับ reference ที่ต้องการ visual
ให้โมเดลตัดสินใจเอง แทนการกำหนดกฎทุกอย่าง
เมื่อ Claude Code เปิดตัวพร้อม Opus 4 ทีม Anthropic ใส่กฎจำนวนมากใน system prompt เพื่อป้องกันความผิดพลาด เช่น ห้ามลบไฟล์ ห้ามเขียน comment โดยไม่จำเป็น ห้ามเขียน docstring ยาวหลายย่อหน้า กฎพวกนี้สมเหตุสมผลในช่วงที่โมเดลยังตัดสินใจเองได้ไม่ดีพอ
แต่ Opus 5 ได้คะแนน intelligence ที่ 60/100 บน ArtificialAnalysis.ai ซึ่งเกือบสองเท่าของ Opus 4 ที่ 31/100 Tariq เปิดเผยว่าทีมทดลองลบ system prompt ออกไปกว่า 80% แล้ววัดผลบน coding evaluation พบว่าไม่มีความต่างที่วัดได้เลย กฎ "ห้ามเขียน comment" จึงถูกแทนด้วย "เขียนโค้ดให้กลืนเข้ากับสไตล์รอบข้าง" ฟังดูคลุมเครือกว่าแต่ผลดีกว่า เพราะโมเดลตีความบริบทได้เองโดยไม่ถูกจำกัดด้วยกฎที่อาจไม่เหมาะทุกสถานการณ์
หลักการนี้ใช้ได้กับงานสร้างสรรค์ด้วย บางครั้งการบอกให้โมเดล "แสดงรสนิยมสูงสุด" ให้ผลที่น่าประหลาดใจและสร้างสรรค์กว่าการระบุทีละขั้นตอนอย่างละเอียด ทดลองปล่อยให้โมเดลทำ iteration หลายแบบแล้วค่อยเลือก แทนที่จะขังมันด้วยกฎตายตัวตั้งแต่แรก
Design Interface แทนการให้ตัวอย่าง
วิธีเดิมคือให้ตัวอย่างจำนวนมากเพื่อให้โมเดลเรียนรู้สไตล์ที่ต้องการ แต่ Tariq พบว่าตัวอย่างที่เฉพาะเจาะจงเกินไปกลับ ตีกรอบ exploration space ทำให้โมเดลทำงานในกรอบที่แคบลงกว่าที่ควร
แนวทางใหม่คือสร้าง design interface หรือ brand book ที่บอก "หลักการ" แทนตัวอย่างสำเร็จรูป เช่น ระบุ color palette ฟอนต์ visual style แล้วปล่อยให้โมเดลสร้างผลงานที่หลากหลายภายในกรอบนั้น ผลลัพธ์ยังอยู่ในสไตล์เดิมแต่ไม่ซ้ำซาก สำหรับคนที่ยังไม่มี design system ให้โมเดลสร้างหลายแบบก่อน เลือกแบบที่ชอบ แล้วให้โมเดลบันทึก "กฎ" ออกมาเป็น HTML brand book และทำให้มันกลายเป็น skill ที่เรียกใช้ได้ทุกครั้ง
Progressive Disclosure — โหลด Context เฉพาะที่จำเป็น
ทุกครั้งที่เริ่ม session ใหม่ CLAUDE.md ทั้งหมดถูกโหลดเข้า context window ทันที ก่อนพิมพ์คำสั่งแรกด้วยซ้ำ workspace ที่มีไฟล์หลักหมื่นขึ้นไปยิ่งรู้สึกถึงผลกระทบนี้ชัดเจน เพราะโทเค็นถูกใช้ไปแล้วก้อนใหญ่โดยที่ยังไม่ได้ทำงานอะไร
แนวทางใหม่คือทำ CLAUDE.md ให้บางลงและเป็น router แทน แบ่งเป็น department แล้วชี้ไปยัง sub-index file แยกกัน เมื่อทำงานด้าน content ก็ชี้ไปที่ content.md เมื่อทำงานด้านโค้ดก็ชี้ไปที่ dev.md โมเดลจะโหลดเฉพาะข้อมูลที่ใช้จริงในแต่ละ session
CLAUDE.md ที่ดีในวันนี้ไม่ใช่ที่เก็บข้อมูลทุกอย่าง แต่เป็นแผนที่ที่ชี้ให้โมเดลรู้ว่าข้อมูลต่างๆ อยู่ที่ไหน
ผลพลอยได้คือ context window ไม่ล้นเร็ว ประหยัดโทเค็น และลดต้นทุนในระยะยาวสำหรับผู้ที่ใช้ Claude Code เข้มข้นทุกวัน
ลดการซ้ำซ้อนใน Tool Description
โมเดลรุ่นเก่ามีปัญหา context rot คือเริ่มเพิกเฉยต่อคำสั่งในช่วงต้น session เมื่อ context ยาวขึ้น นักพัฒนาจึงนิยมใส่คำสั่งเดียวกันในหลายที่พร้อมกัน ทั้งใน system prompt และใน tool description Opus 5 และ Fable 5 เอาชนะปัญหานี้ได้ดีกว่ามากแล้ว ทีม Anthropic จึงลบการซ้ำซ้อนออกเหลือคำสั่งในที่เดียว ผลลัพธ์คือไม่มีความต่างในการทำงานแต่ลดโทเค็นลงได้จริง กฎง่ายๆ คืออะไรที่อยู่ใน system prompt แล้วไม่ต้องเขียนซ้ำใน tool description อีก
Memory อัตโนมัติ
โมเดลรุ่นใหม่บันทึกข้อมูลที่เกี่ยวข้องลงหน่วยความจำได้เองโดยอัตโนมัติ ต่างจากก่อนที่ต้องใช้ hash hotkey หรือพิมพ์สั่งให้บันทึกเองทุกครั้ง ทำให้การทำงานไหลลื่นขึ้นโดยเฉพาะในงานที่มีข้อมูลจำนวนมากระหว่าง session
อย่างไรก็ตามสำหรับ session ที่มีการตัดสินใจสำคัญ การสั่งให้สรุปและบันทึกอย่างมีเป้าหมายยังให้ผลดีกว่า เพราะโมเดลจะรู้ว่าอะไรคือสิ่งที่ "สำคัญ" จริงๆ ในบริบทนั้น ตัวอย่างที่ดีคือ skill ที่ทำหน้าที่ review session ทั้งหมดแล้วอัปเดต memory, skill files และ workflow โดยอัตโนมัติเมื่อสิ้นสุดการทำงานแต่ละรอบ
HTML Artifact แทน Markdown สำหรับ Reference ที่ซับซ้อน
Markdown ยังดีสำหรับ CLAUDE.md และ skill files ที่เป็น text ล้วน แต่ HTML artifacts คือตัวเลือกที่น่าสนใจมากสำหรับ reference ที่ต้องการ visual เช่น brand book หรือ design system ข้อดีคือเปิดในเบราว์เซอร์แล้วมองเห็น color palette จริง ฟอนต์จริง layout จริง ในขณะที่โมเดลก็อ่านได้โดยตรงเพราะภายในยังเป็น text ธรรมดา
นอกจากนี้ยังใช้ HTML artifacts สร้าง infographic สรุปแนวคิดซับซ้อนได้เร็วกว่าการอ่าน wall of text ใน terminal อย่างมาก ทั้งยังช่วยให้สื่อสารแนวคิดกับคนอื่นได้ง่ายกว่า เพราะมองเห็น visual จริงโดยไม่ต้องอ่านโค้ดดิบ
บทสรุป
ทั้ง 6 กฎสะท้อนสิ่งเดียวกัน โมเดล AI ฉลาดขึ้นจนวิธีเดิมบางอย่างกลายเป็นตัวถ่วง สิ่งที่ให้ผลดีกว่าในวันนี้คือไว้ใจโมเดลมากขึ้น ให้หลักการแทนกฎ และออกแบบ context ให้โหลดเฉพาะสิ่งที่จำเป็น
ลองเริ่มจาก 3 อย่างนี้ได้เลย ทบทวนว่า CLAUDE.md หนาเกินไปหรือเปล่า ตรวจว่ามีการซ้ำซ้อนระหว่าง system prompt กับ tool description ไหม และลองสร้าง HTML reference แทน markdown สำหรับงานที่ต้องการ visual การปรับเพียงเล็กน้อยเหล่านี้อาจส่งผลต่อทั้งคุณภาพงานและต้นทุนโทเค็นในระยะยาว
