1~
2ในโลกใบเล็กๆ ของเจ้าหน้าที่ AI สิ่งสำคัญคือวิศวกรรมบริบท
3~
4ดูเหมือนว่ามีอีกฉลากหนึ่งที่คิดค้นขึ้นเพื่อขายสิ่งที่เราทำอยู่แล้ว ส่วนหนึ่งก็คือ อย่างไรก็ตาม เช่นเดียวกับที่เกิดขึ้นบ่อยครั้ง ฉลากยังติดใจเพราะมันทำให้ชื่อของความเจ็บปวดอย่างแท้จริง
5~
6ความเจ็บปวดคือ: โมเดลไม่ได้ล้มเหลวเพียงเพราะพวกเขา "ไม่คิด" มักจะล้มเหลวเพราะเราส่งไปทำงานผิดห้อง
7~
8เราให้คำแนะนำเก่าแก่พวกเขา เราซ่อนไฟล์สำคัญจากเขา เราส่งเอกสารที่ยาวเกินไปไปให้พวกเขาและไม่ได้บอกว่าอะไรสำคัญ เราแสดงบันทึกโดยไม่มีลำดับความสำคัญ เรามอบเครื่องมือสิบอย่างให้กับพวกเขาโดยไม่ต้องอธิบายว่าควรใช้เมื่อใด ถ้าอย่างนั้นเราก็แปลกใจถ้าเจ้าหน้าที่เคลื่อนไหวเหมือนคนตื่นขึ้นมาในอพาร์ตเมนต์ที่ไม่รู้จัก
9~
10พรอมต์คือวลีที่คุณพูดกับมัน บริบทคือโลกที่คุณเตรียมไว้
11~
12## จากวิศวกรรมที่รวดเร็วไปจนถึงวิศวกรรมบริบท
13~
14วิศวกรรมพร้อมท์มักถูกมองว่าเป็นการเขียน เลือกคำให้ถูก ถามให้ถูก เพิ่มตัวอย่าง ระบุรูปแบบ
15~
16วิศวกรรมบริบทมีความใกล้ชิดกับสถาปัตยกรรมมากขึ้น
17~
18คุณไม่เพียงแค่ถามว่า "ฉันจะกำหนดคำขอได้อย่างไร" มันถามว่า:
19~
20- ข้อมูลอะไรบ้างที่จำเป็นจริงๆ?
21- เสียงรบกวนคืออะไร?
22- จะต้องกู้คืนอะไรบ้างทันที?
23- ควรจำอะไร?
24- ควรเปิดเผยเครื่องมือใดบ้าง?
25- คำสั่งใดมีเสถียรภาพและคำสั่งใดขึ้นอยู่กับงาน
26- ฉันจะทำให้ตัวแทนเข้าใจว่าอะไรคือเผด็จการ?
27~
28มันเป็นการเปลี่ยนแปลงที่ละเอียดอ่อนแต่ยิ่งใหญ่ เพราะเมื่อคุณทำงานกับตัวแทน บริบทไม่ใช่บล็อกแบบคงที่ มันเปลี่ยนแปลงไปในทุกย่างก้าว
29~
30เอเจนต์เปิดไฟล์ เรียนรู้บางอย่าง รันการทดสอบ ได้รับข้อผิดพลาด อัปเดตแผน เรียกใช้เครื่องมือ ค้นพบการขึ้นต่อกัน ในแต่ละรอบเขาต้องตัดสินใจว่าจะเอาอะไรติดตัวไปด้วยและอะไรควรละทิ้งไป
31~
32นี่คือวิศวกรรมศาสตร์
33~
34## บริบทไม่ใช่การฝังกลบ
35~
36เทมเพลตที่มีหน้าต่างบริบทขนาดใหญ่ทำให้เรารู้สึกอยาก: มาใส่ทุกอย่างลงไปเลย
37~
38มันเข้าใจได้ ถ้าฉันมีล้านโทเค็น ทำไมฉันต้องเลือก?
39~
40เพราะแม้ว่าคุณจะใส่ทุกอย่างลงไปได้ทุกอย่างก็ไม่ได้หมายความว่าทุกอย่างจะช่วยได้ แท้จริงแล้วเสียงรบกวนมีค่าใช้จ่าย ต้องใช้โทเค็น เสียความสนใจ เสียเวลาแฝง เสียคุณภาพ โมเดลอาจหลงไปกับรายละเอียดที่ไม่เกี่ยวข้องเช่นเดียวกับเราเมื่อเราเปิดแท็บยี่สิบแท็บและจำไม่ได้ว่าทำไมอีกต่อไป
41~
42บริบทที่ดีมีลำดับชั้น:
43~
441. คำแนะนำและนโยบายของระบบ
452. วัตถุประสงค์เฉพาะ
463. สถานะปัจจุบัน;
474. ข้อมูลที่เกี่ยวข้อง
485. ข้อจำกัด;
496. เครื่องมือที่มีอยู่
507. ติดตามการตัดสินใจที่ทำไปแล้ว
51~
52ไม่จำเป็นต้องรักษาทุกอย่างในระดับเดียวกัน คำสั่งผู้ใช้มีค่ามากกว่าบันทึกย่อเก่า การทดสอบที่ล้มเหลวตอนนี้มีค่ามากกว่าความพึงพอใจด้านสุนทรียศาสตร์เมื่อสามเดือนก่อน นโยบายความปลอดภัยมีค่ามากกว่าทางลัดที่ใช้งานจริง
53~
54วิศวกรรมบริบทยังหมายถึงการให้น้ำหนัก ไม่ใช่แค่ข้อมูลเท่านั้น
55~
56## ความทรงจำ : จำน้อยลง จำได้ดีขึ้น
57~
58หน่วยความจำในเอเจนต์เป็นหนึ่งในหัวข้อที่ลื่นไหลที่สุด
59~
60ในฐานะผู้ใช้ คุณต้องการให้ตัวแทนรู้จักคุณ คุณอยากให้เขาจดจำโทนเสียง แผนงาน การประชุม สิ่งต่างๆ ที่ได้ตัดสินใจไปแล้ว ในฐานะวิศวกร คุณทราบดีว่าความทรงจำถาวรทุกรายการก็มีความเสี่ยงเช่นกัน มันอาจจะผิด เก่า ส่วนตัวเกินไป กว้างเกินไป ไม่สามารถตรวจสอบได้
61~
62หน่วยความจำที่มีประโยชน์ควรมีคุณสมบัติอย่างน้อยสามประการ:
63~
64- ที่มา: ข้อมูลนี้มาจากไหน?
65- วันที่: จริงเมื่อไหร่?
66- วัตถุประสงค์: ควรนำไปใช้งานประเภทใด?
67~
68หากไม่มีสามสิ่งนี้ ความทรงจำก็จะกลายเป็นความเชื่อโชคลาง
69~
70ฉันชอบคิดว่าความทรงจำแบบตัวแทนเป็นสมุดงาน ไม่ใช่เป็นจิตใจที่มีมนต์ขลัง มีหมายเหตุชั่วคราว การตัดสินใจที่ได้รับการยืนยัน การตั้งค่าสไตล์ ข้อจำกัดทางเทคนิค ลิงก์ไปยังแหล่งที่มา บางสิ่งก็สิ้นไป บางอย่างก็ต้องเขียนใหม่ บางส่วนต้องถูกกำจัดเพราะตัวแทนเข้าใจผิด
71~
72ระบบที่ดีจะต้องทำให้การบำรุงรักษานี้เป็นปกติ ไม่ใช่วีรบุรุษ
73~
74## การดึงข้อมูลและเครื่องมือไม่เหมือนกัน
75~
76เมื่อเราพูดถึงบริบท เรามักจะจบลงที่ RAG ทันที การฝัง ฐานข้อมูลเวกเตอร์ การแยกส่วน การจัดลำดับใหม่
77~
78มีประโยชน์ทั้งหมด แต่การดึงข้อมูลเป็นเพียงวิธีเดียวในการนำข้อมูลมาสู่โมเดล เขาไม่ใช่คนเดียว
79~
80เอเจนต์สามารถรับบริบทได้โดยการอ่านไฟล์ การสืบค้น API การเรียกเซิร์ฟเวอร์ MCP การเปิดเบราว์เซอร์ การรันการทดสอบ ค้นหา Slack การดูแดชบอร์ด การถามจากมนุษย์
81~
82ส่วนที่น่าสนใจคือการตัดสินใจว่าจะใช้เส้นทางไหนและเมื่อใด
83~
84หากตัวแทนจำเป็นต้องตอบคำถามในอดีต บางทีแค่การดึงข้อมูลก็เพียงพอแล้ว หากเขาต้องแก้ไขข้อบกพร่อง เขาจะต้องอ่านโค้ดจริง หากเขาต้องเข้าใจว่าเหตุใดการปรับใช้จึงล้มเหลว เขาต้องดูบันทึกใหม่ หากคุณต้องการเขียนถึงลูกค้า คุณจะต้องดึงข้อมูล ประวัติ และสถานะของตั๋ว ถ้าเขาต้องดำเนินการผลิตเขาต้องขออนุญาต
85~
86บริบทไม่ใช่ฐานข้อมูล มันเป็นขั้นตอนการทำงาน
87~
88##ตัวแทนที่ดีก็รู้จักละเลย
89~
90สัญญาณของวุฒิภาวะในตัวแทนคือความสามารถในการพูดว่า: ฉันไม่ต้องการข้อมูลนี้
91~
92ดูเหมือนเล็กน้อยแต่เป็นเรื่องยากมาก ระบบตัวแทนจำนวนมากสะสม การเรียกเครื่องมือแต่ละครั้งจะเพิ่มข้อความ ทุกข้อผิดพลาดยังคงอยู่ในบัฟเฟอร์ การอ่านแต่ละไฟล์จะเพิ่มลงในสแต็ก ในที่สุดโมเดลก็มีประวัติที่ยาวนานมากและไม่มีแผนที่
93~
94จำเป็นต้องมีการบีบอัด จำเป็นต้องมีการสังเคราะห์ระดับกลาง มันจำเป็นต้องมีโครงสร้าง
95~
96ไม่ใช่ "นั่นคือทั้งหมดที่เกิดขึ้น" แต่:
97~
98- วัตถุประสงค์ยังคงใช้ได้;
99- สมมติฐานปัจจุบัน
100- ตรวจสอบไฟล์แล้ว
101- การตัดสินใจ;
102- ความเสี่ยงแบบเปิด
103- การดำเนินการต่อไป
104~
105สิ่งนี้ทำให้ตัวแทนแสดงละครน้อยลงและช่วยเหลือได้มากขึ้น ไม่ใช่เพราะเขาดูฉลาดกว่า แต่เป็นเพราะเขาทำงานกับโต๊ะที่เป็นระเบียบเรียบร้อย
106~
107## วิศวกรรมบริบทสำหรับทีม ไม่ใช่สำหรับศิลปินที่รวดเร็ว
108~
109เหตุผลที่ฉันสนใจหัวข้อนี้ก็คือเป็นการเปลี่ยนความรับผิดชอบจากบุคคลไปสู่ระบบ
110~
111ในด้านวิศวกรรมที่รวดเร็ว ผู้ที่สามารถพูดคุยกับโมเดลได้ดีที่สุดมักจะเป็นผู้ชนะ ในด้านวิศวกรรมบริบท ทีมที่จัดระเบียบงานได้ดีที่สุดจะชนะ: เอกสารประกอบ ข้อตกลง ปัญหา บันทึก การทดสอบ ความเป็นเจ้าของ การตั้งชื่อ แหล่งที่มา
112~
113พื้นที่เก็บข้อมูลที่สะอาดจะกลายเป็นบริบทที่ดีขึ้น ปัญหาที่เขียนไว้อย่างดีจะกลายเป็นเชื้อเพลิงที่ดีกว่า Runbook ที่อัปเดตจะบันทึกโทเค็นและความวิตกกังวล บันทึกการเปลี่ยนแปลงที่ชัดเจนช่วยลดอาการประสาทหลอน
114~
115นี่เป็นข่าวดีและค่อนข้างอึดอัด สวยงามเพราะเป็นการตอบแทนการปฏิบัติที่ดี ไม่สะดวกเพราะคุณไม่สามารถแก้ปัญหาทุกอย่างด้วยความฉลาดได้
116~
117เจ้าหน้าที่จะขยายสุขอนามัยของระบบที่พวกเขาพบ
118~
119## พรุ่งนี้จะทายังไง
120~
121หากฉันจะแนะนำวิศวกรรมบริบทในโครงการจริง ฉันจะเริ่มจากสิ่งเล็กๆ น้อยๆ:
122~
123- ไฟล์คำสั่งโครงการสั้นและบำรุงรักษา
124- ตัวอย่างที่ดีของผลลัพธ์ที่คาดหวัง
125- รายการเครื่องมือและกรณีการใช้งานที่มีอยู่
126- การตัดสินใจทางสถาปัตยกรรมที่เขียนในลักษณะที่สามารถอ้างอิงได้
127- ปัญหาเกี่ยวกับบริบทบังคับขั้นต่ำ
128- ง่ายต่อการดึงบันทึกและการทดสอบ
129- หน่วยความจำถาวรที่มนุษย์แก้ไขได้
130~
131แล้วผมก็จะวัดผลง่ายๆ คือ เจ้าหน้าที่ต้องขอคำชี้แจงหรือออกไปผิดทางกี่ครั้ง?
132~
133ถ้ามันเกิดขึ้นบ่อยผมจะไม่เพิ่มโมเดลที่ใหญ่กว่านี้ทันที ฉันจะดูบริบท
134~
135## การอ่านของฉัน
136~
137วิศวกรรมบริบทเป็นคำที่ค่อนข้างป่องใช่ แต่แนวคิดก็ฟังดูดี
138~
139มันเตือนเราว่าความฉลาดของตัวแทนไม่ได้อยู่แค่ในโมเดลเท่านั้น มันอยู่ในสภาพแวดล้อมที่เราเตรียมไว้ให้เขา: สิ่งที่เขาเห็น, สิ่งที่เขาจำได้, สิ่งที่เขาสามารถทำได้, สิ่งที่เขาถูกห้ามไม่ให้ทำ, แหล่งที่มาใดที่เขารับรู้ว่าเป็นความจริง
140~
141ในส่วนของมนุษย์ การเตรียมบริบทให้ดีถือเป็นการดูแลรูปแบบหนึ่ง มันกำลังบอกตัวแทน แต่ยังรวมถึงทีมด้วยว่า “ฉันไม่อยากให้คุณเดา ฉันต้องการให้คุณมีสิ่งที่คุณต้องการ”
142~
143เวทมนตร์น้อยลง ห้องสะอาด. ตัวแทนต้องการมันมากเท่ากับที่เราต้องการ
144~
145## แหล่งที่มา
146~
147- [บล็อกของ LangChain: การเพิ่มขึ้นของวิศวกรรมบริบท](https://blog.langchain.com/the-rise-of-context-engineering/)
148- [Simon Willison: วิศวกรรมบริบท](https://simonwillison.net/2025/Jun/27/context-engineering/)
149- [Model Context Protocol: บทนำ](https://modelcontextprotocol.io/introduction)
150- [มานุษยวิทยา: การสร้างตัวแทนที่มีประสิทธิภาพ](https://www.anthropic.com/engineering/building-efficient-agents)
151- [OpenAI: เครื่องมือใหม่สำหรับตัวแทนการสร้าง](https://openai.com/index/new-tools-for-building-agents/)
152~