12

กิจกรรมในชั้นเรียน: จำลองการทำงานร่วมกันของหลาย Agent และประตูตรวจรับอัตโนมัติ

AI999第6课:系统级持续演化:Genesis 与软件世界的沉淀
00:00

หน้านี้เป็นการฝึกจำลองในชั้นเรียน: ให้ Agent หลายตัวแบ่งหน้าที่ทำงานร่วมกันในงานพัฒนาเดียวกัน แล้วส่งข้อเสนอการแก้ไขที่แต่ละตัวสร้างขึ้นเข้าสู่การทดสอบอัตโนมัติและประตูตรวจรับแบบรวมศูนย์ มีเพียงการแก้ไขที่ผ่านเกณฑ์ตรวจรับที่นำไปปฏิบัติได้จริงเท่านั้นที่จะเข้าสู่เส้นฐานทางประวัติศาสตร์ ส่วนการแก้ไขที่ไม่ผ่านจะถูกสกัดกั้นและส่งคืนข้อเสนอแนะที่ทำซ้ำได้ เป้าหมายไม่ใช่ให้ Agent "ถกกันจนได้คำตอบที่ถูกต้อง" แต่เป็นการทำให้วงจรทางวิศวกรรม "พัฒนาร่วมกัน—ตรวจรับอัตโนมัติ—สืบทอดประวัติ" ทำงานได้ครบวงจร

เป้าหมายการฝึก

  • เข้าใจการแบ่งหน้าที่ในพัฒนาร่วมกันของหลาย Agent การรวมข้อเสนอการแก้ไข และบทบาทของประตูตรวจรับในการสกัดกั้นการแก้ไขที่ไม่ผ่านเกณฑ์
  • ทดลองใช้การทดสอบที่รันได้และเงื่อนไขตรวจรับแทนการอนุมัติตามอัตวิสัย สังเกตว่าข้อเสนอใดเข้าสู่เส้นฐานได้ และข้อเสนอใดต้องลองใหม่
  • เปรียบเทียบประเด็นขั้นสูง: กฎตรวจรับทำซ้ำได้หรือไม่ ข้อเสนอแนะนำไปปฏิบัติได้หรือไม่ ความเสี่ยงจากการสกัดกั้นผิดพลาดและการปล่อยผ่านผิดพลาด ความละเอียดในการแบ่งงานและต้นทุนการทำงานร่วมกัน

การแบ่งบทบาทและขั้นตอนพื้นฐาน

สามารถแบ่งกลุ่มในชั้นเรียนเป็น Agent วางแผน/แบ่งงาน, Agent ลงมือทำ, Agent สร้างการทดสอบ และ Agent ตรวจสอบ/ประสานงาน งานเดียวกันอนุญาตให้มีข้อเสนอการแก้ไขหลายชุด แล้วให้ประตูตรวจรับตัดสินร่วมกัน

  1. การแบ่งงาน: แตกเป้าหมายเป็นงานย่อยที่ตรวจสอบได้อย่างอิสระ เช่น "ตรวจสอบอินเทอร์เฟซ—แก้ไขอัลกอริทึม—ทดสอบรีเกรสชัน"
  2. ลงมือทำแบบขนาน: Agent ลงมือทำหลายตัวส่งแพตช์ข้อเสนอ ส่วน Agent ทดสอบสร้างกรณีทดสอบขอบเขต
  3. ตรวจรับอัตโนมัติ: รันการทดสอบอัตโนมัติ การตรวจสอบแบบสถิต และการตรวจสอบสัญญา โดยประตูตรวจรับตัดสินตามเกณฑ์ที่นำไปปฏิบัติได้จริง
  4. การสืบทอดประวัติ: การแก้ไขที่ผ่านจะถูกรวมเข้าสู่เส้นฐานทางประวัติศาสตร์ กลายเป็นพื้นฐานให้ Agent ตัวต่อไปทำงานต่อ ส่วนการแก้ไขที่ถูกปฏิเสธจะเก็บเหตุผลความล้มเหลวและข้อมูลการทำซ้ำไว้สำหรับลองใหม่
การพัฒนาร่วมกันของหลาย Agent และประตูตรวจรับอัตโนมัติการฝึกในชั้นเรียน: พัฒนาร่วมกัน → ตรวจรับอัตโนมัติ → สืบทอดประวัติการแบ่งบทบาทผลการตรวจรับ1Agent แบ่งงานเข้าใจเป้าหมาย / แตกย่อยแบบเวียนเกิด2Agent ลงมือทำ Aส่งแพตช์ข้อเสนอ3Agent ลงมือทำ Bส่งแพตช์ข้อเสนอ4Agent สร้างการทดสอบสร้างกรณีทดสอบขอบเขต5Agent ตรวจสอบ/ประสานงานรวบรวมและตัดสินข้อเสนอการแก้ไขประตูตรวจรับอัตโนมัติตัดสินร่วมกันตามเกณฑ์ที่นำไปปฏิบัติได้จริงคอมไพล์ทดสอบตรวจสอบสัญญาตรวจสอบพฤติกรรมผ่านทั้งหมดจึงจะอนุญาตผ่านปฏิเสธเส้นฐานทางประวัติศาสตร์การแก้ไขที่ผ่านการตรวจสอบกลายเป็นพื้นฐานต่อไปข้อเสนอแนะ: บันทึกความล้มเหลว / ขั้นตอนทำซ้ำข้อเสนอที่ถูกตีกลับแก้ไขต่อไปกรณีทดสอบล้มเหลวบันทึกขั้นตอนทำซ้ำพฤติกรรมที่คาดหวังข้อเสนอที่ไม่ผ่าน → ส่งกลับแก้ไขแล้วลองใหม่

เกณฑ์ของประตูตรวจรับ

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

การสืบทอดประวัติและข้อสังเกตขั้นสูง

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

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