Antigravity CLI chỉ giữ một phiên đăng nhập Google cho mỗi máy. Đây là cách làm thật sự hiệu quả.

Nếu bạn đến đây sau khi tìm cách chạy hai tài khoản Google trên Antigravity CLI, câu trả lời thành thật là bạn không làm được, và lý do đáng để bạn bỏ ra hai phút. Đây không phải một tính năng còn thiếu mà một cái cờ sẽ vá xong vào tháng sau. Đây là chỗ mà CLI đặt thông tin đăng nhập của bạn, và mọi thứ còn lại đều bắt nguồn từ đó.

Đây cũng là câu hỏi mà cả hệ sinh thái trả lời tệ nhất. Có những công cụ trông như đã giải quyết được nó, và việc hiểu chúng thật sự làm gì với máy của bạn chính là khác biệt giữa một lựa chọn có hiểu biết và một tài khoản bị khóa.

Phiên đăng nhập thật sự nằm ở đâu

Claude Code và Codex đều lưu một tài khoản dưới dạng một thư mục. Trỏ CLAUDE_CONFIG_DIR hoặc CODEX_HOME sang một đường dẫn khác và bạn có ngay một tài khoản thứ hai hoàn toàn độc lập: thông tin đăng nhập riêng, lịch sử riêng, không chia sẻ gì cả. Vì biến này được đọc theo từng tiến trình, hai agent được khởi chạy với hai giá trị khác nhau sẽ chạy trên hai tài khoản khác nhau cùng một lúc.

Antigravity CLI không làm gì như thế. Thông tin đăng nhập Google của nó đi thẳng vào kho thông tin đăng nhập của hệ điều hành:

Hãy để ý thứ tự, vì gần như mọi bài viết đều ghi ngược: service là gemini còn account là antigravity, không phải chiều ngược lại.

Kho đó chỉ giữ một mục duy nhất cho cả máy. Không có chỗ thứ hai, không có tên hồ sơ, và không có cách nào nói cho CLI biết phải dùng thông tin đăng nhập nào trong nhiều cái. Không có --profile, không có --auth-store, không có --data-dir, và cũng không có biến môi trường nào dời được nó đi chỗ khác.

Đây không phải một thiếu sót mà chưa ai để ý. Issue #155 trên kho mã của CLI yêu cầu đúng điều này, gọi tên CODEX_HOME và CLAUDE_CONFIG_DIR như thứ đang thiếu. Issue #381 xin một bộ chọn hồ sơ để các công cụ bọc ngoài ít nhất còn có thể tồn tại. Cả hai đều đang mở. Không cái nào có câu trả lời từ Google.

Các công cụ đổi tài khoản thực chất làm gì

Vài công cụ quảng cáo hỗ trợ đa tài khoản cho Antigravity. Chúng hoạt động theo cách duy nhất có thể trước một kho chỉ có một chỗ chứa: chúng ghi đè lên mục trong kho.

Điều đó kéo theo một hệ quả mà người ta phát hiện muộn. Thay đổi này không bị giới hạn trong công cụ, trong một dự án, hay trong một terminal. Nó có hiệu lực trên cả máy. Từ lúc đó, mọi phiên Antigravity trên máy tính đó đều dùng tài khoản được ghi sau cùng, kể cả những phiên bạn tự mở, từ shell của chính bạn, vài tiếng sau. Bạn không có hai tài khoản. Bạn có một tài khoản tự đổi ngay dưới chân mình.

Vậy nên thứ bạn nhiều khả năng đang muốn, hai agent làm việc song song trên hai gói đăng ký, không chỉ là chưa được triển khai. Đi theo đường đó thì nó không thể với tới được, ngay từ trong thiết kế.

Còn một họ giải pháp lách thứ hai, đẩy yêu cầu qua các proxy để gộp chung dung lượng. Cái đó thì không phải vùng xám. Plugin phổ biến nhất thuộc loại này tự hiển thị ngay trên trang của chính nó rằng đã có tài khoản người dùng bị khóa hoặc bị chặn ngầm. Hãy cân nhắc điều đó với bất cứ thứ gì nó giúp bạn tiết kiệm.

Cái bẫy của gói gia đình

Một ý tưởng nghe hợp lý, khi bạn đã biết một tài khoản thứ hai là chuyện khó: mua thêm một suất Google AI Pro trong nhóm gia đình rồi luân phiên bằng tay.

Những người dùng đã thử, kiểm tra từ hai máy riêng biệt, báo lại rằng hai suất đó rút từ một bể hạn mức dùng chung duy nhất chứ không phải từ hai bể độc lập. Nếu điều đó đúng với tài khoản của bạn thì suất thứ hai chẳng mang lại gì cho mục đích này.

Điều này đến từ đo đạc của người dùng chứ không phải từ tài liệu đã công bố, nên hãy kiểm chứng trên tài khoản của chính bạn trước khi trả tiền. Nhưng hãy kiểm chứng trước, đừng để sau.

Cách thật sự chạy được: mỗi agent một khóa

Có đúng một loại thông tin đăng nhập mà Antigravity CLI đọc theo từng tiến trình thay vì lấy từ kho dùng chung của cả máy: một khóa API Gemini, lấy từ môi trường.

Chỉ khác biệt đó thôi đã thay đổi mọi thứ, vì theo từng tiến trình nghĩa là song song thật sự. Hai agent được khởi chạy với hai khóa khác nhau chạy cùng lúc, trên hai hạn mức riêng, mà không cái nào làm phiền cái nào. Đây đúng là tính chất khiến CLAUDE_CONFIG_DIR hoạt động được cho Claude Code, chỉ là đến bằng một cánh cửa khác.

Hai điều cần lưu ý, và cả hai đều không nhỏ.

Thứ nhất, chuyển CLI sang chế độ khóa là một thiết lập toàn cục, không phải một cờ theo từng câu lệnh. Bật nó lên nghĩa là mọi phiên Antigravity trên máy đó dùng khóa thay cho gói đăng ký Google của bạn, kể cả những phiên bạn mở bên ngoài công cụ đã cấu hình nó. Tắt đi sẽ khôi phục hành vi trước đó, nhưng chừng nào nó còn bật thì nó bật cho tất cả.

Thứ hai, một khóa API được tính tiền khác với một gói đăng ký. Đây không phải cách để vẫn trả đúng giá AI Pro của bạn mà lấy được nhiều hơn. Đây là một thỏa thuận thương mại khác, và chính vì nó không phải gói đăng ký nên nó mới chạy song song được.

Kiểu hỏng âm thầm cần biết: nếu bạn cấu hình các khóa nhưng để chế độ khóa tắt, CLI đơn giản vẫn đọc thông tin đăng nhập của chính nó trong kho và bỏ qua hoàn toàn các khóa đó. Không lỗi, không cảnh báo, không có gì trong nhật ký. Trông y như cấu hình của bạn đã không được lưu.

Chuyện này trông ra sao trong AgentsRoom

Trong AgentsRoom, một tài khoản Antigravity là một khóa API Gemini, và nó được gắn theo từng agent chứ không phải theo dự án, vì hết hạn mức là vấn đề của một cuộc trò chuyện chứ không phải của mọi thứ bạn đang mở. Nhiều agent chạy song song trên các khóa riêng, và khi một khóa cạn giữa chừng một tác vụ thì agent được chuyển sang khóa khác một cách tự động. Bất kỳ tài khoản nào cũng có thể bị loại trừ để không bao giờ được dùng làm dự phòng.

Hai khác biệt so với cách bàn giao của Claude và Codex được ghi thẳng trên trang tính năng chứ không bị giấu đi, vì chúng là thật: trên Antigravity, agent được khởi chạy lại sạch sẽ trên khóa mới thay vì tiếp tục cuộc trò chuyện, và không có thanh hạn mức, nên một khóa đã cạn sẽ bị cho nghỉ trong một khoảng thời gian mặc định chứ không phải cho tới đúng giờ nó được đặt lại thật.

Thứ mà AgentsRoom cố ý không làm là ghi đè lên kho thông tin đăng nhập của bạn. Phiên đăng nhập gói đăng ký Google của bạn nằm nguyên tại chỗ mà CLI đã đặt nó.

Chuyện này không dùng để làm gì

Tất cả những gì ở trên là về việc tách các thông tin đăng nhập vốn đã tồn tại một cách hợp pháp: một suất do công ty bạn trả tiền, một gói đăng ký cá nhân, một khóa mà bạn tính tiền cho một khách hàng cụ thể. Giữ chúng tách nhau trên cùng một máy là một nhu cầu hết sức bình thường.

Tạo tài khoản để lách giới hạn dung lượng của gói mà bạn đang dùng lại là chuyện khác, và đó chính là cái mà các chính sách sử dụng nhắm tới. Không có gì ở đây làm cho điều đó trở nên chấp nhận được. Điều khoản của Google mới là căn cứ, không phải bài viết này.

Những câu hỏi người dùng thực sự đặt ra

Tôi có thể dùng hai tài khoản Google với Antigravity CLI không?

Nếu là hai phiên đăng nhập gói đăng ký thì không. Antigravity CLI cất thông tin đăng nhập Google của nó trong kho thông tin đăng nhập của hệ điều hành, nơi chỉ giữ một mục duy nhất cho cả máy và không hé ra cách nào để chọn giữa nhiều mục. Không có thư mục riêng cho từng tài khoản để bạn trỏ CLI vào, nên không gì có thể giữ hai phiên đăng nhập gói đăng ký cùng còn hiệu lực một lúc. Thứ chạy song song được thật sự là các khóa API Gemini, mỗi tiến trình một khóa, vì CLI đọc khóa từ môi trường.

Antigravity CLI cất phiên đăng nhập của nó ở đâu?

Trong kho thông tin đăng nhập của hệ điều hành, không phải trong một tệp cấu hình mà bạn có thể sao chép. Trên macOS đó là một mục Keychain với service là gemini và account là antigravity. Trên Windows đó là cặp gemini:antigravity trong Credential Manager, còn trên Linux là đúng cặp đó trong Secret Service. Hãy để ý thứ tự, nó ngược với điều gần như ai cũng đoán: service là gemini và account là antigravity.

Có thứ gì tương đương CLAUDE_CONFIG_DIR hay CODEX_HOME cho Antigravity không?

Không. Claude Code cô lập trọn một tài khoản bên trong thư mục mà CLAUDE_CONFIG_DIR trỏ tới, và Codex làm y hệt với CODEX_HOME. Antigravity CLI không có gì tương đương, và đó đúng là điều mà issue 155 trên kho mã antigravity-cli yêu cầu, gọi tên cả hai biến. Issue đó vẫn đang mở, và cũng không có cờ --profile, --auth-store hay --data-dir nào cả.

Hai gói đăng ký Google AI Pro trong cùng một nhóm gia đình có cho tôi gấp đôi hạn mức không?

Những người dùng đã thử nghiệm trên hai máy riêng biệt báo lại rằng có một bể hạn mức dùng chung duy nhất chứ không phải hai bể độc lập, nên hai suất trả tiền trong cùng một nhóm gia đình không cộng dồn như bạn mong đợi. Điều này đến từ đo đạc của người dùng chứ không phải từ tài liệu đã công bố, nên hãy coi đó là một tín hiệu mạnh cần tự kiểm chứng trên tài khoản của chính bạn trước khi trả tiền cho suất thứ hai, chứ không phải một tuyên bố chính thức.

Luân phiên hai tài khoản trả phí có vi phạm điều khoản của Google không?

Một câu trả lời trên diễn đàn nhà phát triển chính thức của Google AI cho thấy việc luân phiên giữa hai tài khoản mà bạn trả tiền một cách hợp pháp tự nó không phải là vi phạm điều khoản. Câu trả lời đó đến từ một tài khoản diễn đàn trông có vẻ chính thức chứ không phải từ một trang tài liệu, nên hãy coi đó là một dấu hiệu chứ không phải một phán quyết. Phần thật sự rủi ro nằm ở chỗ khác: chính đám công cụ proxy dựng quanh những cách lách này mới là thứ làm tài khoản bị khóa.

Các công cụ đổi tài khoản Antigravity thực chất làm gì?

Chúng ghi đè lên đúng cái mục duy nhất trong kho mà CLI đọc. Đó là lý do chúng trông như đang quản lý nhiều tài khoản trong khi luôn chỉ có một tài khoản hoạt động: thay đổi đó có hiệu lực trên toàn máy và ảnh hưởng tới mọi phiên Antigravity, kể cả những phiên bạn không khởi chạy từ công cụ đó. Đây là một cú hoán đổi chứ không phải sự cô lập, nên hai agent không bao giờ chạy được trên hai tài khoản gói đăng ký cùng một lúc.

Phiên bản ngắn gọn

Antigravity CLI giữ một thông tin đăng nhập Google duy nhất trong kho của hệ thống, cho cả máy, không có cách nào chọn giữa nhiều cái. Không công cụ nào thay đổi được điều đó mà không ghi đè lên mục đó cho toàn bộ máy tính, và các cách lách bằng proxy mang theo rủi ro bị khóa tài khoản có thật. Một suất thứ hai trong nhóm gia đình có vẻ dùng chung một bể hạn mức, nên nó cũng không giúp được gì.

Thông tin đăng nhập duy nhất mà CLI đọc theo từng tiến trình là một khóa API Gemini. Đó mới là thứ thật sự chạy được nhiều agent Antigravity song song, đổi lại là một cú chuyển chế độ toàn cục và một mô hình tính tiền khác. Nếu bạn đang chờ đợi trải nghiệm của Claude Code thì bên đó đúng là chạy theo từng thư mục, và khác biệt không phải là chuyện chất lượng công cụ: nó là chỗ mà mỗi CLI đã quyết định đặt thông tin đăng nhập của bạn.