Làm chủ Antigravity: multi-agent, quota và best practices

TL;DR: Bài cuối series gom mọi thứ thành quy trình thực chiến: dùng Agent Manager chạy nhiều agent song song (một fix bug nền, một viết feature, một bảo trì), chọn model phù hợp từng loại task, hiểu rate limit của bản miễn phí và các gói trả phí, tận dụng /schedule cho việc định kỳ, cùng 10 best practices đúc kết từ cả series. Đọc xong, bạn có checklist tự chấm mức độ làm chủ Antigravity của chính mình.

Chín bài trước, mỗi bài giải quyết một mảnh: cài đặt, giao diện, giao task, kiểm chứng, browser, CLI, tuỳ biến, MCP. Bài này là mảnh cuối — ghép tất cả thành một quy trình làm việc hoàn chỉnh. Vì mục tiêu của việc làm chủ antigravity không phải là biết hết mọi nút bấm, mà là xây được cách làm việc nơi agent gánh phần việc lặp lại còn bạn giữ phần quyết định. Mình sẽ đi từ quy trình multi-agent, qua chuyện chọn model và quota, rồi chốt bằng bộ best practices và checklist tự đánh giá.

Quy trình multi-agent: Agent Manager là mission control

Điểm khác biệt lớn nhất của Antigravity so với các công cụ AI coding thế hệ trước — như mình đã phân tích từ bài mở đầu series — là Agent Manager: bề mặt điều khiển nơi bạn khởi tạo, điều phối và quan sát nhiều agent chạy song song trên nhiều workspace.

Quy trình mình thấy hợp lý cho một ngày làm việc điển hình:

1. Sáng, mở Agent Manager thay vì mở editor. Rà lại các agent chạy nền từ hôm trước: agent nào xong thì review Artifacts, agent nào kẹt thì trả lời câu hỏi nó đang chờ.
2. Giao task nền trước. Việc dài, ít cần can thiệp — nâng cấp dependency, dọn code trùng lặp, viết thêm test cho module cũ — giao cho 1–2 agent chạy background ngay từ đầu ngày.
3. Giữ một agent cho việc chính. Feature quan trọng nhất trong ngày làm việc với một agent ở chế độ bám sát: bạn review Implementation Plan, góp ý, duyệt từng chặng như đã học ở bài giao task đầu tiên.
4. Một agent cho việc phát sinh. Bug user báo, câu hỏi nhanh về codebase — ném cho agent thứ ba, không làm gián đoạn mạch chính.
5. Cuối ngày, đảo qua Manager lần nữa. Duyệt kết quả, merge những gì đạt, ghi chú những gì cần chỉnh để mai agent làm tiếp.

Mô hình "1 chính + 2 nền" này khớp với cách Antigravity được thiết kế: bạn là quản lý của một nhóm nhỏ, không phải người gõ từng dòng. Cảm giác chuyển từ "coder" sang "người điều phối" chính là dấu mốc đầu tiên của việc làm chủ nền tảng.

Hai lưu ý khi chạy song song:

• Tách workspace rõ ràng. Hai agent sửa cùng một repo cùng lúc dễ giẫm chân nhau. Nếu buộc phải chung repo, chia theo thư mục/module và nói rõ ranh giới trong prompt.
• Đừng song song hoá việc chưa mô tả rõ. Task mơ hồ giao cho agent nền sẽ trả về kết quả mơ hồ mà bạn không ở đó để nắn. Việc chưa nghĩ thấu thì làm cùng agent ở chế độ bám sát trước.

Chọn model đúng việc: Gemini 3 Pro và các lựa chọn khác

Antigravity không khoá bạn vào một model. Tại thời điểm viết bài, nền tảng dùng Gemini 3 Pro làm mặc định, đồng thời cho chọn model của Anthropic (dòng Claude) và GPT-OSS — Google gọi đây là model optionality. Danh sách chính xác thay đổi theo thời gian, bạn xem trực tiếp trong phần chọn model của ứng dụng.

Kinh nghiệm phân việc của mình (rút từ quan sát cá nhân, bạn nên tự thử với codebase của mình):

Loại task	Gợi ý
Feature lớn, cần suy luận kiến trúc	Model mạnh nhất bạn còn quota
Sửa lỗi nhỏ, refactor cơ học	Model nhanh/nhẹ hơn để tiết kiệm hạn mức
Task chạy nền số lượng nhiều	Model nhẹ, vì tổng chi phí nhân theo số agent

Nguyên tắc chung: đừng đốt model mạnh cho việc cơ học. Quota là tài nguyên — dùng như dùng tiền. Nếu bạn tò mò các model này khác nhau thế nào khi viết code thực tế, mình từng so găng trong bài Codex, Claude và Gemini cho người mới vibe coding.

Hiểu quota để không hụt hơi giữa chừng

Phần này nhiều bạn bỏ qua lúc mới cài, rồi bất ngờ khi đang hăng thì agent báo hết hạn mức. Theo công bố ở giai đoạn public preview, tại thời điểm viết bài:

• Gói cá nhân miễn phí: truy cập các model được hỗ trợ với rate limit làm mới khoảng mỗi 5 giờ, không cần thẻ tín dụng.
• Các gói trả phí (Pro/Ultra): hạn mức cao hơn đáng kể, giá niêm yết theo tháng.
• Hệ thống credit: có cơ chế mua thêm credit khi cần vượt hạn mức gói.

Mình cố ý không ghi con số chi tiết vào đây vì chính sách giá và hạn mức của sản phẩm đang preview thay đổi khá thường xuyên — số đúng duy nhất là số trên trang pricing chính thức lúc bạn đọc.

Vài mẹo sống chung với rate limit:

• Gom task nhỏ thành phiên. Mười yêu cầu vụn tốn hạn mức hơn một yêu cầu được mô tả gọn — viết prompt kỹ ngay từ đầu cũng là tiết kiệm.
• Canh chu kỳ làm mới. Hết hạn mức giữa chiều? Dồn việc review, viết docs, đọc Artifacts vào khoảng chờ — đằng nào đó cũng là việc của người, không phải của agent.
• Ưu tiên hạn mức cho việc chính. Task nền cơ học để model nhẹ; giữ model mạnh cho feature khó.

/schedule: giao việc định kỳ rồi quên đi

Antigravity có slash command /schedule để tạo task tự động chạy định kỳ hoặc một lần vào thời điểm định trước. Đây là mảnh ghép ăn khớp với tư duy multi-agent: có những việc thậm chí không cần bạn giao thủ công mỗi lần.

Vài việc mình thấy hợp để lên lịch:

• Sáng thứ Hai: rà dependency lỗi thời, tổng hợp thành báo cáo ngắn.
• Hằng ngày: chạy bộ test chính, báo nếu có test đỏ mới.
• Hằng tuần: quét TODO/FIXME trong code, gom thành danh sách việc tồn.

Kết hợp /schedule với browser control (bài 6) còn mở ra kiểu kiểm tra định kỳ giao diện web — agent tự mở trang, chụp màn hình, so với kỳ vọng. Lưu ý duy nhất: task lên lịch cũng ăn vào quota, nên chỉ lên lịch việc thật sự đáng chạy lặp lại.

10 best practices để làm chủ Antigravity

Đúc kết từ cả series, đây là 10 điều mình sẽ dán lên màn hình nếu được làm lại từ đầu:

1. Luôn review Implementation Plan trước khi bấm Proceed. Sửa hướng đi ở bước kế hoạch rẻ hơn nhiều lần so với sửa code đã viết xong.
2. Verify bằng Artifacts, không đọc chay từng dòng. Task list, walkthrough, screenshot, bản ghi browser — như bài 5 đã nói, đó là bằng chứng nhanh hơn diff.
3. Viết Rules và Skills sớm. Quy ước nhắc quá hai lần thì biến nó thành rule/skill (bài 8); công sức bỏ ra một lần, mọi task sau hưởng.
4. Scope project nhỏ và rõ. Project trong Antigravity định nghĩa môi trường và phạm vi của agent — phạm vi càng gọn, agent càng ít lạc đề, security preset càng dễ siết.
5. Commit thường xuyên bằng Git. Agent làm việc trên code của bạn; lịch sử commit sạch là lưới an toàn để rollback bất cứ lúc nào. Chưa vững Git thì đọc Git là gì — version control cho người mới trước khi thả agent vào repo thật.
6. Mô tả kết quả, đừng mô tả từng bước. "Trang login cần validate email và báo lỗi tiếng Việt" tốt hơn "mở file X sửa dòng Y" — hãy để agent tự lập kế hoạch rồi bạn duyệt.
7. Cắm MCP cho dữ liệu bạn hay copy-paste. Schema database, docs SDK — cắm một lần (bài 9), khỏi dán mãi.
8. Chọn model theo việc, giữ quota cho việc khó. Model mạnh cho kiến trúc, model nhẹ cho cơ học.
9. Comment thẳng vào Artifacts thay vì viết prompt mới. Feedback gắn đúng chỗ giúp agent hiểu bạn muốn chỉnh gì mà không phải đoán lại toàn bộ ngữ cảnh.
10. Giữ quyền quyết định cuối cùng. Agent đề xuất, con người phê duyệt — đặc biệt với thao tác ghi dữ liệu, deploy, hay đụng tới production.

Checklist: bạn đã làm chủ antigravity chưa?

Tự chấm nhanh — tick được 8/10 là bạn đã ở mức thành thạo:

• Cài và đăng nhập Antigravity trên máy chính (bài 2)
• Phân biệt rõ khi nào dùng Editor, khi nào dùng Agent Manager
• Giao được task hoàn chỉnh: prompt → plan → proceed → walkthrough
• Review công việc chủ yếu qua Artifacts, comment trực tiếp lên đó
• Từng để agent tự test web app bằng browser control
• Dùng được CLI agy cho việc nhanh trong terminal
• Có ít nhất 3 rule và 1 skill của riêng mình
• Cắm ít nhất 1 MCP server phục vụ dự án thật
• Chạy ổn 2–3 agent song song mà không rối
• Nắm hạn mức gói mình đang dùng và biết cách phân bổ

Thiếu mục nào, quay lại đúng bài đó trong series — mỗi mục ứng với một bài, đó cũng là lý do series được xếp theo thứ tự này.

Kết series: từ người gõ code thành người điều phối

Mười bài, một hành trình: từ câu hỏi "Antigravity là gì" tới một quy trình làm việc nơi bạn điều phối nhiều agent, kiểm chứng bằng Artifacts, tuỳ biến bằng Rules/Skills, mở rộng bằng MCP và tự động hoá bằng /schedule. Làm chủ antigravity, xét cho cùng, là làm chủ cách phân việc giữa người và máy: máy làm phần lặp lại, người giữ phần phán đoán. Công cụ sẽ còn đổi — model mới, giá mới, tính năng mới — nhưng cách tư duy đó thì dùng được lâu.

Nếu bạn nhảy thẳng vào bài này, mình khuyên đọc lại từ đầu: bài 1 — Google Antigravity là gì?. Còn nếu đã đi đủ 10 bài — chúc mừng, giờ là lúc mở Agent Manager và giao task thật đầu tiên trong ngày. Các chủ đề công nghệ khác đang chờ bạn ở chuyên mục Công nghệ, và toàn bộ series khác của blog nằm ở trang series.