Gemini 4 Carbon và Hydrogen hoạt động hiệu quả nhất khi đi theo cặp: Carbon lập kế hoạch, còn Hydrogen triển khai. Hãy giao Task cho một Agent lập kế hoạch chạy trên Carbon, để nó tạo các sub-task kèm tiêu chí nghiệm thu, chuyển tiếp chúng cho các Agent worker và verifier chạy trên Hydrogen, rồi chuyển hướng bất kỳ phần việc nào thất bại hai lần quay lại cho planner. Bạn chỉ phải trả chi phí mô hình frontier cho những lượt thực sự cần đến năng lực phán đoán cấp frontier.
Vì sao nên kết hợp Gemini 4 Carbon và Hydrogen?
Google đã ra mắt Gemini 4 Hydrogen vào ngày 12 tháng 11 năm 2026 và gọi đây là “công cụ chủ lực hàng ngày cho các quy trình agentic”. Hai ngày trước đó, vào ngày 10 tháng 11, changelog của Gemini API đã công bố Gemini 4 Carbon bước vào giai đoạn phát hành rộng rãi (GA). Như vậy, lần đầu tiên trong tháng này, bạn có thể kết hợp mô hình mạnh nhất của Google cùng mô hình thực thi tốc độ cao của họ vào cùng một Task duy nhất.
Bản thân Google khi giới thiệu Hydrogen cũng đặc biệt nhấn mạnh vào sự kết hợp này. Bài viết ra mắt cho biết Carbon có thể đóng vai trò điều phối viên, trong khi Hydrogen vận hành “các agent worker và verifier để xây dựng cũng như kiểm thử các thay đổi đồng thời trên những workspace cô lập”. Tài liệu hướng dẫn Gemini API còn diễn giải rõ ràng hơn: để Carbon thiết kế interface hoặc tháo gỡ các rào cản phức tạp, sau đó bàn giao việc chỉnh sửa mã nguồn, các tác vụ subagent song song và chạy kiểm thử cho Hydrogen.
Đây là một mô hình điều phối (orchestration pattern), không phải tính năng riêng lẻ của mô hình, và bạn hoàn toàn có thể tự triển khai nó trên bảng điều phối của mình ngay hôm nay. Nếu muốn bảng quản lý duy trì mô hình này thay vì phải phụ thuộc vào một kịch bản chạy trên máy tính cá nhân, Sharkly chính là nơi quy tụ các Task, Agent và quy trình review.
Cơ chế hoạt động của Google Orchestrator, tóm tắt trong một đoạn
Orchestrator là một tùy chọn mô hình trong Google Antigravity, có khả năng tự động chuyển đổi giữa planner (Carbon hoặc Argon) và Hydrogen ngay trong cùng một phiên hội thoại. Theo tài liệu của Antigravity, planner bắt đầu bằng một giai đoạn chỉ đọc (read-only), vạch ra kế hoạch cùng các điều kiện kích hoạt lập lại kế hoạch (re-planning trigger) rõ ràng, rồi bàn giao khâu thực thi cho Hydrogen. Hydrogen sẽ trả lại quyền kiểm soát khi gặp trở ngại.
Tài liệu chỉ ra ba tín hiệu trở ngại rất đáng học hỏi:
- Một bước kiểm thử thất bại hai lần.
- Một interface hoạt động khác với dự tính trong kế hoạch.
- Một quyết định thiết kế mà kế hoạch ban đầu chưa giải quyết xong.
Google báo cáo rằng trên Terminal-Bench, Orchestrator đạt tỷ lệ hoàn thành tác vụ gần tương đương với Carbon trong khi tiêu tốn ít hơn 24% quota và hoàn thành nhanh hơn trung bình 19%. Hai bài viết của Google không đồng nhất về phiên bản benchmark (bài ra mắt ghi 4.0, còn bài trên Antigravity ghi 4.1), vì vậy tạm thời hãy cứ trích dẫn chung là Terminal-Bench cho đến khi Google đính chính lại.
Orchestrator duy trì một agent duy nhất trong cuộc hội thoại của bạn, hoạt động với cấu hình cố định không cho phép tùy chỉnh thinking-level, và phiên bản sử dụng Carbon chỉ dành riêng cho Google AI Ultra. Trong khi đó, một bảng điều phối nhóm sẽ phân bổ sự phân chia này cho nhiều Agent khác nhau, giúp toàn bộ kế hoạch và các lượt bàn giao đều hiển thị minh bạch cho tất cả mọi người.
Bài toán chi phí: So sánh biểu phí giữa Gemini 4 Hydrogen và Carbon
Đơn giá token trích từ trang biểu phí Gemini API, ghi nhận vào ngày 13 tháng 11 năm 2026:
| Mô hình | API model id | Input / 1M | Output / 1M | Gói miễn phí |
|---|---|---|---|---|
| Gemini 4 Carbon | gemini-4-carbon |
$2.00 đến hết 30/11, sau đó là $4.00 | $10.00 đến hết 30/11, sau đó là $20.00 | Không |
| Gemini 4 Hydrogen | gemini-4-hydrogen |
$1.50 | $7.50 | Có, giới hạn tốc độ |
Hãy lưu ý kỹ các mốc thời gian trước khi lập ngân sách dựa trên con số này. Cho đến hết ngày 30 tháng 11, đơn giá mỗi token của Hydrogen chỉ rẻ hơn 25% so với Carbon. Nhưng từ ngày 1 tháng 12, mức giá này sẽ rẻ hơn tới 62,5%. Cả hai con số trên đều là phép tính của chúng tôi dựa trên bảng giá niêm yết của Google.
Dưới đây là ý nghĩa thực tế đối với một lượt chạy (run), cũng theo tính toán của chúng tôi. Giả sử một lượt của worker đọc 200k token và tạo ra 40k token (output đã bao gồm thinking token). Trên Carbon sau ngày 1 tháng 12, chi phí sẽ là $0,80 + $0,80 = $1,60. Trên Hydrogen, con số này chỉ là $0,30 + $0,30 = $0,60. Nếu lặp lại quy trình đó 30 lần mỗi ngày trong suốt một Sprint, mức chênh lệch sẽ không còn là một con số làm tròn nhỏ nhặt nữa.
Đơn giá theo từng token thậm chí còn chưa phản ánh hết mức độ chênh lệch. Google cho biết Carbon “tiêu tốn nhiều thinking token hơn trên mỗi lượt để kiểm tra các giả thuyết và xác minh các edge case”, trong khi giá output đã tính gộp cả thinking token. Do đó, cùng một lần chỉnh sửa mã, Carbon nhiều khả năng sẽ tính phí nhiều token output hơn kèm theo một đơn giá cao hơn. Google không công bố chi phí trung bình theo từng tác vụ cho bộ đôi này, vì vậy hãy đo lường trực tiếp trên repository của chính bạn trước khi đưa ra con số tiết kiệm cụ thể.
Tốc độ là một nửa quan trọng còn lại: Google báo cáo rằng Hydrogen hoàn thành tác vụ nhanh hơn 2,5 lần so với Gemini 3.8 Flash ở mức mặc định high.
Phân chia công việc trong đội ngũ Agent: Các vai trò tương ứng với từng mô hình
Mô hình phân tách planner/worker là một bản phân công lao động bằng văn bản: một Agent nắm quyền kiểm soát kế hoạch cùng các quyết định khó, các Agent có chi phí thấp hơn đảm nhận khâu thực thi, và một verifier sẽ kiểm tra kết quả trước khi con người xem xét. Mỗi vai trò sẽ được phân bổ mô hình có chi phí và chiều sâu năng lực phù hợp nhất với nhiệm vụ đó.
| Vai trò | Mô hình | Thinking level | Nhiệm vụ đảm nhiệm |
|---|---|---|---|
| Planner | gemini-4-carbon |
mặc định medium, high cho các Task khó |
Đọc codebase, viết sub-task kèm tiêu chí nghiệm thu, lập lại kế hoạch |
| Worker (1 đến n) | gemini-4-hydrogen |
high (mặc định) |
Chỉnh sửa mã, cập nhật package, chạy test, mỗi agent một sub-task |
| Verifier | gemini-4-hydrogen |
high, xhigh cho các bản diff rủi ro cao |
Chạy kiểm thử đối chiếu với tiêu chí nghiệm thu của planner |
| Con người | n/a | n/a | Phê duyệt kế hoạch cho các Task lớn, nghiệm thu kết quả |
Hai chi tiết từ tài liệu của Google là cơ sở định hình nên bảng này. Carbon và Argon mặc định ở mức medium và tối đa ở mức high, trong khi Hydrogen mặc định ở mức high và bổ sung thêm mức xhigh. Đồng thời, Google cũng cảnh báo rằng xhigh sẽ làm tăng độ trễ, tiêu tốn nhiều token hơn và “có thể dẫn đến tình trạng suy nghĩ thái quá với các prompt đơn giản”. Hãy chỉ dành xhigh cho verifier khi xử lý các bản diff liên quan đến xác thực (auth), thanh toán hoặc migration dữ liệu.
Planner cần viết những gì?
Đầu ra của planner đóng vai trò như một bản cam kết cho tất cả các khâu tiếp theo. Một kế hoạch chuẩn chỉnh cần có từng sub-task cho mỗi thay đổi độc lập, phạm vi tệp tương ứng, câu lệnh xác thực tính đúng đắn và điều kiện để chuyển giao lại. Nếu một worker không thể xác định được khi nào công việc hoàn tất, thì kế hoạch đó vẫn chưa hoàn thiện.
Khi nào công việc được chuyển trả lại cho planner?
Hãy áp dụng danh sách điều kiện kích hoạt từ Google và quy định thật rõ ràng. Một worker sẽ trả lại sub-task khi bước kiểm tra thất bại hai lần, khi một interface không khớp với kế hoạch, hoặc khi cần một quyết định về mặt thiết kế. Nó sẽ gửi trả kèm theo nhật ký lỗi, bản diff đã thực hiện cho đến thời điểm đó và câu hỏi cần giải đáp. Worker tuyệt đối không được âm thầm thử lại trên một mô hình lớn hơn, vì điều đó sẽ làm lu mờ lợi ích tiết kiệm của tầng giá rẻ bên trong hóa đơn của tầng giá đắt.
Thiết lập quy trình trong Sharkly
Trong Sharkly, một Agent là một cộng sự AI hoạt động thông qua Runtime trên một Computer đã kết nối, và Crew là một nhóm gồm các Agent và con người do một Agent giữ vai trò leader điều phối. Cấu trúc này ánh xạ hoàn hảo vào mô hình phân tách planner/worker mà không cần viết thêm mã liên kết (glue code). Planner sẽ là Crew leader; các worker và verifier sẽ là các thành viên trong Crew.
Mỗi Agent sở hữu Runtime và Default model riêng, như hiển thị trong bảng điều khiển ở trên (ví dụ đó đang chạy Claude Code). Đối với thiết lập này, hãy gán cho mỗi Agent một Runtime có khả năng kết nối tới Gemini API, chẳng hạn như Gemini CLI, rồi cấu hình mô hình riêng cho từng Agent: chọn Carbon cho planner và Hydrogen cho các agent còn lại. Nếu danh sách mô hình chưa cập nhật các ID mới, hãy chỉ định mô hình ngay trong cấu hình của Runtime. Theo tài liệu tham khảo cấu hình, Gemini CLI cũng hỗ trợ đọc biến môi trường GEMINI_MODEL, và các Agent trong Sharkly đều hỗ trợ thiết lập biến môi trường riêng cho từng Agent.
Tiếp theo, hãy đưa các quy tắc điều phối vào phần chỉ dẫn (instructions) của Crew:
CREW: carbon-plans-hydrogen-builds
Leader: planner (gemini-4-carbon)
1. Read the Task and recent comments. Explore read-only first.
2. Post a plan as a comment: one sub-task per independent change,
file scope, the check command, and the re-plan trigger.
3. If the Task touches more than 3 modules, wait for a person to
approve the plan before mentioning any worker.
4. Mention one worker per sub-task. Mention the verifier last.
Workers: worker-a, worker-b (gemini-4-hydrogen, high)
- Do one sub-task. Run its check. Report the diff and the result.
- If the check fails twice, stop. Report the log and the question
to the leader. Do not widen scope.
Verifier: verifier (gemini-4-hydrogen, high; xhigh for auth/payments)
- Re-run every check from the plan. Pass or fail each one, with output.
A person accepts the result. Nobody merges on an Agent's word.
Giao Task cho Crew. Quy trình thực thi tuân theo cơ chế ưu tiên leader theo tài liệu về Crews: leader đọc Task và chỉ dẫn của Crew, sau đó mention các thành viên để giao từng phần việc cụ thể, và kết quả của họ sẽ được tổng hợp lại trong chính Task đó. Hãy sử dụng thư mục làm việc tạm thời (temporary working directory) để mỗi worker có worktree riêng. Chỉ bật thư mục Task dùng chung của Crew khi các sub-task bắt buộc phải kế thừa tuần tự các thay đổi cục bộ của nhau.
Những công việc bị tắc nghẽn luôn được hiển thị rõ ràng: các lượt chạy thất bại hoặc bị chặn sẽ xuất hiện trong Inbox, và Agent đang chờ phản hồi từ con người sẽ hiển thị trong mục Task Chats ở thanh bên (sidebar). Đó chính là điểm đến của mũi tên nét đứt khi planner không thể tự khắc phục kế hoạch.
Kỹ thuật nâng cao
Tận dụng khả năng chuyển đổi mô hình của API cho một Task dài. Tài liệu của Google cho biết bạn có thể định tuyến các lượt lập kế hoạch tới gemini-4-carbon và các lượt thực thi tới gemini-4-hydrogen ngay trong một phiên nhiều lượt thông qua previous_interaction_id mà không cần thay đổi schema. Đó chính là cách tái hiện cơ chế của Orchestrator ngay trong mã nguồn của bạn, rất hữu ích khi chạy một Agent duy nhất.
Lưu ý giới hạn kích thước phản hồi (hop size). Hydrogen trả về tối đa 65.536 token cho mỗi lượt gọi non-streaming, trong khi Carbon và Argon trả về 32.768 token cho mỗi lượt REST hop non-streaming. Hãy giao các tác vụ sinh nội dung dài, như bộ kiểm thử hay đặc tả migration, cho phía worker xử lý.
Bỏ qua cơ chế caching tường minh trên Hydrogen. Hydrogen không hỗ trợ context caching tường minh. Cơ chế ngầm định (implicit caching) sẽ kích hoạt trên các prompt có tối thiểu 4.096 token và giảm giá 95% cho lượng input được lưu trong cache, vì vậy hãy đặt ngữ cảnh dùng chung của repository ở phần đầu của mỗi prompt gửi cho worker.
Các giải pháp thay thế cho mô hình phân tách planner/worker
- Chỉ dùng riêng Hydrogen. Tài liệu của Google khuyên dùng cách này cho các tác vụ nâng cấp package, khử trùng lặp mã, dựng khung dự án (scaffolding), viết unit test cho các hàm đã xác định rõ và viết tài liệu. Không cần đến planner.
- Chỉ dùng riêng Carbon. Dành cho thiết kế hệ thống phân tán, xử lý race condition hoặc migration qua nhiều repository—những nơi mọi bước đều đòi hỏi chiều sâu tư duy.
- Orchestrator trong Antigravity. Một người dùng, một cuộc trò chuyện, bàn giao tự động, áp dụng cho các gói dịch vụ có hỗ trợ tính năng này.
- Bộ định tuyến tĩnh (static router). Phân loại Task ngay từ đầu rồi gửi nó đến một mô hình duy nhất. Google cho rằng phương pháp này sẽ gặp hạn chế trong các lượt chạy dài, nơi độ phức tạp có thể thay đổi giữa chừng. Chúng tôi đã phân tích phương án phân loại ngay từ đầu này trong bài viết định tuyến các Task của AI agent bằng Gemini Decisions API.
Các trường hợp sử dụng trong thực tế
Phân loại issue số lượng lớn. Bản demo Antigravity SDK của chính Google đã ghép nối các agent Hydrogen phụ trách phân loại và viết code với một agent Carbon chuyên xử lý refactor, phát triển tính năng mới và kiểm tra bảo mật. Trên bảng điều phối, đó sẽ là một Agent Hydrogen trực hàng đợi tiếp nhận (intake queue) và một leader Carbon chịu trách nhiệm cho bất kỳ đầu việc nào gắn nhãn refactor hoặc security.
Chia nhỏ tính năng thành các sub-task song song. Planner chia một thay đổi API thành các bản cập nhật schema, handler và client; ba worker thực thi chúng trên các worktree riêng biệt; sau đó verifier sẽ tiến hành chạy các bài contract test.
Lời kết
Carbon lập kế hoạch, Hydrogen triển khai, và con người nghiệm thu. Biểu phí mới từ ngày 1 tháng 12 khiến cho mô hình phân tách này trở nên rất kinh tế; các trigger kích hoạt khi gặp trở ngại ngăn các lỗi ở tầng giá rẻ biến thành những lượt thử lại đắt đỏ; và bảng điều phối giúp mọi lượt bàn giao trên Task luôn hiển thị minh bạch cho cả đội ngũ theo dõi. Để tìm hiểu mô hình này ở quy mô rộng hơn, hãy đọc thêm bài viết điều phối AI agent là gì và quy tắc định tuyến mô hình cho Crews của chúng tôi.
Bước tiếp theo của bạn: hãy kết nối một Computer vào Sharkly, tạo một Agent planner trên Carbon và một worker trên Hydrogen, đưa chúng vào một Crew với phần chỉ dẫn như trên, rồi giao cho Crew một Task mà thông thường bạn sẽ mất cả buổi chiều để nhờ một người làm. Sharkly có gói miễn phí, do đó chi phí duy nhất cho bài thử nghiệm này chỉ là lượng token Gemini mà bạn sử dụng.
Câu hỏi thường gặp
Điểm khác biệt giữa Gemini 4 Carbon và Hydrogen là gì?
Carbon là mô hình frontier mạnh nhất của Google, được xây dựng cho các bài toán lập luận dài hơi cũng như các tác vụ phức tạp về kiến trúc, gỡ lỗi và bảo mật. Hydrogen là mô hình Gemini 4 nhanh, tối ưu chi phí dành cho công việc lập trình hàng ngày và thực thi agent. Carbon mặc định tư duy ở mức medium và tối đa ở mức high; Hydrogen mặc định ở mức high và bổ sung thêm mức xhigh.
Gemini 4 Hydrogen có rẻ hơn Carbon không?
Có. Hydrogen có giá $1.50 cho 1 triệu token đầu vào và $7.50 cho 1 triệu token đầu ra. Carbon có giá $2 và $10 đến hết ngày 30 tháng 11 năm 2026, sau đó sẽ là $4 và $20 từ ngày 1 tháng 12. Ngoài ra, Hydrogen còn có gói miễn phí bị giới hạn tốc độ trên Gemini API; còn Carbon thì không.
Verifier có nên chạy trên Carbon thay vì Hydrogen không?
Thông thường thì không. Google định vị Hydrogen cho các agent worker và verifier chạy song song. Hãy dùng mức xhigh cho verifier khi xử lý các bản diff rủi ro cao, và chỉ chuyển tiếp Task lên planner chạy Carbon khi bước kiểm tra thất bại hai lần.
Sharkly có tự chọn mô hình cho từng Task không?
Không. Bạn tự thiết lập mô hình cho từng Agent thông qua Runtime của nó, và các chỉ dẫn trong Crew sẽ quyết định Agent nào đảm nhận phần việc nào của Task. Sharkly là nơi lưu trữ Task, các lượt chạy, quá trình bàn giao và khâu review nghiệm thu.
