NAME
context-engineering-agents — วิศวกรรมบริบท: งานก่อนได้รับแจ้ง
SYNOPSIS
cat context-engineering-agents.md
DESCRIPTION
ในโลกใบเล็กๆ ของเจ้าหน้าที่ AI สิ่งสำคัญคือวิศวกรรมบริบท
ดูเหมือนว่ามีอีกฉลากหนึ่งที่คิดค้นขึ้นเพื่อขายสิ่งที่เราทำอยู่แล้ว ส่วนหนึ่งก็คือ อย่างไรก็ตาม เช่นเดียวกับที่เกิดขึ้นบ่อยครั้ง ฉลากยังติดใจเพราะมันทำให้ชื่อของความเจ็บปวดอย่างแท้จริง
ความเจ็บปวดคือ: โมเดลไม่ได้ล้มเหลวเพียงเพราะพวกเขา "ไม่คิด" มักจะล้มเหลวเพราะเราส่งไปทำงานผิดห้อง
เราให้คำแนะนำเก่าแก่พวกเขา เราซ่อนไฟล์สำคัญจากเขา เราส่งเอกสารที่ยาวเกินไปไปให้พวกเขาและไม่ได้บอกว่าอะไรสำคัญ เราแสดงบันทึกโดยไม่มีลำดับความสำคัญ เรามอบเครื่องมือสิบอย่างให้กับพวกเขาโดยไม่ต้องอธิบายว่าควรใช้เมื่อใด ถ้าอย่างนั้นเราก็แปลกใจถ้าเจ้าหน้าที่เคลื่อนไหวเหมือนคนตื่นขึ้นมาในอพาร์ตเมนต์ที่ไม่รู้จัก
พรอมต์คือวลีที่คุณพูดกับมัน บริบทคือโลกที่คุณเตรียมไว้
จากวิศวกรรมที่รวดเร็วไปจนถึงวิศวกรรมบริบท
วิศวกรรมพร้อมท์มักถูกมองว่าเป็นการเขียน เลือกคำให้ถูก ถามให้ถูก เพิ่มตัวอย่าง ระบุรูปแบบ
วิศวกรรมบริบทมีความใกล้ชิดกับสถาปัตยกรรมมากขึ้น
คุณไม่เพียงแค่ถามว่า "ฉันจะกำหนดคำขอได้อย่างไร" มันถามว่า:
- ข้อมูลอะไรบ้างที่จำเป็นจริงๆ?
- เสียงรบกวนคืออะไร?
- จะต้องกู้คืนอะไรบ้างทันที?
- ควรจำอะไร?
- ควรเปิดเผยเครื่องมือใดบ้าง?
- คำสั่งใดมีเสถียรภาพและคำสั่งใดขึ้นอยู่กับงาน
- ฉันจะทำให้ตัวแทนเข้าใจว่าอะไรคือเผด็จการ?
มันเป็นการเปลี่ยนแปลงที่ละเอียดอ่อนแต่ยิ่งใหญ่ เพราะเมื่อคุณทำงานกับตัวแทน บริบทไม่ใช่บล็อกแบบคงที่ มันเปลี่ยนแปลงไปในทุกย่างก้าว
เอเจนต์เปิดไฟล์ เรียนรู้บางอย่าง รันการทดสอบ ได้รับข้อผิดพลาด อัปเดตแผน เรียกใช้เครื่องมือ ค้นพบการขึ้นต่อกัน ในแต่ละรอบเขาต้องตัดสินใจว่าจะเอาอะไรติดตัวไปด้วยและอะไรควรละทิ้งไป
นี่คือวิศวกรรมศาสตร์
บริบทไม่ใช่การฝังกลบ
เทมเพลตที่มีหน้าต่างบริบทขนาดใหญ่ทำให้เรารู้สึกอยาก: มาใส่ทุกอย่างลงไปเลย
มันเข้าใจได้ ถ้าฉันมีล้านโทเค็น ทำไมฉันต้องเลือก?
เพราะแม้ว่าคุณจะใส่ทุกอย่างลงไปได้ทุกอย่างก็ไม่ได้หมายความว่าทุกอย่างจะช่วยได้ แท้จริงแล้วเสียงรบกวนมีค่าใช้จ่าย ต้องใช้โทเค็น เสียความสนใจ เสียเวลาแฝง เสียคุณภาพ โมเดลอาจหลงไปกับรายละเอียดที่ไม่เกี่ยวข้องเช่นเดียวกับเราเมื่อเราเปิดแท็บยี่สิบแท็บและจำไม่ได้ว่าทำไมอีกต่อไป
บริบทที่ดีมีลำดับชั้น:
- คำแนะนำและนโยบายของระบบ
- วัตถุประสงค์เฉพาะ
- สถานะปัจจุบัน;
- ข้อมูลที่เกี่ยวข้อง
- ข้อจำกัด;
- เครื่องมือที่มีอยู่
- ติดตามการตัดสินใจที่ทำไปแล้ว
ไม่จำเป็นต้องรักษาทุกอย่างในระดับเดียวกัน คำสั่งผู้ใช้มีค่ามากกว่าบันทึกย่อเก่า การทดสอบที่ล้มเหลวตอนนี้มีค่ามากกว่าความพึงพอใจด้านสุนทรียศาสตร์เมื่อสามเดือนก่อน นโยบายความปลอดภัยมีค่ามากกว่าทางลัดที่ใช้งานจริง
วิศวกรรมบริบทยังหมายถึงการให้น้ำหนัก ไม่ใช่แค่ข้อมูลเท่านั้น
ความทรงจำ : จำน้อยลง จำได้ดีขึ้น
หน่วยความจำในเอเจนต์เป็นหนึ่งในหัวข้อที่ลื่นไหลที่สุด
ในฐานะผู้ใช้ คุณต้องการให้ตัวแทนรู้จักคุณ คุณอยากให้เขาจดจำโทนเสียง แผนงาน การประชุม สิ่งต่างๆ ที่ได้ตัดสินใจไปแล้ว ในฐานะวิศวกร คุณทราบดีว่าความทรงจำถาวรทุกรายการก็มีความเสี่ยงเช่นกัน มันอาจจะผิด เก่า ส่วนตัวเกินไป กว้างเกินไป ไม่สามารถตรวจสอบได้
หน่วยความจำที่มีประโยชน์ควรมีคุณสมบัติอย่างน้อยสามประการ:
- ที่มา: ข้อมูลนี้มาจากไหน?
- วันที่: จริงเมื่อไหร่?
- วัตถุประสงค์: ควรนำไปใช้งานประเภทใด?
หากไม่มีสามสิ่งนี้ ความทรงจำก็จะกลายเป็นความเชื่อโชคลาง
ฉันชอบคิดว่าความทรงจำแบบตัวแทนเป็นสมุดงาน ไม่ใช่เป็นจิตใจที่มีมนต์ขลัง มีหมายเหตุชั่วคราว การตัดสินใจที่ได้รับการยืนยัน การตั้งค่าสไตล์ ข้อจำกัดทางเทคนิค ลิงก์ไปยังแหล่งที่มา บางสิ่งก็สิ้นไป บางอย่างก็ต้องเขียนใหม่ บางส่วนต้องถูกกำจัดเพราะตัวแทนเข้าใจผิด
ระบบที่ดีจะต้องทำให้การบำรุงรักษานี้เป็นปกติ ไม่ใช่วีรบุรุษ
การดึงข้อมูลและเครื่องมือไม่เหมือนกัน
เมื่อเราพูดถึงบริบท เรามักจะจบลงที่ RAG ทันที การฝัง ฐานข้อมูลเวกเตอร์ การแยกส่วน การจัดลำดับใหม่
มีประโยชน์ทั้งหมด แต่การดึงข้อมูลเป็นเพียงวิธีเดียวในการนำข้อมูลมาสู่โมเดล เขาไม่ใช่คนเดียว
เอเจนต์สามารถรับบริบทได้โดยการอ่านไฟล์ การสืบค้น API การเรียกเซิร์ฟเวอร์ MCP การเปิดเบราว์เซอร์ การรันการทดสอบ ค้นหา Slack การดูแดชบอร์ด การถามจากมนุษย์
ส่วนที่น่าสนใจคือการตัดสินใจว่าจะใช้เส้นทางไหนและเมื่อใด
หากตัวแทนจำเป็นต้องตอบคำถามในอดีต บางทีแค่การดึงข้อมูลก็เพียงพอแล้ว หากเขาต้องแก้ไขข้อบกพร่อง เขาจะต้องอ่านโค้ดจริง หากเขาต้องเข้าใจว่าเหตุใดการปรับใช้จึงล้มเหลว เขาต้องดูบันทึกใหม่ หากคุณต้องการเขียนถึงลูกค้า คุณจะต้องดึงข้อมูล ประวัติ และสถานะของตั๋ว ถ้าเขาต้องดำเนินการผลิตเขาต้องขออนุญาต
บริบทไม่ใช่ฐานข้อมูล มันเป็นขั้นตอนการทำงาน
##ตัวแทนที่ดีก็รู้จักละเลย
สัญญาณของวุฒิภาวะในตัวแทนคือความสามารถในการพูดว่า: ฉันไม่ต้องการข้อมูลนี้
ดูเหมือนเล็กน้อยแต่เป็นเรื่องยากมาก ระบบตัวแทนจำนวนมากสะสม การเรียกเครื่องมือแต่ละครั้งจะเพิ่มข้อความ ทุกข้อผิดพลาดยังคงอยู่ในบัฟเฟอร์ การอ่านแต่ละไฟล์จะเพิ่มลงในสแต็ก ในที่สุดโมเดลก็มีประวัติที่ยาวนานมากและไม่มีแผนที่
จำเป็นต้องมีการบีบอัด จำเป็นต้องมีการสังเคราะห์ระดับกลาง มันจำเป็นต้องมีโครงสร้าง
ไม่ใช่ "นั่นคือทั้งหมดที่เกิดขึ้น" แต่:
- วัตถุประสงค์ยังคงใช้ได้;
- สมมติฐานปัจจุบัน
- ตรวจสอบไฟล์แล้ว
- การตัดสินใจ;
- ความเสี่ยงแบบเปิด
- การดำเนินการต่อไป
สิ่งนี้ทำให้ตัวแทนแสดงละครน้อยลงและช่วยเหลือได้มากขึ้น ไม่ใช่เพราะเขาดูฉลาดกว่า แต่เป็นเพราะเขาทำงานกับโต๊ะที่เป็นระเบียบเรียบร้อย
วิศวกรรมบริบทสำหรับทีม ไม่ใช่สำหรับศิลปินที่รวดเร็ว
เหตุผลที่ฉันสนใจหัวข้อนี้ก็คือเป็นการเปลี่ยนความรับผิดชอบจากบุคคลไปสู่ระบบ
ในด้านวิศวกรรมที่รวดเร็ว ผู้ที่สามารถพูดคุยกับโมเดลได้ดีที่สุดมักจะเป็นผู้ชนะ ในด้านวิศวกรรมบริบท ทีมที่จัดระเบียบงานได้ดีที่สุดจะชนะ: เอกสารประกอบ ข้อตกลง ปัญหา บันทึก การทดสอบ ความเป็นเจ้าของ การตั้งชื่อ แหล่งที่มา
พื้นที่เก็บข้อมูลที่สะอาดจะกลายเป็นบริบทที่ดีขึ้น ปัญหาที่เขียนไว้อย่างดีจะกลายเป็นเชื้อเพลิงที่ดีกว่า Runbook ที่อัปเดตจะบันทึกโทเค็นและความวิตกกังวล บันทึกการเปลี่ยนแปลงที่ชัดเจนช่วยลดอาการประสาทหลอน
นี่เป็นข่าวดีและค่อนข้างอึดอัด สวยงามเพราะเป็นการตอบแทนการปฏิบัติที่ดี ไม่สะดวกเพราะคุณไม่สามารถแก้ปัญหาทุกอย่างด้วยความฉลาดได้
เจ้าหน้าที่จะขยายสุขอนามัยของระบบที่พวกเขาพบ
พรุ่งนี้จะทายังไง
หากฉันจะแนะนำวิศวกรรมบริบทในโครงการจริง ฉันจะเริ่มจากสิ่งเล็กๆ น้อยๆ:
- ไฟล์คำสั่งโครงการสั้นและบำรุงรักษา
- ตัวอย่างที่ดีของผลลัพธ์ที่คาดหวัง
- รายการเครื่องมือและกรณีการใช้งานที่มีอยู่
- การตัดสินใจทางสถาปัตยกรรมที่เขียนในลักษณะที่สามารถอ้างอิงได้
- ปัญหาเกี่ยวกับบริบทบังคับขั้นต่ำ
- ง่ายต่อการดึงบันทึกและการทดสอบ
- หน่วยความจำถาวรที่มนุษย์แก้ไขได้
แล้วผมก็จะวัดผลง่ายๆ คือ เจ้าหน้าที่ต้องขอคำชี้แจงหรือออกไปผิดทางกี่ครั้ง?
ถ้ามันเกิดขึ้นบ่อยผมจะไม่เพิ่มโมเดลที่ใหญ่กว่านี้ทันที ฉันจะดูบริบท
การอ่านของฉัน
วิศวกรรมบริบทเป็นคำที่ค่อนข้างป่องใช่ แต่แนวคิดก็ฟังดูดี
มันเตือนเราว่าความฉลาดของตัวแทนไม่ได้อยู่แค่ในโมเดลเท่านั้น มันอยู่ในสภาพแวดล้อมที่เราเตรียมไว้ให้เขา: สิ่งที่เขาเห็น, สิ่งที่เขาจำได้, สิ่งที่เขาสามารถทำได้, สิ่งที่เขาถูกห้ามไม่ให้ทำ, แหล่งที่มาใดที่เขารับรู้ว่าเป็นความจริง
ในส่วนของมนุษย์ การเตรียมบริบทให้ดีถือเป็นการดูแลรูปแบบหนึ่ง มันกำลังบอกตัวแทน แต่ยังรวมถึงทีมด้วยว่า “ฉันไม่อยากให้คุณเดา ฉันต้องการให้คุณมีสิ่งที่คุณต้องการ”
เวทมนตร์น้อยลง ห้องสะอาด. ตัวแทนต้องการมันมากเท่ากับที่เราต้องการ
แหล่งที่มา
METADATA
- date: 2026-06-30
- reading: 1 min
- author: Filippo Spinella
- tags: AI, Agents, Prompting, Developer Tools