วิศวกรรมบริบทในปี 2026: คืออะไร แตกต่างจากวิศวกรรมพรอมป์ต์อย่างไร และนำไปใช้ใน Claude Code ได้อย่างไร
Markdownวิศวกรรมบริบทคืออะไร และแตกต่างจากวิศวกรรมพรอมป์ต์อย่างไร สาระสำคัญจาก Anthropic, 7 ข้อผิดพลาด และการตั้งค่า Claude Code ขั้นต่ำ
อ่านบทความฉบับเต็ม
ประเด็นสำคัญ
วิศวกรรมบริบทคือศาสตร์ของการกำหนดทุกสิ่งที่เข้าสู่หน้าต่างบริบทของ Claude ก่อนข้อความของคุณ ได้แก่ system prompt เครื่องมือ ประวัติ ไฟล์หน่วยความจำ และข้อมูลจากเครื่องมือ ในปี 2026 วิศวกรรมบริบทได้เข้ามาแทนที่วิศวกรรมพรอมป์ต์ในฐานะทักษะสำคัญ นั่นคือสิ่งที่ Anthropic กล่าว คู่มือนี้ครอบคลุมสาระสำคัญจากแหล่งข้อมูลปฐมภูมิ ข้อผิดพลาดทั่วไป 7 ข้อที่ทำให้สิ้นเปลืองโทเคน และการตั้งค่า Claude Code แบบใช้งานได้จริง 7 ขั้นตอน
ดูข้อมูลเกี่ยวกับการทำงานกับ Ailoot ได้ในเอกสารประกอบ
วิศวกรรมบริบทคืออะไร — ในบรรทัดเดียว?
ประเด็นสำคัญ
วิศวกรรมบริบทคือศาสตร์ของการคัดสรรทุกสิ่งที่เข้าสู่หน้าต่างบริบทของเอเจนต์ AI ในแต่ละขั้นตอน ได้แก่ system prompt เครื่องมือ ประวัติ ไฟล์หน่วยความจำ และข้อมูลจากแหล่งภายนอก วิศวกรรมพรอมป์ต์ตอบคำถามว่า “เขียนพรอมป์ต์อย่างไร” ส่วนวิศวกรรมบริบทตอบคำถามว่า “เมื่อคุณเขียนพรอมป์ต์ AI รู้อะไรอยู่บ้าง”
Anthropic ทำให้คำนี้เป็นที่ยอมรับในบล็อกด้านวิศวกรรมเมื่อวันที่ 29 กันยายน 2025:
วิศวกรรมบริบทคือชุดกลยุทธ์สำหรับเลือกและดูแลชุดโทเคน (ข้อมูล) ที่เหมาะสมที่สุดระหว่างการอนุมานของ LLM ซึ่งรวมทุกสิ่งที่ป้อนเข้าไปนอกเหนือจากพรอมป์ต์เอง
บทความเดียวกันนำเสนอวลีสำคัญที่สุดสำหรับการเปลี่ยนมุมมอง:
การทำงานกับโมเดลภาษากำลังเกี่ยวกับการค้นหาคำและวลีที่เหมาะสมในพรอมป์ต์น้อยลง และเกี่ยวกับการตอบคำถามที่กว้างขึ้นมากขึ้นว่า 'การจัดวางบริบทแบบใดมีแนวโน้มมากที่สุดที่จะทำให้โมเดลแสดงพฤติกรรมตามต้องการ?'
แนวคิดหลักคือ บริบทไม่ใช่ข้อความที่คุณเขียน บริบทคือข้อมูลทั้งหมดที่ AI เห็น ก่อน ข้อความของคุณ ได้แก่ system prompt คำอธิบายเครื่องมือ ประวัติการสนทนา ไฟล์หน่วยความจำ และข้อมูลที่โหลดผ่าน MCP พรอมป์ต์เป็นขั้นตอนสุดท้าย ส่วนวิศวกรรมบริบทคือสถาปัตยกรรมของทุกสิ่งที่ป้อนเข้าสู่หน้าต่าง
ทำไมวิศวกรรมพรอมป์ต์จึงล้าสมัยในปี 2026?
ประเด็นสำคัญ
วิศวกรรมพรอมป์ต์เกิดขึ้นเมื่อโมเดลทำงานด้วยพรอมป์ต์เดียว — หนึ่งรอบ หนึ่งงาน ในปี 2026 เอเจนต์ AI ทำงานเป็นเซสชันยาวนาน โดยมีเครื่องมือ หน่วยความจำ เอเจนต์ย่อย และข้อมูลที่ดึงมาใช้ทันทีผ่านเครื่องมือ ในสถาปัตยกรรมนี้ การเรียบเรียงพรอมป์ต์เดียวไม่ใช่ทักษะหลักอีกต่อไป ทักษะหลักคือการคัดสรรข้อมูลทั้งหมดที่เอเจนต์เห็น
การเปลี่ยนแปลงเกิดขึ้นในช่วงฤดูร้อนปี 2025
29 กันยายน 2025: Anthropic วางรากฐานของศาสตร์นี้ในบล็อกด้านวิศวกรรม พร้อมนำเสนอหลักการ 4 ข้อ
วิศวกรรมพรอมป์ต์ไม่ได้ “ตาย” แต่กลายเป็นทักษะพื้นฐาน เหมือนการพิมพ์แป้นพิมพ์ และมีศาสตร์หนึ่งเกิดขึ้นต่อยอดจากสิ่งนั้น ซึ่งหากขาดไปเอเจนต์ AI จะทำงานระยะยาวไม่ไหว นั่นคือวิศวกรรมบริบท
วิศวกรรมบริบทแตกต่างจากวิศวกรรมพรอมป์ต์อย่างไร? 5 ข้อแตกต่าง
ประเด็นสำคัญ
วิศวกรรมพรอมป์ต์ปรับแต่งพรอมป์ต์เดียว โดยเลือกถ้อยคำ เทมเพลต และน้ำเสียง วิศวกรรมบริบทออกแบบสภาพแวดล้อมข้อมูลทั้งหมดก่อนถึงพรอมป์ต์นั้น ได้แก่ system prompt เครื่องมือ ประวัติเซสชัน ไฟล์หน่วยความจำ และการดึงข้อมูล ความแตกต่างปรากฏในห้าด้าน ได้แก่ สิ่งที่ปรับแต่ง ระยะเวลา ความเสี่ยงหลัก ทักษะหลัก และแหล่งที่มาในโครงการ
| ด้าน | วิศวกรรมพรอมป์ต์ | วิศวกรรมบริบท |
|---|---|---|
| สิ่งที่ปรับแต่ง | ถ้อยคำของพรอมป์ต์เดียว | ชุดโทเคนทั้งหมด: system prompt + เครื่องมือ + ประวัติ + ข้อมูลที่ดึงมา |
| ระยะเวลา | หนึ่งรอบ | หลายรอบ รวมถึงการเปลี่ยนผ่านระหว่างเซสชัน |
| ความเสี่ยงหลัก | โมเดลไม่เข้าใจพรอมป์ต์ | โมเดลจมอยู่ในข้อมูลรบกวน (context rot) |
| ทักษะหลัก | การเขียนข้อความและการเข้าใจโมเดล | สถาปัตยกรรมข้อมูลและการดึงข้อมูลแบบเจาะจง |
| แหล่งที่มาในโครงการ | เทมเพลตพรอมป์ต์ของคุณ | CLAUDE.md, ไฟล์หน่วยความจำ, การดึงข้อมูล, เอเจนต์ย่อย, การบีบอัดบริบท |
| อุปมา | “เขียนพรอมป์ต์อย่างไร” | “AI รู้อะไรเมื่อคุณป้อนพรอมป์ต์” |
วิศวกรรมบริบทไม่ใช่ “เททุกอย่างเข้าไปให้มากขึ้น” แต่คือ การกำหนดปริมาณอย่างแม่นยำ น้อยเกินไป AI ก็ขาดบริบทและหลอนข้อมูล มากเกินไป AI ก็จมอยู่ในข้อมูลรบกวน หลงทางในเนื้อหาช่วงกลาง และมีค่าใช้จ่ายสูงขึ้น
วิศวกรรมพรอมป์ต์จัดการขั้นตอนสุดท้าย วิศวกรรมบริบทจัดการทุกอย่างที่เกิดขึ้นก่อนหน้านั้น
ทำไม 1M โทเคนไม่ได้แปลว่า “เททุกอย่างเข้าไป”?
ประเด็นสำคัญ
หน้าต่างบริบทของโมเดลขยายใหญ่ขึ้นในปี 2026: Claude Opus 4.7 และ Sonnet 4.6 รองรับ 1 ล้านโทเคน สิ่งนี้ทำให้เข้าใจผิดว่าคุณสามารถเทคลังโค้ดทั้งหมดลงในหน้าต่างได้ ในทางปฏิบัติ หน้าต่างขนาดใหญ่ไม่ได้หมายถึงหน่วยความจำที่มีประโยชน์ขนาดใหญ่ — โมเดลเริ่มทำงานแย่ลงก่อนถึงขีดจำกัดมาก
ขีดจำกัดบริบทปัจจุบันของโมเดล Claude:
| โมเดล | หน้าต่างบริบท | ใช้ได้ใน |
|---|---|---|
| Claude Haiku 4.5 | 200,000 โทเคน | ทุกแพ็กเกจ |
| Claude Sonnet 4.6 | 1,000,000 โทเคน | Pro+ ที่มีเครดิตการใช้งาน |
| Claude Opus 4.7 | 1,000,000 โทเคน | Pro, Max, Team, Enterprise |
1M โทเคนมีความยาวประมาณ 2,500 หน้า ดูเหมือนว่าคุณจะโหลดเอกสารโครงการทั้งหมด จดหมายโต้ตอบทั้งหมด และข้อกำหนดทั้งหมด แล้วปล่อยให้ AI หาคำตอบเองได้ แต่ Anthropic ระบุไว้อย่างชัดเจนในบล็อกด้านวิศวกรรมว่า:
คุณควรมองบริบทเป็นทรัพยากรจำกัดที่ให้ผลตอบแทนลดลงเรื่อย ๆ
กล่าวอีกอย่างคือ บริบทเป็นทรัพยากรจำกัดที่ให้ผลตอบแทนลดลง โทเคนที่เพิ่มขึ้นแต่ละตัวไม่ได้ให้ประโยชน์ในอัตราคงที่ ยิ่งหน้าต่างยาวขึ้น โมเดลก็ยิ่งทำงานกับข้อมูลในนั้นได้แย่ลง
ทักษะสำคัญในปี 2026 ไม่ใช่การเปิดทุกอย่างทิ้งไว้ แต่คือการสลับไปมาระหว่างบริบทแคบ ๆ ได้อย่างรวดเร็ว โดยมีหนึ่งบริบทต่องาน
ข้อผิดพลาดที่ใหญ่ที่สุด: บริบทมากขึ้นทำให้ผลลัพธ์แย่ลงหรือไม่?
ประเด็นสำคัญ
ยิ่งบริบทยาว โมเดลก็ยิ่งทำงานกับข้อมูลภายในได้แย่ลง ปรากฏการณ์นี้เรียกว่า context rot นอกจากนี้ยังมีปรากฏการณ์ lost-in-the-middle: โมเดลจำต้นและท้ายของบริบทได้ แต่ข้ามส่วนกลาง ข้อสรุปเชิงปฏิบัติคือไฟล์หน่วยความจำยาว ๆ ส่งผลเสียต่อคุณ
ผลอีกอย่างหนึ่งคือ lost in the middle ซึ่งเกิดขึ้นควบคู่กัน
ในทางปฏิบัติ กฎสำคัญที่ฝังใน CLAUDE.md ยาวอาจได้รับความสนใจน้อยลง เป็นความเสี่ยงที่ต้องทดสอบในงานจริง ไม่ใช่การรับประกันว่าโมเดลจะข้ามบรรทัดใดแน่นอน
Anthropic แนะนำให้จำกัดความยาวในเอกสาร CLAUDE.md:
ตั้งเป้าให้ CLAUDE.md มีความยาวไม่เกิน 200 บรรทัด — ไฟล์ที่ยาวกว่านั้นใช้บริบทมากขึ้นและลดการทำตามคำสั่ง
ต่ำกว่า 200 บรรทัดเป็นเป้าความยาวในคำแนะนำที่อ้าง ไม่ใช่เกณฑ์ตายตัวที่หยุดทำตามกฎ ช่วง 80-120 บรรทัดเป็นความชอบทำงานของผู้เขียนจากโปรเจกต์ที่เล่า ไม่ใช่ข้อกำหนด Anthropic แยก คงคำสั่งให้เกี่ยวข้องและทดสอบกฎสำคัญ เพราะทุกบรรทัดแย่งความสนใจกับบริบท ดูเพิ่มเติมเกี่ยวกับการตั้งค่า CLAUDE.md ให้พอดีกับขีดจำกัดนี้ได้ในคู่มือ “วิธีกำหนดค่า CLAUDE.md ในปี 2026”
หลักการวิศวกรรมบริบท 5 ข้อตาม Anthropic
ประเด็นสำคัญ
ในบล็อกด้านวิศวกรรมเมื่อวันที่ 29 กันยายน 2025 Anthropic บันทึกกลยุทธ์บริบทพื้นฐานไว้ 5 ข้อ ได้แก่ ทรัพยากรจำกัด การดึงข้อมูลตามเวลาที่ต้องใช้ การจดบันทึกอย่างมีโครงสร้าง การบีบอัดบริบท และสถาปัตยกรรมแบบเอเจนต์ย่อย นี่คือหลักอ้างอิงที่ผู้เขียนคนอื่น ๆ ในหัวข้อนี้อ้างถึงในปัจจุบัน
หลักการ 1. บริบทเป็นทรัพยากรจำกัด
นี่คือสมมติฐานพื้นฐาน หากไม่มีสิ่งนี้ หลักการอีกสี่ข้อก็ใช้ไม่ได้ Anthropic เขียนไว้ว่า:
คำแนะนำทั่วไปสำหรับองค์ประกอบทุกส่วนของบริบท (system prompt เครื่องมือ ตัวอย่าง ประวัติข้อความ ฯลฯ) คือให้พิจารณาอย่างรอบคอบ และทำให้บริบทมีสาระครบถ้วนแต่กระชับ
“กระชับแน่น” หมายถึง “มีข้อมูลหนาแน่น ไม่มีส่วนเกิน” ทุกโทเคนในหน้าต่างควรเปลี่ยนการตัดสินใจของโมเดลอย่างมีนัยสำคัญ หากบรรทัดหนึ่งใน CLAUDE.md ระบุว่า “เราพยายามเขียนโค้ดให้สะอาด” คุณลบได้ เพราะไม่ได้ให้ข้อมูลที่ช่วยตัดสินใจ
หลักการ 2. ดึงข้อมูลเมื่อถึงเวลาที่ต้องใช้
เอเจนต์ AI ดึงข้อมูลผ่านเครื่องมือเมื่อจำเป็น แทนการโหลดทุกอย่างลงหน้าต่างไว้ล่วงหน้า นี่คือสถาปัตยกรรมของ Claude Code: แทนที่จะใช้ฐานข้อมูลเวกเตอร์หรือดัชนี เอเจนต์ใช้ glob และ grep เหมือนวิศวกรที่ค้นหาโค้ดด้วยตนเอง
ควรใช้เมื่อใด: คุณไม่รู้ล่วงหน้า ว่างานจะต้องใช้ข้อความส่วนใดบ้าง
หลักการ 3. การจดบันทึกอย่างมีโครงสร้าง
เอเจนต์เขียนบันทึกลงในพื้นที่จัดเก็บภายนอกและโหลดมาใช้ตามต้องการ ใน Claude Code วิธีนี้ทำผ่านเครื่องมือหน่วยความจำ Anthropic อธิบายไว้ใน Cookbook ดังนี้:
หน่วยความจำคือบันทึกที่มีโครงสร้าง: เอเจนต์เขียนลงในพื้นที่จัดเก็บภายนอกแบบถาวรเพื่อติดตามความคืบหน้าข้ามงานและเซสชัน โดยไม่ต้องเก็บทุกอย่างไว้ในบริบทที่กำลังใช้งาน
ควรใช้เมื่อใด: เซสชันยาว การเปลี่ยนผ่านระหว่างเซสชัน และการสะสมความรู้เกี่ยวกับโครงการ
หลักการ 4. การบีบอัดบริบท
บีบอัดประวัติข้อความให้เป็นสรุปเมื่อใกล้ถึงขีดจำกัด ใน Claude Code คือคำสั่ง /compact รวมถึงการบีบอัดอัตโนมัติเมื่อหน้าต่างมีข้อมูลถึงประมาณ 80% Anthropic เขียนไว้ว่า:
การบีบอัดจะย่อหน้าต่างทั้งหมดเมื่อมีขนาดใหญ่เกินไป
ควรใช้เมื่อใด: การสนทนาเชิงวิเคราะห์ที่ยาวนาน ซึ่งประวัติแชตกลายเป็นภาระและกินพื้นที่หน้าต่างแทนที่จะช่วย
หลักการ 5. สถาปัตยกรรมแบบเอเจนต์ย่อย
เอเจนต์ย่อยเฉพาะทางทำงานคู่ขนานกันในหน้าต่างบริบทของตนเอง และส่งสรุปแบบย่อกลับไปยังเอเจนต์หลัก Anthropic เขียนไว้ว่า:
เอเจนต์ย่อยช่วยบีบอัดข้อมูล: พวกมันทำงานคู่ขนานในหน้าต่างบริบทของตนเอง พร้อมตรวจสอบแง่มุมต่าง ๆ ของคำถามไปพร้อมกัน
ตัวเลขจากการทดสอบภายในของ Anthropic: เอเจนต์ Claude Opus 4 หลักหนึ่งตัวร่วมกับเอเจนต์ย่อย Claude Sonnet 4 ให้ คุณภาพเพิ่มขึ้น +90.2% เมื่อเทียบกับ Claude Opus 4 ตัวเดียวในงานวิจัย ต้นทุนคือใช้โทเคนมากขึ้นประมาณ 15 เท่า ข้อสรุปคือวิธีนี้คุ้มเมื่อผลลัพธ์มีมูลค่าสูง
ดูเพิ่มเติมเกี่ยวกับการตั้งค่าเอเจนต์ย่อยใน Claude Code ได้ในคู่มือ “เอเจนต์ย่อยสำหรับ Claude Code”
7 ข้อผิดพลาดที่สิ้นเปลืองโทเคนและทำให้ Claude Code มีปัญหา
ประเด็นสำคัญ
รูปแบบที่ควรหลีกเลี่ยง 7 ข้อซึ่งอธิบายผ่านตัวอย่างจากโครงการ แต่ละข้อทำให้สิ้นเปลืองโทเคนโดยไม่เกิดประโยชน์ หรือทำให้เกิดภาพหลอนจาก context rot ด้านล่างของแต่ละข้อคือวิธีที่วิศวกรรมบริบทช่วยแก้ปัญหา
| # | รูปแบบที่ควรหลีกเลี่ยง | สิ่งที่เกิดขึ้น | วิธีแก้ |
|---|---|---|---|
| 1 | วาง README ทั้งหมดพร้อมไฟล์โค้ด 5 ไฟล์ลงในพรอมป์ต์เดียว | หน้าต่างเต็มไป 50% ในรอบเดียว จากนั้นก็เต็มขีดจำกัดอย่างรวดเร็ว | ใช้เครื่องมือหน่วยความจำสำหรับข้อเท็จจริงระยะยาวร่วมกับการดึงข้อมูลเมื่อจำเป็น — ให้ Claude อ่านไฟล์เองผ่าน read_file/glob |
| 2 | CLAUDE.md ยาว 500 บรรทัด | คำสั่งยาวอาจลดการทำตาม โดยเฉพาะเมื่อกฎสำคัญฝังอยู่กลางไฟล์ | 80-120 บรรทัด ใช้รูปคำสั่ง แยกหัวข้อสำหรับคำสั่งและรูปแบบ ให้ใส่สิ่งสำคัญที่สุดไว้ต้นและท้ายไฟล์ |
| 3 | ไม่รัน /compact ในเซสชันยาว | เซสชันมี 180k โทเคน Claude ลืมข้อความแรก ๆ แล้วคุณต้องป้อนบริบทซ้ำด้วยตนเอง | รัน /compact เอง หรือใช้การบีบอัดอัตโนมัติเมื่อเกิดทริกเกอร์ สัญญาณเตือนคือมาตรวัดการใช้บริบทใน Claude บนเดสก์ท็อป |
| 4 | ใช้ Claude ตัวเดียวทำทุกอย่าง | เอเจนต์เดียววางแผน ค้นหา เขียนโค้ด ตรวจทาน และทดสอบ ทำให้หน้าต่างขยายตัวแบบทวีคูณ | ใช้เอเจนต์ย่อย: แต่ละตัวมีบริบทของตัวเอง ส่วนเอเจนต์หลักรวบรวมสรุป Anthropic รายงานว่าคุณภาพในงานวิจัยเพิ่มขึ้น +90.2% |
| 5 | ไฟล์หน่วยความจำโตขึ้นจากผลลัพธ์ของเครื่องมือ | เอเจนต์อ่านไฟล์เดิมซ้ำ 5 ครั้ง ทำให้ผลลัพธ์การเรียกเครื่องมือกินบริบทถึง 96% | ล้างผลลัพธ์เครื่องมือ: เก็บผลลัพธ์ล่าสุด 4-6 รายการ แล้วล้างที่เหลือ โดยยังคงบันทึกไว้ว่ามีการเรียกใช้เครื่องมือแล้ว |
| 6 | วางคลังโค้ดทั้งหมดไว้ในโฟลเดอร์ examples/ | AI ค้นหารูปแบบจากตัวอย่าง 200 รายการจนหลงทาง | เก็บรูปแบบตัวอย่างมาตรฐาน 3-7 แบบใน examples/ โดยแต่ละแบบใช้กับงานเฉพาะประเภท |
| 7 | รายการ Markdown 200 บรรทัดในฐานะ “แผนฟีเจอร์” | รายการยาวไม่มีโครงสร้างทำให้ติดตามงานยากขึ้น แต่ไม่มีจุดล้มเหลวสากลที่บรรทัด 50 | ใช้อาร์ติแฟกต์ HTML หรือแผนลำดับเลขในไฟล์แยก |
Cookbook ของ Anthropic ระบุการวัดผลเฉพาะสำหรับข้อผิดพลาดที่ 5: ในเซสชันพื้นฐาน เอกสารแรกในบริบท (เกี่ยวกับ C. elegans) อยู่ในหน้าต่างในทางเทคนิค แต่ถูกฝังอยู่ใต้ข้อมูล 335k โทเคน แม้จะมีอยู่ในทางเทคนิค แต่ในทางปฏิบัติโมเดลกลับนึกถึงเอกสารนั้นไม่ได้ เมื่อใช้เครื่องมือหน่วยความจำ ปัญหานี้แก้ได้ด้วยไฟล์บันทึก aging_model_organisms_comparison.md ซึ่งมีขนาดประมาณ 3000 โทเคน แทนที่จะต้องโหลดคลังข้อมูลต้นฉบับใหม่
เปรียบเทียบแบบง่าย ๆ: หน้าต่างบริบทคือโต๊ะทำงาน ถ้ามีเอกสาร 200 แผ่นวางอยู่ คุณก็หาแผ่นที่ต้องการไม่เจอ แม้เอกสารนั้นจะอยู่ตรงนั้นก็ตาม วิศวกรรมบริบทคือศาสตร์ของการ “วางไว้บนโต๊ะเฉพาะสิ่งที่จำเป็นในตอนนี้ เก็บส่วนที่เหลือเข้าคลัง และโหลดออกมาเมื่อมีคำขอ”
จะจัดการตั้งค่าที่ใช้งานได้จริงให้เสร็จภายในเย็นเดียวได้อย่างไร?
ประเด็นสำคัญ
การตั้งค่าวิศวกรรมบริบทขั้นต่ำที่ใช้งานได้ใน Claude Code มี 7 องค์ประกอบ: CLAUDE.md, examples, เอกสาร PRP, เครื่องมือหน่วยความจำ, /compact, เอเจนต์ย่อย และการดึงข้อมูลเมื่อจำเป็นผ่านเครื่องมือ กรอบพื้นฐานใช้เวลาตั้งค่า 30-40 นาที ส่วนการตั้งค่าเต็มรูปแบบพร้อมตัวอย่างและพรอมป์ต์ที่ตรวจสอบแล้วใช้เวลาหนึ่งเย็น คุณปรับปรุงต่อได้ขณะใช้งาน
เจ็ดขั้นตอนตามลำดับ:
CLAUDE.md ความยาว 80-120 บรรทัด วางไว้ที่รูทของโครงการ ใช้รูปคำสั่งแทนคำบรรยาย ในเอกสารทางการ Anthropic แนะนำหลักการ
Specificity: กฎควรเป็นรูปธรรมและชัดเจน ไม่ใช่หลักการทั่วไป ในทางปฏิบัติ “ห้ามใช้ inline mocks ในการทดสอบ” ได้ผลดีกว่า “เราพยายามเขียนโค้ดให้สะอาด” ดูเทมเพลตฉบับละเอียดได้ในคู่มือ “วิธีกำหนดค่า CLAUDE.md”โฟลเดอร์
examples/ที่มีรูปแบบที่ตรวจสอบแล้ว 3-7 แบบ ตัวอย่างหนึ่งแบบต่อรูปแบบที่ใช้บ่อย เช่น การเรียก API การเขียนการทดสอบ การย้ายข้อมูล และการจัดการข้อผิดพลาด เมื่อ Claude เห็นรูปแบบในexamples/ก็จะทำซ้ำได้อย่างแม่นยำ หากไม่มีตัวอย่าง Claude ก็ต้องคาดเดาไปเรื่อย ๆเอกสาร PRP สำหรับฟีเจอร์หลัก PRP = Product Requirements Prompt หนึ่งไฟล์ต่อหนึ่งฟีเจอร์ ประกอบด้วยบริบท + แผน + การตรวจสอบความถูกต้อง + ตัวอย่าง
เครื่องมือหน่วยความจำสำหรับข้อเท็จจริงระยะยาวข้ามเซสชัน ใน Cookbook ของ Anthropic เครื่องมือหน่วยความจำของ Claude ทำงานเป็นที่จัดเก็บบันทึกที่มีโครงสร้าง เมื่อเอเจนต์กลับมาทำงานเดิมในเซสชันใหม่ ก็จะอ่านบันทึกก่อนแทนการอ่านคลังข้อมูลทั้งหมดซ้ำ
/compactพร้อมการบีบอัดอัตโนมัติเมื่อใช้ถึง 80% ของขีดจำกัด อย่ารอให้หน้าต่างเต็ม เปิดการบีบอัดอัตโนมัติในการตั้งค่า หรือรัน/compactเองเมื่อรู้สึกว่าเซสชันเริ่มวนอยู่กับที่เอเจนต์ย่อยสำหรับการวิจัย / ตรวจทาน / วางแผน เอเจนต์ย่อยแต่ละตัวมีบริบทของตนเองและพรอมป์ต์ที่จำกัดขอบเขต Claude ตัวหลักได้รับเพียงสรุป ไม่ใช่เนื้อหาต้นฉบับ ดูรายละเอียดเพิ่มเติมใน “เอเจนต์ย่อยสำหรับ Claude Code” และ “Skills สำหรับ Claude Code” (Skills เป็นวิธีบรรจุความเชี่ยวชาญเฉพาะด้านไว้ใน skill ที่ Claude นำไปใช้โดยอัตโนมัติ)
ดึงข้อมูลเมื่อจำเป็นแทนการโหลดล่วงหน้า อย่าเทคลังโค้ดทั้งชุดลงในหน้าต่าง ให้ Claude ค้นหาด้วย
globและgrepเอง นี่คือสถาปัตยกรรมของ Claude Code เอง
กฎเชิงปฏิบัติเพิ่มเติมจากประสบการณ์การทำโครงการที่อธิบายไว้:
- หนึ่งงาน หนึ่งหน้าต่าง เมื่อเสร็จแล้วให้ปิดและเปิดหน้าต่างใหม่ อย่าสะสมประวัติจากหลายงานต่อเนื่องกัน
- เทมเพลตสำหรับคำสั่งแรกในหน้าต่างใหม่ ใช้ข้อความเดิมทุกครั้ง: “อ่าน
CLAUDE.mdและส่วนงานที่เกี่ยวข้องตามลำดับ ยืนยันด้วยหนึ่งบรรทัด อย่าเริ่มทำงาน รอข้อความถัดไป” ในขั้นตอนการทำงานที่อธิบายไว้ เทมเพลตนี้จัดเก็บในโปรแกรมจัดการข้อความตัวอย่างโดยใช้ปุ่มลัดเดียว - เมื่อหน้าต่างเต็มเกิน 60% ให้เปลี่ยนไปใช้หน้าต่างใหม่ วิธีชั่วคราว: ขอให้ Claude “เขียนพรอมป์ต์ที่ช่วยให้แชตข้างเคียงทำงานต่อได้โดยไม่สูญเสียความหมาย” คัดลอกพรอมป์ต์ แล้วเปิดหน้าต่างใหม่
- ข้อผิดพลาดของ AI ทุกครั้งเป็นเหตุให้เพิ่มกฎ อย่าเขียนกฎลงในไฟล์หน่วยความจำด้วยตนเอง ให้บอก Claude ว่า “ตรงนี้ผิดเพราะ...” ทันทีที่เกิดข้อผิดพลาด แล้ว Claude จะจัดรูปกฎลงไฟล์ตามหลัก “กฎ → เหตุผล → วิธีทำ”
ขั้นต่อไป: ศาสตร์วิศวกรรมบริบทจะพัฒนาอย่างไร?
ประเด็นสำคัญ
ในปี 2026 วิศวกรรมบริบทกำลังเปลี่ยนจากไฟล์ Markdown แบบข้อความไปสู่รูปแบบที่มีโครงสร้างมากขึ้น ฟีเจอร์ Dreaming ปรากฏขึ้น โดยเอเจนต์ทบทวนเซสชันที่ผ่านมาในเวลากลางคืน ขั้นต่อไปคืออาร์ติแฟกต์ HTML หน่วยความจำถาวร และการจัดการเอเจนต์หลายตัวทั่วทั้งทีมผลิตภัณฑ์
ทิศทางหนึ่งที่ศาสตร์นี้กำลังพัฒนาอยู่ในขณะนี้:
Dreaming — ทบทวนเซสชันในเวลากลางคืน ในงาน Code w/ Claude SF เมื่อวันที่ 6 พฤษภาคม 2026 Anthropic สาธิตฟีเจอร์ที่เอเจนต์ทบทวนเซสชันที่ผ่านมาในเวลากลางคืนและอัปเดตบันทึกของตนเอง ไฟล์หน่วยความจำที่มีโครงสร้างเติบโตขึ้นไม่เพียงเมื่อคุณเขียนลงไป แต่ยังเติบโตเมื่อเอเจนต์สรุปบทเรียนจากประสบการณ์ที่สั่งสมด้วย
แนวโน้มหนึ่งชัดเจนแล้ว: วิศวกรรมบริบทกำลังกลายเป็นศาสตร์เต็มรูปแบบสำหรับการออกแบบข้อมูลให้เอเจนต์ AI ไม่ใช่แค่ “วิธีเขียน CLAUDE.md” วิศวกรรมพรอมป์ต์เป็นหนึ่งในระดับแรก ๆ ของศาสตร์นี้ ส่วนวิศวกรรมบริบทคือระดับถัดไป
สิ่งขั้นต่ำที่ควรจัดเตรียมในเย็นแรก: ตั้งค่า CLAUDE.md ให้ยาว 80-120 บรรทัด (ดูคู่มือที่นี่) สร้างโฟลเดอร์ที่มีโครงสร้างความรู้ทางธุรกิจ เรียนรู้การใช้ /compact และหยุดใช้โควตาจนหมด
จากนั้นเพิ่มเอเจนต์ย่อย (คู่มือ) และ Skills เพื่อย้ายความเชี่ยวชาญเฉพาะทางออกจากบริบทที่ใช้ร่วมกันไปไว้ใน skills โดยเฉพาะ
แหล่งที่มา
- Effective context engineering for AI agents - ทีม Anthropic Applied AI, 29.09.2025 บทความหลักที่มีหลักการวิศวกรรมบริบท 4 ข้อ
- How we built our multi-agent research system - Anthropic Engineering, 13.06.2025 แหล่งที่มาของตัวเลขคุณภาพ +90.2% และโทเคน 15 เท่า
- Anthropic Cookbook - Context engineering with tool use - เครื่องมือพื้นฐานเชิงปฏิบัติ: การบีบอัดบริบท การล้างผลลัพธ์เครื่องมือ และเครื่องมือหน่วยความจำ
- Claude Code Memory docs - แนวทางคำสั่งโปรเจกต์ที่กระชับเจาะจง เป้าตามข้อความอ้างคือต่ำกว่า 200 บรรทัด ส่วน 80-120 บรรทัดเป็นความชอบผู้เขียน
ทำความรู้จักกับ Ailoot
รายละเอียดเพิ่มเติม
คำถามที่พบบ่อย
200 บรรทัดเป็นเพดานบังคับของ CLAUDE.md หรือไม่?
ไม่ใช่ คำแนะนำที่อ้างเสนอให้ต่ำกว่า 200 เพื่อประหยัดบริบทและเพิ่มการทำตาม ช่วง 80-120 ของผู้เขียนเป็นความชอบเชิงปฏิบัติ ต้องทดสอบกฎสำคัญในงานจริงแทนถือจำนวนบรรทัดเป็นการรับประกัน
อะไรควรย้ายออกจากบริบทเริ่มต้น?
ย้ายตัวอย่างละเอียด ผลเครื่องมือยาว และเอกสารอ้างเฉพาะงานไปไฟล์แยก คงกฎกับตัวชี้สั้นใน CLAUDE.md แล้วดึงข้อความที่เกี่ยวเมื่อจำเป็น