Gemini 3.1 Pro Preview và Customtools: nên dùng bản nào?
So sánh hai ID Gemini 3.1 Pro chính thức, điểm Customtools thay đổi và khi nào mô hình Preview thông thường phù hợp với ứng dụng.
Đọc dạng MarkdownCả hai tên Gemini 3.1 Pro đều là ID mô hình chính thức của Google. gemini-3.1-pro-preview là mô hình thông thường. gemini-3.1-pro-preview-customtools là biến thể được thiết kế để dùng công cụ tùy chỉnh tốt hơn khi tác nhân cũng có quyền dùng bash. Hậu tố không có nghĩa là “suy luận nhiều hơn”, và mô hình thông thường đã hỗ trợ gọi hàm.[1]
Với lập trình nói chung, phân tích tài liệu và câu hỏi đa phương thức, Preview thông thường là điểm khởi đầu hợp lý. Cân nhắc so sánh Customtools khi tác nhân liên tục chọn lệnh shell thay vì hàm tùy chỉnh mà bạn muốn nó dùng. Khuyến nghị này dựa trên khác biệt được ghi trong tài liệu; bài viết không báo cáo benchmark A/B mới.
Hai ID mô hình Gemini 3.1 Pro
Sao chép định danh đầy đủ vào cấu hình. Cả hai ID đều chứa preview; Customtools là lựa chọn riêng trong cùng họ phát hành đó.
| ID mô hình | Mục đích trong tài liệu | Câu hỏi đánh giá hữu ích |
|---|---|---|
gemini-3.1-pro-preview | Mô hình đa dụng có suy luận và gọi hàm | Có hoàn thành tác vụ chính xác với ngữ cảnh được cung cấp không? |
gemini-3.1-pro-preview-customtools | Ưu tiên công cụ tùy chỉnh tốt hơn khi cũng có bash | Có chọn đúng công cụ tùy chỉnh và dùng kết quả của nó chính xác không? |
Google liệt kê hai tên cùng nhau trên trang mô hình. Google cũng cảnh báo phiên bản Customtools có thể biến động chất lượng với truy vấn không được lợi từ quy trình công cụ đó. Vì vậy, hậu tố khác là lý do đánh giá một hành vi cụ thể, không phải bằng chứng nâng cấp toàn diện.[1]
Đặc tả chung của mô hình liệt kê giới hạn đầu vào 1,048,576 token, giới hạn đầu ra 65,536 token, đầu vào đa phương thức và đầu ra văn bản. Các giới hạn chính này không cho biết tác nhân sẽ chọn công cụ nào trong một hội thoại cụ thể. Khi so sánh kết quả, hãy xem định danh mô hình, định nghĩa công cụ và kết quả tác vụ là các yếu tố riêng.
Customtools thay đổi điều gì
Google mô tả xu hướng ưu tiên các hàm tùy chỉnh như view_file và search_code khi cũng có bash. Điều này quan trọng khi ứng dụng đã định nghĩa các công cụ chuyên biệt với đầu ra và quyền hạn có thể dự đoán.[1]
Hãy xét trợ lý lập trình giả định có ba lựa chọn: hàm đọc một tệp, hàm tìm ký hiệu trong kho mã và công cụ shell đa dụng. Tác vụ là tìm định nghĩa của một hàm. Cả hàm tìm kiếm kho mã và lệnh shell đều có thể giúp ích. Câu hỏi hữu ích là liệu mô hình có chọn công cụ phù hợp nhất với quy trình mà ứng dụng dự định hay không.
Đó là tình huống minh họa, không phải phản hồi được ghi lại từ một trong hai mô hình. Customtools không bảo đảm một lời gọi cụ thể, không loại bỏ nhu cầu khai báo hàm hay thay ứng dụng kiểm tra quyền. Ứng dụng vẫn quyết định có thực thi lời gọi và trả về kết quả nào.
Khác biệt này có ý nghĩa nhất sau khi bạn quan sát thấy vấn đề lựa chọn công cụ. Nếu mô hình thông thường đã chọn đúng hàm và hoàn thành tác vụ, đổi biến thể sẽ thêm một biến số mà chưa xác định cải thiện cần đo.
Customtools không phải mức suy luận
Gemini 3.1 Pro có các mức suy luận riêng low, medium và high. Giá trị mặc định của generateContent gốc là high; mô hình này không hỗ trợ minimal. Đây là thiết lập tạo nội dung, không phải ID mô hình thay thế.[2]
Đổi từ low sang high có thể thay đổi ngân sách suy luận dùng cho tác vụ. Đổi ID mô hình sang Customtools nhắm đến hành vi lựa chọn công cụ. Nếu đổi cả hai cùng lúc, câu trả lời khác không cho biết thay đổi nào có tác động.
Để so sánh hữu ích, giữ nguyên câu lệnh, khai báo công cụ, lịch sử hội thoại, mức suy luận và giới hạn đầu ra. Google cũng khuyến nghị giữ temperature ở 1.0 cho Gemini 3. So sánh xem công việc yêu cầu có hoàn thành không, công cụ nào được gọi, đối số có hợp lệ không và phản hồi báo cáo mức sử dụng bao nhiêu. Đây là gợi ý đánh giá, không phải lợi thế đã đo của một biến thể.
Bạn có thể dùng hàm với Preview thông thường
Đặc tả chính thức của mô hình thông thường liệt kê hỗ trợ gọi hàm. Bạn không cần hậu tố Customtools để khai báo hàm, nhận lời gọi hàm, thực thi trong ứng dụng và gửi lại kết quả.[1]
Dùng tools[].functionDeclarations gốc làm giao diện hàm. Giữ nguyên các phần nội dung và chữ ký suy luận được trả về khi tiếp tục hội thoại. Lỗi do thiếu chữ ký, lược đồ đối số không hợp lệ hay phản hồi công cụ ghép sai là vấn đề giao thức; đổi tên mô hình không chứng minh đã sửa được lỗi đó.
Tài liệu tham khảo API Gemini 3.1 Pro liệt kê trường gốc và các ràng buộc. Bắt đầu bằng hàm nhỏ có kết quả kiểm tra được trước khi thêm cả bộ công cụ.
Chọn theo quy trình bạn thực sự có
Chọn Preview thông thường trước khi công việc chủ yếu là tạo văn bản, giải thích mã, trích xuất tài liệu hoặc phân tích đa phương thức. Đây cũng là điểm khởi đầu hợp lệ cho ứng dụng dùng công cụ. Xác định kết quả thành công trông như thế nào trước khi đánh giá.
So sánh Customtools khi ứng dụng kết hợp bash với công cụ tùy chỉnh và bạn có vấn đề lựa chọn cụ thể để tái hiện. Giữ tập ngắn các trường hợp đại diện: một trường hợp phù hợp với hàm chuyên biệt, một trường hợp thực sự cần shell và một trường hợp không nên gọi công cụ. Rà soát cả hành động được chọn lẫn kết quả cuối.
Đừng đánh giá biến thể chỉ theo tần suất gọi công cụ bạn thích. Lời gọi hàm không cần thiết vẫn là không cần thiết. Mô hình hữu ích phải chọn hành động phù hợp, cung cấp đối số hợp lệ, diễn giải kết quả và trả lời yêu cầu ban đầu.
Trang giá Google gộp cả hai ID trong cùng bảng giá mô hình. Điều đó không khiến suy luận, lựa chọn cấp xử lý hay mức sử dụng token có thể thay thế nhau. Kiểm tra mức giá hiện tại áp dụng và mức sử dụng thực tế khi so sánh yêu cầu.[3]
SeedRouter kết nối phiên bản nào?
Trang Gemini 3.1 Pro dùng gemini-3.1-pro-preview. Biến thể Customtools chưa được kết nối trong tích hợp này. Trang cung cấp Playground của mô hình thông thường và giá nhóm trực tiếp; tài liệu tham khảo API ghi nhận giới hạn xác minh hiện tại.
USD mỗi 1 triệu token
| Mục | googlellm · ≤ 200.000 token đầu vào không từ bộ nhớ đệm | googlellm · > 200.000 token đầu vào không từ bộ nhớ đệm | googlellm-vertext · ≤ 200.000 token đầu vào không từ bộ nhớ đệm | googlellm-vertext · > 200.000 token đầu vào không từ bộ nhớ đệm |
|---|---|---|---|---|
| Đầu vào | 0,80 US$ | 1,60 US$ | 1,00 US$ | 2,00 US$ |
| Đầu ra, bao gồm suy luận | 4,80 US$ | 7,20 US$ | 6,00 US$ | 9,00 US$ |
| Đầu vào từ bộ nhớ đệm | 0,08 US$ | 0,16 US$ | 0,10 US$ | 0,20 US$ |
Giá xử lý Standard. Ngưỡng 200,000 token được tính theo đầu vào không từ bộ nhớ đệm. Token từ bộ nhớ đệm được tính phí riêng và không bị tính lại như đầu vào không từ bộ nhớ đệm. Phí công cụ và lưu trữ bộ nhớ đệm tách biệt với các ví dụ token này.
Dùng đúng ID mô hình thông thường trong ứng dụng. Đặt thiết lập xử lý tường minh để đánh giá có kiểm soát, và kiểm tra kết quả trên tác vụ của bạn trước khi xem cấu hình là phù hợp với môi trường thực tế.
Câu hỏi thường gặp
Cả hai tên mô hình Gemini 3.1 Pro đều chính thức?
Có. Google ghi cả gemini-3.1-pro-preview và gemini-3.1-pro-preview-customtools trên cùng trang mô hình. Tên sau là biến thể chuyên biệt, không phải cách viết không chính thức.
Customtools có thay thế gọi hàm thông thường không?
Không. Gọi hàm thông thường đã có trong Preview thông thường. Customtools thay đổi xu hướng lựa chọn của mô hình trong quy trình kết hợp công cụ tùy chỉnh và bash; ứng dụng vẫn khai báo và thực thi hàm.
Customtools có luôn tốt hơn cho lập trình không?
Google không đưa ra khẳng định bao quát đó. Khác biệt trong tài liệu liên quan đến lựa chọn công cụ, và trang mô hình cảnh báo chất lượng có thể biến động ngoài quy trình dự định. Hãy so sánh hành vi mà ứng dụng lập trình của bạn thực sự cần.
Nguồn
Kiểm tra ngày 17 tháng 10 năm 2026. So sánh trên dựa vào tài liệu, không phải benchmark chất lượng mới được thực hiện.
- Google: đặc tả mô hình Gemini 3.1 Pro — ID chính thức, giới hạn đầu vào/đầu ra, gọi hàm và khác biệt Customtools.
- Google: hướng dẫn cho nhà phát triển Gemini 3 gốc — mức suy luận, thiết lập yêu cầu gốc và hướng dẫn temperature.
- Google: giá Gemini API — bảng giá chính thức dùng chung cho hai ID mô hình.
