×
Community Blog ให้พื้นที่ทำงานชั่วคราวกับ AI เอเจนต์ของคุณด้วย Alibaba Cloud AgentRun

ให้พื้นที่ทำงานชั่วคราวกับ AI เอเจนต์ของคุณด้วย Alibaba Cloud AgentRun

บทความนี้แนะนำ Alibaba Cloud AgentRun แพลตฟอร์มแบบไม่ต้องใช้เซิร์ฟเวอร์ที่มอบพื้นที่ทำงานสำหรับการดำเนินงานที่ปลอดภัยและใช้ชั่วคราวให้กับ AI เอเจนต์ เ...

เขียนโดย Rizky Andriawan สถาปนิกโซลูชันประจำ Alibaba Cloud อินโดนีเซีย

TL;DR - AI เอเจนต์ไม่ได้เพียงแค่ตอบคำถาม แต่ยังลงมือปฏิบัติจริง มันประมวลผลโค้ด ควบคุมเบราว์เซอร์ และจัดการไฟล์ต่าง ๆ ดังนั้นจึงต้องมีพื้นที่ทำงาน การเปลี่ยนแปลงที่เกือบทุกคนที่สร้างโครงสร้างพื้นฐานของเอเจนต์ได้ข้อสรุปในช่วงสองปีที่ผ่านมา ไม่ใช่ว่า "เอเจนต์ไม่มีสถานะ" แต่เป็นการที่เอเจนต์เปลี่ยนค่าเริ่มต้นต่างหาก โดยธรรมชาติแล้วมนุษย์จะมีระบบการทำงานที่ต่อเนื่อง ในขณะที่เอเจนต์จะมีระบบการแยกตัวโดยค่าเริ่มต้น และระบบการทำงานที่ต่อเนื่องจะเกิดขึ้นได้ก็ต่อเมื่อมีข้อยกเว้น สภาพแวดล้อมการทำงานของเอเจนต์ควรเป็นแบบชั่วคราว ในขณะที่หน่วยความจำ ตัวตน และผลลัพธ์ของเอเจนต์จะถูกเก็บไว้ในที่อื่นอย่างจงใจและคงทนถาวร บทความนี้จะกล่าวถึงเหตุผลว่าทำไมการเปลี่ยนแปลงนั้นจึงเป็นการตัดสินใจที่ถูกต้อง และ AgentRun ของ Alibaba Cloud เปลี่ยนสิ่งนี้ให้เป็นพื้นที่ทำงานที่คุณสามารถใช้งานได้อย่างไรโดยไม่ต้องติดตั้งเซิร์ฟเวอร์แม้แต่เครื่องเดียว

01_hero
ชั่วคราวในส่วนที่ใช้งานได้ คงทนถาวรในส่วนที่จดจำได้

เริ่มต้นด้วยสิ่งที่เอเจนต์กำลังทำอยู่จริง ๆ

แชทบอทจะตอบคำถาม เอเจนต์จะทำหน้าที่

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

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

ดังนั้นคำถามที่แท้จริงคือ: คุณจะจัดพื้นที่ทำงานแบบไหนให้กับสิ่งแบบนี้ คำตอบที่เข้าใจง่ายว่า "แบบเดียวกับที่เราให้แก่ผู้พัฒนาโปรแกรม" นั้น ที่จริงแล้ว นั่นกลับเป็นคำตอบที่ผิดไปอย่างสิ้นเชิง การได้เห็นถึงเหตุผลนั้นเป็นวิธีที่เร็วที่สุดในการเข้าใจว่าแพลตฟอร์มอย่าง AgentRun มีไว้เพื่ออะไร

02_chatbot_vs_agent
แชทบอทตอบคำถามได้ภายในขั้นตอนเดียว เอเจนต์จะรันวงจรทำงานภายในพื้นที่ทำงานที่ปิดสนิท จากนั้นจึงดำเนินการกับโลกภายนอก

การพลิกค่าเริ่มต้น

ลองนึกถึงสภาพแวดล้อมการพัฒนาของคุณเอง เช่น แล็ปท็อปหรือเครื่องเสมือน (VM) ที่คุณเชื่อมต่อผ่าน SSH คุณตั้งค่าเพียงครั้งเดียว คุณติดตั้งเครื่องมือ ปล่อยไฟล์ทิ้งไว้ และเมื่อกลับมาพรุ่งนี้ คุณก็จะพบว่าทุกอย่างยังคงอยู่เหมือนเดิม นั่นคือธรรมชาติของมนุษย์: การคงอยู่โดยพื้นฐาน การแยกออกเมื่อมีข้อยกเว้น คุณจะใช้แซนด์บ็อกซ์หรือเครื่องเสมือน (VM) ที่สะอาดหมดจดก็ต่อเมื่อคุณกำลังจัดการกับสิ่งที่คุณไม่ไว้วางใจเท่านั้น

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

คำที่กำลังทำงานอย่างเงียบ ๆ อยู่ตรงนี้คือ "พื้นที่ทำงาน" ดังนั้นเรามาระบุให้ชัดเจนกันดีกว่า สิ่งที่ควรจะทิ้งคือสภาพแวดล้อมการดำเนินการของเอเจนต์ซึ่งเรียกใช้โค้ด ขับเคลื่อนเบราว์เซอร์ และเขียนไฟล์ชั่วคราว สิ่งที่ไม่ควรถูกทิ้ง เช่น หน่วยความจำ ("Acme เป็นข้อตกลงที่หยุดชะงัก") ตัวตนและสิทธิ์การเข้าถึง ผลลัพธ์ที่สร้างขึ้น และบันทึกการตรวจสอบการกระทำต่าง ๆ นั้น ไม่ได้ถูกจัดเก็บไว้ในพื้นที่ทำงานเลย ทั้งหมดนั้นอาศัยอยู่นอกพื้นที่ทำงานนั้นอย่างคงทน โดยตั้งใจให้เป็นเช่นนั้น เพื่อให้สามารถทิ้งพื้นที่ทำงานนั้นไปได้โดยไม่ต้องนำสิ่งเหล่านั้นไปด้วย

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

สภาพแวดล้อมการพัฒนาของมนุษย์ พื้นที่ทำงานสำหรับการดำเนินการของเอเจนต์
อายุการใช้งาน เดือน คุณกลับไปหามันอีกครั้ง งานหนึ่งอย่าง ใช้เวลาเพียงไม่กี่วินาทีถึงไม่กี่นาที แล้วก็หายไป
สิ่งที่คงอยู่ในนั้น ทุกอย่างโดยค่าเริ่มต้น ไม่มีอะไรโดยค่าเริ่มต้น สถานะคงทนอยู่ภายนอกขอบเขตนั้น
เอกลักษณ์ เครื่องนี้เป็นของคุณ พื้นที่ทำงานเป็นแบบไม่ระบุตัวตน ข้อมูลประจำตัวและสิทธิ์การเข้าถึงจะถูกกำหนดให้กับแต่ละงานจากภายนอก
การจัดเตรียมระบบ ตั้งค่าครั้งเดียว ต้นทุนตัดจำหน่าย สร้างขึ้นตามต้องการ หายไปเมื่อเสร็จสิ้นภารกิจ
การทำงานพร้อมกัน หนึ่งคน หนึ่งเครื่อง นับพันเครื่องทำงานพร้อมกัน จากนั้นก็หยุดทำงาน
ความไว้วางใจ คุณไว้วางใจตัวเอง ไม่น่าเชื่อถือโดยพื้นฐานโครงสร้าง มันเรียกใช้โค้ดที่มันเขียนขึ้นเอง โดยใช้ข้อมูลป้อนเข้า (หน้าเว็บ เอกสาร) ที่อาจซ่อนคำสั่งบางอย่างไว้

นี่คือช่องว่างที่ AgentRun ถูกสร้างขึ้นมาเพื่อเติมเต็มโดยเฉพาะ แทนที่คุณจะต้องจัดเตรียมและบำรุงรักษาเซิร์ฟเวอร์สำหรับเอเจนต์ของคุณ ระบบจะมอบพื้นที่ทำงานที่แยกต่างหากและใช้งานชั่วคราวให้กับเอเจนต์แต่ละตัวตามความต้องการ และจะเรียกเก็บเงินจากคุณเฉพาะในขณะที่เอเจนต์กำลังทำงานอยู่จริงเท่านั้น ส่วนที่เหลือของบทความนี้คือการอธิบาย ว่าทำไมการออกแบบนั้นจึงถูกต้อง ทีละประเด็น

เหตุใดการดำเนินการแบบชั่วคราวจึงดีกว่า และ AgentRun นำเสนอสิ่งนี้ได้อย่างไร

คำว่า "ชั่วคราว" ฟังดูเหมือนเป็นการประนีประนอม ในแง่ของการใช้งานจริง มันเป็นการอัปเกรด แต่ละเหตุผลก็สอดคล้องกับสิ่งที่ AgentRun ทำได้ ซึ่งได้แก่

  1. รับประกันว่าทุกอย่างเริ่มต้นจากศูนย์ พฤติกรรมจึงสามารถทำซ้ำได้ ทุกงานเริ่มต้นจากพื้นฐานที่ดีที่ทราบกันดีอยู่แล้ว ไม่มีการเบี่ยงเบน ไม่มีสิ่งตกค้างจากการทำงานครั้งที่แล้วที่ค่อย ๆ เปลี่ยนแปลงผลลัพธ์ AgentRun จะสร้างแซนด์บ็อกซ์ใหม่สำหรับแต่ละงาน และจะปล่อยแซนด์บ็อกซ์นั้นเมื่อไม่มีการใช้งาน ดังนั้นเอเจนต์จึงไม่ได้รับมรดกความยุ่งเหยิงจากครั้งก่อนหน้า (นี่คือเหตุผลที่วลี "ทำงานวันอังคาร พักวันศุกร์" แทบจะหายไป เพราะวันศุกร์เริ่มต้นเหมือนกับวันอังคาร)
  2. รัศมีการระเบิดที่จำกัด ทั้งในเชิงพื้นที่และเวลา เอเจนต์นั้นทำให้ดิสก์เต็ม รันคำสั่งที่น่าสงสัยซึ่งได้มาจากเว็บเพจที่ปนเปื้อน หรือลบไฟล์ของตัวเองได้หรือไม่ มันถูกปิดกั้นจากทุกสิ่งทุกอย่าง และกำลังจะถูกทำลายในไม่ช้าอย่างแน่นอน AgentRun จะรันแซนด์บ็อกซ์แต่ละตัวในสภาพแวดล้อมที่แยกต่างหาก โดยมีระบบไฟล์และพื้นที่ประมวลผลเป็นของตัวเอง และจำกัดระยะเวลาที่แต่ละอินสแตนซ์สามารถทำงานได้ (แซนด์บ็อกซ์เดียวจะใช้งานได้นานที่สุดเพียงไม่กี่ชั่วโมง และแซนด์บ็อกซ์ที่ไม่ได้ใช้งานจะถูกเรียกคืนเร็วกว่านั้นมาก) การออกแบบให้ทำงานชั่วคราวได้จะช่วยลดเหตุการณ์ผิดปกติที่อาจเกิดขึ้นให้กลายเป็นเรื่องที่ไม่เกิดขึ้นเลย
  3. ไม่มีการปนเปื้อนระหว่างงานหรือผู้ใช้ หากพื้นที่ทำงานยังคงอยู่และถูกนำกลับมาใช้ใหม่ ข้อมูลประจำตัวหรือข้อมูลที่เหลือจากงานหนึ่งอาจปรากฏขึ้นในงานถัดไป ซึ่งอาจเป็นของคนอื่นก็ได้ การสร้างแซนด์บ็อกซ์เฉพาะสำหรับแต่ละงานทำให้การรั่วไหลประเภทนั้นเป็นไปไม่ได้ในเชิงโครงสร้าง ไม่ใช่แค่ไม่มีโอกาสเกิดขึ้นเท่านั้น
  4. ค่าใช้จ่ายขึ้นอยู่กับปริมาณงาน ไม่ใช่ตารางเวลา แล็ปท็อปที่ไม่ได้ใช้งานของคน ๆ หนึ่งนั้นก็ไม่เป็นไร เพราะมีคนเพียงคนเดียว เครื่องเทอร์มินัลที่ไม่ได้ใช้งานนับล้านเครื่องนั้นเป็นค่าใช้จ่ายที่สูงมาก เอเจนต์มีรูปแบบการทำงานเป็นพัก ๆ และส่วนใหญ่อยู่ในสถานะรอ ไม่ว่าจะเป็นการรอให้โมเดลตอบกลับหรือรอให้หน้าเว็บโหลด เนื่องจาก AgentRun ทำงานอยู่บนแพลตฟอร์มแบบไร้เซิร์ฟเวอร์ (Function Compute) ของ Alibaba Cloud จึงไม่จำเป็นต้องเตรียมการล่วงหน้าเลย พื้นที่ทำงานจะปรากฏขึ้นเมื่อมีการร้องขอ และคุณจะจ่ายค่าบริการตามการใช้งาน ไม่ใช่ตามพื้นที่ที่ไม่ได้ใช้งาน
  5. ความยืดหยุ่นโดยไม่ต้องดูแลรักษาบรรดาเซิร์ฟเวอร์ เอเจนต์นับพันรายทำงานขึ้นพร้อมกัน พื้นที่ทำงานนับพันแห่งเริ่มต้นทำงาน และในอีกหนึ่งนาทีต่อมาก็หายไปทั้งหมด ไม่ต้องวางแผนกำลังการผลิต ไม่ต้องมีเครื่องให้อัปเดตและทำความสะอาด โครงสร้างพื้นฐานแบบไร้เซิร์ฟเวอร์สามารถปรับขนาดได้ตามปริมาณงาน

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

นี่คือวิธีการทำงานของเอเจนต์

นี่คือข้อสรุปสำหรับทุกคนที่รู้สึกว่าเอเจนต์ค่อนข้างลึกลับ: พื้นที่ทำงานจะเผยให้เห็นความลับนั้น

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

ลองนึกภาพ AI เอเจนต์ที่ไม่ใช่ในฐานะอัจฉริยะ แต่เป็นเหมือนเด็กฝึกงานที่ทำงานเร็วและไม่รู้จักเหน็ดเหนื่อย ซึ่งได้รับห้องปิดตาย คอมพิวเตอร์ และงานเพียงอย่างเดียว คุณต้องสร้างห้องนั้นขึ้นมาใหม่ทั้งหมดสำหรับงานต่อไป แต่คุณต้องเก็บบันทึกต่าง ๆ ไว้ด้วย นั่นไม่ใช่แค่คำเปรียบเทียบเท่านั้น โดยคร่าว ๆ ก็คือสถาปัตยกรรมนั่นเอง

03_trace
เอเจนต์ทำงานโดยใช้วิธีลองผิดลองถูก: วางแผน ดำเนินการ ล้มเหลว ลองใหม่ จนสำเร็จ

ตัวอย่างงานจริงหนึ่งงาน ตั้งแต่เริ่มต้นจนจบ

ทำให้มันเป็นจริง เอเจนต์ฝ่ายปฏิบัติการขายได้รับคำสั่งว่า "ดึงรายงานยอดขายสัปดาห์ที่แล้วมา แล้วทำเครื่องหมายดีลที่หยุดชะงักไว้"*

มันจะสร้างพื้นที่ทำงานสดใหม่ขึ้นมา ระบบจะเปิดเบราว์เซอร์ เข้าสู่ระบบ CRM ของคุณ และดาวน์โหลดรายงาน มันรันโค้ด Python เพียงไม่กี่บรรทัดเพื่อค้นหาดีลที่ไม่ถูกแตะต้องมาเป็นเวลา 14 วัน มันเขียนบทสรุปสั้น ๆ จากนั้นจะปิดการทำงานลง และพื้นที่ทำงานจะถูกทำลาย

ทีนี้มาดูสิ่งที่ ไม่ได้ เกิดขึ้นกันบ้าง

  • ไม่มีเบราว์เซอร์ใดล็อกอินค้างอยู่สำหรับการใช้งานครั้งต่อไปเพื่อรับค่าที่บันทึกไว้
  • ไม่มีแพ็คเกจ Python ที่ติดตั้งไม่เสร็จหลงเหลืออยู่บนเครื่องที่ใช้งานมานาน
  • ไม่มีการเก็บข้อมูลประจำตัว CRM ไว้ในเครื่องเสมือน (VM) ที่เปิดใช้งานตลอด 24 ชั่วโมง เพื่อรอการถูกขโมย
  • ไม่มีการเบี่ยงเบนจาก "มันได้ผลเมื่อวันอังคารที่แล้ว" เพราะการดำเนินการในวันศุกร์นี้เริ่มต้นจากจุดเริ่มต้นที่สะอาดหมดจดเหมือนกับวันอังคารทุกประการ

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

นั่นคือหลักการพื้นฐานในการทำงานแบบงานเดียว: การดำเนินการนั้นสามารถทิ้งได้ แต่ผลลัพธ์และหน่วยความจำนั้นไม่สามารถทิ้งได้ เมื่อคุณเห็นหลักการนี้ในขั้นตอนการทำงานหนึ่งแล้ว คุณจะเห็นได้ทุกที่

พบกับ AgentRun: ตัวพลิกเกม ในรูปแบบบริการที่มีการจัดการ

นี่คือสิ่งที่ AgentRun บรรจุไว้ อาจฟังดูน่าสนใจที่จะเรียกมันว่า "กล่องเอเจนต์แบบรวมทุกอย่าง" แต่คำนั้นดูจะด้อยค่าการออกแบบนี้ไป เพราะมันแยกสิ่งต่าง ๆ ออกจากกันอย่างชัดเจน แทนที่จะรวมเข้าด้วยกัน:

agentrun_01_agent_creation
เริ่มต้นได้ง่าย: เพียงกรอกแบบฟอร์มเดียวเพื่อกำหนดโมเดล ข้อความแจ้งเตือน และเครื่องมือของเอเจนต์ของคุณ ไม่ต้องจัดการโครงสร้างพื้นฐานใดเลย

  • พื้นที่ทดลองการทำงาน หรือพื้นที่ทำงานแบบชั่วคราวนั่นเอง AIO Sandbox ("All-In-One") ของ AgentRun รวบรวมความสามารถสามอย่างที่เอเจนต์ต้องการจริง ๆ ไว้ในสภาพแวดล้อมที่แยกต่างหาก ได้แก่ เบราว์เซอร์ แบบไม่มีส่วนติดต่อผู้ใช้ ตัวแปลรหัส และเทอร์มินัลแบบโต้ตอบพร้อมระบบไฟล์ Alibaba เรียกสิ่งนี้อย่างเหมาะสมว่า *"ดวงตา สมอง และมือ" ของเอเจนต์

agentrun_09_sandbox_templates
AgentRun มีเทมเพลตแซนด์บ็อกซ์ให้เลือก 5 แบบ โดยแต่ละแบบออกแบบมาเพื่อรองรับการทำงานของเอเจนต์ประเภทต่าง ๆ กัน

  • พื้นที่ใช้งานเบราว์เซอร์เฉพาะ หรือ Browser Sandbox: เบราว์เซอร์แบบ Headless บนระบบคลาวด์ที่ควบคุมได้ด้วยเครื่องมือมาตรฐาน (Playwright หรือ Puppeteer ผ่านโปรโตคอล DevTools) พร้อม การแสดงผลแบบเรียลไทม์ผ่าน VNC ในตัว ทำให้คุณสามารถดูการทำงานของเอเจนต์ขณะคลิกดูเว็บไซต์ได้แบบเรียลไทม์ เมื่อคุณกำลังตรวจสอบข้อผิดพลาดว่า "เอเจนต์ของฉันทำอะไรไปบ้าง" นั่นคือความแตกต่างระหว่างกล่องดำกับกล่องกระจก

agentrun_10_aio_sandbox_config
การสร้างแซนด์บ็อกซ์แบบ AIO: เลือกทรัพยากร เบราว์เซอร์ และรันไทม์ของคุณ พื้นที่ทำงานจะปรากฏขึ้นเมื่อต้องการและหายไปเมื่อภารกิจเสร็จสิ้น

  • การเข้าถึงและการกำกับดูแลโมเดล ว่าเอเจนต์สามารถเรียกใช้โมเดลใดได้บ้าง และอยู่ภายใต้ข้อจำกัดใดบ้าง

agentrun_07_model_management
การกำกับดูแลโมเดล: ควบคุมว่าเอเจนต์สามารถเรียกใช้โมเดลใดได้บ้าง และภายใต้ข้อจำกัดใด

  • ระนาบหน่วยความจำและสถานะ ซึ่งเป็นส่วนที่คงทนของการพลิกกลับ ถูกแยกออกมาอย่างจงใจจากพื้นที่ทำงานแบบชั่วคราว

agentrun_03_memory
หน่วยความจำดำรงอยู่ภายนอกพื้นที่ทำงานแบบชั่วคราว — คงทน ค้นหาได้ และแยกออกจากกันอย่างจงใจ

  • ระนาบการสังเกตและการควบคุม ร่องรอยของการกระทำของเอเจนต์และเหตุผล

agentrun_04_monitoring
ชั้นการสังเกตการณ์: ติดตามทุกการเรียกใช้งาน วัดทุกหน่วยทรัพยากร

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

04_boundary
ส่วนกลางใช้ชั่วคราว ส่วนขอบคงทน ทั้งหมดนี้อยู่บนแพลตฟอร์มไร้เซิร์ฟเวอร์เดียว

agentrun_06_tools_marketplace
ขยายขีดความสามารถของเอเจนต์ด้วยตลาดเครื่องมือ MCP และทักษะคลาวด์แบบเนทีฟ ตั้งแต่ Playwright ไปจนถึง RDS Copilot

agentrun_11_agent_runtime_list
จัดการง่าย: สามารถมองเห็นและควบคุมการทำงานของเอเจนต์ทุกตัวได้จากที่เดียว

แต่การรันโค้ดที่เขียนโดย AI บนคลาวด์นั้นปลอดภัยหรือไม่

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

พื้นที่ทำงานเหล่านี้ไม่ได้อยู่บนเครื่องคอมพิวเตอร์ที่ใช้ร่วมกันแบบเปล่า ๆ ทั้งหมดอยู่บนสิ่งเดียวกัน

การแยกการทำงานระดับ VM น้ำหนักเบา (คอนเทนเนอร์ที่ปลอดภัย) ซึ่งได้แยกเวิร์กโหลดแบบไร้เซิร์ฟเวอร์หลายผู้เช่าหลายล้านรายการแล้ว นั่นคือเขตแดนที่แข็งแกร่ง ผ่านการทดสอบในสมรภูมิมาแล้ว ไม่ใช่เขตแดนที่ใหม่และเปราะบาง แต่ "แข็งแกร่ง" ไม่ได้หมายความว่า "สมบูรณ์แบบ" ไม่มีระบบแยกส่วนใดที่เจาะไม่เข้า นักวิจัยก็อาจพบช่องโหว่ได้บ้าง และเอเจนต์ก็สร้างช่องทางการโจมตีใหม่ที่ไม่มีแซนด์บ็อกซ์ใดปิดได้ นั่นคือ การโจมตีแบบแทรกคำสั่ง (prompt injection) ซึ่งข้อมูลที่ไม่น่าเชื่อถือคือคำสั่งของเอเจนต์ที่แอบนำเข้ามาทางเว็บเพจหรือเอกสารที่มันอ่าน

ดังนั้นกลยุทธ์ที่แท้จริงคือการป้องกันเชิงลึก: การแยกส่วนอย่างเข้มงวด บวกกับการใช้งานแล้วทิ้ง (ไม่มีสิ่งใดคงอยู่ให้ถูกขโมยในภายหลัง) บวกกับการควบคุมการเข้าถึง (ไม่สามารถติดต่อไปยังที่ใดได้) บวกกับสิทธิ์การเข้าถึงขั้นต่ำสุด การทำให้เป็นการทำงานชั่วคราวไม่ใช่ทั้งหมดของเรื่องความปลอดภัย แต่เป็นส่วนที่จะเปลี่ยนการดำเนินการที่ประมาทของเอเจนต์จากความรับผิดชอบถาวรให้กลายเป็นปัญหาภายในสามสิบวินาที

เหตุใด "การประมวลผลฟังก์ชัน" จึงมีความสำคัญ

เนื่องจากทุกอย่างทำงานอยู่บนแพลตฟอร์มแบบไร้เซิร์ฟเวอร์ จึงไม่มีอะไรต้องสำรอง ปรับขนาด หรือต้องคอยจำไว้ว่าต้องปิดใช้งาน พื้นที่ทำงานจะถูกสร้างขึ้นตามความต้องการ และจะถูกปล่อยโดยอัตโนมัติเมื่อไม่ได้ใช้งาน มีอายุการใช้งานจำกัดเพียงไม่กี่ชั่วโมง และคิดค่าบริการตามการใช้งานจริง รูปแบบการทำงานของเอเจนต์ที่มีลักษณะกระจัดกระจายและส่วนใหญ่เป็นการรอคอย ซึ่งจะมีค่าใช้จ่ายสูงมากหากใช้เครื่องเสมือน (VM) ที่ทำงานตลอดเวลาจำนวนมาก เป็นสิ่งที่สถาปัตยกรรมแบบไร้เซิร์ฟเวอร์ถูกสร้างขึ้นมาเพื่อรองรับโดยเฉพาะ คุณนำตรรกะของเอเจนต์มา และ AgentRun จะจัดเตรียมโครงสร้างพื้นฐานซึ่งจะทำงานก็ต่อเมื่อระบบทำงานเท่านั้น

สิ่งที่ควรเรียนรู้จากเรื่องนี้

ถ้าคุณกำลังสร้างระบบโดยใช้เอเจนต์ ให้หยุดคิดถึงเซิร์ฟเวอร์ แล้วเริ่มคิดถึงสองสิ่งที่แยกออกจากกันโดยเจตนา: การประมวลผลที่ใช้ชั่วคราว และส่วนอื่น ๆ ที่คงทนถาวร อย่ารันโค้ดที่เขียนโดยเอเจนต์ไว้ข้าง ๆ แอปของคุณ และอย่าสร้างกลุ่มเครื่องเสมือน (VM fleet) เพื่อหลีกเลี่ยงปัญหานี้ด้วย ด้วย AgentRun พื้นที่ทำงานสำหรับการดำเนินการแบบใช้แล้วทิ้งนั้นเป็นสิ่งที่ได้รับการจัดการ ซึ่งคุณสามารถเรียกใช้งานได้โดยตรง โดยมีหน่วยความจำ การกำกับดูแล และบันทึกการตรวจสอบเชื่อมโยงอยู่รอบ ๆ

และสังเกตจังหวะเวลาด้วย รูปทรงนี้แทบจะไม่มีอยู่เลยในฐานะประเภทผลิตภัณฑ์เมื่อสองปีก่อน แต่ตอนนี้มันกลับปรากฏอยู่ทั่วไป โดยเป็นผลงานที่เกิดขึ้นจากทีมต่าง ๆ ที่ไม่เคยแลกเปลี่ยนความคิดเห็นกันเลย เมื่อเกิดเหตุการณ์เช่นนั้น มักจะเป็นปัญหาที่บอกคุณว่ารูปร่างของคำตอบนั้นถูกต้อง และเซลล์การดำเนินการแบบชั่วคราวกำลังกลายเป็นสภาพแวดล้อมมาตรฐานสำหรับเวิร์กโหลดของเอเจนต์ใช้เป็นพื้นฐานในทำงาน เหมือนกับที่คอนเทนเนอร์ค่อย ๆ กลายเป็นมาตรฐานสำหรับทุกสิ่งก่อนหน้านี้ AgentRun คือการเดิมพันของ Alibaba Cloud ในการก้าวขึ้นมาอยู่บนพื้นฐานนั้น

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


[จุดสำหรับใส่ CTA ปิดท้าย — ลิงก์ไปยังเอกสาร AgentRun และคำแนะนำการใช้งานจริง "สร้างเอเจนต์ขนาดเล็กบน AgentRun" เพื่อเป็นข้อมูลเพิ่มเติม]


บทความนี้ได้รับการแปลจากฉบับภาษาอังกฤษ โปรดดูบทความต้นฉบับ ที่นี่

0 0 0
Share on

Regional Content Hub

144 posts | 4 followers

You may also like

Comments