Evolving Agents Toolkit ปรับเปลี่ยนจากเฟรมเวิร์คเป็นสถาปัตยกรรมที่เน้นเอเจนต์หลังจากได้รับข้อเสนอแนะจากชุมชน

BigGo Editorial Team
Evolving Agents Toolkit ปรับเปลี่ยนจากเฟรมเวิร์คเป็นสถาปัตยกรรมที่เน้นเอเจนต์หลังจากได้รับข้อเสนอแนะจากชุมชน

ในภูมิทัศน์ของเฟรมเวิร์คเอเจนต์ AI ที่กำลังพัฒนาอย่างรวดเร็ว Evolving Agents Toolkit กำลังอยู่ในช่วงการเปลี่ยนแปลงสถาปัตยกรรมที่สำคัญหลังจากได้รับข้อเสนอแนะจากชุมชน เดิมทีวางตำแหน่งเป็นเฟรมเวิร์คระดับการผลิต โครงการนี้ได้ปรับเปลี่ยนมาเป็นชุดเครื่องมือที่สร้างขึ้นบนเฟรมเวิร์คที่มีอยู่แล้วเช่น BeeAI และ OpenAI Agents SDK โดยมุ่งเน้นที่ความเป็นอิสระของเอเจนต์ การวิวัฒนาการ และการกำกับดูแล

จาก กรุณาปรับปรุงตัวเอง สู่กลยุทธ์การวิวัฒนาการที่ซับซ้อน

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

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

คุณสมบัติหลักของชุดเครื่องมือตัวแทนที่มีวิวัฒนาการ:

  • วิวัฒนาการของตัวแทนอัจฉริยะ: กลยุทธ์วิวัฒนาการหลายรูปแบบ (มาตรฐาน, อนุรักษ์นิยม, เชิงรุก, การปรับตัวตามโดเมน)
  • การสื่อสารระหว่างตัวแทน: ตัวแทนสื่อสารกันผ่านความสามารถแทนการอ้างอิงโดยตรง
  • ห้องสมุดอัจฉริยะพร้อมการค้นหาเชิงความหมาย: ค้นหาองค์ประกอบที่เกี่ยวข้องโดยใช้ embeddings ของ OpenAI พร้อมตรรกะการตัดสินใจในตัว
  • รองรับหลายเฟรมเวิร์ก: การผสานรวมตัวแทนจากเฟรมเวิร์กต่างๆ อย่างราบรื่น ( BeeAI , OpenAI Agents SDK )
  • การกำกับดูแลผ่านเฟิร์มแวร์: บังคับใช้กฎเฉพาะโดเมนกับตัวแทนทุกประเภท
  • สถาปัตยกรรมบัสตัวแทน: เชื่อมต่อตัวแทนผ่านระบบการสื่อสารแบบรวมศูนย์ที่มีแบ็กเอนด์แบบเสียบได้
  • วิวัฒนาการข้ามเฟรมเวิร์ก: ใช้กลยุทธ์วิวัฒนาการกับตัวแทนทั้ง BeeAI และ OpenAI

ตรรกะการตัดสินใจในวิวัฒนาการ:

  • หากความคล้ายคลึง ≥ 0.8: นำตัวแทน/เครื่องมือที่มีอยู่กลับมาใช้ใหม่
  • หากความคล้ายคลึงอยู่ระหว่าง 0.4 ≤ ความคล้ายคลึง < 0.8: พัฒนาตัวแทน/เครื่องมือที่มีอยู่
  • หากความคล้ายคลึง < 0.4: สร้างตัวแทน/เครื่องมือใหม่

สถาปัตยกรรมที่เน้นเอเจนต์และตรรกะที่ห่อหุ้มด้วยเครื่องมือ

การเปลี่ยนแปลงสถาปัตยกรรมที่สำคัญเกี่ยวข้องกับการเปลี่ยนจากการออกแบบแบบโมโนลิธิกไปสู่แนวทางที่เน้นเอเจนต์ซึ่งทุกอย่างเป็นเอเจนต์ SystemAgent ได้รับการออกแบบใหม่เป็น BeeAI ReActAgent ที่ใช้เครื่องมือเฉพาะทางในการจัดการระบบนิเวศ นี่แก้ไขข้อกังวลเกี่ยวกับตรรกะการตัดสินใจที่เรียบง่ายเกินไปและถูกเขียนโค้ดไว้ตายตัว ก่อนหน้านี้ ระบบใช้เกณฑ์ความคล้ายคลึงพื้นฐานเพื่อกำหนดว่าจะนำกลับมาใช้ใหม่ พัฒนา หรือสร้างคอมโพเนนต์ ตอนนี้ ตรรกะนี้ถูกห่อหุ้มอยู่ภายในเครื่องมือเฉพาะทางเช่น SearchComponentTool และ EvolveComponentTool ซึ่งช่วยให้กลยุทธ์การตัดสินใจเองสามารถพัฒนาได้อย่างอิสระโดยไม่ต้องเปลี่ยนแปลง SystemAgent

ภาพหน้าจอจาก GitHub repository ของ Evolving Agents Toolkit แสดงให้เห็นการพัฒนาและสถาปัตยกรรมของโครงการ
ภาพหน้าจอจาก GitHub repository สำหรับ Evolving Agents Toolkit แสดงให้เห็นการพัฒนาและสถาปัตยกรรมของโครงการ

การกำกับดูแลผ่านเฟิร์มแวร์

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

เวิร์กโฟลว์ YAML และการสื่อสาร

การใช้ YAML ของชุดเครื่องมือในการกำหนดเวิร์กโฟลว์ของเอเจนต์ได้จุดประกายการวิจารณ์ที่ขบขัน โดยผู้แสดงความคิดเห็นคนหนึ่งล้อเล่นเกี่ยวกับเอเจนต์ที่ถูกฝังเมื่อไฟล์ YAML ขนาดใหญ่ตกใส่พวกเขา แม้จะปกป้องประโยชน์ด้านความอ่านง่ายและการควบคุมเวอร์ชันของ YAML ผู้พัฒนายังคงเปิดกว้างต่อสัญกรณ์ทางเลือกหาก YAML พิสูจน์ว่าใช้งานยาก สถาปัตยกรรมการสื่อสารกำลังเปลี่ยนจากแนวคิด Service Bus เป็น Agent Bus ซึ่งเสริมปรัชญาที่เน้นเอเจนต์ในขณะที่เปิดใช้งานการค้นหาและการกำหนดเส้นทางตามความสามารถผ่านเครื่องมือเฉพาะทางเช่น RegisterProviderTool, RequestServiceTool และ DiscoverCapabilityTool

การบูรณาการกับเฟรมเวิร์คที่มีอยู่

แทนที่จะแข่งขันกับเฟรมเวิร์คที่มีอยู่แล้ว Evolving Agents Toolkit ตอนนี้วางตำแหน่งตัวเองเป็นชั้นที่สร้างขึ้นบน BeeAI และ OpenAI Agents SDK การอัปเดตล่าสุดรวมถึงการสนับสนุนอย่างเต็มรูปแบบสำหรับ OpenAI Agents SDK ซึ่งช่วยให้สามารถสร้าง ดำเนินการ และพัฒนาเอเจนต์ OpenAI ภายในระบบ การสนับสนุนหลายเฟรมเวิร์คนี้ช่วยให้สามารถบูรณาการเอเจนต์จากเฟรมเวิร์คที่แตกต่างกันและการวิวัฒนาการข้ามเฟรมเวิร์คได้อย่างราบรื่น ซึ่งแก้ไขปัญหาการแตกแยกในระบบนิเวศของเอเจนต์ที่ผู้แสดงความคิดเห็นคนหนึ่งเปรียบเทียบกับยุคสงครามเฟรมเวิร์ค JavaScript

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

อ้างอิง: Evolving Agents Toolkit