Google Antigravity เปิดตัว Orchestrator สำหรับการส่งต่องานระหว่างโมเดลแบบไดนามิก

Google ระบุเมื่อวันที่ 12 พฤศจิกายน 2026 ว่า Orchestrator ซึ่งเป็นตัวเลือกในเมนูเลือกรุ่นโมเดลที่ทยอยเปิดให้สมาชิก Google AI Ultra ใช้งาน ทำอัตราความสำเร็จของงานบน Terminal-Bench 4.1 ได้ใกล้เคียงกับ Carbon ขณะเดียวกันก็ใช้โควตาน้อยลงเฉลี่ย 24% และทำงานเสร็จเร็วขึ้น 19% ด้วยการสลับระหว่าง Gemini 4 Carbon และ Gemini 4 Hydrogen แบบไดนามิกภายในเซสชันเดียว

โมเดล Hydrogen รุ่นใหม่กำลังทยอยเปิดให้สมาชิก Google AI Pro และ Ultra แบบชำระเงินใช้งานแยกต่างหากใน Antigravity ส่วนองค์กรสามารถเข้าถึงโมเดลทั้งสองได้ผ่าน Gemini for business Google ระบุว่าในอนาคต Orchestrator จะรองรับโมเดลและแพ็กเกจสมาชิกเพิ่มเติม และอธิบายว่า Hydrogen เป็นโมเดลคู่ขนานกับ Carbon และ Argon ซึ่งเน้นการให้เหตุผลเชิงลึกในงานที่มีกรอบเวลายาว โดย Hydrogen มุ่งเน้นการทำงานอย่างรวดเร็ว

การส่งต่องานระหว่างโมเดลแบบไดนามิกในเซสชันเดียว

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

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

กำหนดบทบาทของโมเดลอย่างชัดเจนผ่าน SDK

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

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

Orchestrator แตกต่างจาก /Swarm อย่างไร

Orchestrator เปิดตัวต่อจากการพรีวิว Gemini 4 Carbon และ /swarm เมื่อวันที่ 10 พฤศจิกายน 2026 ซึ่งมุ่งรองรับงานวิศวกรรมที่กระจายอยู่ในไฟล์และชุดทดสอบจำนวนมาก ตามเอกสาร /swarm ผู้ประสานงานสามารถแบ่งงานให้ผู้ปฏิบัติงานที่ระบุชื่อ โดยแต่ละคนรับผิดชอบไฟล์ แพ็กเกจ หรือคำถามคนละส่วน ขณะที่ผู้ตรวจสอบจะทบทวนความแตกต่างของโค้ดและเรียกใช้การทดสอบ นอกจากนี้ ผู้ปฏิบัติงานยังสามารถรับสำเนาคลังโค้ดที่แยกออกจากกันได้ Orchestrator รองรับโครงสร้างงานอีกรูปแบบหนึ่ง กล่าวคือ เปลี่ยนโมเดลที่ใช้ระหว่างเซสชันเดียวซึ่งมีการพัฒนาไปเรื่อย ๆ แทนการสร้างทีมเพื่อทำงานส่วนต่าง ๆ ที่เป็นอิสระต่อกันแบบขนาน

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