TaDev Chào anh em, đợt sự kiện Google I/O 2026 vừa qua mọi người có theo dõi không? Riêng mình thì bị thu hút hoàn toàn bởi những cập nhật mới nhất từ Google, đặc biệt là tin tức xoay quanh trợ lý AI quốc dân Antigravity.
Có một thông tin đang làm anh em cộng đồng dev tụi mình bàn tán xôn xao: Google đã quyết định tách đôi Antigravity thành hai sản phẩm riêng biệt với hai vai trò hoàn toàn khác nhau.
Mới nghe qua thì nhiều người sẽ nghĩ: “Ủa, bộ Google làm thiếu hay bị lỗi gì hả?”. Nhưng không đâu nhen! Sau khi tìm hiểu kỹ, mình nhận ra đây là một quyết định thiết kế cực kỳ có chủ đích của các kỹ sư Google. Họ muốn phân định rõ ràng giữa “Orchestration Surface” (Giao diện điều phối) và “Editing Surface” (Giao diện soạn thảo) để anh em mình dùng không bị nhập nhằng chức năng.
Table of contents
Open Table of contents
Một gốc hai cành: Tách biệt để tối ưu trải nghiệm
Để anh em dễ hình dung, Google đã chia Antigravity ra làm hai hướng đi rõ rệt:
- Antigravity 2.0 (Desktop App): Đi theo hướng Agent-first. Đây chính là trung tâm đầu não để anh em mình thiết lập và điều phối các hệ thống subagent chạy song song siêu phức tạp (full subagent orchestration).
- Antigravity IDE (VS Code fork): Đi theo hướng Code-first. Bản này thì siêu tinh gọn, chỉ đăng ký một tập hợp các công cụ con (sub-tools) phục vụ riêng cho trải nghiệm lập trình cặp (pair programming) 1-1 giữa người và máy.
Cả hai sản phẩm này đều chạy chung trên một hệ thống lõi (Agent Harness), nhưng mỗi bên lại đăng ký các tool khác nhau. Trên Antigravity IDE, Google đã chủ ý loại bỏ các công cụ điều phối mạnh mẽ như invoke_subagent, define_subagent, và manage_subagents. Triết lý ở đây rất thực tế: viết code ra viết code, còn điều phối agent ra điều phối agent.
[!NOTE] Công cụ
invoke_subagentchính là chiếc cổng giao tiếp cấp hệ thống (System-level Gateway). Chính nó là thứ biến Antigravity từ một trợ lý AI đơn lẻ thành một “hệ điều hành nhân sự AI” đa nhiệm thực thụ (True Multi-Agent).
Phân biệt “Multi-Agent Thật” và “Multi-Agent Giả” trên thị trường
Nói thiệt với anh em, dạo này đi đâu cũng nghe quảng cáo về “Multi-Agent”. Nhưng nếu nhìn sâu vào kỹ thuật, nhiều hệ thống hiện nay chỉ là “giả lập” thôi. Tiện đây mình cùng phân biệt rõ hai khái niệm này nha:
❌ Multi-Agent “Giả” (Pseudo Multi-Agent) — Thực chất là một AI tự đóng vai
Nhiều công cụ quảng cáo là chạy Multi-Agent, nhưng cách vận hành của tụi nó thực chất chỉ là giả lập vai trò (Role-playing).
[Prompt dài] ──> [Một mô hình duy nhất] ──> Đóng vai Marketing ──> Đóng vai Pháp chế ──> Đóng vai CEO- Cách chạy: Hệ thống gửi một prompt siêu dài đến một mô hình LLM duy nhất: “Đầu tiên mày hãy đóng vai Marketing viết nháp, rồi tự đổi vai sang Pháp chế phản biện bài viết đó, cuối cùng đóng vai CEO duyệt nhen.”
- Bản chất: Đây vẫn là một cuộc trò chuyện đơn luồng, tuần tự từ đầu đến cuối. Tất cả các vai đều chạy chung và chia sẻ cùng một cửa sổ ngữ cảnh (Context Window).
- Hệ quả mà tụi mình phải gánh:
- Nghẽn ngữ cảnh (Context Bloat): Cửa sổ ngữ cảnh bị đầy và loãng cực kỳ nhanh.
- Tự dẫm chân nhau: Các vai dễ bị lẫn lộn thông tin của nhau do chung một bầu không khí.
- Chờ đợi mòn mỏi: Vì chạy tuần tự từng vai nên thời gian chờ siêu lâu (chạy 10 vai có khi mất 15 - 20 phút).
Multi-Agent “Thật” (True Multi-Agent) — Sức mạnh từ invoke_subagent
Còn đối với Antigravity 2.0, khi công cụ invoke_subagent được kích hoạt, hệ thống sẽ thực sự phân nhánh (Fork/Spawn) ra các thực thể AI độc lập và hoạt động song song.
┌──> [Subagent A] (Ngữ cảnh A) ──> Làm Task 1
│
[Orchestrator] ── invoke ─┼──> [Subagent B] (Ngữ cảnh B) ──> Làm Task 2
│
└──> [Subagent C] (Ngữ cảnh C) ──> Làm Task 3- Môi trường độc lập 100%: Mỗi subagent khi sinh ra sẽ được cấp một ID cuộc trò chuyện riêng (
conversationId), một tệp log riêng biệt và một Context Window cô lập hoàn toàn. Chúng không hề biết subagent bên cạnh đang làm gì, nhờ vậy có thể tập trung 100% vào chuyên môn của mình mà không bị loãng thông tin. - Đa nhiệm song song thực tế (Real Concurrency): Hệ thống không bắt chạy tuần tự. Cả 10 subagent cùng lúc thức dậy, cùng lúc đọc dữ liệu và ghi file báo cáo tại cùng một thời điểm vật lý. Cực kỳ nhanh!
- Phân cấp mô hình thông minh (Hybrid Processing): Anh em có thể tối ưu chi phí bằng cách ép subagent chạy trên mô hình giá rẻ, tốc độ cao (như Gemini 3.5 Flash) để làm các task nhỏ, trong khi Agent chính (là mình hoặc điều phối viên) chạy trên mô hình lập luận cấp cao (như Claude Opus hoặc Gemini 1.5 Pro) để giám sát tổng thể.
Tại sao Google lại chơi bài “chia để trị” này? (3 lý do cốt lõi)
Mình thấy quyết định này của Google cực kỳ sáng suốt vì 3 lý do thực tế sau:
Lý do 1: Tránh gây hoang mang cho anh em mình (Dual Identity)
“Chiến lược của Google là tránh làm người dùng bối rối bằng cách nhồi nhét cả một IDE (tập trung vào code) và một giao diện agent-first (tập trung vào điều phối/nhiệm vụ) vào chung một ứng dụng.” — Trích phân tích từ Towards AI, Generative AI Pub.
Nếu cái IDE vừa dùng để gõ code vừa làm nhiệm vụ điều phối hàng chục agent chạy loạn xạ, anh em mình sẽ rất dễ bị rối và không biết khi nào nên dùng tính năng nào. Tách riêng ra giúp trải nghiệm của bên nào cũng được mượt mà và tập trung nhất.
Lý do 2: Trả lại sự trong sạch cho IDE
Google đã hé lộ lộ trình dài hạn là thành phần “Agent Manager” sẽ bị loại bỏ hoàn toàn khỏi Antigravity IDE.
IDE sẽ quay về đúng bản chất của nó: một trình soạn thảo code thuần túy được trợ lực bởi AI (agent-powered IDE). Nó sẽ là người bạn đồng hành “pair programming” 1-1 hỗ trợ trực tiếp cho anh em mình khi gõ code, thay vì ôm đồm cả việc điều phối của bản Desktop 2.0.
Lý do 3: Tiết kiệm tài nguyên hệ thống và né “Rate Limits”
Chạy subagent song song (Multi-Agent thật) ngốn một lượng API calls khổng lồ trong thời gian cực ngắn.
Việc giới hạn tính năng hạng nặng này vào một app chuyên dụng (Desktop App) giúp Google kiểm soát tài nguyên đám mây tốt hơn. Đồng thời, nó giúp trải nghiệm lập trình bình thường trên IDE của anh em mình không bị ảnh hưởng bởi tình trạng rate limit hay giật lag.
Góc nhìn của mình: Anh em nên chọn bên nào?
Với thiết kế mới này của Google, việc lựa chọn công cụ phù hợp giờ đây đã trực quan và dễ dàng hơn nhiều:
- Hãy mở Antigravity IDE khi anh em cần code hằng ngày, cần một người bạn đồng hành thông minh ngồi kế bên “pair programming”, chỉ chỉ sửa sửa code trực tiếp ngay trong file.
- Hãy mở Antigravity 2.0 (Desktop App) khi anh em cần giải quyết một bài toán lớn, cần tự động hóa toàn bộ vòng đời phát triển (SDLC) từ lên spec, sinh code, viết test đến deploy tự động nhờ sự phối hợp của 16+ subagent chuyên biệt chạy song song.
Đến đây thì chắc mọi người đã có sự lựa chọn cho riêng mình rồi đúng không ạ?
Hy vọng bài viết này giúp anh em có cái nhìn rõ nét hơn về bức tranh Multi-Agent sắp tới. Còn anh em nghĩ sao về nước đi này của Google? Để lại bình luận bên dưới tụi mình cùng chém gió nha! 🚀
Cảm ơn anh em đã đọc bài chia sẻ này! Hẹn gặp lại mọi người trong các bài viết tiếp theo nhen!