Google Antigravity ra mắt Orchestrator để chuyển đổi mô hình linh hoạt

Ngày 12 tháng 11 năm 2026, Google Antigravity cho biết Orchestrator, một tùy chọn trong menu thả xuống chọn mô hình đang được triển khai cho người đăng ký Google AI Ultra, đạt tỷ lệ hoàn thành tác vụ gần bằng Carbon trên Terminal-Bench 4.1, đồng thời giảm trung bình 24% mức sử dụng hạn ngạch và rút ngắn 19% thời gian hoàn thành nhờ chuyển đổi linh hoạt giữa Gemini 4 Carbon và Gemini 4 Hydrogen trong cùng một phiên.

Mô hình Hydrogen mới đang được triển khai riêng trong Antigravity cho người đăng ký Google AI Pro và Ultra trả phí, trong khi khách hàng doanh nghiệp có thể sử dụng cả hai mô hình thông qua Gemini for business. Google cho biết trong tương lai, Orchestrator sẽ hỗ trợ thêm các mô hình và gói đăng ký khác, đồng thời mô tả Hydrogen là lựa chọn thực thi nhanh, bổ trợ cho khả năng suy luận sâu và dài hạn hơn của Carbon và Argon.

Chuyển đổi mô hình linh hoạt trong cùng một phiên

Orchestrator hướng đến các tác vụ phát triển tính năng thường nhật và gỡ lỗi, trong đó việc dựa vào một mô hình suy luận hàng đầu cùng nhiều tác tử chạy song song suốt phiên có thể khiến quá trình lặp lại chậm hơn và tiêu tốn hạn mức dành cho mô hình hàng đầu. Ngược lại, một bộ định tuyến tĩnh thông thường sẽ ước tính độ khó dựa trên lời nhắc ban đầu, rồi giao toàn bộ tác vụ cho mô hình có chi phí thấp nhất mà nó cho là đủ khả năng. Google cho biết cách phân bổ một lần này không phù hợp với các tác tử hoạt động trong thời gian dài, bởi yêu cầu của tác vụ có thể thay đổi và chỉ bộc lộ rõ trong quá trình thực hiện.

Orchestrator có thể chuyển đổi theo cả hai hướng giữa hai mô hình khi tiến trình tác vụ diễn ra. Trong ví dụ của Google, Carbon bắt đầu bằng việc khảo sát các phần phụ thuộc ở chế độ chỉ đọc, làm rõ những điểm chưa rõ và lập kế hoạch với các điều kiện cụ thể sẽ kích hoạt việc lập lại kế hoạch. Sau đó, Hydrogen thực hiện các chỉnh sửa, cập nhật gói và chạy thử nghiệm. Nếu Hydrogen gặp trở ngại, Carbon sẽ giành lại quyền điều khiển để kiểm tra trạng thái hiện tại, điều chỉnh kế hoạch và tiếp tục thực hiện. Nhờ vậy, trong một phiên làm việc, hệ thống có thể sử dụng khả năng suy luận sâu hơn để lập kế hoạch hoặc khắc phục sự cố mà không cần giao mọi bước triển khai cho cùng một mô hình.

Chỉ định vai trò mô hình cụ thể thông qua SDK

Những nhà phát triển muốn chỉ định rõ ràng thay vì chuyển đổi tự động có thể kết nối Hydrogen và Carbon thông qua Antigravity SDK. Cách này giúp họ kiểm soát bằng lập trình việc mô hình nào đảm nhận từng vai trò trong quy trình làm việc đa tác tử.

Trong phần trình diễn mã nguồn mở về phân loại và xử lý vấn đề của Google, các tác tử Hydrogen xử lý lượng vấn đề gửi đến bằng cách phân loại và viết mã, tìm kiếm trong cơ sở mã, đặt câu hỏi để làm rõ và lặp lại các chỉnh sửa giao diện người dùng dựa trên nhận xét trong yêu cầu kéo. Một tác tử Carbon được giao các đợt tái cấu trúc lớn hơn, tính năng mới và kiểm tra bảo mật. Phần trình diễn áp dụng cách phân chia tổng quát tương tự giữa thực thi nhanh và suy luận sâu, nhưng nhà phát triển tự xác định ranh giới thay vì giao việc đó cho Orchestrator.

Orchestrator khác /Swarm như thế nào

Orchestrator ra mắt sau bản xem trước Gemini 4 Carbon và /swarm ngày 10 tháng 11 năm 2026, vốn hướng đến công việc kỹ thuật trải rộng trên nhiều tệp và bộ kiểm thử. Theo tài liệu /swarm, một bộ điều phối có thể chia tác vụ cho các tác tử được đặt tên, mỗi tác tử xử lý những tệp, gói hoặc câu hỏi riêng; trong khi đó, các tác tử kiểm chứng rà soát phần khác biệt và chạy thử nghiệm. Các tác tử cũng có thể nhận bản sao làm việc biệt lập của một kho mã. Orchestrator giải quyết một cấu trúc khác: công cụ này thay đổi mô hình được sử dụng trong một phiên duy nhất đang diễn tiến, thay vì tạo một nhóm để làm song song các phần việc độc lập.

Kết hợp lại, các tính năng này phân chia công việc do tác tử thực hiện theo hai cách khác nhau: chia cho nhiều tác tử khi có thể phân tách dự án, và chuyển đổi giữa các mô hình khi một cuộc hội thoại đi qua các giai đoạn lập kế hoạch, thực thi và khắc phục. Thay đổi thiết thực là việc chọn mô hình không còn phải là quyết định duy nhất ở thời điểm nhập lời nhắc; thay vào đó, lựa chọn này có thể trở thành một phần trong kiến trúc quy trình làm việc, được điều chỉnh linh hoạt bằng Orchestrator hoặc chỉ định rõ ràng thông qua SDK.