Η Google Antigravity παρουσιάζει το Orchestrator για δυναμική εναλλαγή μοντέλων

Η Google Antigravity ανακοίνωσε στις 12 Νοεμβρίου 2026 ότι το Orchestrator, μια επιλογή μοντέλου από αναπτυσσόμενο μενού που διατίθεται σταδιακά στους συνδρομητές Google AI Ultra, πέτυχε ποσοστό επιτυχίας εργασιών στο Terminal-Bench 4.1 σχεδόν αντίστοιχο με του Carbon, ενώ κατά μέσο όρο χρησιμοποίησε 24% λιγότερο από το διαθέσιμο όριο χρήσης και ολοκλήρωσε τις εργασίες 19% ταχύτερα, εναλλάσσοντας δυναμικά μεταξύ των Gemini 4 Carbon και Gemini 4 Hydrogen κατά τη διάρκεια μίας συνεδρίας.

Το νέο μοντέλο Hydrogen διατίθεται σταδιακά ξεχωριστά στο Antigravity για τους συνδρομητές Google AI Pro και Ultra που πληρώνουν, ενώ οι επιχειρήσεις μπορούν να έχουν πρόσβαση και στα δύο μοντέλα μέσω του Gemini for business. Η Google αναφέρει ότι στο μέλλον το Orchestrator θα υποστηρίζει επιπλέον μοντέλα και συνδρομητικά προγράμματα, ενώ περιγράφει το Hydrogen ως το μοντέλο ταχείας εκτέλεσης που συμπληρώνει το Carbon και τη βαθύτερη συλλογιστική του Argon σε μακρύ χρονικό ορίζοντα.

Δυναμική εναλλαγή μοντέλων σε μία συνεδρία

Το Orchestrator απευθύνεται στη συνήθη ανάπτυξη λειτουργιών και στον εντοπισμό σφαλμάτων, όπου η χρήση ενός μοντέλου συλλογιστικής αιχμής και πολλών παράλληλων πρακτόρων σε όλη τη διάρκεια μιας συνεδρίας μπορεί να επιβραδύνει τις επαναλήψεις και να καταναλώσει το διαθέσιμο όριο χρήσης των μοντέλων αιχμής. Αντίθετα, ένας συμβατικός στατικός δρομολογητής εκτιμά τη δυσκολία με βάση το αρχικό αίτημα και στη συνέχεια αναθέτει ολόκληρη την εργασία στο φθηνότερο μοντέλο που κρίνει επαρκές. Η Google αναφέρει ότι αυτή η εφάπαξ κατανομή δεν εξυπηρετεί καλά τους πράκτορες που εκτελούν εργασίες για μεγάλο χρονικό διάστημα, επειδή οι απαιτήσεις μιας εργασίας μπορεί να αλλάξουν και να γίνουν σαφείς μόνο κατά την εκτέλεσή της.

Καθώς εξελίσσεται η πορεία της εργασίας, το Orchestrator μπορεί να εναλλάσσεται μεταξύ των δύο μοντέλων και προς τις δύο κατευθύνσεις. Στο παράδειγμα της Google, το Carbon ξεκινά με διερεύνηση των εξαρτήσεων μόνο για ανάγνωση, επιλύει ασάφειες και καταρτίζει ένα σχέδιο που περιλαμβάνει ρητές προϋποθέσεις για την έναρξη νέου σχεδιασμού. Στη συνέχεια, το Hydrogen υλοποιεί τις αλλαγές, ενημερώνει τα πακέτα και εκτελεί δοκιμές. Αν το Hydrogen αντιμετωπίσει δυσκολίες, το Carbon αναλαμβάνει ξανά τον έλεγχο για να εξετάσει την τρέχουσα κατάσταση, να διορθώσει το σχέδιο και να συνεχίσει την εκτέλεση. Έτσι, μια συνεδρία μπορεί να αξιοποιήσει βαθύτερη συλλογιστική για τον σχεδιασμό ή την ανάκαμψη, χωρίς να αναθέτει κάθε βήμα υλοποίησης στο ίδιο μοντέλο.

Ρητοί ρόλοι μοντέλων μέσω του SDK

Οι προγραμματιστές που επιθυμούν να αναθέτουν ρητά τους ρόλους αντί να βασίζονται στην αυτόματη εναλλαγή μπορούν να συνδέσουν τα Hydrogen και Carbon μέσω του Antigravity SDK. Έτσι αποκτούν προγραμματικό έλεγχο ως προς το ποιο μοντέλο αναλαμβάνει κάθε ρόλο σε μια ροή εργασίας πολλών πρακτόρων.

Στην επίδειξη της Google για τη διαλογή ζητημάτων σε έργο ανοιχτού κώδικα, πράκτορες Hydrogen διαχειρίζονται τον όγκο των εισερχόμενων ζητημάτων κάνοντας διαλογή και γράφοντας κώδικα, αναζητώντας στη βάση κώδικα, υποβάλλοντας διευκρινιστικές ερωτήσεις και επαναλαμβάνοντας τις αλλαγές στο περιβάλλον χρήστη με βάση τα σχόλια στα αιτήματα ενσωμάτωσης. Σε έναν πράκτορα Carbon ανατίθενται εκτενέστερες αναδιαρθρώσεις κώδικα, νέες λειτουργίες και έλεγχοι ασφαλείας. Η επίδειξη εφαρμόζει τον ίδιο γενικό διαχωρισμό μεταξύ ταχείας εκτέλεσης και βαθύτερης συλλογιστικής, αλλά τα όρια τα ορίζει ο προγραμματιστής αντί να τα αναθέτει στο Orchestrator.

Πώς διαφέρει το Orchestrator από το /Swarm

Το Orchestrator έρχεται μετά την προεπισκόπηση των Gemini 4 Carbon και /swarm στις 10 Νοεμβρίου 2026, η οποία στόχευε σε εργασίες μηχανικής λογισμικού που εκτείνονται σε πολλά αρχεία και σύνολα δοκιμών. Σύμφωνα με την τεκμηρίωση του /swarm, ένας συντονιστής μπορεί να χωρίσει μια εργασία και να την αναθέσει σε επώνυμους εργάτες, καθένας από τους οποίους αναλαμβάνει ξεχωριστά αρχεία, πακέτα ή ερωτήματα, ενώ επαληθευτές εξετάζουν τις διαφορές κώδικα και εκτελούν δοκιμές· οι εργάτες μπορούν επίσης να λάβουν απομονωμένα αντίγραφα εργασίας ενός αποθετηρίου. Το Orchestrator αντιμετωπίζει διαφορετική δομή: αλλάζει το μοντέλο που χρησιμοποιείται κατά τη διάρκεια μιας συνεδρίας σε εξέλιξη, αντί να δημιουργεί μια ομάδα για παράλληλη εργασία σε ανεξάρτητα τμήματα.

Συνολικά, οι λειτουργίες οργανώνουν την εργασία με πράκτορες με δύο διαφορετικούς τρόπους: μεταξύ πρακτόρων, όταν ένα έργο μπορεί να χωριστεί σε επιμέρους τμήματα, και μεταξύ μοντέλων, όταν μία συνομιλία περνά από τον σχεδιασμό στην εκτέλεση και στην αποκατάσταση. Η πρακτική αλλαγή είναι ότι η επιλογή μοντέλου δεν χρειάζεται πλέον να γίνεται μία φορά, κατά την υποβολή του αρχικού αιτήματος· μπορεί να ενσωματώνεται στην αρχιτεκτονική της ροής εργασίας, είτε με προσαρμοστικό τρόπο μέσω του Orchestrator είτε με ρητή ανάθεση μέσω του SDK.