บล็อก

วิศวกรรมบริบทในปี 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 ซึ่งรวมทุกสิ่งที่ป้อนเข้าไปนอกเหนือจากพรอมป์ต์เอง
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

บทความเดียวกันนำเสนอวลีสำคัญที่สุดสำหรับการเปลี่ยนมุมมอง:

การทำงานกับโมเดลภาษากำลังเกี่ยวกับการค้นหาคำและวลีที่เหมาะสมในพรอมป์ต์น้อยลง และเกี่ยวกับการตอบคำถามที่กว้างขึ้นมากขึ้นว่า 'การจัดวางบริบทแบบใดมีแนวโน้มมากที่สุดที่จะทำให้โมเดลแสดงพฤติกรรมตามต้องการ?'
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

แนวคิดหลักคือ บริบทไม่ใช่ข้อความที่คุณเขียน บริบทคือข้อมูลทั้งหมดที่ 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.5200,000 โทเคนทุกแพ็กเกจ
Claude Sonnet 4.61,000,000 โทเคนPro+ ที่มีเครดิตการใช้งาน
Claude Opus 4.71,000,000 โทเคนPro, Max, Team, Enterprise

1M โทเคนมีความยาวประมาณ 2,500 หน้า ดูเหมือนว่าคุณจะโหลดเอกสารโครงการทั้งหมด จดหมายโต้ตอบทั้งหมด และข้อกำหนดทั้งหมด แล้วปล่อยให้ AI หาคำตอบเองได้ แต่ Anthropic ระบุไว้อย่างชัดเจนในบล็อกด้านวิศวกรรมว่า:

คุณควรมองบริบทเป็นทรัพยากรจำกัดที่ให้ผลตอบแทนลดลงเรื่อย ๆ
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

ทักษะสำคัญในปี 2026 ไม่ใช่การเปิดทุกอย่างทิ้งไว้ แต่คือการสลับไปมาระหว่างบริบทแคบ ๆ ได้อย่างรวดเร็ว โดยมีหนึ่งบริบทต่องาน

ข้อผิดพลาดที่ใหญ่ที่สุด: บริบทมากขึ้นทำให้ผลลัพธ์แย่ลงหรือไม่?

ประเด็นสำคัญ

ยิ่งบริบทยาว โมเดลก็ยิ่งทำงานกับข้อมูลภายในได้แย่ลง ปรากฏการณ์นี้เรียกว่า context rot นอกจากนี้ยังมีปรากฏการณ์ lost-in-the-middle: โมเดลจำต้นและท้ายของบริบทได้ แต่ข้ามส่วนกลาง ข้อสรุปเชิงปฏิบัติคือไฟล์หน่วยความจำยาว ๆ ส่งผลเสียต่อคุณ

ผลอีกอย่างหนึ่งคือ lost in the middle ซึ่งเกิดขึ้นควบคู่กัน

ในทางปฏิบัติ กฎสำคัญที่ฝังใน CLAUDE.md ยาวอาจได้รับความสนใจน้อยลง เป็นความเสี่ยงที่ต้องทดสอบในงานจริง ไม่ใช่การรับประกันว่าโมเดลจะข้ามบรรทัดใดแน่นอน

Anthropic แนะนำให้จำกัดความยาวในเอกสาร CLAUDE.md:

ตั้งเป้าให้ CLAUDE.md มีความยาวไม่เกิน 200 บรรทัด — ไฟล์ที่ยาวกว่านั้นใช้บริบทมากขึ้นและลดการทำตามคำสั่ง
— Anthropic, https://code.claude.com/docs/en/memory

ต่ำกว่า 200 บรรทัดเป็นเป้าความยาวในคำแนะนำที่อ้าง ไม่ใช่เกณฑ์ตายตัวที่หยุดทำตามกฎ ช่วง 80-120 บรรทัดเป็นความชอบทำงานของผู้เขียนจากโปรเจกต์ที่เล่า ไม่ใช่ข้อกำหนด Anthropic แยก คงคำสั่งให้เกี่ยวข้องและทดสอบกฎสำคัญ เพราะทุกบรรทัดแย่งความสนใจกับบริบท ดูเพิ่มเติมเกี่ยวกับการตั้งค่า CLAUDE.md ให้พอดีกับขีดจำกัดนี้ได้ในคู่มือ “วิธีกำหนดค่า CLAUDE.md ในปี 2026”

หลักการวิศวกรรมบริบท 5 ข้อตาม Anthropic

ประเด็นสำคัญ

ในบล็อกด้านวิศวกรรมเมื่อวันที่ 29 กันยายน 2025 Anthropic บันทึกกลยุทธ์บริบทพื้นฐานไว้ 5 ข้อ ได้แก่ ทรัพยากรจำกัด การดึงข้อมูลตามเวลาที่ต้องใช้ การจดบันทึกอย่างมีโครงสร้าง การบีบอัดบริบท และสถาปัตยกรรมแบบเอเจนต์ย่อย นี่คือหลักอ้างอิงที่ผู้เขียนคนอื่น ๆ ในหัวข้อนี้อ้างถึงในปัจจุบัน

หลักการ 1. บริบทเป็นทรัพยากรจำกัด

นี่คือสมมติฐานพื้นฐาน หากไม่มีสิ่งนี้ หลักการอีกสี่ข้อก็ใช้ไม่ได้ Anthropic เขียนไว้ว่า:

คำแนะนำทั่วไปสำหรับองค์ประกอบทุกส่วนของบริบท (system prompt เครื่องมือ ตัวอย่าง ประวัติข้อความ ฯลฯ) คือให้พิจารณาอย่างรอบคอบ และทำให้บริบทมีสาระครบถ้วนแต่กระชับ
— Anthropic Applied AI team, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

“กระชับแน่น” หมายถึง “มีข้อมูลหนาแน่น ไม่มีส่วนเกิน” ทุกโทเคนในหน้าต่างควรเปลี่ยนการตัดสินใจของโมเดลอย่างมีนัยสำคัญ หากบรรทัดหนึ่งใน CLAUDE.md ระบุว่า “เราพยายามเขียนโค้ดให้สะอาด” คุณลบได้ เพราะไม่ได้ให้ข้อมูลที่ช่วยตัดสินใจ

หลักการ 2. ดึงข้อมูลเมื่อถึงเวลาที่ต้องใช้

เอเจนต์ AI ดึงข้อมูลผ่านเครื่องมือเมื่อจำเป็น แทนการโหลดทุกอย่างลงหน้าต่างไว้ล่วงหน้า นี่คือสถาปัตยกรรมของ Claude Code: แทนที่จะใช้ฐานข้อมูลเวกเตอร์หรือดัชนี เอเจนต์ใช้ glob และ grep เหมือนวิศวกรที่ค้นหาโค้ดด้วยตนเอง

ควรใช้เมื่อใด: คุณไม่รู้ล่วงหน้า ว่างานจะต้องใช้ข้อความส่วนใดบ้าง

หลักการ 3. การจดบันทึกอย่างมีโครงสร้าง

เอเจนต์เขียนบันทึกลงในพื้นที่จัดเก็บภายนอกและโหลดมาใช้ตามต้องการ ใน Claude Code วิธีนี้ทำผ่านเครื่องมือหน่วยความจำ Anthropic อธิบายไว้ใน Cookbook ดังนี้:

หน่วยความจำคือบันทึกที่มีโครงสร้าง: เอเจนต์เขียนลงในพื้นที่จัดเก็บภายนอกแบบถาวรเพื่อติดตามความคืบหน้าข้ามงานและเซสชัน โดยไม่ต้องเก็บทุกอย่างไว้ในบริบทที่กำลังใช้งาน
— Anthropic Cookbook, https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

ควรใช้เมื่อใด: เซสชันยาว การเปลี่ยนผ่านระหว่างเซสชัน และการสะสมความรู้เกี่ยวกับโครงการ

หลักการ 4. การบีบอัดบริบท

บีบอัดประวัติข้อความให้เป็นสรุปเมื่อใกล้ถึงขีดจำกัด ใน Claude Code คือคำสั่ง /compact รวมถึงการบีบอัดอัตโนมัติเมื่อหน้าต่างมีข้อมูลถึงประมาณ 80% Anthropic เขียนไว้ว่า:

การบีบอัดจะย่อหน้าต่างทั้งหมดเมื่อมีขนาดใหญ่เกินไป
— Anthropic Cookbook, https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

ควรใช้เมื่อใด: การสนทนาเชิงวิเคราะห์ที่ยาวนาน ซึ่งประวัติแชตกลายเป็นภาระและกินพื้นที่หน้าต่างแทนที่จะช่วย

หลักการ 5. สถาปัตยกรรมแบบเอเจนต์ย่อย

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

เอเจนต์ย่อยช่วยบีบอัดข้อมูล: พวกมันทำงานคู่ขนานในหน้าต่างบริบทของตนเอง พร้อมตรวจสอบแง่มุมต่าง ๆ ของคำถามไปพร้อมกัน
— Anthropic Engineering, https://www.anthropic.com/engineering/multi-agent-research-system

ตัวเลขจากการทดสอบภายในของ 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
2CLAUDE.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 นาที ส่วนการตั้งค่าเต็มรูปแบบพร้อมตัวอย่างและพรอมป์ต์ที่ตรวจสอบแล้วใช้เวลาหนึ่งเย็น คุณปรับปรุงต่อได้ขณะใช้งาน

เจ็ดขั้นตอนตามลำดับ:

  1. CLAUDE.md ความยาว 80-120 บรรทัด วางไว้ที่รูทของโครงการ ใช้รูปคำสั่งแทนคำบรรยาย ในเอกสารทางการ Anthropic แนะนำหลักการ Specificity: กฎควรเป็นรูปธรรมและชัดเจน ไม่ใช่หลักการทั่วไป ในทางปฏิบัติ “ห้ามใช้ inline mocks ในการทดสอบ” ได้ผลดีกว่า “เราพยายามเขียนโค้ดให้สะอาด” ดูเทมเพลตฉบับละเอียดได้ในคู่มือ “วิธีกำหนดค่า CLAUDE.md”

  2. โฟลเดอร์ examples/ ที่มีรูปแบบที่ตรวจสอบแล้ว 3-7 แบบ ตัวอย่างหนึ่งแบบต่อรูปแบบที่ใช้บ่อย เช่น การเรียก API การเขียนการทดสอบ การย้ายข้อมูล และการจัดการข้อผิดพลาด เมื่อ Claude เห็นรูปแบบใน examples/ ก็จะทำซ้ำได้อย่างแม่นยำ หากไม่มีตัวอย่าง Claude ก็ต้องคาดเดาไปเรื่อย ๆ

  3. เอกสาร PRP สำหรับฟีเจอร์หลัก PRP = Product Requirements Prompt หนึ่งไฟล์ต่อหนึ่งฟีเจอร์ ประกอบด้วยบริบท + แผน + การตรวจสอบความถูกต้อง + ตัวอย่าง

  4. เครื่องมือหน่วยความจำสำหรับข้อเท็จจริงระยะยาวข้ามเซสชัน ใน Cookbook ของ Anthropic เครื่องมือหน่วยความจำของ Claude ทำงานเป็นที่จัดเก็บบันทึกที่มีโครงสร้าง เมื่อเอเจนต์กลับมาทำงานเดิมในเซสชันใหม่ ก็จะอ่านบันทึกก่อนแทนการอ่านคลังข้อมูลทั้งหมดซ้ำ

  5. /compact พร้อมการบีบอัดอัตโนมัติเมื่อใช้ถึง 80% ของขีดจำกัด อย่ารอให้หน้าต่างเต็ม เปิดการบีบอัดอัตโนมัติในการตั้งค่า หรือรัน /compact เองเมื่อรู้สึกว่าเซสชันเริ่มวนอยู่กับที่

  6. เอเจนต์ย่อยสำหรับการวิจัย / ตรวจทาน / วางแผน เอเจนต์ย่อยแต่ละตัวมีบริบทของตนเองและพรอมป์ต์ที่จำกัดขอบเขต Claude ตัวหลักได้รับเพียงสรุป ไม่ใช่เนื้อหาต้นฉบับ ดูรายละเอียดเพิ่มเติมใน “เอเจนต์ย่อยสำหรับ Claude Code” และ “Skills สำหรับ Claude Code” (Skills เป็นวิธีบรรจุความเชี่ยวชาญเฉพาะด้านไว้ใน skill ที่ Claude นำไปใช้โดยอัตโนมัติ)

  7. ดึงข้อมูลเมื่อจำเป็นแทนการโหลดล่วงหน้า อย่าเทคลังโค้ดทั้งชุดลงในหน้าต่าง ให้ 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 แล้วดึงข้อความที่เกี่ยวเมื่อจำเป็น

บทความทั้งหมด