> ## Documentation Index
> Fetch the complete documentation index at: https://docs.rockapi.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# So sánh API mô hình AI: đánh giá GPT, Claude, Gemini theo nhiệm vụ

> So sánh phiên bản mô hình bằng nhiệm vụ đại diện, ngưỡng chất lượng, độ trễ, tính năng và chi phí mỗi kết quả đạt thay vì bảng xếp hạng giá cố định.

Không có một API mô hình tốt nhất cho mọi ứng dụng. GPT, Claude và Gemini là các dòng mô hình, không phải nhóm giá hay hiệu năng cố định. Hãy so sánh phiên bản cụ thể mà tài khoản truy cập được trên nhiệm vụ ứng dụng cần. Tên một dòng không xác lập độ chính xác, độ dài ngữ cảnh, khả năng dùng công cụ hay điều khoản xử lý dữ liệu.

## Lập danh sách từ danh mục hiện tại

Mở [danh mục mô hình và giá](https://rockapi.ai/pricing). Với mỗi ứng viên, ghi đúng ID, điểm cuối hỗ trợ, dạng đầu vào, giới hạn liên quan, nhóm áp dụng, tiền tệ và đơn vị tính phí. Xác nhận quyền trước khi lên kế hoạch đánh giá. Bài này không duy trì bảng xếp hạng giá và không cam kết một mô hình cụ thể khả dụng cho tài khoản.

| Nhiệm vụ | Dữ liệu đại diện | Tiêu chí chấp nhận |
| - | - | - |
| Trả lời hỗ trợ | Câu hỏi thực tế và tài liệu tham chiếu | Đúng, có căn cứ, chuyển người xử lý khi cần |
| Phân loại | Mẫu gắn nhãn thường gặp và mơ hồ | Lỗi theo từng lớp và cấu trúc hợp lệ |
| Tóm tắt | Tài liệu nguồn ngắn và dài | Đủ ý, đúng sự thật và độ dài hữu ích |
| Lập trình | Ngôn ngữ, thư viện và ràng buộc thật | Qua kiểm tra dự án và được người duyệt chấp nhận |
| Quy trình dùng công cụ | Lược đồ thật và tình huống thất bại | Đối số đúng, chọn đúng công cụ, hoàn tất quy trình |
| Đa phương thức | Dữ liệu đúng định dạng với chất lượng thực tế | Độ chính xác nhiệm vụ và định dạng vào/ra phù hợp |

Không nên giả định mọi mô hình trong một dòng đều đáp ứng mọi hàng. Loại ứng viên thiếu tính năng bắt buộc trước khi so tốc độ hoặc giá.

## Thiết kế đánh giá có thể lặp lại

Chọn một bộ mẫu đại diện vừa đủ, đã loại thông tin nhạy cảm, rồi thống nhất tiêu chí đạt trước khi đọc kết quả. Đưa vào cả ca khó và hành vi mong đợi khi thiếu thông tin. Giữ lời nhắc và định nghĩa công cụ nhất quán khi có thể; ghi rõ điều chỉnh riêng cho từng mô hình, tránh vô tình hỗ trợ một ứng viên nhiều hơn.

Chạy lại cùng đầu vào để quan sát độ biến động. Ghi số kết quả đạt, hết thời gian, số lần thử lại, độ dài và độ trễ. Với tính năng tương tác, tách thời gian đến phần nội dung đầu tiên khỏi thời gian có câu trả lời hoàn chỉnh dùng được. Với công cụ, đo toàn bộ các lượt, không chỉ phản hồi đầu. Điểm chuẩn công khai có thể giúp chọn sơ bộ nhưng không thay kiểm nhận trên ứng dụng.

## Kết nối ứng viên và kiểm tra sử dụng

1. Chọn ứng viên hỗ trợ trò chuyện, đặt ID chính xác từ danh mục vào `ROCK_API_MODEL`.
2. Tạo khóa nền tảng tại [trang khóa API](https://rockapi.ai/keys), lưu trong `ROCK_API_KEY` và kiểm tra số dư cần thiết. Người mua không cần cấu hình kênh nhà cung cấp.
3. SDK dùng URL cơ sở đầy đủ `https://rockapi.ai/v1`; curl dùng điểm cuối sau. Kiểm tra yêu cầu tối thiểu trước khi chạy bộ mẫu.

```bash theme={null}
curl --fail-with-body https://rockapi.ai/v1/chat/completions \
  -H "Authorization: Bearer $ROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d "{\"model\":\"$ROCK_API_MODEL\",\"messages\":[{\"role\":\"user\",\"content\":\"Hãy trả lời xin chào.\"}]}"
```

Cần đặt cả hai biến cục bộ. Kiểm tra trạng thái, nội dung rồi tìm bản ghi tương ứng trong bảng điều khiển. Khi lỗi, dùng [hướng dẫn lỗi và giới hạn](https://docs.rockapi.ai/vi/errors-and-rate-limits.md) để loại nguyên nhân quyền hoặc yêu cầu trước khi quy cho chất lượng mô hình.

## Tính chi phí cho kết quả hữu ích

[Hướng dẫn tính phí](https://docs.rockapi.ai/vi/pricing-and-billing.md) phân biệt loại token, phí theo lượt, bậc động và hệ số nhóm. Tránh tính bộ nhớ đệm hai lần hoặc áp dụng lại hệ số đã nằm trong giá. Ước tính vận hành còn phải gồm thử lại, nhiều lượt công cụ và công kiểm tra của con người.

```text theme={null}
chi phí mỗi kết quả đạt = tổng phí đánh giá đã quyết toán / số kết quả đạt
```

Nếu không có kết quả nào đạt, ứng viên chưa đáp ứng ngưỡng chất lượng; đơn giá thấp không khắc phục điều đó. Báo cáo kèm số mẫu và điều kiện thay vì coi kết quả cục bộ là thứ hạng chung.

Chọn ứng viên đạt yêu cầu chất lượng, độ trễ, ngân sách và [bảo mật](https://docs.rockapi.ai/vi/security-and-privacy.md). Phương án dự phòng cũng cần được thử. Đánh giá lại khi phiên bản, giá, lời nhắc hay điều khoản thay đổi; hoàn thành [kiểm nhận khi chuyển API](https://docs.rockapi.ai/vi/blog/buyers/openai-compatible-api.md) trước khi chuyển lưu lượng thật.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.