spinny:~/writing $ less context-engineering-agents.md
12ในโลกใบเล็กๆ ของเจ้าหน้าที่ AI สิ่งสำคัญคือวิศวกรรมบริบท34ดูเหมือนว่ามีอีกฉลากหนึ่งที่คิดค้นขึ้นเพื่อขายสิ่งที่เราทำอยู่แล้ว ส่วนหนึ่งก็คือ อย่างไรก็ตาม เช่นเดียวกับที่เกิดขึ้นบ่อยครั้ง ฉลากยังติดใจเพราะมันทำให้ชื่อของความเจ็บปวดอย่างแท้จริง56ความเจ็บปวดคือ: โมเดลไม่ได้ล้มเหลวเพียงเพราะพวกเขา "ไม่คิด" มักจะล้มเหลวเพราะเราส่งไปทำงานผิดห้อง78เราให้คำแนะนำเก่าแก่พวกเขา เราซ่อนไฟล์สำคัญจากเขา เราส่งเอกสารที่ยาวเกินไปไปให้พวกเขาและไม่ได้บอกว่าอะไรสำคัญ เราแสดงบันทึกโดยไม่มีลำดับความสำคัญ เรามอบเครื่องมือสิบอย่างให้กับพวกเขาโดยไม่ต้องอธิบายว่าควรใช้เมื่อใด ถ้าอย่างนั้นเราก็แปลกใจถ้าเจ้าหน้าที่เคลื่อนไหวเหมือนคนตื่นขึ้นมาในอพาร์ตเมนต์ที่ไม่รู้จัก910พรอมต์คือวลีที่คุณพูดกับมัน บริบทคือโลกที่คุณเตรียมไว้1112## จากวิศวกรรมที่รวดเร็วไปจนถึงวิศวกรรมบริบท1314วิศวกรรมพร้อมท์มักถูกมองว่าเป็นการเขียน เลือกคำให้ถูก ถามให้ถูก เพิ่มตัวอย่าง ระบุรูปแบบ1516วิศวกรรมบริบทมีความใกล้ชิดกับสถาปัตยกรรมมากขึ้น1718คุณไม่เพียงแค่ถามว่า "ฉันจะกำหนดคำขอได้อย่างไร" มันถามว่า:1920- ข้อมูลอะไรบ้างที่จำเป็นจริงๆ?21- เสียงรบกวนคืออะไร?22- จะต้องกู้คืนอะไรบ้างทันที?23- ควรจำอะไร?24- ควรเปิดเผยเครื่องมือใดบ้าง?25- คำสั่งใดมีเสถียรภาพและคำสั่งใดขึ้นอยู่กับงาน26- ฉันจะทำให้ตัวแทนเข้าใจว่าอะไรคือเผด็จการ?2728มันเป็นการเปลี่ยนแปลงที่ละเอียดอ่อนแต่ยิ่งใหญ่ เพราะเมื่อคุณทำงานกับตัวแทน บริบทไม่ใช่บล็อกแบบคงที่ มันเปลี่ยนแปลงไปในทุกย่างก้าว2930เอเจนต์เปิดไฟล์ เรียนรู้บางอย่าง รันการทดสอบ ได้รับข้อผิดพลาด อัปเดตแผน เรียกใช้เครื่องมือ ค้นพบการขึ้นต่อกัน ในแต่ละรอบเขาต้องตัดสินใจว่าจะเอาอะไรติดตัวไปด้วยและอะไรควรละทิ้งไป3132นี่คือวิศวกรรมศาสตร์3334## บริบทไม่ใช่การฝังกลบ3536เทมเพลตที่มีหน้าต่างบริบทขนาดใหญ่ทำให้เรารู้สึกอยาก: มาใส่ทุกอย่างลงไปเลย3738มันเข้าใจได้ ถ้าฉันมีล้านโทเค็น ทำไมฉันต้องเลือก?3940เพราะแม้ว่าคุณจะใส่ทุกอย่างลงไปได้ทุกอย่างก็ไม่ได้หมายความว่าทุกอย่างจะช่วยได้ แท้จริงแล้วเสียงรบกวนมีค่าใช้จ่าย ต้องใช้โทเค็น เสียความสนใจ เสียเวลาแฝง เสียคุณภาพ โมเดลอาจหลงไปกับรายละเอียดที่ไม่เกี่ยวข้องเช่นเดียวกับเราเมื่อเราเปิดแท็บยี่สิบแท็บและจำไม่ได้ว่าทำไมอีกต่อไป4142บริบทที่ดีมีลำดับชั้น:43441. คำแนะนำและนโยบายของระบบ452. วัตถุประสงค์เฉพาะ463. สถานะปัจจุบัน;474. ข้อมูลที่เกี่ยวข้อง485. ข้อจำกัด;496. เครื่องมือที่มีอยู่507. ติดตามการตัดสินใจที่ทำไปแล้ว5152ไม่จำเป็นต้องรักษาทุกอย่างในระดับเดียวกัน คำสั่งผู้ใช้มีค่ามากกว่าบันทึกย่อเก่า การทดสอบที่ล้มเหลวตอนนี้มีค่ามากกว่าความพึงพอใจด้านสุนทรียศาสตร์เมื่อสามเดือนก่อน นโยบายความปลอดภัยมีค่ามากกว่าทางลัดที่ใช้งานจริง5354วิศวกรรมบริบทยังหมายถึงการให้น้ำหนัก ไม่ใช่แค่ข้อมูลเท่านั้น5556## ความทรงจำ : จำน้อยลง จำได้ดีขึ้น5758หน่วยความจำในเอเจนต์เป็นหนึ่งในหัวข้อที่ลื่นไหลที่สุด5960ในฐานะผู้ใช้ คุณต้องการให้ตัวแทนรู้จักคุณ คุณอยากให้เขาจดจำโทนเสียง แผนงาน การประชุม สิ่งต่างๆ ที่ได้ตัดสินใจไปแล้ว ในฐานะวิศวกร คุณทราบดีว่าความทรงจำถาวรทุกรายการก็มีความเสี่ยงเช่นกัน มันอาจจะผิด เก่า ส่วนตัวเกินไป กว้างเกินไป ไม่สามารถตรวจสอบได้6162หน่วยความจำที่มีประโยชน์ควรมีคุณสมบัติอย่างน้อยสามประการ:6364- ที่มา: ข้อมูลนี้มาจากไหน?65- วันที่: จริงเมื่อไหร่?66- วัตถุประสงค์: ควรนำไปใช้งานประเภทใด?6768หากไม่มีสามสิ่งนี้ ความทรงจำก็จะกลายเป็นความเชื่อโชคลาง6970ฉันชอบคิดว่าความทรงจำแบบตัวแทนเป็นสมุดงาน ไม่ใช่เป็นจิตใจที่มีมนต์ขลัง มีหมายเหตุชั่วคราว การตัดสินใจที่ได้รับการยืนยัน การตั้งค่าสไตล์ ข้อจำกัดทางเทคนิค ลิงก์ไปยังแหล่งที่มา บางสิ่งก็สิ้นไป บางอย่างก็ต้องเขียนใหม่ บางส่วนต้องถูกกำจัดเพราะตัวแทนเข้าใจผิด7172ระบบที่ดีจะต้องทำให้การบำรุงรักษานี้เป็นปกติ ไม่ใช่วีรบุรุษ7374## การดึงข้อมูลและเครื่องมือไม่เหมือนกัน7576เมื่อเราพูดถึงบริบท เรามักจะจบลงที่ RAG ทันที การฝัง ฐานข้อมูลเวกเตอร์ การแยกส่วน การจัดลำดับใหม่7778มีประโยชน์ทั้งหมด แต่การดึงข้อมูลเป็นเพียงวิธีเดียวในการนำข้อมูลมาสู่โมเดล เขาไม่ใช่คนเดียว7980เอเจนต์สามารถรับบริบทได้โดยการอ่านไฟล์ การสืบค้น API การเรียกเซิร์ฟเวอร์ MCP การเปิดเบราว์เซอร์ การรันการทดสอบ ค้นหา Slack การดูแดชบอร์ด การถามจากมนุษย์8182ส่วนที่น่าสนใจคือการตัดสินใจว่าจะใช้เส้นทางไหนและเมื่อใด8384หากตัวแทนจำเป็นต้องตอบคำถามในอดีต บางทีแค่การดึงข้อมูลก็เพียงพอแล้ว หากเขาต้องแก้ไขข้อบกพร่อง เขาจะต้องอ่านโค้ดจริง หากเขาต้องเข้าใจว่าเหตุใดการปรับใช้จึงล้มเหลว เขาต้องดูบันทึกใหม่ หากคุณต้องการเขียนถึงลูกค้า คุณจะต้องดึงข้อมูล ประวัติ และสถานะของตั๋ว ถ้าเขาต้องดำเนินการผลิตเขาต้องขออนุญาต8586บริบทไม่ใช่ฐานข้อมูล มันเป็นขั้นตอนการทำงาน8788##ตัวแทนที่ดีก็รู้จักละเลย8990สัญญาณของวุฒิภาวะในตัวแทนคือความสามารถในการพูดว่า: ฉันไม่ต้องการข้อมูลนี้9192ดูเหมือนเล็กน้อยแต่เป็นเรื่องยากมาก ระบบตัวแทนจำนวนมากสะสม การเรียกเครื่องมือแต่ละครั้งจะเพิ่มข้อความ ทุกข้อผิดพลาดยังคงอยู่ในบัฟเฟอร์ การอ่านแต่ละไฟล์จะเพิ่มลงในสแต็ก ในที่สุดโมเดลก็มีประวัติที่ยาวนานมากและไม่มีแผนที่9394จำเป็นต้องมีการบีบอัด จำเป็นต้องมีการสังเคราะห์ระดับกลาง มันจำเป็นต้องมีโครงสร้าง9596ไม่ใช่ "นั่นคือทั้งหมดที่เกิดขึ้น" แต่:9798- วัตถุประสงค์ยังคงใช้ได้;99- สมมติฐานปัจจุบัน100- ตรวจสอบไฟล์แล้ว101- การตัดสินใจ;102- ความเสี่ยงแบบเปิด103- การดำเนินการต่อไป104105สิ่งนี้ทำให้ตัวแทนแสดงละครน้อยลงและช่วยเหลือได้มากขึ้น ไม่ใช่เพราะเขาดูฉลาดกว่า แต่เป็นเพราะเขาทำงานกับโต๊ะที่เป็นระเบียบเรียบร้อย106107## วิศวกรรมบริบทสำหรับทีม ไม่ใช่สำหรับศิลปินที่รวดเร็ว108109เหตุผลที่ฉันสนใจหัวข้อนี้ก็คือเป็นการเปลี่ยนความรับผิดชอบจากบุคคลไปสู่ระบบ110111ในด้านวิศวกรรมที่รวดเร็ว ผู้ที่สามารถพูดคุยกับโมเดลได้ดีที่สุดมักจะเป็นผู้ชนะ ในด้านวิศวกรรมบริบท ทีมที่จัดระเบียบงานได้ดีที่สุดจะชนะ: เอกสารประกอบ ข้อตกลง ปัญหา บันทึก การทดสอบ ความเป็นเจ้าของ การตั้งชื่อ แหล่งที่มา112113พื้นที่เก็บข้อมูลที่สะอาดจะกลายเป็นบริบทที่ดีขึ้น ปัญหาที่เขียนไว้อย่างดีจะกลายเป็นเชื้อเพลิงที่ดีกว่า Runbook ที่อัปเดตจะบันทึกโทเค็นและความวิตกกังวล บันทึกการเปลี่ยนแปลงที่ชัดเจนช่วยลดอาการประสาทหลอน114115นี่เป็นข่าวดีและค่อนข้างอึดอัด สวยงามเพราะเป็นการตอบแทนการปฏิบัติที่ดี ไม่สะดวกเพราะคุณไม่สามารถแก้ปัญหาทุกอย่างด้วยความฉลาดได้116117เจ้าหน้าที่จะขยายสุขอนามัยของระบบที่พวกเขาพบ118119## พรุ่งนี้จะทายังไง120121หากฉันจะแนะนำวิศวกรรมบริบทในโครงการจริง ฉันจะเริ่มจากสิ่งเล็กๆ น้อยๆ:122123- ไฟล์คำสั่งโครงการสั้นและบำรุงรักษา124- ตัวอย่างที่ดีของผลลัพธ์ที่คาดหวัง125- รายการเครื่องมือและกรณีการใช้งานที่มีอยู่126- การตัดสินใจทางสถาปัตยกรรมที่เขียนในลักษณะที่สามารถอ้างอิงได้127- ปัญหาเกี่ยวกับบริบทบังคับขั้นต่ำ128- ง่ายต่อการดึงบันทึกและการทดสอบ129- หน่วยความจำถาวรที่มนุษย์แก้ไขได้130131แล้วผมก็จะวัดผลง่ายๆ คือ เจ้าหน้าที่ต้องขอคำชี้แจงหรือออกไปผิดทางกี่ครั้ง?132133ถ้ามันเกิดขึ้นบ่อยผมจะไม่เพิ่มโมเดลที่ใหญ่กว่านี้ทันที ฉันจะดูบริบท134135## การอ่านของฉัน136137วิศวกรรมบริบทเป็นคำที่ค่อนข้างป่องใช่ แต่แนวคิดก็ฟังดูดี138139มันเตือนเราว่าความฉลาดของตัวแทนไม่ได้อยู่แค่ในโมเดลเท่านั้น มันอยู่ในสภาพแวดล้อมที่เราเตรียมไว้ให้เขา: สิ่งที่เขาเห็น, สิ่งที่เขาจำได้, สิ่งที่เขาสามารถทำได้, สิ่งที่เขาถูกห้ามไม่ให้ทำ, แหล่งที่มาใดที่เขารับรู้ว่าเป็นความจริง140141ในส่วนของมนุษย์ การเตรียมบริบทให้ดีถือเป็นการดูแลรูปแบบหนึ่ง มันกำลังบอกตัวแทน แต่ยังรวมถึงทีมด้วยว่า “ฉันไม่อยากให้คุณเดา ฉันต้องการให้คุณมีสิ่งที่คุณต้องการ”142143เวทมนตร์น้อยลง ห้องสะอาด. ตัวแทนต้องการมันมากเท่ากับที่เราต้องการ144145## แหล่งที่มา146147- [บล็อกของ 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
:วิศวกรรมบริบท: งานก่อนได้รับแจ้งlines 1-152 (END) — press q to close