DEV Community: Sebastian Petrus

Giải pháp thay thế Thunder Client tốt nhất

Sebastian Petrus — Thu, 06 Aug 2026 07:54:41 +0000

Thunder Client từng được yêu thích như một đối trọng với Postman: nhanh, miễn phí, chạy ngay trong VS Code và lưu collection dưới dạng JSON trong repository. Tuy nhiên, mô hình này đã thay đổi đáng kể. Đồng bộ Git đã trở thành tính năng trả phí từ năm 2023; theo trang giá Thunder Client, gói miễn phí hiện giới hạn 250 lượt chạy collection mỗi tháng, không có Git sync, CLI/CI, scripting tùy chỉnh, môi trường toàn cục, WebSocket, SSE hoặc gRPC. Các tính năng này bắt đầu từ các gói trả phí 3, 7 và 16 USD/người dùng/tháng khi thanh toán hằng năm.

Dùng thử Apidog ngay hôm nay

Nếu cần một lựa chọn thay thế Thunder Client có thể dùng ngay cho quy trình phát triển API, Apidog là phương án đáng cân nhắc. Gói miễn phí hỗ trợ tối đa 4 người dùng và bao gồm các khả năng mà Thunder Client đặt sau paywall: chạy collection không giới hạn, scripting, CLI/CI, WebSocket, SSE, gRPC và GraphQL. Ngoài API client, Apidog còn có trình chỉnh sửa đặc tả, mock server, kịch bản kiểm thử và tài liệu API có thể xuất bản.

Điểm đánh đổi cần nói rõ: Apidog không nằm trong thanh bên VS Code. Bạn sẽ sử dụng ứng dụng desktop hoặc web thay vì một extension trong editor.

Gói miễn phí của Thunder Client đã bị giới hạn như thế nào?

Ban đầu, điểm mạnh của Thunder Client là khả năng lưu collection trong thư mục .thunder-tests. Điều này giúp thay đổi API đi qua pull request, review code và lịch sử Git như mã nguồn.

Từ năm 2023, Git sync trở thành tính năng trả phí. Collection của người dùng miễn phí được chuyển sang bộ nhớ nội bộ của extension VS Code: vẫn cục bộ, nhưng không còn hiển thị trực tiếp với Git hoặc đồng đội. Xem thêm: Thunder Client Pro paywall: những gì đã thay đổi.

Theo trang giá hiện tại, gói miễn phí có các giới hạn chính:

250 lượt chạy collection mỗi tháng: không phù hợp nếu bạn chạy regression test thường xuyên.
Chỉ hỗ trợ HTTP: WebSocket, SSE và gRPC yêu cầu gói trả phí.
Không có custom scripting: script trước request và test script không có trong gói miễn phí.
Không có CLI hoặc CI: không thể chạy collection trực tiếp trong pipeline.
Không có Git sync và global environments: việc chia sẻ collection/môi trường cho nhóm bị hạn chế.
Chỉ VS Code: hỗ trợ JetBrains IDE bắt đầu từ các gói trả phí.

Đây không phải là vấn đề nếu bạn chỉ gửi một số HTTP request thủ công. Nhưng khi cần chạy test tự động, dùng socket protocol, chia sẻ collection hoặc tích hợp CI, Thunder Client free không còn là một lựa chọn đầy đủ.

Các gói trả phí của Thunder Client có gì?

Thunder Client có các gói Starter, Business và Enterprise với giá lần lượt là 3, 7 và 16 USD/người dùng/tháng khi thanh toán hằng năm.

Gói Starter mở khóa:

Git sync
CLI và CI/CD
WebSocket, SSE, gRPC
Hỗ trợ JetBrains IDE

Tuy nhiên, giới hạn lượt chạy collection vẫn tồn tại:

Business: 500 lượt chạy collection/người dùng/tháng
Enterprise: lượt chạy không giới hạn

Ngoài ra:

Environment mã hóa và tích hợp secret manager thuộc gói Business.
SSO và audit log thuộc gói Enterprise.

Điểm cần phân biệt là: trả phí giúp Thunder Client mở rộng khả năng của một API client, nhưng không biến nó thành một nền tảng API đầy đủ. Thunder Client không có trình chỉnh sửa đặc tả API làm trung tâm, mock server, tài liệu API được lưu trữ hoặc công cụ điều phối kiểm thử trực quan.

Nếu bạn đang so sánh theo góc độ API client, xem thêm bài viết Postman vs Thunder Client.

Vì sao chọn Apidog?

Apidog là nền tảng phát triển API kết hợp thiết kế, debug, kiểm thử, mocking và tài liệu trong cùng một ứng dụng, được tổ chức quanh đặc tả API.

Với người dùng Thunder Client, các khác biệt thực tế gồm:

Nhiều tính năng trả phí của Thunder Client có trong gói miễn phí của Apidog

Gói miễn phí hỗ trợ tối đa 4 người dùng, chạy collection và scenario không giới hạn, script trước/sau request, WebSocket, SSE, gRPC, GraphQL và CI qua Apidog CLI.
Request có thể trở thành API specification

Thay vì chỉ lưu request, bạn có thể định nghĩa endpoint, schema, parameter và response. Từ đặc tả đó, Apidog tạo tài liệu, mock và kiểm thử.
Có mock server theo schema

Sau khi định nghĩa endpoint và schema response, mock server có thể trả về dữ liệu dựa trên cấu trúc API. Thunder Client không có tính năng tương đương ở các gói hiện có.
Kiểm thử được xây dựng như một workflow

Bạn có thể nối nhiều request, kiểm tra response, xác thực schema, chạy test dựa trên dữ liệu và thực thi trong CI mà không phải phân bổ lượt chạy theo tháng.

Chuyển đổi theo từng nhu cầu

Gửi request hằng ngày

Bạn có thể chuyển trực tiếp collection, folder, environment variables, cookie, auth helper và code generation sang Apidog.

Apidog hỗ trợ các giao thức sau trong gói miễn phí:

HTTP
WebSocket
SSE
gRPC
GraphQL

Thunder Client free chỉ hỗ trợ HTTP.

Nếu nhóm dùng JetBrains IDE, Apidog có plugin Apidog Fast Request để gửi request trong IDE. Tuy nhiên, Apidog không có panel VS Code giống Thunder Client.

Scripting và chạy collection

Thunder Client free chỉ phù hợp với các assertion cơ bản. Với Apidog, bạn có thể:

Thêm script trước request để tạo token, timestamp hoặc dữ liệu động.
Thêm script sau request để kiểm tra status, header hoặc body.
Dùng schema validation để giảm số assertion phải viết tay.
Chạy collection hoặc test scenario không giới hạn.
Chạy cùng collection trong CI bằng CLI.

Ví dụ một kiểm tra response đơn giản:

pm.test("Response trả về 200", function () {
  pm.response.to.have.status(200);
});

pm.test("Response có trường id", function () {
  const body = pm.response.json();
  pm.expect(body).to.have.property("id");
});

Cú pháp scripting của Apidog tương thích với Postman, vì vậy nhiều script hiện có có thể tái sử dụng với ít thay đổi.

Git và collaboration

Nếu điều bạn cần là collection dưới dạng file có thể review trong repository, một API client Git-first vẫn là hướng phù hợp. Bạn có thể tham khảo bài viết Bruno thay thế tốt nhất.

Nếu mục tiêu là chia sẻ collection cho cả nhóm mà không phải trả phí Git sync theo từng seat, Apidog dùng cloud workspace và versioning theo nhánh. Khi cần đưa đặc tả vào repository, bạn vẫn có thể xuất OpenAPI để quản lý bằng Git.

Mock, tài liệu và CI

Đây là khác biệt lớn nhất khi chuyển từ một API client sang nền tảng API:

Thiết kế API bằng giao diện hoặc code.
Xuất bản tài liệu API tương tác.
Cấp URL mock cho frontend hoặc đối tác tích hợp.
Chạy test scenario trong CI.
Xuất bản tài liệu kèm MCP server để AI agent có thể đọc đặc tả API.

Xem thêm: Apidog MCP Server là gì.

Thunder Client vs Apidog

Tính năng	Thunder Client	Apidog
Hình thức	Extension VS Code; JetBrains ở gói trả phí	Ứng dụng desktop + web; plugin JetBrains để gửi request
Lượt chạy collection miễn phí	250/tháng	Không giới hạn
WebSocket / SSE / gRPC	Gói trả phí	Miễn phí, kèm GraphQL
Scripting	Gói trả phí	Miễn phí, tương thích Postman
CLI / CI	Gói trả phí	Miễn phí qua Apidog CLI
Git sync	Gói trả phí	Cloud workspace, version theo nhánh, xuất OpenAPI
Mock server	Không có	Smart mock theo schema
Tài liệu API	Không có tài liệu lưu trữ	Tài liệu tương tác có thể xuất bản
Chỉnh sửa specification	Không	OpenAPI editor trực quan + code
Secret / encrypted environment	Business, 7 USD	Vault integration ở gói trả phí
SSO, audit log	Enterprise, 16 USD	Gói Enterprise
Số người dùng miễn phí	Theo từng người dùng	Tối đa 4 người dùng

So sánh chi phí theo số lượng seat

Thunder Client có giá niêm yết thấp hơn theo từng seat. Với một nhóm cần Git sync, CI và hỗ trợ protocol đầy đủ, chi phí hằng năm có thể so sánh như sau:

Kích thước nhóm	Thunder Client Starter mỗi năm	Apidog mỗi năm
3 người	108 USD	0 USD, gói miễn phí
5 người	180 USD	540 USD
10 người	360 USD	1.080 USD
25 người	2.100 USD — Starter giới hạn 10 seat, chuyển sang Business 7 USD	2.700 USD

Cách đọc bảng này rất đơn giản:

Nhóm tối đa 4 người: Apidog có thể rẻ hơn vì dùng được gói miễn phí.
Nhóm lớn hơn: Thunder Client có giá seat thấp hơn.
Nhưng phạm vi sản phẩm khác nhau: Thunder Client chủ yếu là API client; Apidog bao gồm client, mock server, tài liệu, đặc tả API và kiểm thử workflow.

Nếu bạn đang thay thế nhiều công cụ cùng lúc, chẳng hạn Postman cộng với công cụ mock và tài liệu khác, phép tính tổng thể có thể khác. Tham khảo thêm: Postman thay thế tốt nhất.

Cách di chuyển từ Thunder Client sang Apidog

Theo tài liệu import/export của Thunder Client, bạn có thể di chuyển collection theo quy trình sau.

1. Xuất collection từ Thunder Client

Trong Thunder Client, nhấp chuột phải vào collection.
Chọn Export.
Chọn định dạng Postman.

Nếu collection đã mô tả endpoint rõ ràng, bạn cũng có thể chọn OpenAPI.

2. Xuất environment

Xuất environment để giữ lại:

Base URL
Access token
API key
Biến theo môi trường như dev, staging, production

3. Import vào Apidog

Trong Apidog:

Mở project.
Chọn Import hoặc Manual Import.
Chọn file Postman Collection hoặc OpenAPI.
Kiểm tra lại folder, request, auth và environment.

Khi import OpenAPI, endpoint sẽ có sẵn schema, tài liệu và smart mock.

4. Chuyển script và assertion

Dán lại script trước/sau request theo cú pháp Postman-compatible.
Chuyển các filter test riêng của Thunder Client thành assertion rõ ràng hơn.
Ưu tiên schema validation khi response đã có schema.

5. Kết nối CI bằng Apidog CLI

Thay vì chạy collection qua runner trả phí, thêm Apidog CLI vào pipeline của bạn.

Ví dụ khung lệnh trong CI:

apidog run --project-id <PROJECT_ID> --environment <ENVIRONMENT_ID>

Hãy dùng project ID và environment ID của workspace thực tế. Sau khi chạy ổn định ở local, đưa lệnh tương tự vào GitHub Actions, GitLab CI hoặc hệ thống CI hiện có.

Với một project gồm vài chục request và hai environment, quá trình chuyển đổi thường có thể hoàn thành trong chưa đến một giờ.

Khi nào Thunder Client vẫn phù hợp?

Thunder Client vẫn là lựa chọn hợp lý nếu bạn:

Là developer độc lập.
Làm việc hoàn toàn trong VS Code.
Chỉ cần HTTP request.
Không vượt quá 250 lượt chạy collection mỗi tháng.
Không cần mock server, CI, scripting hoặc Git sync.
Muốn mọi thao tác nằm trong editor.

Trải nghiệm ngay trong VS Code là điểm mà Apidog không tái tạo cho người dùng Thunder Client.

Việc chuyển sang Apidog trở nên hợp lý khi bạn cần một trong các nhu cầu sau:

Mock server đầu tiên.
Endpoint WebSocket, SSE hoặc gRPC đầu tiên.
Pipeline CI đầu tiên.
Thành viên nhóm đầu tiên cần dùng chung API workspace.
Tài liệu API có thể chia sẻ cho frontend, QA hoặc đối tác.

Câu hỏi thường gặp

Thunder Client có còn miễn phí không?

Có. Tuy nhiên, gói miễn phí giới hạn ở 250 lượt chạy collection mỗi tháng, chỉ HTTP, không có Git sync, scripting, CLI hoặc CI. Những tính năng này yêu cầu gói trả phí từ 3 đến 16 USD/người dùng/tháng khi thanh toán hằng năm. Lượt chạy collection không giới hạn chỉ có ở Enterprise.

Tôi có thể import Thunder Client collection vào Apidog không?

Có. Xuất collection từ Thunder Client ở định dạng Postman, sau đó import file đó vào Apidog. Environment cũng có thể export/import theo cùng cách. Bạn cũng có thể dùng OpenAPI nếu muốn import endpoint cùng schema.

Apidog có extension VS Code giống Thunder Client không?

Không. Apidog là ứng dụng desktop và web. Apidog có plugin JetBrains, Apidog Fast Request, để gửi request trong IDE, nhưng không có panel VS Code tương tự Thunder Client.

Script Thunder Client có hoạt động trong Apidog không?

Script trước/sau request của Apidog tương thích với Postman. Các custom script của Thunder Client thường có thể chuyển đổi trực tiếp hoặc chỉnh sửa ít. Với filter test tích hợp của Thunder Client, bạn có thể thay thế bằng assertion hoặc schema validation.

Gói miễn phí Apidog có gì so với Thunder Client?

Gói miễn phí Apidog hỗ trợ tối đa 4 người dùng, chạy collection và scenario không giới hạn, scripting, WebSocket, SSE, gRPC, GraphQL, smart mock server, tài liệu API xuất bản và chạy CI qua CLI.

Gói miễn phí Thunder Client là API client HTTP với giới hạn 250 lượt chạy collection mỗi tháng và không có Git sync, CI hoặc scripting tùy chỉnh.

Ngừng giới hạn lượt chạy collection

Xuất collection Thunder Client ở định dạng Postman, import vào Apidog, sau đó chạy bao nhiêu lần tùy thích — trên ứng dụng hoặc trong CI. Tải Apidog hoặc bắt đầu trên trình duyệt để dùng cùng workspace cho tối đa 4 người trong gói miễn phí.

Giải pháp thay thế ReadyAPI tốt nhất

Sebastian Petrus — Wed, 05 Aug 2026 07:18:53 +0000

ReadyAPI là sản phẩm ra đời khi SmartBear tích hợp SoapUI Pro, LoadUI và ServiceV vào một nền tảng thương mại duy nhất. Đây là phần mềm có khả năng cao với mức giá tương xứng: việc cấp phép dựa trên báo giá, các công cụ theo dõi bên thứ ba liệt kê mức giá khởi điểm khoảng 829 đô la mỗi giấy phép mỗi năm, và các mô-đun chức năng, hiệu năng và ảo hóa được đóng gói riêng. Nếu bạn đang tìm kiếm một giải pháp thay thế ReadyAPI, báo giá gia hạn thường là yếu tố thúc đẩy.

Dùng thử Apidog ngay hôm nay

Câu trả lời trực tiếp: Apidog là giải pháp thay thế ReadyAPI phù hợp cho các nhóm kiểm thử REST và API hiện đại. Nền tảng này tập hợp kiểm thử chức năng, kiểm thử hiệu năng, tạo mock và tự động hóa CI trong một sản phẩm, với giá 9 đô la mỗi người dùng mỗi tháng sau gói miễn phí cho tối đa 4 người dùng. Bài viết này tập trung vào cách đánh giá chi phí, đối chiếu tính năng và lập kế hoạch di chuyển từ ReadyAPI.

Tại sao các nhóm tìm kiếm giải pháp thay thế

Giá cả là một cuộc đàm phán, không phải một con số

Trang giá của ReadyAPI của SmartBear mô tả các gói tùy chỉnh và hướng bạn đến bộ phận bán hàng. Các công cụ theo dõi công khai cho thấy mô-đun khởi điểm có giá khoảng 829 đô la mỗi giấy phép mỗi năm. Khi cộng thêm các mô-đun, cấu hình doanh nghiệp thực tế có thể dao động từ 1.000 đến 6.000 đô la mỗi giấy phép.

ReadyAPI hỗ trợ giấy phép cố định và giấy phép nổi (floating). Giấy phép nổi có thể tối ưu nếu tester làm việc theo ca, nhưng nhóm vẫn cần theo dõi ai đang sử dụng chỗ ngồi trong từng sprint. Xem thêm phân tích tổng chi phí SmartBear trong bài viết Giá SmartBear và các lựa chọn thay thế hàng đầu.

Các tính năng được cung cấp dưới dạng mô-đun

Trong ReadyAPI, kiểm thử chức năng, kiểm thử hiệu năng và ảo hóa dịch vụ là các mô-đun riêng. Khi nhu cầu tăng từ kiểm thử API cơ bản sang kiểm thử tải hoặc mock service, nhóm thường phải mở thêm một vòng mua sắm.

Ví dụ, một nhóm đang dùng API Test có thể cần mua thêm API Performance khi bắt đầu kiểm thử tải. Bài viết Giải pháp thay thế kiểm thử tải ReadyAPI cho API hiện đại phân tích cụ thể tình huống này.

Nó kế thừa kiến trúc của SoapUI

ReadyAPI là sự tiếp nối thương mại của SoapUI Pro: ứng dụng máy tính để bàn Java, tệp dự án XML, Groovy cho scripting và các trừu tượng từ thời SOAP.

Trong thực tế, điều này thường tạo ra hai vấn đề:

Tệp dự án XML khó hợp nhất khi nhiều người cùng chỉnh sửa.
Một số ít người biết Groovy trở thành điểm nghẽn để bảo trì test suite.

Xem thêm bối cảnh kỹ thuật trong bài viết SoapUI Pro vs SoapUI Open Source.

CI hoạt động, nhưng tốn công sức

ReadyAPI có thể tích hợp Jenkins. Tuy nhiên, quy trình thường bao gồm plugin chạy kiểm thử, Java trên mỗi build agent và quản lý giấy phép trên agent. Hướng dẫn thiết lập có tại bài viết Thiết lập CI Jenkins với ReadyAPI.

Trong khi đó, pipeline hiện đại thường kỳ vọng một CLI có thể cài đặt và chạy trực tiếp trong GitHub Actions, GitLab CI hoặc Jenkins.

Chi phí thực tế mà một nhóm QA phải trả

Dưới đây là phép so sánh dùng mức giá khởi điểm công khai của ReadyAPI, khoảng 829 đô la mỗi giấy phép mỗi năm cho một mô-đun, với giá công khai của Apidog:

Kích thước nhóm	ReadyAPI mỗi năm (khởi điểm, một mô-đun)	Apidog mỗi năm	Chênh lệch
2 tester	~$1,658	$0 (gói miễn phí)	~$1,658
4 tester	~$3,316	$0 (gói miễn phí)	~$3,316
8 tester	~$6,632	$864	~$5,768
15 tester	~$12,435	$1,620	~$10,815

Có ba lưu ý khi đọc bảng này:

Báo giá ReadyAPI thực tế có thể thấp hơn hoặc cao hơn tùy theo đàm phán và số mô-đun được mua.
Giấy phép nổi có thể phục vụ nhiều người hơn nếu tester làm việc theo ca.
Apidog miễn phí cho tối đa 4 người dùng; các chỗ ngồi tiếp theo có giá 9 đô la mỗi người dùng mỗi tháng.

Cách thực tế nhất là lấy báo giá gia hạn hiện tại của bạn, cộng chi phí các mô-đun đang dùng, rồi so sánh trực tiếp với chi phí Apidog cho toàn bộ nhóm.

Câu trả lời: Apidog

Apidog là một nền tảng phát triển API được hơn 500.000 nhà phát triển sử dụng, bao gồm thiết kế, gỡ lỗi, kiểm thử tự động, kiểm thử hiệu năng, tạo mock và tài liệu trong một không gian làm việc duy nhất.

So với ReadyAPI, bốn điểm khác biệt có ảnh hưởng trực tiếp đến quy trình triển khai:

Một mức giá bao gồm toàn bộ nền tảng. Miễn phí cho tối đa 4 người dùng, sau đó là 9 đô la mỗi người dùng mỗi tháng. Kiểm thử chức năng, kiểm thử hiệu năng, mock, chạy CI và tài liệu nằm trong cùng một mức giá.
Kiểm thử trực quan, dễ cộng tác. Bạn có thể nối endpoint, truyền dữ liệu giữa các bước, lặp dữ liệu từ CSV hoặc JSON và thêm assertion qua giao diện. Scripting vẫn có sẵn cho trường hợp đặc biệt, với cú pháp tương thích Postman thay vì Groovy.
Không gian làm việc thời gian thực. Ứng dụng web và desktop cùng đồng bộ với cloud, giảm xung đột khi nhiều tester chỉnh sửa cùng test suite.
CI thông qua CLI. Cài CLI bằng một lệnh:

npm install -g apidog-cli

Sau đó chạy scenario theo ID trong pipeline và xuất báo cáo HTML cho từng build.

Những gì bạn giữ lại, từng mô-đun

Mô-đun API Test → các kịch bản trực quan

Các khả năng kiểm thử REST phổ biến của ReadyAPI có thể được xây dựng lại trong Apidog:

Chạy request theo chuỗi.
Trích xuất dữ liệu từ response và truyền sang bước tiếp theo.
Thêm assertion cho status code, header và trường dữ liệu.
Lặp dữ liệu từ CSV hoặc JSON.
Chạy theo lịch trình.
Chia sẻ báo cáo chạy test trực tuyến.

Cách bắt đầu hiệu quả là chọn một test suite có nhiều Groovy nhất, xây dựng lại dưới dạng scenario trực quan, sau đó so sánh kết quả chạy song song.

Mô-đun API Performance → kiểm thử hiệu năng tích hợp

Apidog có thể tái sử dụng scenario chức năng để kiểm thử tải. Quy trình cơ bản:

Hoàn thiện scenario chức năng.
Thiết lập số người dùng ảo và thời gian chạy.
Chạy bài kiểm thử tải.
Đọc thông lượng và độ trễ trong báo cáo.

Nền tảng này bao gồm các mẫu tải, stress và spike mà nhiều nhóm API cần. Tuy nhiên, Apidog không sao chép khả năng tinh chỉnh cấp độ giao thức sâu của LoadUI. Nếu bạn đang mô hình hóa lưu lượng JMS phức tạp dưới tải, ReadyAPI vẫn có lợi thế.

Mô-đun Virtualization → mock thông minh

ServiceV của ReadyAPI ảo hóa dịch vụ để kiểm thử cô lập. Với workflow API hiện đại, mock thông minh của Apidog có thể đáp ứng phần lớn nhu cầu đó:

Nhập schema OpenAPI.
Tạo response mock dựa trên schema.
Thêm mock expectation tùy chỉnh cho các phản hồi cố định.
Dùng máy chủ mock tự lưu trữ nếu lưu lượng không thể rời khỏi mạng nội bộ.
Cung cấp URL mock cho front-end hoặc nhóm tích hợp.

Cách làm này giúp front-end bắt đầu tích hợp trước khi back-end hoàn thiện.

Thêm vào đó là những phần ReadyAPI không làm được

Cùng một đặc tả API có thể điều khiển test, mock và tài liệu tương tác trên tên miền tùy chỉnh. Apidog cũng có máy chủ MCP để hiển thị định nghĩa API cho tác nhân mã hóa AI. Xem chi tiết trong bài viết Apidog MCP Server là gì.

ReadyAPI là một sản phẩm kiểm thử; Apidog hướng đến vòng đời API rộng hơn. Với các nhóm REST, GraphQL và gRPC, điều này có thể giảm số lượng công cụ cần duy trì.

ReadyAPI vs Apidog: Tổng quan nhanh

	ReadyAPI	Apidog
Giá	Dựa trên báo giá; các công cụ theo dõi liệt kê ~$829+/giấy phép/năm, mô-đun tính thêm	Miễn phí cho tối đa 4 người dùng, sau đó $9/người dùng/tháng
Đóng gói	Test, Performance, Virtualization được bán dưới dạng mô-đun	Một nền tảng, các gói bao gồm kiểm thử và tạo mock
Viết kiểm thử	Giao diện người dùng + scripting Groovy	Điều phối trực quan + scripting cú pháp Postman tùy chọn
Kiểm thử dựa trên dữ liệu	Có	Có, CSV/JSON, tất cả các gói
Kiểm thử tải	Mô-đun API Performance	Bao gồm
Ảo hóa dịch vụ	ServiceV: REST, SOAP, JMS, JDBC	Mock thông minh: REST/HTTP, nhận biết schema, có thể tự lưu trữ
Kiểm thử SOAP, JMS, JDBC	Chuyên sâu, dựa trên hợp đồng	Chỉ XML-over-HTTP cơ bản
Tích hợp CI	Plugin + trình chạy Java, tác nhân có giấy phép	CLI npm, báo cáo HTML cho mỗi lần chạy
Cộng tác	Ứng dụng desktop, tệp dự án XML	Không gian làm việc thời gian thực, desktop + web
Đầu ra tài liệu API	Không	Có, lưu trữ và tên miền tùy chỉnh

Dòng SOAP/JMS/JDBC là tiêu chí quan trọng nhất khi đánh giá khả năng di chuyển. Đây cũng là nhóm năng lực mà ReadyAPI thực sự mạnh hơn.

Di chuyển từ ReadyAPI

Các dự án ReadyAPI không xuất ra định dạng kiểm thử trung lập, vì vậy hãy lập kế hoạch xây dựng lại thay vì chuyển đổi tự động.

1. Nhập định nghĩa API

Bắt đầu bằng cách nhập các nguồn có sẵn:

Đặc tả OpenAPI để mang theo endpoint, schema và example.
Postman collection.
Lệnh cURL.

Mục tiêu ở bước này là tạo một nguồn API chuẩn trước khi xây dựng lại scenario.

2. Xây dựng lại test suite theo mức độ ưu tiên

Không cần chuyển tất cả test cùng lúc. Hãy ưu tiên theo thứ tự:

Test suite cần bảo trì Groovy nhiều nhất.
API được deploy thường xuyên nhất.
Luồng tích hợp có mức độ rủi ro cao.
Test đang chạy trong CI.

Khi xây dựng lại:

Chuỗi trích xuất dữ liệu trở thành các bước trực quan.
Assertion XPath có thể được chuyển thành kiểm tra cấp trường khi phù hợp.
Dữ liệu test được đưa vào CSV hoặc JSON.
Các test không còn giá trị có thể được loại bỏ thay vì chuyển nguyên trạng.

3. Chuyển CI sau cùng

Giữ ReadyAPI trong pipeline cho đến khi scenario tương ứng trong Apidog chạy xanh song song. Sau đó thay bước chạy ReadyAPI bằng lệnh CLI.

Ví dụ:

apidog run scenario --scenario-id 12345 --env staging

Bề mặt lệnh CLI được mô tả trong bài viết cách quản lý API với Apidog CLI.

Với một test suite cỡ trung bình, quá trình này thường cần một đến hai sprint. Nên bắt đầu trước kỳ gia hạn khoảng 90 ngày để có đủ thời gian chạy song song và đánh giá kết quả.

Khi ReadyAPI vẫn có ý nghĩa

ReadyAPI vẫn phù hợp trong ba trường hợp chính:

Bạn phụ thuộc SOAP dựa trên WSDL, JMS hoặc JDBC. Apidog có thể gửi XML qua HTTP cho endpoint SOAP đơn giản, nhưng không nhập WSDL hoặc ảo hóa JMS/JDBC.
Bạn cần ảo hóa hành vi legacy chính xác. Với middleware trước mainframe hoặc message broker, ServiceV là công cụ chuyên sâu hơn.
Tổ chức đã chuẩn hóa trên hệ sinh thái SmartBear. Nếu bạn đã phụ thuộc TestComplete và các sản phẩm SmartBear khác, việc hợp nhất công cụ có thể đi theo hướng đó.

Nếu phần lớn kiểm thử của bạn là REST, GraphQL và gRPC, đồng thời chi phí mô-đun và bảo trì Groovy vượt quá giá trị của độ sâu giao thức legacy, việc chuyển đổi có thể hợp lý hơn. Trước khi quyết định, hãy xem so sánh các công cụ cùng dòng SoapUI.

Các câu hỏi thường gặp

ReadyAPI có giá bao nhiêu so với Apidog?

Giá ReadyAPI dựa trên báo giá; các công cụ theo dõi công khai liệt kê giá khởi điểm khoảng 829 đô la mỗi giấy phép mỗi năm. Cấu hình doanh nghiệp nhiều mô-đun có thể từ 1.000 đến 6.000 đô la mỗi giấy phép. Apidog miễn phí cho tối đa 4 người dùng và có giá 9 đô la mỗi người dùng mỗi tháng sau đó, bao gồm kiểm thử, hiệu năng, mock và tài liệu.

Apidog có thể thay thế các bài kiểm thử dựa trên dữ liệu của ReadyAPI không?

Có. Scenario Apidog có thể lặp tập dữ liệu CSV hoặc JSON, truyền giá trị giữa các bước và chạy assertion cho từng lần lặp mà không cần Groovy. Tính năng này có trên mọi gói, gồm cả gói miễn phí.

Apidog có thực hiện kiểm thử tải như mô-đun API Performance của ReadyAPI không?

Apidog bao gồm kiểm thử hiệu năng tái sử dụng scenario chức năng với số người dùng ảo và thời lượng có thể cấu hình, đồng thời báo cáo thông lượng và độ trễ. Với mô hình tải cấp giao thức ngoài API HTTP, mô-đun chuyên dụng của ReadyAPI có độ sâu hơn.

Apidog có thể kiểm thử các dịch vụ SOAP không?

Apidog có thể gửi nội dung XML qua HTTP, bao gồm endpoint SOAP đơn giản. Nó không nhập WSDL hoặc ảo hóa JMS/JDBC. Nếu đây là phần cốt lõi trong hệ thống của bạn, ReadyAPI vẫn là công cụ chuyên biệt hơn.

Cái gì thay thế trình chạy kiểm thử ReadyAPI trong Jenkins?

Apidog CLI:

apidog run scenario --scenario-id 12345 --env staging

Bạn không cần Java, không cần kiểm tra giấy phép trên tác nhân và có thể lưu báo cáo HTML của mỗi lần chạy như build artifact.

Hãy tính toán trước khi gia hạn

Lấy chi phí hàng năm của một chỗ ngồi ReadyAPI được cấp phép, cộng chi phí các mô-đun đang dùng, rồi so sánh với một năm sử dụng Apidog cho toàn bộ nhóm. Sau đó chọn một test suite ReadyAPI và xây dựng lại thành scenario để kiểm chứng quy trình thực tế.

Tải xuống Apidog; nhóm 4 người có thể đánh giá miễn phí, CLI kết nối vào cùng pipeline và bạn có dữ liệu cụ thể hơn trước cuộc đàm phán gia hạn.

Thay thế Mintlify tốt nhất

Sebastian Petrus — Wed, 05 Aug 2026 07:04:11 +0000

Mintlify giúp tài liệu dành cho nhà phát triển trở nên đẹp mắt và được một phần tư số công ty khởi nghiệp YC gần đây sử dụng. Tuy nhiên, chi phí có thể tăng nhanh khi nhóm mở rộng: gói Pro hiện có giá 540 USD/tháng, hoặc 450 USD/tháng khi thanh toán hằng năm, bao gồm 10.000 tín dụng AI và tính thêm 0,01 USD cho mỗi tín dụng vượt mức, theo trang giá của Mintlify. Các tính năng như SSO, RBAC và nhật ký kiểm toán thuộc gói Enterprise có giá tùy chỉnh. Nếu bạn cần một giải pháp thay thế Mintlify, nguyên nhân thường là chi phí tài liệu tăng thành một hạng mục kỹ thuật hoặc tài liệu API không còn khớp với API đang chạy.

Dùng thử Apidog ngay hôm nay

Câu trả lời ngắn gọn cho tài liệu API là Apidog. Apidog tạo tài liệu tương tác từ cùng đặc tả OpenAPI mà nhóm sử dụng để thiết kế, kiểm thử và tạo mock. Bạn có thể xuất bản tài liệu trên tên miền riêng, trong khi gói miễn phí hỗ trợ tối đa 4 người dùng mà không có phí nền tảng cố định.

Những điểm hạn chế trong mô hình của Mintlify

Phí cố định cộng với đồng hồ đo tín dụng

Gói Starter miễn phí của Mintlify gồm tên miền tùy chỉnh, trình chỉnh sửa web và sân chơi API. Nhưng khi cần nâng cấp lên Pro, chi phí chuyển sang 540 USD/tháng hoặc 450 USD/tháng nếu thanh toán hằng năm.

Các tính năng AI như Assistant, Agent và Automations dùng hạn mức 10.000 tín dụng/tháng. Khi vượt hạn mức, chi phí là 0,01 USD mỗi tín dụng. Điều này khiến chi phí tăng cùng mức độ sử dụng AI — thường là phần tăng nhanh nhất khi tài liệu được dùng nhiều hơn.

Nếu đang đánh giá ngân sách, hãy xem thêm đánh giá Mintlify về giá cả và các giải pháp thay thế.

Các tính năng Enterprise cần hợp đồng tùy chỉnh

SSO trên dashboard, SCIM, RBAC, nhật ký kiểm toán, tự host và host tại EU thuộc gói Enterprise. Với một nhóm khoảng 20 người cần SSO để đáp ứng yêu cầu tuân thủ, điều này có thể đồng nghĩa với việc phải đàm phán hợp đồng tùy chỉnh chỉ để vận hành một trang tài liệu.

Tài liệu tham khảo là lớp hiển thị, không phải nguồn đáng tin cậy duy nhất

Đây là vấn đề cấu trúc phổ biến ở các nền tảng ưu tiên tài liệu, gồm cả Docusaurus và Scalar.

Mintlify tiêu thụ tệp OpenAPI và hiển thị tài liệu cùng sân chơi API. Tuy nhiên, nền tảng này không tự xác minh đặc tả có khớp với API thực tế hay không. Ví dụ, tài liệu không tự:

Chạy request tới API trong CI.
Cung cấp mock cho frontend.
Làm fail pipeline khi schema phản hồi thay đổi.
Đồng bộ tài liệu sau khi API thay đổi.

Kết quả là tài liệu chỉ chính xác nếu ai đó nhớ cập nhật đặc tả. Sớm hay muộn, bạn có thể nhận được ticket kiểu: “Tài liệu nói X, nhưng API trả về Y”.

Hóa đơn ở quy mô nhóm

Mintlify áp dụng phí nền tảng cố định, trong khi Apidog tính theo số lượng người dùng. Vì vậy, hãy so sánh chi phí theo quy mô nhóm.

Bảng dưới đây dùng giá Mintlify Pro 450 USD/tháng khi thanh toán hằng năm và chưa tính phí vượt mức tín dụng AI.

Quy mô nhóm	Mintlify Pro mỗi năm	Apidog mỗi năm	Chênh lệch
3 người	$5,400	$0 (gói miễn phí)	$5,400
5 người	$5,400	$540	$4,860
10 người	$5,400	$1,080	$4,320
25 người	$5,400	$2,700	$2,700

Một số lưu ý quan trọng:

Gói Starter miễn phí của Mintlify khá mạnh. Nếu nhóm của bạn nằm trong giới hạn gói này, bảng trên không áp dụng.
Cột Mintlify chưa bao gồm phí vượt mức tín dụng AI. Việc sử dụng Assistant nhiều có thể cộng thêm 0,01 USD/tín dụng.
Với khoảng hơn 50 chỗ ngồi, mô hình tính phí theo người dùng có thể bắt kịp về mặt lý thuyết.
Tuy nhiên, các nhóm lớn thường cần SSO và có thể vẫn phải đàm phán Mintlify Enterprise với giá tùy chỉnh.

Với các nhóm API dưới quy mô đó, phần chênh lệch có thể được dùng cho thời gian kỹ thuật: viết test, cải thiện OpenAPI hoặc xử lý các lỗi tích hợp.

Câu trả lời: Apidog

Apidog là một nền tảng phát triển API được hơn 500.000 nhà phát triển sử dụng. Tài liệu là đầu ra trực tiếp từ đặc tả mà nhóm dùng để thiết kế, gỡ lỗi, kiểm thử và tạo mock.

So với Mintlify, Apidog khác biệt ở các điểm thực thi sau:

Tài liệu đồng bộ với API.

Tài liệu được tạo từ đặc tả mà bộ kiểm thử tự động sử dụng. Khi thay đổi đặc tả, tài liệu, mock và kiểm thử cùng thay đổi. Không có bước tạo lại hoặc commit tài liệu riêng để quên.
Giá theo chỗ ngồi, không tính tín dụng AI.

Miễn phí cho tối đa 4 người dùng, sau đó là 9 USD/người dùng/tháng. Một nhóm API 5 người trả 45 USD/tháng, thay vì mức phí cố định 450–540 USD/tháng của Mintlify Pro.
Sân chơi API có mock phía sau.

Người dùng tài liệu có thể gửi request tới môi trường thật hoặc mock server thông minh nhận biết schema. Điều này cho phép khám phá API ngay cả khi backend chưa hoàn thiện.
Hỗ trợ tiêu thụ đặc tả bởi AI qua MCP.

Apidog có thể xuất bản đặc tả qua máy chủ MCP để các tác nhân như Claude Code đọc định nghĩa API trực tiếp. Xem thêm: Máy chủ MCP của Apidog là gì.

Những thay đổi trong thực tế

Một nguồn thông tin đáng tin cậy thay vì hai kho lưu trữ

Một thiết lập Mintlify phổ biến thường có:

Một kho tài liệu chứa MDX.
Một tệp OpenAPI.
Cơ sở mã API riêng.
Quy trình cập nhật thủ công giữa các nguồn này.

Với Apidog, đặc tả API nằm trong nền tảng và được dùng chung bởi toàn bộ nhóm. Tài liệu xuất bản là đầu ra từ đặc tả đó, không phải một bản sao phụ.

Tạo tài liệu tham khảo API từ đặc tả

Trong Mintlify, tài liệu tham khảo thường gồm các trang MDX và một tệp OpenAPI được nhập vào. Người sở hữu tài liệu cần duy trì phần này.

Trong Apidog:

Endpoint được mô tả trực tiếp trong API Designer.
Schema, mô tả và ví dụ chỉ tồn tại một lần.
Tài liệu tham khảo được tạo tự động từ endpoint.
Hướng dẫn và nội dung không phải tham khảo có thể được viết bằng Markdown trong cùng website tài liệu.
Bạn vẫn có thể dùng phiên bản tài liệu và tên miền tùy chỉnh.

Cho người dùng tài liệu một API hoạt động ngay từ ngày đầu

Bạn có thể bật tài liệu công khai và mock server từ cùng một đặc tả. Mock thông minh tạo dữ liệu dựa trên schema:

{
  "email": "user@example.com",
  "created_at": "2026-01-15T08:30:00Z"
}

Ví dụ:

Trường email trả về giá trị email hợp lệ.
Trường created_at trả về dấu thời gian.
Frontend và đối tác có thể tích hợp với URL mock trong khi backend vẫn đang hoàn thiện.

Sân chơi Mintlify cần API trực tiếp để làm được nhiều hơn một biểu mẫu request. Với Apidog, mock server có thể cung cấp phản hồi trước khi endpoint thực sự sẵn sàng.

Đưa tài liệu vào vòng lặp kiểm thử

Cùng đặc tả OpenAPI có thể chạy các kịch bản kiểm thử trong giao diện, theo lịch hoặc trong CI thông qua Apidog CLI.

Quy trình triển khai nên là:

Cập nhật endpoint hoặc schema trong Apidog.
Thêm hoặc cập nhật test case.
Chạy smoke test trong CI.
Phát hiện thay đổi schema trước khi deploy.
Xuất bản tài liệu được tạo từ đặc tả đã kiểm tra.

Khi test phát hiện một thay đổi schema, việc sửa đặc tả cũng cập nhật tài liệu. Độ chính xác của tài liệu trở thành kết quả của quy trình kiểm thử, thay vì phụ thuộc hoàn toàn vào thao tác biên tập.

Những gì bạn từ bỏ

Mintlify có lợi thế thực sự về thiết kế và nội dung tường thuật:

Thành phần MDX.
Hệ thống thiết kế tùy chỉnh.
Trang đích có thương hiệu mạnh.
Trợ lý viết AI trong trình chỉnh sửa web.

Apidog tập trung vào tài liệu API sạch, tương tác và chính xác. Nó phù hợp hơn khi API reference là trọng tâm. Nếu tài liệu của bạn hoạt động như một website marketing phức tạp, Mintlify vẫn có lợi thế về trải nghiệm nội dung.

Mintlify so với Apidog: Sơ lược

	Mintlify	Apidog
Gói miễn phí	Starter: tên miền tùy chỉnh, sân chơi, máy chủ MCP	4 người dùng, nền tảng gồm tài liệu, kiểm thử, mock
Gói trả phí đầu tiên	Pro, $540/tháng ($450 hàng năm) + phí vượt mức tín dụng AI	$9 mỗi người dùng/tháng
SSO, SCIM, RBAC, nhật ký kiểm toán	Enterprise, giá tùy chỉnh	Gói Enterprise
Tự host / host tại EU	Enterprise	Có sẵn khả năng lưu trữ dữ liệu tại EU
Sân chơi API	Có, với API trực tiếp	Có, với API trực tiếp hoặc mock tích hợp
Máy chủ mock	Không	Có, nhận biết schema, có thể tự host
Kiểm thử API / CI	Không	Có, chạy không giới hạn, CLI
Chỉnh sửa đặc tả	Không, chỉ hiển thị tệp của bạn	Có, trực quan và mã, hỗ trợ xem xét nhánh
Thành phần MDX, hệ thống thiết kế	Xuất sắc	Trang Markdown, bố cục tiêu chuẩn
Trợ lý AI trên tài liệu	Có, tính phí theo tín dụng	Máy chủ MCP để tác nhân tiêu thụ đặc tả

Di chuyển từ Mintlify

Nếu tài liệu API là phần chính của website, hãy triển khai di chuyển theo thứ tự này.

Nhập đặc tả OpenAPI vào Apidog.

Tài liệu tham khảo được tạo ngay: endpoint được nhóm, schema hiển thị và bảng điều khiển thử nghiệm sẵn sàng dùng.
Di chuyển hướng dẫn.

Nội dung Mintlify thường nằm trong kho Git dưới dạng MDX. Markdown tiêu chuẩn có thể dán trực tiếp vào trang tài liệu Apidog. Các thành phần MDX tùy chỉnh cần chuyển thành Markdown thuần túy.
Cấu hình lại tên miền tùy chỉnh.

Trỏ tên miền sang tài liệu mới và thêm redirect cho các URL đã thay đổi để tránh mất liên kết cũ.
Bật mock server.

Xuất bản mock để frontend, QA hoặc đối tác bắt đầu tích hợp trước khi backend hoàn thiện.
Tạo smoke test đầu tiên.

Chọn các endpoint quan trọng, thêm assertion cho status code và schema phản hồi, sau đó chạy theo lịch hoặc trong CI.

Ví dụ smoke test cơ bản nên kiểm tra:

GET /health
- Phản hồi HTTP 200
- body.status = "ok"

GET /users/{id}
- Phản hồi HTTP 200
- body.id tồn tại
- body.email khớp định dạng email

Một website chủ yếu là API reference có thể di chuyển trong một ngày. Nếu website có nhiều nội dung MDX tùy chỉnh, hãy xem đây là dự án di chuyển nội dung và ước lượng công sức dựa trên số lượng thành phần MDX cần viết lại.

Khi Mintlify vẫn hợp lý

Mintlify vẫn là lựa chọn phù hợp nếu:

Tài liệu là một bề mặt sản phẩm hoặc marketing quan trọng.
Bạn cần hướng dẫn được thiết kế kỹ, trang đích có thương hiệu và thành phần MDX.
Phần lớn nội dung không phải là API reference.
Nhóm tài liệu đã có quy trình Git + MDX ổn định.
Trợ lý AI viết nội dung trên trang quan trọng hơn việc kết nối đặc tả với kiểm thử.

Việc chuyển sang Apidog phù hợp hơn khi:

API reference là phần lớn nhất của tài liệu.
Phí cố định và tín dụng AI không còn tương xứng với giá trị nhận được.
Tài liệu và API thực tế thường bị lệch.
Frontend hoặc đối tác cần mock API để tích hợp sớm.
Bạn muốn đưa tài liệu vào pipeline kiểm thử.

Để xem thêm các đánh đổi ở các nhóm công cụ khác, hãy tham khảo so sánh ReadMe và các giải pháp thay thế GitBook.

Câu hỏi thường gặp

Mintlify có giá bao nhiêu vào năm 2026?

Gói Starter miễn phí. Gói Pro có giá 540 USD/tháng, hoặc 450 USD/tháng khi thanh toán hằng năm. Gói này gồm 10.000 tín dụng AI mỗi tháng và phí vượt mức 0,01 USD cho mỗi tín dụng. Enterprise gồm SSO, SCIM, RBAC, nhật ký kiểm toán, tự host và host tại EU với giá tùy chỉnh.

Apidog có miễn phí để xuất bản tài liệu API không?

Có. Gói miễn phí hỗ trợ 4 người dùng và gồm xuất bản tài liệu tương tác với bảng điều khiển thử nghiệm. Các gói trả phí bắt đầu từ 9 USD/người dùng/tháng thay vì áp dụng phí nền tảng cố định.

Tài liệu Apidog có thể sánh bằng thiết kế của Mintlify không?

Apidog hỗ trợ tài liệu tương tác, phiên bản và xuất bản trên tên miền riêng với bố cục tùy chỉnh. Tuy nhiên, hệ thống MDX và thiết kế nội dung tường thuật của Mintlify mạnh hơn. Hãy chọn theo nút thắt của nhóm: độ chính xác API reference hay thiết kế nội dung.

Điều gì xảy ra với nội dung MDX Mintlify?

Markdown tiêu chuẩn có thể di chuyển trực tiếp sang các trang tài liệu Apidog. Thành phần MDX tùy chỉnh cần viết lại dưới dạng Markdown thuần túy. Tài liệu tham khảo dựa trên OpenAPI được tạo lại tự động sau khi nhập đặc tả.

Apidog có hỗ trợ tính năng AI như Assistant của Mintlify không?

Mô hình khác nhau. Thay vì trợ lý trò chuyện tính phí theo tín dụng trên trang tài liệu, Apidog cung cấp đặc tả API qua máy chủ MCP để tác nhân mã hóa đọc định nghĩa trực tiếp mà không cần tín dụng cho mỗi truy vấn.

Xuất bản tài liệu luôn chính xác

Quy trình thực tế là:

Nhập đặc tả OpenAPI.
Xuất bản tài liệu tham khảo trên tên miền riêng.
Bật mock server cho tích hợp sớm.
Chạy test theo lịch hoặc trong CI.
Dùng kết quả kiểm thử để giữ đặc tả và tài liệu đồng bộ.

Tải Apidog để bắt đầu với nhóm tối đa 4 người dùng miễn phí. Khi một bài kiểm thử theo lịch phát hiện thay đổi schema trước khi người dùng phát hiện, nền tảng đã tạo ra giá trị trực tiếp. Xem thêm tại trang so sánh Apidog và Mintlify.

Lựa chọn thay thế SoapUI tốt nhất

Sebastian Petrus — Tue, 04 Aug 2026 10:24:17 +0000

SoapUI đã được dùng để kiểm thử dịch vụ web từ năm 2005 và vẫn là công cụ quen thuộc khi bạn làm việc với SOAP dựa trên WSDL. Tuy nhiên, nếu phần lớn công việc hiện tại là REST, GraphQL hoặc gRPC, bạn có thể đang phải dùng một ứng dụng desktop Java được thiết kế xoay quanh hợp đồng XML, tệp dự án XML lớn và các script Groovy.

Dùng thử Apidog ngay hôm nay

Câu trả lời trực tiếp: Apidog là lựa chọn thay thế SoapUI phù hợp cho nhóm API làm việc chủ yếu với REST và các giao thức hiện đại. Thay vì viết Groovy cho các luồng kiểm thử động, bạn có thể điều phối kiểm thử trực quan, tạo mock dựa trên schema, xuất bản tài liệu API và làm việc trong cùng một workspace. Bài viết này tập trung vào các điểm hạn chế của SoapUI, cách chuyển đổi thực tế và trường hợp bạn nên tiếp tục dùng SoapUI.

Những điểm lỗi thời của SoapUI

SoapUI Open Source vẫn được SmartBear duy trì; phiên bản 5.9 đã phát hành vào giữa năm 2025. Vấn đề không nằm ở việc thiếu cập nhật mà ở kiến trúc và quy trình làm việc.

Tư duy theo SOAP/WSDL. Các khái niệm cốt lõi của SoapUI là operation, envelope và XPath. REST được bổ sung sau, vì vậy việc tạo request JSON hoặc assert response JSON vẫn mang cảm giác của một công cụ XML. Khoảng cách này được phân tích trong bài SoapUI Pro vs SoapUI Open Source.
Mọi logic động đều trở thành Groovy. Truyền dữ liệu giữa request, trích xuất ID, phân nhánh điều kiện và assert tùy chỉnh thường yêu cầu script Groovy. Điều này mạnh với QA engineer am hiểu JVM, nhưng làm bộ test khó đọc và khó bảo trì với các thành viên khác.
Dự án là tệp XML lớn. Khi hai người cùng sửa một file dự án SoapUI, xung đột merge thường khó xử lý. Nhiều nhóm phải chia sẻ file dự án thay vì cộng tác trực tiếp.
Các tính năng nâng cao nằm trong sản phẩm thương mại. Kiểm thử dựa trên dữ liệu, tích hợp CI gốc và báo cáo chi tiết thuộc ReadyAPI. SoapUI Pro đã được gộp vào ReadyAPI; các công cụ theo dõi bên thứ ba liệt kê ReadyAPI từ khoảng 829 USD mỗi giấy phép mỗi năm. Đây thường là lúc các nhóm bắt đầu đánh giá các lựa chọn thay thế SoapUI.
Ứng dụng nặng. SoapUI là ứng dụng Java Swing tải toàn bộ dự án vào bộ nhớ. Với bộ test lớn, thời gian khởi động và độ trễ giao diện có thể trở thành vấn đề.

Nếu bạn làm việc với WSDL cả ngày, các điểm trên có thể không đáng kể. Nhưng khi SOAP chỉ chiếm một phần nhỏ và REST là khối lượng công việc chính, chúng ảnh hưởng trực tiếp đến tốc độ của nhóm.

Câu trả lời: Apidog

Apidog là nền tảng phát triển API được xây dựng xoay quanh đặc tả OpenAPI. Nó tập hợp thiết kế API, gỡ lỗi, kiểm thử tự động, mock và tài liệu vào cùng một workspace.

Khi chuyển từ SoapUI, các điểm đáng chú ý là:

Tạo bài kiểm thử trực quan thay vì phụ thuộc vào script. Bạn có thể nối endpoint, truyền giá trị giữa các bước và tạo assertion từ giao diện. Các tác vụ thường cần Groovy trong SoapUI—ví dụ lấy id từ response A, đưa vào request B, rồi kiểm tra response—được cấu hình thành từng bước. Khi thực sự cần code, Apidog vẫn hỗ trợ script với cú pháp tương thích Postman.
Gói miễn phí hỗ trợ tối đa 4 người dùng. Gói này bao gồm số lượng API, request và lượt chạy kiểm thử không giới hạn theo nội dung gốc; các tính năng như kiểm thử dựa trên dữ liệu, CI và báo cáo có thể chia sẻ có trong sản phẩm cốt lõi.
Hỗ trợ giao thức hiện đại. REST, GraphQL, gRPC, WebSocket và SSE là các giao thức được hỗ trợ trực tiếp. Assertion JSON làm việc với JSON thay vì biểu diễn XML của JSON.
Chi phí mở rộng thấp hơn. Các gói trả phí bắt đầu từ 9 USD/người dùng/tháng, thay vì mô hình giấy phép bốn chữ số mỗi năm.

Những thay đổi trong thực tế

Thay Groovy bằng luồng kiểm thử có thể đọc được

Một luồng kiểm thử REST phổ biến trong SoapUI có thể gồm:

Gửi request tạo resource.
Trích xuất ID từ response.
Dùng ID trong request tiếp theo.
Kiểm tra status code và dữ liệu trả về.

Trong SoapUI, luồng này thường cần property transfer, XPath/JSONPath và Groovy. Trong Apidog, hãy tạo một scenario và cấu hình từng bước:

Request A: POST /users
  ↓
Trích xuất: response.body.id → biến userId
  ↓
Request B: GET /users/{{userId}}
  ↓
Assertion:
  - status = 200
  - body.id = {{userId}}

Trình tạo kiểm thử cũng hỗ trợ các mẫu phổ biến như:

Trích xuất giá trị từ response và tái sử dụng trong request sau.
Lặp qua tập dữ liệu CSV hoặc JSON.
Phân nhánh theo điều kiện.
Assert status code, schema hoặc từng trường cụ thể.

Điểm quan trọng là QA, developer và reviewer đều có thể đọc được logic test mà không cần hiểu Groovy.

Tạo mock từ schema thay vì viết response thủ công

Mock service của SoapUI vẫn hữu ích, đặc biệt cho SOAP. Tuy nhiên, mock REST thường cần cấu hình response thủ công và đôi khi cần thêm Groovy. Bài Dịch vụ giả lập SoapUI: hướng dẫn thiết lập và giải pháp thay thế hiện đại mô tả chi tiết quy trình này.

Với Apidog, mock thông minh đọc schema OpenAPI và tạo dữ liệu phù hợp với kiểu trường:

type: object
properties:
  email:
    type: string
    format: email
  price:
    type: number

Ví dụ response mock có thể trả về một email hợp lệ cho email và giá trị số cho price. Nhờ đó, frontend có thể bắt đầu tích hợp ngay khi đặc tả API tồn tại. Tùy chọn mock self-hosted cũng cho phép giữ lưu lượng trong mạng nội bộ.

Đặt kiểm thử hiệu năng cùng workspace với kiểm thử chức năng

SoapUI Open Source có kiểm thử tải cơ bản, trong khi các khả năng đầy đủ hơn nằm trong ReadyAPI. Apidog đặt kiểm thử hiệu năng trong cùng workspace với kiểm thử chức năng.

Quy trình thực tế:

Tái sử dụng scenario kiểm thử API hiện có.
Cấu hình mức đồng thời.
Chạy kiểm thử.
Đọc độ trễ và thông lượng từ kết quả.

Bạn không cần xuất bộ test sang một công cụ khác chỉ để chạy tải.

Chạy CI bằng CLI

Apidog CLI có thể chạy scenario ở chế độ không giao diện và xuất báo cáo HTML cho mỗi lần chạy:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging

Bạn có thể thêm lệnh này vào Jenkins, GitLab CI hoặc GitHub Actions. Thay vì duy trì script Java với testrunner.sh, pipeline chỉ cần cài CLI, chạy scenario và lưu HTML report như một build artifact.

Xem thêm hướng dẫn quản lý API bằng Apidog CLI.

Xuất bản tài liệu từ đặc tả API

SoapUI tạo ra test artifact. Apidog cũng có thể tạo giao diện tài liệu API từ đặc tả, bao gồm tài liệu tương tác và bảng điều khiển để thử request.

Nếu nhóm đang duy trì tài liệu API trong một công cụ riêng, hãy dùng đặc tả OpenAPI làm nguồn dữ liệu chung cho:

Thiết kế API
Mock API
Kiểm thử
Tài liệu công khai

So sánh nhanh: SoapUI và Apidog

	SoapUI Open Source	Apidog
Giá	Miễn phí; tính năng Pro đã chuyển sang ReadyAPI, khoảng 829 USD+/giấy phép/năm	Miễn phí tối đa 4 người dùng, sau đó từ 9 USD/người dùng/tháng
Được xây dựng cho	Hợp đồng SOAP/WSDL	REST, GraphQL, gRPC, WebSocket
Logic kiểm thử	Script Groovy	Điều phối trực quan + script tùy chọn
Kiểm thử dựa trên dữ liệu	Trả phí trong ReadyAPI	Bao gồm trong các gói
Mock	Dịch vụ mock tập trung vào SOAP	Mock nhận biết schema, có thể self-host
Kiểm thử tải	Bản miễn phí cơ bản, bản đầy đủ trả phí	Bao gồm
Tích hợp CI	Script `testrunner`	CLI với báo cáo HTML
Tạo tài liệu	Không	Có, hỗ trợ tên miền tùy chỉnh
Cộng tác	Chia sẻ tệp dự án XML	Workspace nhóm thời gian thực
Nền tảng	Desktop Java	Desktop Win/macOS/Linux + ứng dụng web

Một lưu ý quan trọng: nếu SOAP/WSDL là phần lớn công việc của bạn, những ưu điểm của Apidog cho REST có thể không đủ để biện minh cho việc chuyển đổi.

Di chuyển quy trình làm việc SoapUI

Không có trình nhập dự án SoapUI một cú nhấp chuột. Cách chuyển đổi thực tế là xây dựng lại theo hợp đồng API và các luồng kiểm thử đang còn giá trị.

1. Bắt đầu từ hợp đồng API

Nếu dịch vụ đã có OpenAPI, hãy nhập đặc tả trực tiếp vào Apidog. Endpoint, schema và example sẽ được tổ chức sẵn.

Nếu dịch vụ chưa có OpenAPI:

Nhập Postman Collection nếu có.
Nhập lệnh cURL để tạo request nhanh.
Chuẩn hóa dần thành OpenAPI khi cập nhật API.

Đừng bắt đầu bằng cách cố chuyển đổi tệp XML của SoapUI. Hãy bắt đầu bằng API contract và các request đang thực sự được dùng.

2. Xây dựng lại test suite dưới dạng scenario

Đây là tái tạo, không phải dịch tự động. Tuy nhiên, phiên bản mới thường nhỏ hơn vì:

Logic property transfer trở thành các bước trích xuất và gán biến.
Chuỗi request trở thành flow trực quan.
XPath phức tạp được thay bằng assertion cấp trường cho JSON.
Các script Groovy không còn được dùng chỉ để nối dữ liệu giữa request.

Ưu tiên chuyển đổi theo thứ tự:

Smoke test quan trọng nhất.
Regression test chạy trong CI.
Test dựa trên dữ liệu.
Các test edge case ít chạy hơn.

3. Thay `testrunner.sh` trong CI

Với các pipeline hiện gọi testrunner.sh, hãy thay bước chạy test bằng Apidog CLI:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging

Sau đó, lưu báo cáo HTML như artifact của pipeline. Khi không còn phụ thuộc vào test runner Java, bạn cũng có thể loại bỏ cài đặt Java khỏi build agent nếu không còn tác vụ nào khác cần đến nó.

Dự trù một sprint cho một bộ test cỡ trung bình. Quá trình viết lại cũng là cơ hội để loại bỏ những test không còn được kiểm toán hoặc không còn phản ánh hành vi API hiện tại.

Giờ đầu tiên sau khi chuyển đổi

Phút 0–15: nhập API

Nhập đặc tả OpenAPI của một dịch vụ REST, hoặc import Postman Collection. Kiểm tra endpoint, schema và example để đảm bảo chúng được nhóm đúng.

Phút 15–30: xây dựng lại một test có truyền dữ liệu

Chọn một test SoapUI có property transfer. Tạo scenario mới:

Gửi request A.
Trích xuất một trường từ response.
Đưa giá trị đó vào request B.
Assert kết quả.

Mục tiêu là xác minh nhóm có thể đọc và sửa luồng test mà không cần Groovy.

Phút 30–45: chạy kiểm thử dựa trên dữ liệu

Đính kèm file CSV hoặc JSON làm dữ liệu đầu vào. Chạy scenario cho từng hàng dữ liệu.

Ví dụ CSV:

email,password
user1@example.com,secret123
user2@example.com,secret456

Sau đó map từng cột vào biến request:

{
  "email": "{{email}}",
  "password": "{{password}}"
}

Phút 45–60: đưa scenario vào CI

Cài CLI, chạy scenario bằng ID với environment staging và lưu HTML report. Sau bước này, bạn có thể đánh giá thực tế liệu team có thể vận hành bộ test mới mà không phụ thuộc vào người duy nhất hiểu bộ Groovy cũ hay không.

Khi SoapUI vẫn hợp lý

SoapUI vẫn là lựa chọn hợp lý khi:

Bạn kiểm thử dịch vụ SOAP dựa trên WSDL mỗi ngày.
Bạn cần import WSDL và tạo SOAP envelope từ hợp đồng.
Hệ thống dùng JMS hoặc JDBC virtualization sâu trong ReadyAPI.
Bạn có một bộ test Groovy trưởng thành, ổn định và có người duy trì rõ ràng.

Apidog có thể gửi XML qua HTTP, nên các SOAP call đơn giản vẫn hoạt động. Tuy nhiên, nó không import WSDL hoặc tạo SOAP envelope từ định nghĩa hợp đồng.

Nếu môi trường của bạn phụ thuộc mạnh vào stack SmartBear/ReadyAPI, hãy xem bài so sánh giá SmartBear và các lựa chọn thay thế hàng đầu.

Việc chuyển đổi mang lại hiệu quả nhất khi REST và các giao thức hiện đại chiếm phần lớn khối lượng kiểm thử, còn Groovy và XML đang trở thành gánh nặng cộng tác của cả nhóm.

Các câu hỏi thường gặp

Apidog có miễn phí như SoapUI Open Source không?

Gói miễn phí của Apidog hỗ trợ tối đa 4 người dùng, với API, request và lượt chạy kiểm thử không giới hạn theo nội dung gốc. Nó cũng bao gồm kiểm thử dựa trên dữ liệu, tích hợp CI và báo cáo kiểm thử có thể chia sẻ—những khả năng thường nằm trong ReadyAPI của SoapUI.

Apidog có thể kiểm thử dịch vụ SOAP không?

Apidog có thể gửi payload XML qua HTTP, nên SOAP call đơn giản có thể hoạt động. Tuy nhiên, Apidog không import WSDL hoặc tạo envelope từ hợp đồng. Nếu WSDL là công việc hằng ngày, hãy tiếp tục dùng SoapUI cho phần đó.

Tôi có cần biết Groovy để sử dụng Apidog không?

Không. Nối request, trích xuất dữ liệu, lặp theo dữ liệu đầu vào và assertion đều có thể cấu hình trực quan. Khi cần script, Apidog hỗ trợ cú pháp tương thích Postman thay vì Groovy.

Cái gì thay thế `testrunner` của SoapUI trong CI?

Apidog CLI:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging

CLI chạy scenario theo ID, chọn environment và xuất báo cáo HTML để dùng trong Jenkins, GitLab CI hoặc GitHub Actions.

Điều gì đã xảy ra với SoapUI Pro?

SmartBear đã gộp SoapUI Pro vào ReadyAPI, nền tảng kiểm thử API thương mại của họ. SoapUI Open Source vẫn tiếp tục được duy trì, nhưng các tính năng nâng cao nằm trong ReadyAPI.

Hãy thử với một dịch vụ

Chọn một dịch vụ REST hiện đang được kiểm thử bằng SoapUI. Nhập đặc tả OpenAPI, xây dựng lại một test suite quan trọng dưới dạng scenario, rồi chạy nó trong CI.

Tải Apidog và đo thời gian thực hiện bằng một test thực tế của nhóm. Mục tiêu không chỉ là kiểm tra danh sách tính năng, mà là xác minh team có thể tạo, đọc, chỉnh sửa và chạy test mà không còn phụ thuộc vào tệp XML lớn hoặc một người duy nhất biết Groovy.

Giải pháp thay thế ReadMe tốt nhất

Sebastian Petrus — Tue, 04 Aug 2026 07:19:29 +0000

ReadMe tạo ra các trung tâm dành cho nhà phát triển đẹp mắt, nhưng cấu trúc giá có thể nhanh chóng trở thành vấn đề: từ gói Starter miễn phí, giá tăng lên 250 USD/tháng (thanh toán hàng năm) cho Pro; các tính năng doanh nghiệp như SSO, nhật ký kiểm tra và loại bỏ thương hiệu ReadMe bắt đầu từ 3.000 USD/tháng, theo trang giá của ReadMe. Nếu bạn đang tìm giải pháp thay thế ReadMe, thường có hai lý do: chi phí không còn tương xứng với giá trị nhận được, hoặc tài liệu API đã tách rời khỏi API thực tế.

Dùng thử Apidog ngay hôm nay

Câu trả lời trực tiếp: Apidog là một lựa chọn thay thế ReadMe cho tài liệu API khi bạn muốn tạo tài liệu từ cùng đặc tả mà nhóm dùng để thiết kế, kiểm thử và tạo mock. Tài liệu là một góc nhìn của API đang hoạt động thay vì một dự án riêng cần đồng bộ. Apidog miễn phí cho tối đa 4 người dùng; các gói trả phí bắt đầu từ 9 USD/người dùng/tháng. Bài viết này phân tích chi phí, quy trình triển khai và những trường hợp ReadMe vẫn phù hợp hơn.

Hai vấn đề với nền tảng chỉ dành cho tài liệu

Phí nền tảng tăng theo cấp, không theo nhu cầu nhóm

Gói Starter của ReadMe miễn phí và hữu ích cho trường hợp cơ bản: một dự án, tên miền tùy chỉnh và tài liệu API tương tác. Tuy nhiên, bước tiếp theo là Pro với giá 250 USD/tháng khi thanh toán hàng năm. Các nhu cầu như SSO, vai trò người dùng, nhật ký kiểm tra và loại bỏ logo ReadMe nằm ở Enterprise, bắt đầu từ 3.000 USD/tháng.

Một số tính năng AI cũng được định giá riêng. Ví dụ, Ask AI là tiện ích bổ sung 150 USD/tháng.

Với startup, 3.000 USD/tháng cho lớp tài liệu có thể tương đương ngân sách cho một kỹ sư toàn thời gian. Đây cũng là lý do các nhóm thường xem xét các lựa chọn thay thế ReadMe.io.

Tài liệu không trực tiếp xác minh API

Vấn đề lớn hơn nằm ở kiến trúc quy trình. ReadMe tiêu thụ tệp OpenAPI; nó không tạo hoặc kiểm thử đặc tả đó.

Quy trình thường trông như sau:

Đặc tả OpenAPI được tạo ở một công cụ khác.
API được kiểm thử ở công cụ khác.
Mock được tạo ở công cụ khác.
Đặc tả được đồng bộ sang ReadMe để xuất bản tài liệu.

Mỗi bước chuyển tiếp có thể tạo ra sai lệch. Đồng bộ hóa hai chiều giúp giảm khoảng cách, nhưng không thay thế việc chạy kiểm thử. Nếu tài liệu mô tả một payload nhưng API thực thi khác, lỗi thường chỉ được phát hiện khi người dùng gặp vấn đề trong môi trường production.

Đây là đặc điểm chung của các công cụ ưu tiên lớp hiển thị tài liệu, bao gồm ReadMe, GitBook và Document360. Bạn có thể tham khảo thêm các bài so sánh lựa chọn thay thế GitBook và lựa chọn thay thế Document360. Giao diện có thể tốt, nhưng nguồn sự thật của API vẫn nằm ở nơi khác.

So sánh chi phí khi nhóm mở rộng

Dưới đây là chi phí hằng năm cho nhóm cần tính năng trả phí, so sánh ReadMe Pro với giá 250 USD/tháng (thanh toán hằng năm) và Apidog miễn phí cho 4 người dùng đầu tiên, sau đó là 9 USD/người dùng/tháng.

Kích thước nhóm	ReadMe Pro mỗi năm	Apidog mỗi năm	Chênh lệch
3 người	3.000 USD	0 USD (gói miễn phí)	3.000 USD
5 người	3.000 USD	540 USD	2.460 USD
10 người	3.000 USD	1.080 USD	1.920 USD
25 người	3.000 USD	2.700 USD	300 USD

Có hai điểm cần lưu ý:

Với mức phí cố định, ReadMe Pro có thể rẻ hơn về mặt danh nghĩa khi nhóm vượt khoảng 28 chỗ ngồi.
Nhưng ở quy mô đó, các nhóm thường cần SSO, vai trò người dùng, nhật ký kiểm tra và tài liệu không thương hiệu — tức phải chuyển sang Enterprise với mức giá từ 36.000 USD/năm.

Nếu gói Starter miễn phí của ReadMe đáp ứng nhu cầu của bạn, đây đơn giản là so sánh 0 USD với 0 USD. Khi đó, lựa chọn nên dựa trên quy trình làm việc thay vì giá.

Câu trả lời: Apidog

Apidog là nền tảng phát triển API được hơn 500.000 nhà phát triển sử dụng. Tài liệu chỉ là một đầu ra trong quy trình bao gồm thiết kế API, gỡ lỗi, kiểm thử và tạo mock — tất cả dùng chung một đặc tả.

Nếu bạn đang đánh giá Apidog thay cho ReadMe, hãy tập trung vào các điểm triển khai sau:

Tài liệu được tạo từ đặc tả đã kiểm thử.

Endpoint xuất hiện trong tài liệu là endpoint mà nhóm đang gỡ lỗi và chạy kiểm thử tự động. Khi thay đổi đặc tả, tài liệu, mock và kiểm thử được cập nhật từ cùng nguồn.
Xuất bản tài liệu được tích hợp sẵn.

Bạn có thể xuất bản tài liệu tham khảo tương tác, cung cấp bảng điều khiển “thử ngay”, thêm trang Markdown cho hướng dẫn, quản lý phiên bản và dùng tên miền tùy chỉnh.
Định giá theo người dùng thay vì phí nền tảng.

Apidog miễn phí cho tối đa 4 người dùng; người dùng bổ sung có giá 9 USD/người dùng/tháng. Không có bước nhảy từ miễn phí lên 250 USD/tháng hoặc ngưỡng 3.000 USD/tháng.
Tài liệu có thể được AI tiêu thụ trực tiếp.

Tài liệu được xuất bản cùng máy chủ MCP để tác nhân AI có thể đọc đặc tả API trực tiếp, thay vì quét HTML. Xem thêm: Máy chủ Apidog MCP là gì.

Chuyển đổi từng tính năng

Tham chiếu API tương tác

Cả ReadMe và Apidog đều hiển thị OpenAPI dưới dạng tài liệu tham khảo có bảng điều khiển gửi request.

Khác biệt nằm ở nguồn dữ liệu cho thao tác “thử ngay”:

Với Apidog, bạn có thể chạy request tới môi trường thực.
Hoặc dùng máy chủ mock thông minh tích hợp để trả dữ liệu giả dựa trên lược đồ.
Điều này cho phép người dùng khám phá API ngay cả khi backend chưa hoàn thiện.

Quy trình thực tế:

OpenAPI specification
        ↓
Apidog smart mock server
        ↓
Published API documentation
        ↓
Try-it console

Hướng dẫn và nội dung ngoài phần tham chiếu

ReadMe có thế mạnh về nội dung hướng dẫn, thành phần MDX và các block tái sử dụng.

Apidog tiếp cận thực dụng hơn: tạo các trang Markdown đặt cạnh tài liệu tham chiếu API. Bạn có thể dùng Markdown để viết:

Hướng dẫn onboarding
Hướng dẫn xác thực
Ví dụ tích hợp
Nhật ký thay đổi
Hướng dẫn xử lý lỗi

Nếu phần lớn tài liệu của bạn là nội dung biên tập dài, dùng nhiều thành phần MDX tùy chỉnh, ReadMe có lợi thế. Nếu tài liệu chủ yếu là API reference và một số trang hỗ trợ, Markdown trong Apidog thường là đủ.

Quản lý phiên bản và môi trường

Apidog quản lý phiên bản tài liệu cùng với API. Các cấu hình môi trường như URL cơ sở và thông tin xác thực có thể được đưa vào tài liệu xuất bản để người dùng gửi request đến đúng endpoint.

Ví dụ, bạn có thể duy trì các môi trường:

Development: https://dev-api.example.com
Staging:     https://staging-api.example.com
Production:  https://api.example.com

Khi xuất bản tài liệu, người dùng có thể chọn môi trường phù hợp thay vì tự thay URL thủ công.

Trên ReadMe, phiên bản được quản lý trong chính nền tảng tài liệu; phiên bản không giới hạn yêu cầu gói Pro.

Quy trình trước khi xuất bản tài liệu

Đây là phần ReadMe không cung cấp ở bất kỳ gói giá nào. Trong Apidog, tài liệu nằm trên cùng một luồng làm việc với:

Trình chỉnh sửa đặc tả API
API client để gửi request
Kịch bản kiểm thử tự động
Máy chủ mock
Tích hợp CI qua Apidog CLI

Một cách triển khai tối thiểu:

# 1. Nhập OpenAPI vào Apidog
# 2. Tạo môi trường staging
# 3. Viết smoke test cho endpoint quan trọng
# 4. Chạy test trong CI
# 5. Xuất bản tài liệu từ cùng đặc tả

Nếu nhóm đang trả phí cho cả ReadMe và Postman, việc hợp nhất công cụ có thể giảm số lượng đăng ký và giảm công sức đồng bộ. Góc nhìn tương tự cũng xuất hiện khi so sánh Stoplight.

ReadMe vs Apidog: Tổng quan nhanh

	ReadMe	Apidog
Gói miễn phí	1 dự án, 1 phiên bản, tên miền tùy chỉnh	4 người dùng, dự án không giới hạn, bao gồm tài liệu
Gói trả phí đầu tiên	250 USD/tháng, thanh toán hằng năm (Pro)	9 USD/người dùng/tháng
SSO, vai trò, nhật ký kiểm tra	Enterprise, từ 3.000 USD/tháng	Gói Enterprise
Loại bỏ thương hiệu nhà cung cấp	Chỉ Enterprise	Tên miền và bố cục tùy chỉnh trên các gói trả phí
Trợ lý AI	Ask AI, tiện ích bổ sung 150 USD/tháng	Tính năng AI trong nền tảng
Chỉnh sửa đặc tả	Không, nhập đặc tả có sẵn	Có, trình chỉnh sửa trực quan và mã
Kiểm thử API	Không	Có, kịch bản trực quan, chạy không giới hạn
Máy chủ mock	Không	Có, mock thông minh nhận biết lược đồ
Bảng điều khiển Try-it	Có	Có, dùng môi trường thực hoặc mock
Hướng dẫn / thành phần MDX	Mạnh, MDX tùy chỉnh trên Pro	Trang Markdown
Thống kê sử dụng API trong tài liệu	Có, bảng điều khiển cho nhà phát triển	Lịch sử request trong nền tảng, không hiển thị cho người dùng

Hai lợi thế rõ ràng của ReadMe là trình biên tập nội dung phong phú hơn và bảng điều khiển sử dụng API hướng đến người dùng. Quyết định chính là liệu các lợi thế đó có đáng để duy trì một mức phí nền tảng và một nguồn sự thật thứ hai cho API hay không.

Di chuyển từ ReadMe sang Apidog

Đường di chuyển tập trung vào tệp OpenAPI mà bạn đã có.

Bước 1: Nhập đặc tả OpenAPI

Nhập tệp OpenAPI vào Apidog. Ngay sau đó, tài liệu tham chiếu được tạo với endpoint, phương thức, schema và nhóm tài nguyên.

Bước 2: Di chuyển nội dung hướng dẫn

Xuất các trang hướng dẫn từ ReadMe dưới dạng Markdown, sau đó thêm chúng vào khu vực tài liệu của Apidog.

Markdown chuẩn có thể chuyển gần như nguyên trạng.
Thành phần MDX tùy chỉnh cần viết lại bằng Markdown hoặc cấu trúc tương đương.
Đây thường là phần thủ công lớn nhất trong quá trình chuyển đổi.

Bước 3: Chuyển tên miền tùy chỉnh

Trỏ tên miền tài liệu hiện tại sang tài liệu do Apidog lưu trữ. Nếu URL thay đổi, hãy thiết lập redirect để bảo toàn liên kết cũ và SEO.

Checklist:

[ ] Xác minh DNS
[ ] Cấu hình tên miền tùy chỉnh
[ ] Kiểm tra HTTPS
[ ] Lập bản đồ URL cũ → URL mới
[ ] Thiết lập redirect 301
[ ] Kiểm tra Try-it console trên production

Bước 4: Mở rộng từ tài liệu sang kiểm thử

Sau khi tài liệu đã hoạt động, tạo mock server từ đặc tả, xây dựng smoke test cho các endpoint quan trọng và chạy test trong CI.

Ví dụ checklist smoke test:

[ ] Xác thực hoạt động
[ ] Endpoint health trả về 200
[ ] Endpoint chính trả đúng schema
[ ] Response lỗi trả đúng mã trạng thái
[ ] Thay đổi schema được phát hiện trước khi phát hành

Một trang tài liệu chủ yếu là API reference thường có thể di chuyển trong một hoặc hai ngày. Trung tâm tài liệu nhiều nội dung sẽ mất thêm thời gian tùy theo số lượng thành phần MDX tùy chỉnh.

Khi ReadMe vẫn có ý nghĩa

ReadMe vẫn phù hợp nếu trung tâm dành cho nhà phát triển của bạn chủ yếu là một sản phẩm nội dung:

Hướng dẫn dài và phức tạp
Tài liệu sản phẩm nhiều trang
Diễn đàn cộng đồng
Landing page định hướng marketing
Nhóm tài liệu chuyên trách
Nhu cầu cao về trải nghiệm viết nội dung và MDX

Ngoài ra, nếu người dùng cần đăng nhập để xem lịch sử request và số liệu sử dụng API ngay trong tài liệu, ReadMe Metrics là một tính năng khác biệt mà Apidog không thay thế.

Nếu bạn đang dùng gói Starter miễn phí của ReadMe cho một dự án và nhu cầu hiện tại đã được đáp ứng, không có lý do phải chuyển đổi ngay. Việc chuyển đổi có giá trị nhất khi:

API reference là phần cốt lõi của tài liệu.
Phí nền tảng bắt đầu đáng kể.
Tài liệu và API thường xuyên sai lệch.
Nhóm muốn hợp nhất thiết kế, test, mock và tài liệu vào một đặc tả.

Các câu hỏi thường gặp

Apidog có thực sự miễn phí cho tài liệu API không?

Có. Gói miễn phí bao gồm 4 người dùng và xuất bản tài liệu tương tác với bảng điều khiển thử nghiệm. Gói Starter miễn phí của ReadMe bao gồm một dự án; các gói trả phí bắt đầu từ 250 USD/tháng khi thanh toán hằng năm.

Tài liệu Apidog có thể chạy trên tên miền riêng không?

Có. Tài liệu đã xuất bản hỗ trợ tên miền tùy chỉnh, bố cục tùy chỉnh và trang Markdown mà không yêu cầu gói Enterprise 3.000 USD/tháng chỉ để loại bỏ thương hiệu nhà cung cấp.

Điều gì xảy ra với hướng dẫn ReadMe khi chuyển đổi?

Xuất chúng dưới dạng Markdown và thêm vào dưới dạng các trang tài liệu trong Apidog. Markdown tiêu chuẩn có thể di chuyển nguyên trạng; thành phần MDX tùy chỉnh cần chuyển thành dạng Markdown thuần túy tương đương.

Apidog có tính năng tương tự Ask AI của ReadMe không?

Apidog xuất bản đặc tả qua máy chủ MCP, cho phép trợ lý và tác nhân AI tiêu thụ trực tiếp định nghĩa API. Ask AI của ReadMe là widget trò chuyện trên nội dung tài liệu và được bán dưới dạng tiện ích bổ sung 150 USD/tháng.

Làm thế nào để tài liệu luôn chính xác trong Apidog?

Tài liệu được tạo từ cùng đặc tả mà nhóm dùng để kiểm thử. Khi schema hoặc endpoint thay đổi, tài liệu, mock và kiểm thử cùng dựa trên một nguồn, nên không có bước đồng bộ hóa tài liệu riêng biệt để bị bỏ quên.

Xuất bản tài liệu không bị lệch khỏi API

Bắt đầu bằng cách nhập đặc tả OpenAPI, xuất bản tài liệu tham chiếu trên tên miền của bạn và bật mock server. Tải xuống Apidog hoặc bắt đầu ngay trong trình duyệt. Với nhóm 4 người, bạn không phải trả phí; tài liệu xuất bản được hỗ trợ bởi đặc tả mà các kiểm thử của nhóm vừa xác minh.

Xem phân tích chi tiết hơn tại trang so sánh Apidog vs ReadMe.

Thay thế SwaggerHub tốt nhất

Sebastian Petrus — Tue, 04 Aug 2026 07:13:53 +0000

SwaggerHub đã xây dựng danh tiếng là một công cụ đáng tin cậy cho thiết kế OpenAPI. SmartBear hiện tích hợp nó vào nền tảng Swagger mới cùng các module Portal, Contract Testing và Functional Testing. Tuy nhiên, theo trang giá Swagger, chi phí bắt đầu từ 22,80 USD/người dùng/tháng cho gói Individual, 34,44 USD cho Team và 58,80 USD cho Enterprise. Các giới hạn về lượt chạy kiểm thử, API, SSO và thương hiệu cổng thông tin là những yếu tố cần đánh giá kỹ khi chọn nền tảng.

Dùng thử Apidog ngay hôm nay

Câu trả lời ngắn gọn: Apidog là lựa chọn thay thế SwaggerHub phù hợp cho các nhóm muốn triển khai quy trình spec-first mà không bị giới hạn lượt kiểm thử hoặc phải cộng thêm nhiều tiện ích theo người dùng. Apidog kết hợp thiết kế OpenAPI, mocking nhận biết schema, kiểm thử, tài liệu và client API trong một workspace. Gói miễn phí hỗ trợ tối đa 4 người dùng; các người dùng tiếp theo có giá 9 USD/người dùng/tháng.

Chi phí thực sự của gói Swagger mới

Nền tảng Swagger mới gộp Studio, Portal, Contract Testing và Functional Testing vào các gói. Tuy nhiên, giới hạn sử dụng mới là phần ảnh hưởng lớn nhất đến ngân sách.

Chi phí theo chỗ ngồi tăng nhanh. Gói Swagger Team có giá 34,44 USD/người dùng/tháng, cao gần bốn lần mức 9 USD của Apidog. Với 10 người dùng, chi phí là khoảng 4.133 USD/năm trước các tiện ích bổ sung. Xem thêm bài Giá SmartBear và các lựa chọn thay thế hàng đầu.
Lượt thực thi kiểm thử bị giới hạn. Gói Individual và Team bao gồm 50 lượt chạy kiểm thử/tháng; Enterprise có 100 lượt. Một pipeline CI chạy test sau mỗi lần merge có thể dùng hết giới hạn này chỉ trong vài ngày.
Cổng thông tin có thương hiệu SmartBear. Số lượng sản phẩm có thể xuất bản phụ thuộc vào từng gói. Tên miền tùy chỉnh và white-label hoàn chỉnh yêu cầu Enterprise Plus.
SSO và các module mở rộng là tiện ích bổ sung. Enterprise SSO có giá 6 USD/người dùng/tháng. Portal Pro, Contract Testing Pro và Test Pro cũng được tính phí theo người dùng.
Số lượng API có giới hạn. Gói Individual giới hạn 10 API, trong khi Team giới hạn 50 API.

Các giới hạn này không làm SwaggerHub trở thành công cụ thiết kế kém. SwaggerHub vẫn mạnh về chỉnh sửa spec, quản trị và chuẩn hóa API. Vấn đề nằm ở việc xuất bản, kiểm thử và quản lý truy cập được tính phí hoặc giới hạn riêng.

Câu trả lời: Apidog

Apidog là nền tảng phát triển API theo phương pháp spec-first, bao gồm thiết kế, tài liệu, mocking, kiểm thử và debug API trong cùng một công cụ.

Bốn khác biệt chính khi so sánh với SwaggerHub:

Không giới hạn API và lượt chạy kiểm thử. Apidog hỗ trợ số lượng API, lượt chạy kiểm thử và lượt thực thi theo lịch trình không giới hạn trên mọi gói, bao gồm gói miễn phí.
Spec điều khiển toàn bộ workflow. Từ một định nghĩa OpenAPI, bạn có thể tạo tài liệu tương tác, mock server nhận biết schema và kịch bản kiểm thử. Khi spec thay đổi, các thành phần liên quan được cập nhật theo.
Xuất bản tài liệu trên miền của bạn. Tên miền tùy chỉnh, bố cục tùy chỉnh và trang Markdown là tính năng xuất bản tiêu chuẩn.
Mô hình giá đơn giản. Miễn phí cho tối đa 4 người dùng, sau đó là 9 USD/người dùng/tháng. SSO, SCIM và RBAC được cung cấp trong gói Enterprise thay vì cộng dồn thành nhiều tiện ích bổ sung.

Bài toán chỗ ngồi

So sánh chi phí hàng năm giữa Swagger Team và Apidog:

Quy mô nhóm	Swagger Team mỗi năm	Apidog mỗi năm	Chênh lệch
4 người	$1.653	$0 (gói miễn phí)	$1.653
10 người	$4.133	$1.080	$3.053
20 người	$8.266	$2.160	$6.106

Nếu thêm Enterprise SSO với giá 6 USD/người dùng/tháng, một nhóm Swagger gồm 20 người sẽ tăng thêm 1.440 USD/năm chỉ cho đăng nhập SSO. Bảng này cũng chưa tính trường hợp nhóm cần nâng cấp vì chạm giới hạn 50 API hoặc 50 lượt thực thi kiểm thử.

So sánh từng tính năng với các module của Swagger

Studio → chỉnh sửa spec trực quan và bằng mã

Apidog cung cấp cả giao diện trực quan lẫn trình soạn thảo mã cho OpenAPI. Bạn có thể dùng nhánh để đề xuất, xem xét và hợp nhất thay đổi spec.

Cách triển khai workflow cơ bản:

Tạo hoặc nhập OpenAPI YAML/JSON.
Tạo nhánh cho thay đổi endpoint hoặc schema.
Review thay đổi trước khi merge.
Sau khi merge, cập nhật tài liệu, mock và test theo spec mới.

Apidog hỗ trợ schema dùng lại cho các thành phần chung. Tuy nhiên, nếu tổ chức của bạn cần linting Spectral tùy chỉnh và quản trị trên hàng trăm spec, SwaggerHub vẫn có lợi thế rõ ràng.

Cổng thông tin → tài liệu được lưu trữ

Apidog xuất bản tài liệu tương tác, kèm bảng điều khiển để gọi thử API tới môi trường thực hoặc mock server.

Bạn có thể thiết lập quy trình như sau:

Chọn phiên bản API cần xuất bản.
Cấu hình tên miền tùy chỉnh.
Thêm trang Markdown cho hướng dẫn tích hợp.
Cho phép người dùng gọi thử endpoint trực tiếp từ tài liệu.

Với cách này, tài liệu, endpoint mẫu và môi trường mock luôn bám theo OpenAPI spec.

Kiểm thử chức năng → kịch bản không giới hạn

Đây là khác biệt dễ thấy nhất. SwaggerHub giới hạn lượt thực thi kiểm thử theo tháng, trong khi Apidog cho phép chạy kịch bản kiểm thử không giới hạn.

Kịch bản có thể bao gồm:

Liên kết nhiều request.
Trích xuất dữ liệu từ response.
Assertion cho status code, header và body.
Chạy theo tập dữ liệu CSV hoặc JSON.
Chạy trong CI/CD.

Ví dụ chạy một kịch bản qua Apidog CLI:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env staging

Mỗi lần chạy tạo báo cáo HTML. Bạn có thể đưa lệnh này vào pipeline CI để chạy test sau mỗi commit hoặc deployment mà không phải phân bổ ngân sách theo lượt thực thi.

Automocking → mock thông minh

Automocking của SwaggerHub trả response dựa trên ví dụ và không có trong gói Individual. Mock thông minh của Apidog đọc tên trường cùng kiểu dữ liệu từ schema để sinh dữ liệu phù hợp.

Ví dụ:

type: object
properties:
  email:
    type: string
    format: email
  avatar_url:
    type: string
    format: uri

Mock server có thể trả dữ liệu tương ứng như email và URL hợp lệ mà không cần viết quy tắc thủ công. Khi cần response cố định cho frontend hoặc test case, bạn vẫn có thể cấu hình expectation tùy chỉnh.

Xem thêm tổng quan tại bài các lựa chọn thay thế Swagger tốt nhất.

Ngoài các module

Apidog cũng hoạt động như một client API cho công việc debug hằng ngày. Điều này giúp OpenAPI spec không chỉ là tài liệu quản trị mà là nguồn dữ liệu được dùng trực tiếp khi phát triển.

Spec đã xuất bản cũng có thể được cung cấp qua MCP server để các tác nhân lập trình AI sử dụng trực tiếp. Xem bài Apidog MCP Server là gì.

SwaggerHub so với Apidog: Tổng quan

	Swagger / SwaggerHub	Apidog
Giá khởi điểm	$22,80/người dùng/tháng (Individual)	Miễn phí cho tối đa 4 người dùng
Giá gói Team	$34,44/người dùng/tháng + tiện ích bổ sung	$9/người dùng/tháng
API	10 (Individual) / 50 (Team)	Không giới hạn
Lượt thực thi kiểm thử	50–100/tháng; không giới hạn chỉ ở Enterprise Plus	Không giới hạn trên mọi gói
Kiểm thử song song	Chỉ ở Enterprise Plus	Đã bao gồm
Mocking	Automocking, không có ở gói Individual	Mock nhận biết schema, có thể tự lưu trữ
Thương hiệu cổng thông tin	SmartBear dưới Enterprise Plus	Miền và thương hiệu của bạn
SSO	Tiện ích bổ sung $6/người dùng/tháng	Gói Enterprise
Quản trị spec / linting tùy chỉnh	Mạnh, chuẩn hóa dựa trên Spectral	Xác thực cơ bản, không có bộ quy tắc toàn tổ chức
Kiểm thử hợp đồng Pact	Có, module chuyên dụng	Không
Đồng bộ Gateway AWS, Azure, Apigee	Có	Không có push gateway gốc
Client API để debug hằng ngày	Không	Có

SwaggerHub phù hợp hơn khi nhu cầu chính là quản trị API quy mô lớn, linting tùy chỉnh, kiểm thử Pact hoặc đồng bộ gateway. Apidog phù hợp hơn khi nhóm cần thiết kế, mock, test, tài liệu hóa và debug API trong một workflow có chi phí đơn giản hơn.

Di chuyển từ SwaggerHub

Vì cả hai công cụ dùng OpenAPI, quá trình di chuyển có thể triển khai theo các bước sau:

Xuất spec từ SwaggerHub dưới dạng YAML hoặc JSON.
Nhập spec vào Apidog. Endpoint, schema, mô tả và ví dụ có thể được chuyển trực tiếp.
Xử lý Domain dùng chung. Khi xuất, chuyển các Domain dùng chung thành component schema trong spec nếu cần.
Thiết lập nhánh review. Dùng nhánh để kiểm soát thay đổi trước khi merge.
Xuất bản lại tài liệu. Cấu hình tên miền tùy chỉnh và thiết lập redirect từ cổng thông tin cũ.
Kích hoạt workflow trước đây bị giới hạn. Lên lịch chạy test sau mỗi deployment và cung cấp mock URL cho frontend.

Một workspace có khoảng 50 spec thường có thể được di chuyển trong chưa đầy một tuần. Bước xuất dữ liệu cũng là cơ hội để rà soát những spec nào vẫn còn được sử dụng.

Khi nào SwaggerHub vẫn có ý nghĩa

SwaggerHub vẫn là lựa chọn hợp lý trong ba trường hợp:

Quản trị API quy mô tổ chức. Bạn cần style guide tùy chỉnh, quy tắc Spectral, báo cáo chuẩn hóa và quản lý hàng trăm spec trên nhiều nhóm.
Kiểm thử hợp đồng Pact. Workflow microservice của bạn phụ thuộc vào Pact giữa các nhóm cung cấp và tiêu thụ API.
Đồng bộ gateway. Spec cần đồng bộ hai chiều với AWS API Gateway, Azure API Management hoặc Apigee.

Nếu nhóm của bạn chủ yếu thiết kế, kiểm thử, mock, xuất bản tài liệu và debug API, các giới hạn thực thi, thương hiệu cổng thông tin và tiện ích bổ sung có thể là lý do để đánh giá giải pháp khác.

Nếu đang so sánh công cụ thiết kế design-first, bạn cũng nên đọc bài so sánh Stoplight, vì Stoplight hiện cũng thuộc SmartBear.

Các câu hỏi thường gặp

SwaggerHub hiện có giá bao nhiêu?

Trong nền tảng Swagger mới, gói Individual bắt đầu từ 22,80 USD/người dùng/tháng, Team là 34,44 USD, Enterprise là 58,80 USD và Enterprise Plus yêu cầu báo giá. Enterprise SSO, Portal Pro, Contract Testing Pro và Test Pro là các tiện ích bổ sung theo người dùng.

Apidog có thực sự không giới hạn ở những điểm SwaggerHub giới hạn không?

Có. Số lượng API, request, lượt chạy kiểm thử và lượt thực thi theo lịch trình là không giới hạn trên mọi gói Apidog, gồm cả gói miễn phí. SwaggerHub giới hạn API và lượt thực thi kiểm thử ở các gói thấp hơn Enterprise Plus.

Tôi có thể nhập spec SwaggerHub vào Apidog không?

Có. Xuất OpenAPI ở định dạng YAML hoặc JSON rồi nhập trực tiếp vào Apidog. Schema, endpoint, ví dụ và mô tả sẽ được chuyển sang. Với Domain dùng chung, nên xử lý thành các component trong spec trước hoặc trong khi xuất.

Apidog có hỗ trợ thiết kế `spec-first` như SwaggerHub không?

Có. Apidog có trình chỉnh sửa trực quan và bằng mã cho OpenAPI, hỗ trợ review dựa trên nhánh. Spec có thể tự động điều khiển tài liệu, mock và test. Tuy nhiên, Apidog không cung cấp bộ quy tắc linting tùy chỉnh cấp tổ chức như SwaggerHub.

Còn tích hợp API Gateway của SwaggerHub thì sao?

Apidog không hỗ trợ push spec gốc lên AWS, Azure hoặc Apigee. Nếu đồng bộ gateway là yêu cầu bắt buộc, hãy đánh giá kỹ workflow này trước khi di chuyển. Cả hai nền tảng đều hỗ trợ xuất và nhập qua OpenAPI.

Thiết kế spec, sau đó chạy nó

Nhập một spec từ SwaggerHub để tạo ngay tài liệu trên miền của bạn, mock server với dữ liệu phù hợp schema và kịch bản kiểm thử có thể chạy theo lịch.

Tải Apidog để bắt đầu đánh giá: nhóm tối đa 4 người dùng có thể dùng miễn phí, sau đó là 9 USD/người dùng/tháng so với 34,44 USD/người dùng/tháng của Swagger Team trước các tiện ích bổ sung.

Công cụ thay thế Postman tốt nhất

Sebastian Petrus — Tue, 04 Aug 2026 06:52:00 +0000

Postman đã ngừng cung cấp tính năng cộng tác nhóm miễn phí từ ngày 1 tháng 3 năm 2026. Gói Free hiện chỉ giới hạn cho một người dùng và không thể tạo nhóm, nên ngay khi có nhà phát triển thứ hai cần truy cập bộ sưu tập, nhóm phải chuyển sang gói trả phí.

Dùng thử Apidog ngay hôm nay

Câu trả lời trực tiếp: Apidog là một lựa chọn thay thế Postman phù hợp cho nhóm. Apidog duy trì gói miễn phí vĩnh viễn cho tối đa 4 người dùng, hỗ trợ chạy các tập lệnh Postman hiện có mà không cần viết lại, đồng thời kết hợp thiết kế API, gỡ lỗi, kiểm thử, mô phỏng và tài liệu trong một nền tảng.

Tại sao các nhà phát triển rời bỏ Postman vào năm 2026

Postman vẫn là một API client phổ biến, nhưng các nhóm thường gặp vấn đề ở cách sản phẩm được đóng gói và cộng tác:

Cộng tác nhóm đã trở thành tính năng trả phí. Trước tháng 3 năm 2026, workspace miễn phí có thể mời tối đa 3 cộng tác viên. Hiện tại, gói Free chỉ dành cho một người dùng. Theo trang định giá của Postman, nhóm phải trả từ 14 USD/người dùng/tháng khi thanh toán hàng năm. Với 4 người dùng, chi phí là khoảng 672 USD/năm. Xem thêm những hạn chế mới nhất của gói miễn phí Postman.
Thông số kỹ thuật và bộ sưu tập tách rời. Khi API thay đổi, nhóm phải cập nhật OpenAPI spec, collection, mock và test theo cách thủ công. Điều này dễ tạo ra sai lệch giữa hợp đồng API và các request thực tế.
Ứng dụng khách ngày càng nặng. Tường đăng nhập, workspace, monitoring và các tiện ích AI có thể làm tăng số bước trước khi gửi một request. Tham khảo thêm bài viết về lý do Postman chậm và cồng kềnh vào năm 2026.

Điều này không khiến Postman trở thành sản phẩm tồi. Tuy nhiên, với nhóm cần cộng tác, chi phí và công việc đồng bộ thủ công trở thành yếu tố cần cân nhắc.

Chi phí thực tế cho một nhóm

Với giá Postman từ 14 USD/người dùng/tháng và Apidog miễn phí cho 4 người dùng đầu tiên, chênh lệch chi phí tăng theo quy mô nhóm.

Số vị trí	Postman mỗi năm	Apidog mỗi năm	Chênh lệch
1	$0 (Gói miễn phí)	$0 (Gói miễn phí)	$0
4	$672	$0	$672
10	$1,680	$1,080	$600
20	$3,360	$2,160	$1,200

Hai điểm cần lưu ý:

Nhà phát triển độc lập có thể sử dụng miễn phí trên cả hai công cụ.
Khi vượt quá 4 người dùng miễn phí của Apidog, mỗi vị trí có giá 9 USD/người dùng/tháng. Vì vậy, với 10 vị trí, chi phí là 1.080 USD/năm.

Ngoài phí subscription, nhiều nhóm còn phải dùng thêm công cụ tài liệu hoặc tự duy trì mock riêng. Một nền tảng hợp nhất có thể giảm số công cụ cần quản lý.

Câu trả lời: Apidog

Apidog là nền tảng phát triển API được hơn 500.000 nhà phát triển sử dụng. Nền tảng bao phủ toàn bộ vòng đời API: thiết kế trực quan, gỡ lỗi, kiểm thử tự động, mô phỏng thông minh và xuất bản tài liệu, với OpenAPI là nguồn thông tin trung tâm.

Ba điểm cần kiểm tra khi so sánh với Postman:

Gói miễn phí hỗ trợ 4 người dùng. Nhóm nhỏ có thể thiết kế, gỡ lỗi và kiểm thử cùng nhau miễn phí, với API, request, project và collection run không giới hạn.
Tương thích cú pháp Postman. Script pre-request, post-request, biến và giá trị động được giữ nguyên khi nhập collection.
Gói trả phí bắt đầu từ 9 USD/người dùng/tháng. Mức này thấp hơn giá khởi điểm từ 14 USD/người dùng/tháng của Postman cho cộng tác nhóm.

Apidog vượt trội hơn Postman ở đâu

Một thông số kỹ thuật điều khiển mọi thứ

Apidog áp dụng hướng tiếp cận design-first. API spec, request, mock server và tài liệu được liên kết với nhau.

Quy trình thực tế:

Cập nhật trường hoặc endpoint trong OpenAPI spec.
Đồng bộ request, ví dụ phản hồi, mock và tài liệu.
Chạy lại các kịch bản test để xác nhận thay đổi.

Ví dụ, khi đổi tên một trường API, bạn chỉ cần thay đổi tại spec thay vì sửa riêng collection, mock và tài liệu.

Kiểm thử không giới hạn lần chạy hoặc mã kết nối

Apidog cung cấp trình tạo test trực quan:

Kéo endpoint vào kịch bản.
Thêm assertion cho status code hoặc dữ liệu phản hồi.
Trích xuất biến từ response.
Dùng biến đó ở request tiếp theo.
Chạy theo lịch hoặc trong CI.

Bạn cũng có thể chạy kiểm thử hiệu suất, chia sẻ báo cáo trực tuyến và dùng self-hosted runner trong mạng riêng.

Với CI, Apidog CLI chạy cùng kịch bản trong Jenkins, GitLab CI hoặc GitHub Actions và xuất báo cáo HTML cho mỗi build. Nếu nhóm đang sử dụng Newman, hãy xem các giải pháp thay thế Postman CLI cho CI.

Mô phỏng dựa trên lược đồ

Mocking của Apidog đọc schema và sinh dữ liệu phù hợp mà không yêu cầu cấu hình thủ công.

Ví dụ:

Trường email có thể trả về một địa chỉ email.
Trường avatar_url có thể trả về URL hình ảnh.
Frontend có thể bắt đầu tích hợp trước khi backend hoàn thành.

Postman hỗ trợ mock response cố định, nhưng Apidog bổ sung khả năng mô phỏng nhận biết schema và tùy chọn self-hosted mock.

Xuất bản tài liệu API

Apidog tạo tài liệu API tương tác trực tiếp từ spec. Nhóm có thể xuất bản tài liệu với:

Tên miền tùy chỉnh
Bố cục tùy chỉnh
Trang Markdown
Quản lý phiên bản
Bảng điều khiển “thử ngay”

Điểm quan trọng là tài liệu được tạo từ cùng spec mà nhóm dùng để kiểm thử, giảm nguy cơ tài liệu lỗi thời.

Hỗ trợ phát triển API với AI

Apidog cung cấp MCP server để đưa API spec đến các AI agent, MCP client để gỡ lỗi và kiểm thử MCP server trực quan, cùng CLI dành cho các agent như Claude Code, Cursor và Codex.

Cài đặt kỹ năng agent:

npm install -g apidog-cli
npx apidog-cli install-skill

Tìm hiểu thêm tại Apidog MCP Server là gì.

Postman vs Apidog: tổng quan nhanh

	Postman	Apidog
Số người dùng gói miễn phí	1, không có nhóm	4
Giá khởi điểm cho nhóm	Từ $14/người dùng/tháng	$9/người dùng/tháng
Đồng bộ hóa spec và collection	Thủ công	Tự động
Dàn dựng kiểm thử trực quan	Không	Có
Mô phỏng thông minh dựa trên schema	Không	Có
Mock server / runner tự lưu trữ	Không	Có
Tài liệu trên tên miền tùy chỉnh	Không	Có
MCP client và gỡ lỗi MCP trực quan	Không	Có
Tương thích tập lệnh Postman	Nguyên bản	Tương thích 100%
Điểm khả dụng G2	Trung bình danh mục 9.0	9.4, xếp hạng số 1

Di chuyển từ Postman chỉ với một cú nhấp chuột

Apidog hỗ trợ nhập trực tiếp Postman collection và environment.

Quy trình:

Xuất collection và environment từ Postman.
Mở Apidog và chọn chức năng import.
Chọn file Postman đã xuất.
Kiểm tra request, folder, header, authentication và biến.
Chạy request hoặc collection để xác thực.

Do tương thích cú pháp script, logic pre-request, assertion và biến có thể tiếp tục hoạt động. Quy trình này cũng được đề cập trong bài viết về kiểm thử và di chuyển API an toàn sau cuộc tấn công npm Axios.

Giờ đầu tiên sau khi chuyển đổi

Thay vì lập kế hoạch di chuyển lớn, hãy dùng 60 phút để kiểm tra trên collection thật.

Phút 0–10: Nhập collection

Xuất collection và environment từ Postman, sau đó nhập vào Apidog. Kiểm tra:

Cấu trúc folder
Header
Authentication
Biến môi trường
Request body

Phút 10–20: Chạy script hiện có

Mở một request đã nhập và gửi lại. Xác minh:

Script pre-request
Assertion kiểm thử
Biến động
Giá trị được trích xuất từ response

Apidog tương thích với cú pháp script của Postman, nên đây là bước cần xác nhận thay vì viết lại logic.

Phút 20–30: Tạo API spec

Collection mô tả request nhưng không phải lúc nào cũng là hợp đồng API. Từ request đã nhập, tạo một API spec có cấu trúc để dùng làm nguồn sự thật chung cho:

Collection
Mock response
Test scenario
Tài liệu API

Phút 30–40: Bật mock thông minh

Sau khi có spec, kích hoạt mock server và trỏ frontend tới mock URL. Dữ liệu phản hồi được tạo dựa trên schema, giúp frontend tiếp tục phát triển khi backend chưa hoàn tất.

Phút 40–50: Tạo kịch bản test trực quan

Tạo một luồng kiểm thử đơn giản:

Gọi endpoint đăng nhập.
Trích xuất access token từ response.
Truyền token vào request tiếp theo.
Thêm assertion cho status code và payload.

Bạn có ngay một test liên kết mà không phải viết mã kết nối riêng.

Phút 50–60: Chạy trong CI

Cài đặt CLI và chạy scenario từ terminal:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env production

Lệnh này có thể chạy trong Jenkins, GitLab CI và GitHub Actions. Mỗi lần chạy tạo báo cáo HTML. Xem thêm cách quản lý API bằng Apidog CLI.

Kiểm soát cấp doanh nghiệp

Với tổ chức lớn, câu hỏi không chỉ là giá mà còn là quyền truy cập, dữ liệu và provisioning. Apidog cung cấp:

SSO qua Okta và Microsoft Entra ID: quản lý quyền truy cập theo identity provider.
SCIM provisioning: tự động cấp và thu hồi quyền khi nhân sự thay đổi.
RBAC cấp project: giới hạn quyền theo từng dự án, không chỉ toàn workspace.
Lưu trữ dữ liệu tại Châu Âu: Apidog Europe là triển khai tuân thủ GDPR với dữ liệu lưu tại AWS Ireland và Đức.
Self-hosted runner: chạy kiểm thử và automation trên hạ tầng riêng để API nội bộ không rời khỏi mạng.

Theo đánh giá bên thứ ba trên G2, Apidog đạt 9.8 cho Dễ quản trị, 9.7 cho Dễ sử dụng và 9.7 cho Đáp ứng yêu cầu, so với mức trung bình danh mục khoảng 9.0–9.1. Tuy nhiên, hệ sinh thái quản trị doanh nghiệp của Postman đã tồn tại lâu hơn; nếu tổ chức đã xây dựng quy trình quanh Postman Enterprise, hãy đưa yếu tố này vào kế hoạch di chuyển.

Khi Postman vẫn phù hợp

Postman vẫn là lựa chọn hợp lý nếu:

Bạn là nhà phát triển độc lập và không cần chia sẻ workspace.
Bạn cần tiện ích mở rộng VS Code.
Tổ chức đã đầu tư sâu vào Postman Enterprise và quy trình quản trị liên quan.

Gói Free của Postman vẫn hỗ trợ request, collection run không giới hạn và mocking cho một người dùng. Postman cũng có lợi thế về tiện ích mở rộng VS Code, trong khi Apidog cung cấp plugin IntelliJ IDEA cùng ứng dụng desktop và web.

Nếu vấn đề chính là giá, hãy xem thêm bài so sánh về giải pháp thay thế Postman tốt nhất cho các nhóm bị loại khỏi Postman vì giá.

Câu hỏi thường gặp

Apidog có miễn phí cho các nhóm không?

Có. Gói miễn phí bao gồm 4 người dùng với API, request, project và lần chạy kiểm thử không giới hạn. Gói Free của Postman chỉ hỗ trợ 1 người dùng từ tháng 3 năm 2026 và không thể tạo nhóm.

Các tập lệnh kiểm thử Postman có hoạt động trong Apidog không?

Có. Apidog tương thích 100% với cú pháp script Postman, bao gồm pre-request script, assertion kiểm thử và biến động. Nhập collection rồi chạy lại để xác minh.

Apidog có thể thay thế công cụ tài liệu API không?

Đối với tài liệu tham chiếu API, có. Apidog xuất bản tài liệu tương tác với tên miền tùy chỉnh, quản lý phiên bản và trang Markdown, được tạo từ cùng spec mà nhóm dùng để kiểm thử.

Giá Apidog so với Postman như thế nào?

Gói trả phí Apidog bắt đầu từ 9 USD/người dùng/tháng, so với từ 14 USD/người dùng/tháng của Postman cho cộng tác nhóm. Nhóm 4 người trên gói miễn phí Apidog có thể tiết kiệm khoảng 672 USD/năm so với giá nhóm khởi điểm của Postman.

Tôi có cần viết lại Newman hoặc pipeline CI không?

Không nhất thiết. Apidog CLI có thể thay thế Newman trong pipeline:

npm install -g apidog-cli
apidog run scenario --scenario-id 12345 --env production

Lệnh này chạy trong Jenkins, GitLab CI hoặc GitHub Actions và xuất báo cáo HTML. Script trong scenario tiếp tục hoạt động nhờ tương thích cú pháp Postman.

Apidog có tiện ích mở rộng VS Code không?

Không. Postman vẫn có lợi thế ở điểm này. Apidog cung cấp plugin IntelliJ IDEA, ứng dụng desktop và ứng dụng web. Nếu gửi request trực tiếp từ VS Code là một phần cốt lõi trong workflow, hãy cân nhắc trước khi chuyển đổi.

Hãy thử với collection của riêng bạn

Cách nhanh nhất để đánh giá một giải pháp thay thế Postman là dùng dữ liệu thật của nhóm:

Tải xuống Apidog.
Nhập một Postman collection.
Chạy request và test script hiện có.
Tạo spec, bật mock và thử một scenario trong CI.

Nhóm 4 người có thể làm việc miễn phí, script tiếp tục chạy và API spec có thể trở thành nguồn đồng bộ chung cho collection, mock, test và tài liệu. Xem ma trận tính năng đầy đủ tại trang so sánh Apidog vs Postman.

So sánh Qwen 3.8 và Kimi K3: Hai gã khổng lồ AI nguồn mở Trung Quốc

Sebastian Petrus — Mon, 03 Aug 2026 07:41:20 +0000

Tháng 7 năm 2026 chứng kiến cuộc đua giữa hai mô hình biên có trọng số mở từ Trung Quốc: Kimi K3 của Moonshot AI (ra mắt ngày 16/7) và Qwen 3.8-Max của Alibaba (được giới thiệu ngày 19/7, khả dụng rộng rãi đầu tháng 8). Cả hai đều là mô hình mixture-of-experts (MoE) quy mô nghìn tỷ tham số, có thể tích hợp vào các khung tác nhân kiểu Claude Code và cạnh tranh về giá với các phòng thí nghiệm tiên phong của Hoa Kỳ. Tuy nhiên, khác biệt thực tế nằm ở trọng số có thể tải xuống, khả năng đa phương thức và chi phí vận hành.

Dùng thử Apidog ngay hôm nay

Bài viết này so sánh các thông tin có thể kiểm chứng tính đến ngày 3/8/2026. Để xem thông số chi tiết của Alibaba, hãy đọc bài giải thích về Qwen 3.8-Max.

Lưu ý: chưa có bảng đánh giá độc lập đặt Kimi K3 và Qwen 3.8-Max trong cùng điều kiện thử nghiệm. Các số liệu hiệu năng dưới đây đến từ nhà cung cấp và chỉ nên dùng làm tín hiệu ban đầu.

Dòng thời gian phát hành

Thứ tự phát hành quan trọng vì “trọng số mở” có trạng thái khác nhau ở hai mô hình.

Kimi K3 ra mắt ngày 16/7/2026. Moonshot phát hành trọng số sau 11 ngày, vào ngày 27/7, dưới dạng MXFP4 dung lượng 594 GB trên Hugging Face. Bạn có thể tải xuống, lượng tử hóa và tự chạy mô hình ngay hôm nay.
Qwen 3.8-Max được giới thiệu ngày 19/7 và phát hành rộng rãi qua Alibaba Cloud Model Studio vào đầu tháng 8, theo bài đăng chính thức của Qwen. Alibaba hứa phát hành trọng số trên Hugging Face và ModelScope vào khoảng ngày 10/8.

Nếu tự lưu trữ là yêu cầu bắt buộc, Kimi K3 hiện là lựa chọn duy nhất có trọng số sẵn sàng tải xuống.

Tham số và kiến trúc MoE

Cả hai là mô hình MoE thưa thớt. Vì vậy, tổng số tham số không phản ánh trực tiếp chi phí suy luận; số tham số được kích hoạt trên mỗi token quan trọng hơn.

Thông số	Qwen 3.8-Max	Kimi K3
Tổng số tham số	2.4T	2.8T
Tham số hoạt động mỗi token	95B	104B
Tỷ lệ kích hoạt	~4%	~3.7%
Kiến trúc nền tảng	Qwen 3.5, MoE	MoE
Trọng số mở	Đã hứa hẹn, khoảng 10/8	MXFP4, 594 GB trên Hugging Face

Qwen 3.8-Max nhỏ hơn cả về tổng tham số lẫn tham số hoạt động. Nếu các yếu tố khác tương đương, 95B tham số hoạt động mỗi token sẽ có chi phí vận hành thấp hơn 104B.

Với tự lưu trữ, cần nhìn vào kích thước tệp thực tế: Kimi K3 ở MXFP4 đã là 594 GB, chưa tính bộ đệm KV cho ngữ cảnh dài. Đây là khối lượng công việc đa nút đối với nhiều đội. Phần lớn nhóm phát triển sẽ phù hợp hơn với endpoint được lưu trữ, chỉ tự host khi có yêu cầu tuân thủ hoặc nghiên cứu.

Độ mở: trọng số tải được so với cam kết phát hành

Kimi K3 hiện có lợi thế rõ ràng:

Trọng số đã công khai.
Có thể kiểm tra kho lưu trữ và giấy phép.
Có thể tự host, lượng tử hóa và tinh chỉnh.
Có thể ghim một phiên bản mô hình cụ thể để tránh thay đổi ngầm từ nhà cung cấp.

Qwen 3.8-Max là mô hình thuộc lớp Qwen-Max đầu tiên Alibaba cam kết phát hành trọng số mở. Đây là thay đổi quan trọng so với các phiên bản Max trước đây chỉ có API. Nhưng tính đến ngày 3/8/2026, Qwen 3.8-Max vẫn là mô hình API có thông báo phát hành trọng số trong tương lai.

Kết luận hiện tại: nếu cần trọng số mở ngay hôm nay, chọn Kimi K3. Hãy kiểm tra lại sau khoảng ngày 10/8 khi Alibaba phát hành tệp trọng số và điều khoản giấy phép.

Phương thức: Qwen có thị giác, K3 chỉ văn bản

Đây là khác biệt lớn nhất về khả năng đầu vào.

Qwen 3.8-Max

Qwen 3.8-Max nhận đầu vào văn bản và hình ảnh:

{
  "input_modalities": ["text", "image"]
}

Alibaba cũng trình diễn:

Hiểu tài liệu PDF dài hơn 200 trang.
Hiểu video dài tới 100 giờ bằng biểu đồ bộ nhớ.
OCR và các tác vụ suy luận đa phương thức.

Tuy nhiên, hãy phân biệt rõ:

Đầu vào hình ảnh là khả năng API được tài liệu hóa.
Các tuyên bố về video và tài liệu cực dài là demo trong blog, không nhất thiết là kiểu đầu vào API đã được mô tả đầy đủ.

Kimi K3

Kimi K3 là mô hình văn bản. Nếu pipeline của bạn cần xử lý:

Ảnh chụp màn hình
Tài liệu quét
Giao diện người dùng
OCR
Computer-use agent

…bạn cần ghép K3 với một mô hình thị giác riêng. Điều này thêm độ trễ, chi phí và mã tích hợp.

Chọn Qwen 3.8-Max nếu workload cần hình ảnh hoặc hiểu tài liệu trực quan.

Kimi K3 vẫn phù hợp nếu workload hoàn toàn là văn bản, mã nguồn hoặc tác nhân dòng lệnh.

Ngữ cảnh, đầu ra và API

Qwen 3.8-Max cung cấp:

Cửa sổ ngữ cảnh: 1.000.000 token
Đầu ra tối đa: 65.536 token
Tham số suy luận: reasoning_effort
- xhigh là mặc định
- Có thêm medium và low
Token suy nghĩ được giữ lại theo mặc định.
Chế độ suy nghĩ và không suy nghĩ có cùng mức giá niêm yết.

Qwen được truy cập qua Alibaba Cloud Model Studio với các URL cơ sở theo khu vực:

Bắc Kinh
Singapore
US-Virginia

Model Studio cung cấp cả hai giao thức:

Endpoint tương thích OpenAI
Endpoint tương thích Anthropic

Nhờ đó, bạn có thể tích hợp Qwen vào các công cụ kiểu Claude Code bằng biến môi trường:

export ANTHROPIC_BASE_URL="https://<dashscope-anthropic-endpoint>"
export ANTHROPIC_MODEL="qwen3.8-max"

Xem danh sách model và khu vực tại trang mô hình Model Studio. Nếu cần kiểm thử nhiều khu vực, bạn có thể lưu từng base URL thành environment trong Apidog để chuyển đổi mà không sửa request.

Kimi K3 cũng hỗ trợ giao thức Anthropic và có thể dùng trong các khung tác nhân kiểu Claude Code. Xem thông tin endpoint và giới hạn hiện tại trong bài giải thích về Kimi K3.

Giá API: Qwen rẻ hơn ở đầu ra

Giá công bố trên mỗi triệu token:

Mức giá	Qwen 3.8-Max	Kimi K3
Đầu vào	$2.00	$3.00
Đầu ra	$6.00	$15.00
Lượt truy cập bộ đệm	$0.20	$0.30
Phân tầng	Cố định toàn bộ ngữ cảnh 1M	Theo lịch trình Moonshot

Theo trang giá chính thức của Model Studio, Qwen 3.8-Max có giá cố định:

Input:  $2 / 1M token
Output: $6 / 1M token
Cache hit: $0.20 / 1M token

Qwen cũng áp dụng:

Tạo cache: 125% giá đầu vào.
Cache hit: 10% giá đầu vào.
Hạn mức miễn phí 1M token tại khu vực Singapore trong 90 ngày.

Kimi K3 có giá:

Input:    $3 / 1M token
Output:   $15 / 1M token
Cache hit: $0.30 / 1M token

Cách ước tính chi phí thực tế

Đừng chỉ nhìn giá đầu vào. Với tác nhân lập trình, token đầu ra thường chiếm phần lớn chi phí do mô hình tạo:

Lập luận
Kế hoạch
Gọi công cụ
Mã nguồn
Phản hồi sau nhiều vòng lặp

Trong workload nặng đầu ra, Qwen có lợi thế rõ rệt: $6 so với $15 cho mỗi triệu token đầu ra.

Tuy nhiên, Qwen mặc định dùng reasoning_effort=xhigh; token suy nghĩ được tính như đầu ra. Vì vậy, hãy đo usage thực tế thay vì chỉ nhân input/output theo ước lượng đơn giản.

Để lập mô hình chi phí trước khi triển khai, xem phân tích giá Qwen 3.8.

Điểm chuẩn: chưa thể kết luận mô hình nào mạnh hơn

Hiện có hai loại dữ liệu:

Có sẵn:

Bảng benchmark do Alibaba thực hiện cho Qwen 3.8-Max.
Bảng benchmark do Moonshot thực hiện cho Kimi K3.

Chưa có:

Đánh giá độc lập chạy cả hai mô hình trong cùng framework, cùng prompt, cùng cấu hình tool và cùng phương pháp chấm điểm.
Bảng đối đầu trực tiếp giữa Qwen 3.8-Max và Kimi K3.

Các số liệu Alibaba công bố:

Điểm chuẩn	Qwen 3.8-Max	Claude Opus 4.8	Fable 5	GPT-5.6 Sol
Terminal Bench 2.1	86.6	84.6	84.6	88.8
SWE-bench Pro	67.7	69.2	80.0	64.6
PaperBench	93.0	80.3	88.8	90.5
GPQA Diamond	92.6	92.0	92.6	94.1
HLE	43.6	45.7	53.3	47.2

Ngay trong bảng của Alibaba, Qwen 3.8-Max vẫn có điểm yếu:

Thấp hơn Fable 5 trên SWE-bench Pro.
Thấp hơn toàn bộ các mô hình được liệt kê trên HLE.
Mạnh hơn ở PaperBench, IFBench và nhóm benchmark đa phương thức.

Moonshot cũng công bố Kimi K3 cạnh tranh với các mô hình tiên phong, nhưng đây vẫn là benchmark do Moonshot thực hiện. Xem thêm cảnh báo và số liệu trong bài so sánh Kimi K3 vs Claude Opus 4.8.

Tóm lại: các bảng benchmark cho thấy cả hai mô hình đều cạnh tranh trong tác vụ tác nhân, nhưng không chứng minh được mô hình nào tốt hơn mô hình còn lại.

Để xem chi tiết các số liệu phía Alibaba, đọc phân tích benchmark Qwen 3.8.

Tự chạy so sánh trực tiếp trong Apidog

Benchmark hữu ích nhất là benchmark trên workload thật của bạn.

Cả hai mô hình đều cung cấp endpoint hoàn thành hội thoại tương thích OpenAI, nên bạn có thể thiết lập kiểm thử A/B trong Apidog.

1. Tạo hai environment

Ví dụ:

Environment: Qwen
BASE_URL=https://<dashscope-endpoint>
MODEL=qwen3.8-max
API_KEY=<your-qwen-key>

Environment: Kimi
BASE_URL=https://<moonshot-endpoint>
MODEL=<kimi-k3-model-id>
API_KEY=<your-kimi-key>

2. Lưu một request dùng biến môi trường

POST {{BASE_URL}}/v1/chat/completions
Authorization: Bearer {{API_KEY}}
Content-Type: application/json

{
  "model": "{{MODEL}}",
  "messages": [
    {
      "role": "system",
      "content": "Bạn là trợ lý lập trình. Trả lời ngắn gọn, có mã khi cần."
    },
    {
      "role": "user",
      "content": "Phân tích lỗi trong đoạn mã sau và đề xuất bản vá tối thiểu."
    }
  ]
}

3. Dùng prompt thực tế

Không dùng câu đố benchmark. Hãy kiểm thử bằng dữ liệu gần với sản phẩm của bạn:

Một lỗi từ repository thật.
Pull request cần review.
Tài liệu kỹ thuật dài.
Yêu cầu chuyển đổi API.
Quy trình tác nhân nhiều bước.
Ảnh chụp màn hình hoặc PDF nếu đang đánh giá Qwen.

4. Thêm assertion

Ví dụ, kiểm tra:

HTTP status thành công.
Schema JSON hợp lệ.
Độ trễ dưới ngưỡng.
Có trường hoặc từ khóa bắt buộc.
Không tạo mã ngoài phạm vi thay đổi.

Sau đó chạy cùng request trên cả hai environment và so sánh:

Chất lượng đầu ra
Độ trễ
Token usage
Chi phí
Độ ổn định qua nhiều lần chạy
Hành vi streaming/SSE
Khả năng tuân thủ format

Tải Apidog miễn phí và chạy ít nhất 10 prompt qua cả hai endpoint trước khi chọn mô hình cho roadmap.

Thẻ điểm

Tiêu chí	Người thắng hôm nay	Lưu ý
Tổng/tham số hoạt động	Qwen 3.8-Max	2.4T/95B so với 2.8T/104B; chủ yếu ảnh hưởng chi phí vận hành
Trọng số mở hiện tại	Kimi K3	Có trên Hugging Face, 594 GB MXFP4
Phương thức	Qwen 3.8-Max	Hỗ trợ văn bản và hình ảnh
Cửa sổ ngữ cảnh	Qwen 3.8-Max	1M token, đầu ra tối đa 65.536
Giá	Qwen 3.8-Max	$2/$6 so với $3/$15
Điểm chuẩn	Chưa thể kết luận	Cả hai bảng đều do nhà cung cấp thực hiện
Hệ sinh thái framework	Hòa	Cả hai hỗ trợ endpoint tương thích Anthropic
Lịch sử thực hiện cam kết mở	Kimi K3	Trọng số phát hành 11 ngày sau ra mắt

Chọn mô hình nào?

Chọn Kimi K3 nếu

Bạn cần tự host ngay trong tuần này.
Yêu cầu tuân thủ buộc bạn phải ghim và kiểm tra trọng số.
Workload chỉ dùng văn bản.
Workload nặng đầu vào và tận dụng cache tốt.
Bạn muốn kiểm soát quá trình lượng tử hóa hoặc tinh chỉnh.

Chọn Qwen 3.8-Max nếu

Workload cần hiểu hình ảnh, OCR hoặc tài liệu trực quan.
Bạn chạy agent loop tạo nhiều token đầu ra.
Bạn cần ngữ cảnh 1M token với giá cố định.
Bạn muốn tích hợp nhanh qua endpoint tương thích OpenAI hoặc Anthropic.

Chờ thêm nếu

Trọng số mở là tiêu chí quyết định.
Bạn cần đánh giá giấy phép Qwen sau khi trọng số được phát hành.
Bạn chưa chạy A/B test trên prompt sản phẩm thật.

Video: tạo tài liệu API công khai bằng Apidog

Câu hỏi thường gặp

Kimi K3 có mở hơn Qwen 3.8-Max không?

Tính đến ngày 3/8/2026, có. Trọng số Kimi K3 đã có trên Hugging Face từ ngày 27/7/2026 dưới dạng MXFP4 594 GB. Trọng số Qwen 3.8-Max được hứa hẹn vào khoảng ngày 10/8 nhưng chưa thể tải xuống.

Nếu Alibaba phát hành như cam kết, cả hai sẽ là mô hình biên có trọng số mở. Khi đó, quyết định sẽ phụ thuộc nhiều hơn vào giấy phép, chất lượng lượng tử hóa và hệ sinh thái cộng đồng. Nếu cần tự host K3, xem hướng dẫn chạy K3 cục bộ.

Mô hình nào viết mã tốt hơn?

Chưa thể trả lời trung thực bằng dữ liệu hiện có. Cả hai nhà cung cấp đều công bố benchmark mạnh cho coding agent, nhưng các bài đánh giá được chạy trong điều kiện khác nhau và chưa có benchmark độc lập trực tiếp.

Cách đúng là chạy cả hai trên:

Issue thật trong repository.
Nhiệm vụ sửa lỗi.
Review pull request.
Viết test.
Refactor nhiều tệp.
Luồng tool calling trong CI/CD.

Tôi có thể dùng cả hai với Claude Code không?

Có. Cả hai cung cấp endpoint tương thích Anthropic.

Với Qwen 3.8-Max:

export ANTHROPIC_BASE_URL="https://<dashscope-anthropic-endpoint>"
export ANTHROPIC_MODEL="qwen3.8-max"

Kimi K3 hỗ trợ cùng kiểu tích hợp qua endpoint Moonshot. Điều này giúp thiết lập A/B test khá đơn giản.

Mô hình nào rẻ hơn cho agent workload?

Theo giá niêm yết, Qwen 3.8-Max rẻ hơn:

Qwen 3.8-Max: Input $2 / Output $6
Kimi K3:       Input $3 / Output $15

Khoảng cách đặc biệt lớn ở token đầu ra, nơi Kimi K3 đắt hơn 2,5 lần. Tuy nhiên:

Cache hit của K3 vẫn cạnh tranh cho workload nặng đầu vào.
Qwen mặc định reasoning_effort=xhigh.
Token suy nghĩ của Qwen được tính như output token.

Vì vậy, hãy đo token mix, độ dài reasoning và tỷ lệ cache hit trên workload thật trước khi kết luận.

Qwen 3.8 so với Qwen 3.7 Max: Điều gì đã thay đổi thực sự

Sebastian Petrus — Mon, 03 Aug 2026 07:09:32 +0000

Alibaba phát hành Qwen 3.8-Max vào đầu tháng 8 năm 2026. Nếu đang chạy qwen3.7-max trong production, bạn cần đánh giá lại lựa chọn model: Qwen 3.8-Max cải thiện mạnh các tác vụ agentic và nghiên cứu, hỗ trợ đầu vào hình ảnh, có giá niêm yết thấp hơn và là model Max đầu tiên được Alibaba hứa hẹn phát hành open weights.

Dùng thử Apidog ngay hôm nay

Tuy nhiên, đây không đơn giản là trường hợp “model mới luôn tốt hơn”. qwen3.7-max đang được giảm giá 50% trong thời gian giới hạn, khiến chi phí thực tế thấp hơn Qwen 3.8-Max. Một số benchmark tăng rất mạnh, trong khi các benchmark khác gần như không đổi. Bài viết này tập trung vào cách đánh giá, thử nghiệm và chuyển đổi model trước khi thay đổi cấu hình production.

Nếu cần tìm hiểu tổng quan trước, hãy đọc bài giải thích Qwen 3.8-Max. Để xem nền tảng của flagship cũ, hãy xem những gì Qwen 3.7 đã mang lại.

Lưu ý về dữ liệu benchmark: Tất cả số liệu dưới đây đến từ bảng công bố của Alibaba trong bài đăng phát hành Qwen 3.8 chính thức. Hai model được đánh giá trong cùng một lần chạy của nhà cung cấp, nên có thể so sánh chênh lệch nội bộ. Tuy nhiên, kết quả vẫn cần được xác minh độc lập. Phần lớn benchmark lập trình được chạy trên bộ công cụ Claude Code; một số benchmark do Qwen tự xây dựng.

Tóm tắt quyết định

Thay đổi	Qwen 3.7-Max	Qwen 3.8-Max
Terminal Bench 2.1	74.5	86.6
SWE-bench Pro	60.6	67.7
PaperBench	64.8	93.0
IFBench	79.1	82.8
GPQA Diamond	92.4	92.6
HLE	41.4	43.6
Giá niêm yết / 1 triệu token	$2.5 vào / $7.5 ra	$2 vào / $6 ra
Giá hiện tại	$1.25 vào / $3.75 ra	$2 vào / $6 ra
Đầu vào hình ảnh	Không	Có
Kiến trúc công bố	Không công bố	2.4T tổng, 95B MoE hoạt động
Open weights	Chưa từng phát hành	Hứa hẹn phát hành “tuần tới” (~10/8)
Context window	1 triệu token	1 triệu token

Benchmark: khi nào Qwen 3.8-Max đáng nâng cấp?

Các cải tiến đáng kể nhất nằm ở tác vụ agentic: model cần lập kế hoạch, thực thi nhiều bước, dùng công cụ và tự sửa lỗi.

Terminal Bench 2.1: 74.5 → 86.6

Qwen 3.8-Max tăng hơn 12 điểm trên các tác vụ agent điều khiển terminal. Trong bảng của Alibaba, điểm số này cao hơn Claude Opus 4.8 và Fable 5, cùng đạt 84.6; GPT-5.6 Sol dẫn đầu với 88.8.

Nên ưu tiên nâng cấp nếu bạn đang xây dựng:

Agent chạy lệnh shell hoặc terminal.
Quy trình sửa lỗi và kiểm tra code nhiều bước.
Agent CI/CD hoặc automation cần tự kiểm tra kết quả.
Công cụ lập trình cần thao tác filesystem, repository hoặc command-line tool.

SWE-bench Pro: 60.6 → 67.7

Điểm số tăng 7 điểm trên tác vụ kỹ thuật phần mềm thực tế. Đây là cải thiện có ý nghĩa, nhưng chưa phải dẫn đầu: Fable 5 đạt 80.0 trong cùng bảng.

Nếu SWE-bench Pro là tiêu chí quan trọng nhất, Qwen 3.8-Max là bước tiến so với 3.7-Max, nhưng chưa đủ để kết luận rằng nó tốt hơn mọi lựa chọn khác.

PaperBench: 64.8 → 93.0

Đây là mức tăng lớn nhất: hơn 28 điểm trên tác vụ tái tạo bài báo nghiên cứu AI. Qwen 3.8-Max cũng dẫn đầu toàn bộ nhóm model trong bảng so sánh của Alibaba.

Đây là tín hiệu đáng chú ý nếu workload của bạn gồm:

Tái tạo hoặc kiểm tra quy trình nghiên cứu.
Đọc và tổng hợp tài liệu kỹ thuật dài.
Lập kế hoạch thử nghiệm nhiều bước.
Suy luận khoa học hoặc phân tích có cấu trúc.

IFBench: 79.1 → 82.8

Khả năng tuân thủ chỉ dẫn tăng gần 4 điểm. Qwen 3.7-Max vốn đã mạnh ở benchmark này, nên Qwen 3.8-Max chủ yếu mở rộng lợi thế hiện có.

GPQA Diamond: 92.4 → 92.6

Gần như không đổi. Nếu workload của bạn chủ yếu là hỏi đáp kiến thức chuyên môn, nâng cấp từ 3.7-Max sang 3.8-Max có thể không đem lại khác biệt chất lượng rõ rệt.

HLE: 41.4 → 43.6

Humanity’s Last Exam tăng khoảng 2 điểm, nhưng Qwen 3.8-Max vẫn thấp hơn Fable 5 (53.3) và GPT-5.6 Sol (47.2) trong cùng bảng.

Kết luận từ benchmark

Qwen 3.8-Max có cải thiện lớn ở agentic work và nghiên cứu, cải thiện vừa phải về tuân thủ chỉ dẫn, gần như không thay đổi ở benchmark kiến thức đã bão hòa, và vẫn còn khoảng cách ở các bài đánh giá suy luận khó nhất.

Xem thêm phân tích benchmark Qwen 3.8 để xem đầy đủ bảng điểm, công cụ đánh giá và các benchmark nội bộ.

Kiến trúc: đã có thông số để lập kế hoạch hạ tầng

Qwen 3.8-Max là model mixture-of-experts (MoE) với:

2.4 nghìn tỷ tham số tổng cộng
95 tỷ tham số hoạt động trên mỗi lần forward
Xây dựng trên kiến trúc Qwen 3.5
Tỷ lệ kích hoạt khoảng 4%

Tỷ lệ kích hoạt quan trọng khi ước lượng chi phí phục vụ: mức tính toán liên quan đến 95B tham số hoạt động, không phải toàn bộ 2.4T tham số.

Alibaba chưa từng công bố thông số quy mô tương đương cho Qwen 3.7-Max. Với Qwen 3.8-Max, tài liệu model của Model Studio và bài phát hành đã công bố kiến trúc rõ ràng hơn, giúp nhóm kỹ thuật dự báo năng lực và chi phí ít phụ thuộc vào phỏng đoán.

Để so sánh trong cuộc đua open weights: Kimi K3 có 2.8T tham số tổng và 104B tham số hoạt động. Qwen 3.8-Max nhỏ hơn ở cả hai chỉ số.

Đa phương thức: khả năng mới mà Qwen 3.7-Max không có

Qwen 3.7-Max là text-only model. Qwen 3.8-Max hỗ trợ đầu vào hình ảnh và Alibaba đã công bố bảng benchmark đa phương thức riêng, trong đó model này dẫn đầu phần lớn hàng so với Gemini 3.1 Pro và GPT-5.6 Sol.

Một số điểm đáng chú ý trong bảng của Alibaba:

MathVision: 95.2
LogicVista: 91.9
OSWorld-Verified: 86.1 cho tác vụ sử dụng máy tính

Không có cột Qwen 3.7-Max trong bảng đa phương thức vì model cũ không nhận hình ảnh.

Trong implementation thực tế, điều này cho phép bạn hợp nhất một số pipeline trước đây cần model vision riêng:

Phân tích screenshot.
Đọc ảnh tài liệu.
Trích xuất thông tin từ biểu đồ.
Hỗ trợ automation giao diện người dùng.

Bài phát hành cũng minh họa khả năng hiểu tài liệu dài và video. Tuy nhiên, đây là khả năng được trình bày trong blog, không nhất thiết là kiểu đầu vào API riêng; hãy kiểm tra tài liệu API trước khi đưa vào production.

Giá: Qwen 3.8-Max rẻ hơn ở giá niêm yết, nhưng không rẻ hơn hôm nay

Qwen 3.8-Max có giá niêm yết:

$2 input / $6 output cho mỗi 1 triệu token
Một mức giá cố định trên toàn bộ context window 1 triệu token

Qwen 3.7-Max có giá niêm yết:

$2.5 input / $7.5 output cho mỗi 1 triệu token

Ở giá niêm yết, Qwen 3.8-Max rẻ hơn 20% dù có nhiều khả năng hơn.

Tuy nhiên, Qwen 3.7-Max đang được giảm giá 50% trong thời gian giới hạn:

$1.25 input / $3.75 output cho mỗi 1 triệu token

Ở mức giá hiện tại, Qwen 3.7-Max rẻ hơn Qwen 3.8-Max khoảng 38%. Kiểm tra giá mới nhất trên trang giá chính thức của Model Studio.

Hai điểm cần đưa vào cost model

Khuyến mãi có thể kết thúc

Alibaba chỉ ghi đây là ưu đãi giới hạn thời gian và chưa công bố ngày kết thúc. Nếu kiến trúc hoặc ngân sách của bạn phụ thuộc vào giá $1.25 / $3.75, hãy chuẩn bị phương án khi giá quay lại mức niêm yết.

Thinking token được tính phí như output token

Qwen 3.8-Max mặc định dùng reasoning_effort: xhigh. Token suy luận được tính như token đầu ra, nên chi phí thực tế có thể cao hơn đáng kể so với phép tính input/output cơ bản.

Xem hướng dẫn định giá Qwen 3.8 để xem chi phí lưu trữ và chi phí theo tác vụ.

Nếu cả hai model Max đều vượt ngân sách, qwen3.7-plus với giá $0.4 / $1.6 — hiện giảm giá 20% — vẫn là lựa chọn giá trị. Đọc so sánh Qwen 3.7-Plus và Max để xác định khi nào Plus là đủ.

Open weights: thay đổi lớn đầu tiên cho dòng Max

Chưa có model Qwen-Max nào từng phát hành open weights. Qwen 3.7-Max không có và Alibaba cũng chưa từng gợi ý rằng model này sẽ được mở.

Qwen 3.8-Max là ngoại lệ: bài phát hành hứa hẹn cung cấp weights trên Hugging Face và ModelScope vào “tuần tới”, tức khoảng ngày 10 tháng 8 năm 2026.

Tại thời điểm bài viết được xuất bản, ngày 3 tháng 8 năm 2026, weights chưa thể tải xuống. Vì vậy, hãy xem đây là cam kết công bố, không phải khả năng đã sẵn sàng để triển khai.

Ngay cả khi weights được phát hành, việc tự host model 2.4T tham số là dự án đa nút, kể cả đã lượng tử hóa. Với đa số team, tác động thực tế có thể là:

Có thêm lựa chọn nhà cung cấp hosting.
Có thêm đòn bẩy khi đàm phán giá.
Có thêm lựa chọn phục vụ qua bên thứ ba.

Nếu yêu cầu mua sắm hoặc tuân thủ của bạn bắt buộc phải có open weights, điều này có thể tự quyết định lựa chọn giữa 3.7-Max và 3.8-Max.

Những gì không thay đổi

Context window vẫn là 1 triệu token

Cả hai model đều hỗ trợ context window 1 triệu token. Nếu chọn 3.7-Max vì cần context dài, bạn không nhận thêm dung lượng context khi chuyển sang 3.8-Max.

Đường dẫn API cơ bản vẫn giống nhau

Cả hai model được phục vụ qua Alibaba Cloud Model Studio với endpoint tương thích OpenAI. Với luồng sử dụng cơ bản, migration chủ yếu là đổi model ID:

- "model": "qwen3.7-max"
+ "model": "qwen3.8-max"

Qwen 3.8-Max cũng bổ sung bề mặt API tương thích Anthropic. Bạn có thể kiểm tra cả hai giao thức trong client như Apidog nếu toolchain của bạn hỗ trợ.

Có kiểm soát reasoning rõ ràng hơn

Qwen 3.8-Max hỗ trợ các tham số:

reasoning_effort
enable_thinking
preserve_thinking

reasoning_effort có ba mức:

xhigh — mặc định
medium
low

Đặt rõ tham số này trong request để kiểm soát trade-off chất lượng, độ trễ và chi phí thay vì phụ thuộc vào hành vi reasoning mặc định.

Ví dụ payload theo kiểu OpenAI-compatible API:

{
  "model": "qwen3.8-max",
  "messages": [
    {
      "role": "user",
      "content": "Phân tích lỗi trong đoạn mã này và đề xuất bản vá."
    }
  ],
  "reasoning_effort": "medium"
}

Có nên nâng cấp? Chọn một trong ba hướng

1. Nâng cấp ngay nếu workload là agentic hoặc nghiên cứu

Ưu tiên Qwen 3.8-Max nếu bạn cần:

Agent vận hành terminal.
Tự động hóa quy trình nhiều bước.
Tái tạo hoặc phân tích công việc kỹ thuật.
Xử lý screenshot hay ảnh tài liệu.
Suy luận trên nội dung nghiên cứu dài.

Mức tăng ở Terminal Bench (74.5 → 86.6) và PaperBench (64.8 → 93.0) là các cải thiện có khả năng thể hiện rõ trong workload thực tế.

2. Tiếp tục dùng Qwen 3.7-Max trong thời gian khuyến mãi nếu chi phí là ưu tiên

Giữ qwen3.7-max nếu:

Workload chủ yếu là hỏi đáp, tóm tắt hoặc chat thông thường.
Chất lượng hiện tại đã đạt yêu cầu.
Bạn không cần đầu vào hình ảnh.
Giá mỗi token quan trọng hơn khả năng agentic.

GPQA chỉ thay đổi 0.2 điểm, trong khi mức giá khuyến mãi $1.25 / $3.75 hiện thấp hơn Qwen 3.8-Max.

Hãy đặt lịch kiểm tra lại giá khuyến mãi hàng tháng. Khi ưu đãi kết thúc, giá dự phòng hợp lý hơn có thể là Qwen 3.8-Max ở $2 / $6, thay vì quay lại giá niêm yết Qwen 3.7-Max là $2.5 / $7.5.

3. Chuyển xuống `qwen3.7-plus` nếu tác vụ đơn giản và cần tối ưu chi phí

Với giá $0.4 / $1.6, qwen3.7-plus rẻ hơn khoảng 5 lần Qwen 3.8-Max ở input token.

Đây thường là lựa chọn hợp lý cho:

Phân loại.
Trích xuất dữ liệu.
Sinh nội dung theo template.
Chuẩn hóa hoặc chuyển đổi văn bản.
Tác vụ không cần agentic reasoning phức tạp.

Cách kiểm tra migration trước khi thay đổi production

Benchmark của nhà cung cấp không thể thay thế đánh giá trên prompt, dữ liệu và tiêu chí chất lượng của chính bạn. Cách thực tế nhất là chạy A/B test song song.

Bước 1: Dùng chung một request, chỉ thay model ID

Tạo biến môi trường cho model:

MODEL=qwen3.7-max

Sau đó tạo môi trường thứ hai:

MODEL=qwen3.8-max

Giữ nguyên prompt, tham số generation, dữ liệu đầu vào và tiêu chí đánh giá để tránh làm sai lệch kết quả.

Ví dụ request:

{
  "model": "{{MODEL}}",
  "messages": [
    {
      "role": "system",
      "content": "Bạn là trợ lý kỹ thuật. Trả lời ngắn gọn, có thể triển khai."
    },
    {
      "role": "user",
      "content": "{{PROMPT}}"
    }
  ],
  "reasoning_effort": "medium"
}

Bước 2: Chọn tập prompt đại diện cho production

Không chỉ test prompt “đẹp”. Hãy đưa vào:

Prompt có tỷ lệ lỗi cao.
Input dài.
Yêu cầu tool use hoặc workflow nhiều bước.
Dữ liệu có cấu trúc.
Các trường hợp cần format output nghiêm ngặt.
Screenshot hoặc ảnh tài liệu nếu bạn dự định dùng khả năng vision của 3.8-Max.

Bước 3: Đo cả chất lượng, độ trễ và token

Với từng request, ghi lại:

Chỉ số	Câu hỏi cần trả lời
Chất lượng	Output có đúng tiêu chí nghiệp vụ không?
Độ ổn định	Có tuân thủ format và instruction nhất quán không?
Độ trễ	P50/P95 có phù hợp SLO không?
Token đầu vào	Prompt/context có tăng không?
Token đầu ra	Thinking token có làm chi phí tăng đáng kể không?
Chi phí	Chi phí trên một tác vụ hoàn tất là bao nhiêu?

Trong Apidog, bạn có thể cấu hình collection trỏ đến endpoint OpenAI-compatible của Model Studio, sau đó tạo hai environment chỉ khác biến model ID. Chạy cùng một request trên cả hai môi trường, so sánh response, latency và token usage, rồi lưu các prompt production đại diện thành test scenario để chạy lại khi Alibaba thay đổi giá hoặc cập nhật model.

Việc này biến câu hỏi “có nên nâng cấp không?” thành một bài kiểm tra có dữ liệu thay vì tranh luận dựa trên benchmark. Tải Apidog miễn phí và chạy so sánh trên workload của riêng bạn trước khi đổi cấu hình production.

Câu hỏi thường gặp

Qwen 3.8-Max có rẻ hơn Qwen 3.7-Max không?

Ở giá niêm yết, có: $2 / $6 so với $2.5 / $7.5 cho mỗi 1 triệu token.

Ở giá hiện tại, không: khuyến mãi 50% của Qwen 3.7-Max đưa giá xuống $1.25 / $3.75, thấp hơn Qwen 3.8-Max khoảng 38%. Alibaba chưa công bố ngày kết thúc ưu đãi. Xem hướng dẫn định giá Qwen 3.8 để biết chi tiết chi phí.

Tôi có cần thay đổi mã nguồn để chuyển từ `qwen3.7-max` sang `qwen3.8-max` không?

Với usage cơ bản, không. Cả hai cùng sử dụng endpoint Model Studio tương thích OpenAI, nên thay đổi chính là model ID.

Tuy nhiên, bạn nên đặt rõ reasoning_effort, vì Qwen 3.8-Max mặc định là xhigh và thinking token được tính phí như output token. Nếu gửi hình ảnh, đó là khả năng chỉ có ở Qwen 3.8-Max và yêu cầu dùng định dạng input image tiêu chuẩn.

Qwen 3.7-Max có open weights không?

Không. Alibaba chưa từng phát hành open weights cho Qwen 3.7-Max và không có dấu hiệu cho thấy điều đó sẽ thay đổi.

Qwen 3.8-Max là model Max đầu tiên được hứa hẹn phát hành open weights, dự kiến có trên Hugging Face và ModelScope khoảng ngày 10 tháng 8 năm 2026. Tính đến ngày 3 tháng 8, weights vẫn chưa thể tải xuống.

Qwen 3.8-Max có tốt hơn Claude hoặc GPT hiện tại không?

Điều này phụ thuộc vào benchmark, và các số liệu hiện tại là do Alibaba công bố.

Trong bảng của Alibaba, Qwen 3.8-Max vượt Opus 4.8 và Fable 5 ở Terminal Bench 2.1, đồng thời dẫn đầu PaperBench và IFBench. Nhưng model này vẫn thấp hơn Fable 5 trên SWE-bench Pro (67.7 so với 80.0) và thấp hơn các model hàng đầu trên HLE.

Chưa có benchmark độc lập, vì vậy hãy đánh giá trên workload của bạn trước khi đưa ra quyết định cuối cùng.

Qwen 3.8 trong Lập trình: 16 ngày chạy tự động và Liên kết mã Claude

Sebastian Petrus — Mon, 03 Aug 2026 06:46:18 +0000

Hầu hết các buổi ra mắt mô hình thường trình bày khả năng viết mã qua điểm HumanEval hoặc một hàm tìm kiếm nhị phân. Alibaba chọn cách khác với Qwen 3.8-Max: thay vì chỉ tuyên bố mô hình “viết hàm tốt”, họ cho rằng nó có thể vận hành một dự án phần mềm trong nhiều tuần — tự mở issue, hợp nhất pull request và triển khai tính năng mà không cần con người can thiệp.

Dùng thử Apidog ngay hôm nay

Bài viết này tập trung vào phần có thể kiểm chứng và áp dụng: ba bản demo viết mã mà Alibaba công bố, các chỉ số benchmark liên quan, cách cấu hình qwen3.8-max trong Claude Code, Codex, Qoder, Qwen Code và OpenClaw, cùng quy trình kiểm tra API do mã sinh ra.

Nếu bạn mới tìm hiểu về mô hình này, hãy bắt đầu với Qwen 3.8 là gì: tổng cộng 2,4 nghìn tỷ tham số, 95 tỷ tham số hoạt động, cửa sổ ngữ cảnh 1M token và các trọng số mở được hứa hẹn phát hành vào tuần sau khi ra mắt. Bài này chỉ tập trung vào khả năng viết mã. Mọi thông tin phản ánh tình hình đến ngày 3 tháng 8 năm 2026.

Alibaba thực sự tuyên bố điều gì?

Trong bài đăng chính thức về Qwen 3.8, Alibaba định vị Qwen 3.8-Max là mô hình có thể duy trì một nhiệm vụ kỹ thuật dài hạn: lập kế hoạch, triển khai trong nhiều ngày, tự phục hồi sau lỗi và tạo ra đầu ra có thể review.

Ba điểm khiến tuyên bố này đáng xem xét hơn một chiến dịch ra mắt thông thường:

Bản demo kéo dài. Mười sáu ngày khác hoàn toàn benchmark tác nhân kéo dài 20 phút. Ở quy mô này, khả năng khôi phục lỗi, quản lý ngữ cảnh và tránh lệch mục tiêu quan trọng hơn nhiều.
Có repo công khai. Bạn có thể xem commit, issue, PR và tự đánh giá chất lượng thay vì chỉ tin vào số liệu nhà cung cấp.
Dùng harness của đối thủ. Alibaba cho biết họ chạy phần lớn benchmark viết mã trên harness Claude Code và công bố cấu hình để người dùng tái tạo.

Lưu ý quan trọng: tất cả số liệu trong bài đều đến từ tài liệu ra mắt của Alibaba. Tính đến đầu tháng 8 năm 2026, chưa có xác minh độc lập. Hãy coi đây là demo, không phải kiểm toán độc lập.

Ba minh chứng về khả năng viết mã

oh-my-cli: 16 ngày phát triển tự động

Đây là demo nổi bật nhất. Alibaba cho Qwen 3.8-Max phát triển một công cụ CLI trong chế độ tự động. Tính đến ngày 30 tháng 7, quá trình này kéo dài 16 ngày và tạo ra:

265 commit
127 pull request
151 issue

Theo Alibaba, tất cả đều do mô hình tự tạo, xử lý và đóng.

Repo được công khai tại qwen-code-dev-bot/oh-my-cli. Đây là phần đáng kiểm tra nhất của demo.

Khi đánh giá repo, đừng chỉ nhìn số lượng commit. Hãy kiểm tra theo checklist sau:

Mỗi PR có giải quyết đúng issue được liên kết không?
Issue có phản ánh lỗi hoặc nhu cầu thực tế, hay chỉ là công việc được tạo ra để đóng?
Các thay đổi có kèm kiểm thử không?
Mô hình xử lý regression do chính nó tạo ra như thế nào?
Commit có nhỏ, dễ review và có chủ đích rõ ràng không?

Các dấu hiệu này phản ánh độ tin cậy dài hạn tốt hơn bất kỳ điểm benchmark đơn lẻ nào.

Chạy tái tạo bài báo: mã nghiên cứu, không phải mã ứng dụng

Demo thứ hai là tái tạo một bài báo nghiên cứu machine learning từ đầu. Theo Alibaba, quá trình này:

Mất khoảng 125 giờ
Tạo khoảng 7.600 dòng mã
Chạy 33 vòng huấn luyện GPU

Alibaba cho biết mô hình tái tạo được 6 phát hiện của bài báo, sau đó vượt kết quả được báo cáo thêm 2,7 điểm trên AIME24.

Đây là loại nhiệm vụ khó hơn autocomplete thông thường vì môi trường có thể lỗi, hyperparameter có thể bị ẩn trong ghi chú, và một lỗi nhỏ có thể chỉ lộ ra sau nhiều giờ huấn luyện. Khả năng đi qua 33 vòng huấn luyện và thu được kết quả khớp là điểm đáng chú ý, dù vẫn cần xác minh độc lập.

Demo này liên quan trực tiếp đến kết quả PaperBench được đề cập bên dưới.

Cuộc thi Tianchi: 24 giờ đối đầu với các đội người

Demo thứ ba đặt mô hình vào một cuộc thi khoa học dữ liệu trên nền tảng Tianchi của Alibaba với giới hạn 24 giờ.

Theo số liệu được công bố, mô hình:

Gửi 45 lần trong 24 giờ
Lặp lại chiến lược sau mỗi điểm số nhận được
Đạt độ chính xác cuối cùng là 0.853
Vượt 458 trong số 526 đội người

Mô hình không chiến thắng, nhưng vượt khoảng 87% đối thủ. Điều này cho thấy khả năng lặp nhanh dưới áp lực thời hạn: mỗi lượt gửi tạo dữ liệu để điều chỉnh lượt tiếp theo.

Tuy nhiên, Tianchi là nền tảng của Alibaba. Demo có thể là thật, nhưng nhà cung cấp kiểm soát môi trường thực hiện.

Các điểm benchmark viết mã

Alibaba công bố bảng benchmark sau. Đây đều là kết quả tự chạy của Alibaba.

Benchmark	Qwen 3.8-Max	Đối thủ tốt nhất theo bảng Alibaba
Terminal Bench 2.1	86.6	88.8 — GPT-5.6 Sol
SWE-bench Pro	67.7	80.0 — Fable 5
PaperBench	93.0	90.5 — GPT-5.6 Sol

Cách đọc các con số này:

Terminal Bench 2.1: 86.6

Qwen 3.8-Max vượt Claude Opus 4.8 và Fable 5, vốn cùng đạt 84.6 trong bảng của Alibaba. Đây là benchmark gần nhất với demo oh-my-cli: tác nhân điều khiển terminal, thao tác tệp và thực hiện tác vụ nhiều bước.
SWE-bench Pro: 67.7

Đây là điểm yếu tương đối rõ ràng. Fable 5 đạt 80.0 trên cùng bảng, cao hơn hơn 12 điểm. Với bài toán sửa lỗi ở quy mô repository, Qwen 3.8-Max không phải model dẫn đầu theo số liệu này.
PaperBench: 93.0

Đây là hàng benchmark mạnh nhất của Qwen 3.8-Max trong bảng so sánh và phù hợp với demo tái tạo bài báo.

Một chi tiết quan trọng: Alibaba cho biết phần lớn benchmark viết mã được chạy bằng harness Claude Code, kể cả các lần chạy mô hình đối thủ. Harness ảnh hưởng trực tiếp đến benchmark tác nhân, vì prompt, tool loop, timeout và fallback đều có thể thay đổi kết quả. Vì vậy, hãy coi bảng này là một điểm dữ liệu, không phải kết luận cuối cùng.

Cách viết mã với Qwen 3.8-Max ngay hôm nay

Qwen 3.8-Max đã có sẵn trên Alibaba Cloud Model Studio. Bạn cần API key DashScope từ home.qwencloud.com.

Theo trang giá Model Studio, giá được nêu là:

2 USD / 1 triệu input token
6 USD / 1 triệu output token
Không thay đổi trong toàn bộ ngữ cảnh 1M token

Claude Code

Qwen 3.8-Max hỗ trợ endpoint tương thích Anthropic. Thiết lập các biến môi trường sau:

export ANTHROPIC_BASE_URL=https://dashscope-intl.aliyuncs.com/apps/anthropic
export ANTHROPIC_AUTH_TOKEN=your-dashscope-api-key
export ANTHROPIC_MODEL=qwen3.8-max

Sau đó khởi động Claude Code như bình thường.

Để tránh lộ khóa API, không hard-code key vào shell script hoặc commit vào repo. Dùng secret manager, file môi trường được ignore hoặc cơ chế quản lý credential của hệ điều hành.

Ví dụ kiểm tra nhanh:

echo "$ANTHROPIC_BASE_URL"
echo "$ANTHROPIC_MODEL"

Kết quả kỳ vọng:

https://dashscope-intl.aliyuncs.com/apps/anthropic
qwen3.8-max

Codex

Codex sử dụng endpoint tương thích OpenAI. Thêm provider vào cấu hình:

model = "qwen3.8-max"
model_provider = "qwencloud"

[model_providers.qwencloud]
name = "QwenCloud"
base_url = "https://dashscope-intl.aliyuncs.com/compatible-mode/v1"
env_key = "DASHSCOPE_API_KEY"
context_window = 1000000

Sau đó export key:

export DASHSCOPE_API_KEY=your-dashscope-api-key

Điểm cần nhớ: Claude Code sử dụng endpoint Anthropic-compatible, còn Codex sử dụng endpoint OpenAI-compatible. Cùng model, cùng API key, nhưng giao thức khác nhau.

Qoder, Qwen Code và OpenClaw

Ba lựa chọn còn lại có thể triển khai nhanh như sau:

Qoder CLI: chọn qwen3.8-max trong cấu hình model.
Qwen Code: đặt DASHSCOPE_API_KEY, sau đó chọn model qwen3.8-max.
OpenClaw: dùng model ID qwen3.8-max và đặt maxTokens là 65536.

Ví dụ biến môi trường dùng chung cho Qwen Code:

export DASHSCOPE_API_KEY=your-dashscope-api-key

Hãy kiểm tra tài liệu ra mắt để lấy cấu hình mới nhất thay vì sao chép cấu hình cũ từ ảnh chụp blog.

Chọn `reasoning_effort` theo loại tác vụ

Qwen 3.8-Max hỗ trợ ba mức reasoning_effort:

xhigh — mặc định
medium
low

Dùng mức suy luận có chủ đích để kiểm soát chi phí và thời gian phản hồi.

Loại tác vụ	Mức đề xuất
Refactor nhiều tệp	`xhigh`
Gỡ lỗi nhiều bước	`xhigh`
Lập kế hoạch thay đổi kiến trúc	`xhigh`
Đổi tên biến hoặc hàm	`low`
Thêm docstring	`low`
Chỉnh sửa cơ học, lặp lại	`low`

Nguyên tắc thực tế:

Bắt đầu với low cho thay đổi nhỏ.
Chuyển sang medium nếu model bỏ sót phụ thuộc hoặc cần phân tích nhiều tệp.
Chỉ dùng xhigh cho tác vụ cần lập kế hoạch, gỡ lỗi phức tạp hoặc chạy tác nhân dài.

Token suy luận được tính như output token, với giá 6 USD / 1 triệu token theo thông tin được công bố. Vì xhigh là mặc định, một phiên tác nhân dài có thể tốn đáng kể hơn so với chỉnh sửa đơn giản.

Nếu Qwen 3.8-Max vượt quá nhu cầu, bạn vẫn có thể cân nhắc dòng Qwen3 Coder cho tác vụ viết mã chuyên dụng, hoặc Qwen3 Coder Flash cho phân khúc nhanh và rẻ hơn. Bạn cũng có thể xem cách Kimi K3 xử lý công việc viết mã.

Kiểm tra API mà mã do model tạo ra

Mã biên dịch thành công không có nghĩa là tích hợp API đúng. Một agent có thể tạo hàng nghìn dòng mã nhưng vẫn:

gọi sai endpoint;
dùng sai HTTP method;
xử lý sai mã 429;
gửi request body không hợp lệ;
bỏ qua retry, timeout hoặc xác thực;
hiểu sai phản hồi streaming.

Dưới đây là hai bước nên thêm vào workflow.

1. Kiểm tra endpoint mà mã sinh ra gọi

Khi Qwen 3.8-Max tạo API client hoặc service layer, hãy import OpenAPI specification vào Apidog và kiểm thử trực tiếp các endpoint.

Checklist tối thiểu:

Luồng xác thực thành công và thất bại
Request thiếu trường bắt buộc
Payload biên và dữ liệu bất thường
400, 401, 403, 404, 409, 429, 500
Timeout và retry
Kiểu dữ liệu của response
Hành vi streaming nếu API hỗ trợ

Nếu đang đánh giá API của model trước khi tích hợp, hướng dẫn API Qwen 3.8 trình bày cách thiết lập cả giao thức OpenAI-compatible và Anthropic-compatible. Apidog giúp kiểm tra song song hai dạng giao thức, bao gồm streaming response và reasoning delta.

2. Dùng mock server trước khi cho agent gọi production

Không nên để một agent chạy tự động trong nhiều ngày gọi thẳng vào production. Rủi ro bao gồm:

Vượt rate limit
Làm thay đổi dữ liệu thật
Tạo chi phí không kiểm soát
Gửi request lặp do retry sai
Gây side effect khó khôi phục

Dùng mock server trong Apidog để cung cấp response thực tế mà không chạm vào hệ thống thật.

Workflow đề xuất:

Qwen tạo API client
        ↓
Trỏ BASE_URL đến mock server
        ↓
Chạy test và kiểm tra request/response
        ↓
Review mã và log
        ↓
Chỉ đổi sang production URL sau khi phê duyệt

Bạn có thể tải Apidog miễn phí để dựng mock server trong vài phút.

Càng trao nhiều quyền tự chủ cho model, API càng trở thành bề mặt kiểm soát quan trọng. Bạn không thể review mọi commit theo thời gian thực, nhưng bạn có thể kiểm soát hệ thống mà mã được phép giao tiếp.

Câu hỏi thường gặp

Qwen 3.8 có tốt cho việc viết mã không?

Theo số liệu Alibaba công bố, model mạnh ở mã hóa tác nhân và tái tạo nghiên cứu:

Terminal Bench 2.1: 86.6
PaperBench: 93.0

Nhưng model không dẫn đầu ở sửa lỗi quy mô repository:

SWE-bench Pro: 67.7
Fable 5 trong cùng bảng: 80.0

Đánh giá thận trọng: Qwen 3.8-Max đáng chú ý cho công việc tự động dài hạn và tác vụ nghiên cứu, nhưng chưa phải model dẫn đầu trong sửa lỗi repository theo số liệu nhà cung cấp.

Tôi có thể dùng Qwen 3.8 trong Claude Code không?

Có. Thiết lập:

export ANTHROPIC_BASE_URL=https://dashscope-intl.aliyuncs.com/apps/anthropic
export ANTHROPIC_AUTH_TOKEN=your-dashscope-api-key
export ANTHROPIC_MODEL=qwen3.8-max

Alibaba công bố chính thức cấu hình này và cho biết họ chạy phần lớn benchmark viết mã trên harness Claude Code.

Chi phí viết mã với Qwen 3.8 là bao nhiêu?

Theo thông tin giá được nêu:

2 USD / 1 triệu input token
6 USD / 1 triệu output token
Ngữ cảnh tối đa 1M token

Reasoning token được tính như output token. Vì xhigh là mặc định, hãy dự trù chi phí cao hơn cho các phiên tác nhân dài. Xem thêm phân tích benchmark Qwen 3.8 và thông tin giá liên kết trong bài đó.

Quá trình oh-my-cli kéo dài 16 ngày có thực sự tự động không?

Đó là tuyên bố của Alibaba. Khác với phần lớn demo nhà cung cấp, bạn có thể tự kiểm tra đầu ra qua repo công khai qwen-code-dev-bot/oh-my-cli, với 265 commit, 127 PR và 151 issue tính đến ngày 30 tháng 7 năm 2026.

Điều cần đánh giá không chỉ là số lượng hoạt động, mà là chất lượng: PR có giải quyết issue thật không, test có đầy đủ không, và model có xử lý regression hiệu quả không.

Điểm chuẩn Qwen 3.8: Bảng Alibaba cho thấy điều gì và những điều chưa được tiết lộ

Sebastian Petrus — Mon, 03 Aug 2026 04:27:47 +0000

Trong hai tuần, câu chuyện về Qwen 3.8 có một lỗ hổng: các bản xem trước báo chí vào tháng 7 hứa hẹn một mô hình đẳng cấp tiên phong nhưng không cung cấp điểm số nào, khiến mọi bài viết ban đầu đều dựa trên cảm tính. Điều đó đã thay đổi vào ngày 3 tháng 8 năm 2026, khi bài đăng ra mắt chính thức của Alibaba về Qwen 3.8-Max công bố bảng điểm chuẩn đầy đủ, so sánh với Claude Opus 4.8, Fable 5, GPT-5.6 Sol và Qwen3.7-Max, kèm một bảng đa phương thức so với Gemini 3.1 Pro và GPT-5.6 Sol.

Dùng thử Apidog ngay hôm nay

Bảng này có cả chiến thắng, thất bại và các chi tiết phương pháp luận dễ bị bỏ qua. Bài viết tập trung vào cách đọc các kết quả đó, sau đó hướng dẫn bạn tự kiểm tra API bằng workload thực tế thay vì chỉ tin vào benchmark của nhà cung cấp. Nếu cần thông tin nền tảng như tham số, giá và quyền truy cập, hãy đọc bài giải thích về Qwen 3.8-Max trước.

Lưu ý: Mọi điểm số bên dưới đều xuất phát từ bảng do Alibaba công bố, với dữ liệu bảng xếp hạng được chú thích ngày 3 tháng 8 năm 2026. Tại thời điểm viết bài, chưa có đánh giá độc lập.

Bảng điểm chuẩn: tổng quan nhanh

Các hàng nổi bật cho mô hình văn bản theo số liệu Alibaba công bố. Điểm cao hơn là tốt hơn ở mọi tiêu chí.

Điểm chuẩn	Qwen 3.8-Max	Claude Opus 4.8	Fable 5	GPT-5.6 Sol	Qwen3.7-Max
Terminal Bench 2.1	86.6	84.6	84.6	88.8	74.5
SWE-bench Pro	67.7	69.2	80.0	64.6	60.6
PaperBench	93.0	80.3	88.8	90.5	64.8
GPQA Diamond	92.6	92.0	92.6	94.1	92.4
IFBench	82.8	62.2	63.5	72.7	79.1
HLE (Humanity’s Last Exam)	43.6	45.7	53.3	47.2	41.4

Nguồn: Bảng do Alibaba thực hiện. Đây là benchmark do nhà cung cấp tự chạy, một chi tiết cần được tính đến khi diễn giải kết quả.

Qwen 3.8-Max chiến thắng ở đâu?

PaperBench: kết quả flagship mạnh nhất

Trên PaperBench — bài kiểm tra khả năng tái tạo kết quả nghiên cứu khoa học — Qwen 3.8-Max đạt 93.0, cao hơn GPT-5.6 Sol (90.5), Fable 5 (88.8) và Opus 4.8 (80.3).

Điểm cần chú ý nhất là mức tăng từ 64.8 lên 93.0 so với Qwen3.7-Max. Đây là chênh lệch 28 điểm giữa hai thế hệ. Nếu được các đánh giá độc lập xác nhận, kết quả này sẽ là tín hiệu mạnh về năng lực xử lý nghiên cứu dài hạn.

Khi nào nên thử trong sản phẩm: các luồng cần đọc tài liệu dài, tổng hợp kết quả nghiên cứu, đối chiếu giả thuyết hoặc tạo báo cáo kỹ thuật có cấu trúc.

IFBench: tuân thủ hướng dẫn với khoảng cách lớn

Qwen 3.8-Max đạt 82.8 trên IFBench, trong khi GPT-5.6 Sol đạt 72.7, Fable 5 đạt 63.5 và Opus 4.8 đạt 62.2.

Khoảng cách 10–20 điểm là đáng chú ý. Qwen3.7-Max cũng đã đạt 79.1 trên hàng này, nên khả năng tuân thủ hướng dẫn có vẻ là một điểm mạnh ổn định của dòng Qwen.

Cách kiểm tra thực tế: tạo bộ prompt yêu cầu đầu ra nghiêm ngặt, chẳng hạn JSON có schema cố định, trường bắt buộc và quy tắc định dạng.

{
  "task": "Trích xuất thông tin hóa đơn",
  "output_format": {
    "invoice_number": "string",
    "vendor": "string",
    "total": "number",
    "currency": "string"
  },
  "rules": [
    "Chỉ trả về JSON hợp lệ",
    "Không thêm markdown",
    "Không tạo trường ngoài schema"
  ]
}

Sau đó đo tỷ lệ phản hồi hợp lệ, tỷ lệ thiếu trường và số lần cần retry giữa các mô hình.

Terminal Bench 2.1: nhỉnh hơn Claude, nhưng chưa dẫn đầu

Trong lần chạy của Alibaba, Qwen 3.8-Max đạt 86.6, cao hơn Opus 4.8 và Fable 5 (cùng 84.6). Tuy nhiên, GPT-5.6 Sol vẫn dẫn đầu với 88.8.

Đây là vị trí thứ hai, không phải chiến thắng tuyệt đối. Dù vậy, vượt Claude khoảng hai điểm trên benchmark agentic terminal vẫn là một kết quả đáng chú ý nếu workflow của bạn liên quan đến shell, CLI hoặc tự động hóa tác vụ lập trình.

Đa phương thức: điểm sáng tổng thể

Bảng đa phương thức là nơi Qwen 3.8-Max thể hiện mạnh nhất. Alibaba báo cáo:

MathVision: 95.2
LogicVista: 91.9
OSWorld-Verified: 86.1
Dẫn đầu phần lớn các hàng OCR trong bảng

Opus 4.8 và Fable 5 không cạnh tranh trực tiếp ở phần này vì bảng so sánh tập trung vào văn bản. So với Gemini 3.1 Pro và GPT-5.6 Sol, các hàng liên quan đến suy luận hình ảnh và xử lý tài liệu là nơi Qwen 3.8-Max tạo khác biệt rõ nhất.

Nếu bạn đang so sánh với một bản phát hành trọng số mở lớn khác trong mùa hè, điểm khác biệt lớn nhất cũng nằm ở đa phương thức: Kimi K3 chỉ tập trung vào văn bản. Xem thêm so sánh Qwen 3.8 và Kimi K3.

Những điểm thất bại cần đọc đúng

Alibaba vẫn hiển thị các hàng mà Qwen 3.8-Max thua đối thủ. Đây là ba điểm quan trọng nhất.

HLE: 43.6, đứng sau các flagship khác

Trên Humanity’s Last Exam:

Qwen 3.8-Max: 43.6
Claude Opus 4.8: 45.7
GPT-5.6 Sol: 47.2
Fable 5: 53.3

Qwen 3.8-Max đứng cuối trong bốn flagship, dù vẫn cao hơn Qwen3.7-Max (41.4). HLE thường khó tối ưu riêng cho benchmark hơn nhiều đánh giá khác, nên đây là hàng đáng theo dõi.

SWE-bench Pro: 67.7 so với 80.0 của Fable 5

Trên benchmark kỹ thuật phần mềm khó hơn:

Qwen 3.8-Max: 67.7
Fable 5: 80.0
Claude Opus 4.8: 69.2
GPT-5.6 Sol: 64.6
Qwen3.7-Max: 60.6

Qwen 3.8-Max cải thiện rõ rệt so với thế hệ trước, nhưng vẫn kém Fable 5 khoảng 12 điểm. Hai nhận định sau đều đúng cùng lúc:

Qwen 3.8-Max vượt Opus 4.8 trên Terminal Bench.
Qwen 3.8-Max kém Fable 5 đáng kể trên SWE-bench Pro.

Nếu workload của bạn là sửa lỗi trong repository thực, đừng dùng một benchmark terminal đơn lẻ để suy ra hiệu năng coding tổng thể.

DeepSWE và các tác vụ agentic khó

DeepSWE là một hàng khác mà Qwen 3.8-Max kém các mô hình tiên phong trong bảng Alibaba. Mẫu hình chung là:

Cạnh tranh trong tác vụ agent dựa trên terminal.
Yếu hơn trong các đánh giá kỹ thuật phần mềm sâu.
Mạnh hơn ở trí thông minh tài liệu và đa phương thức.

Tóm lại, Qwen 3.8-Max không phải là chiến thắng toàn diện trên mọi loại benchmark. Đây vẫn là kết quả mạnh đối với mô hình có giá 2 USD đầu vào và 6 USD đầu ra cho mỗi triệu token, theo trang giá chính thức, nhưng cần được kiểm tra trên workload thực tế trước khi thay thế mô hình hiện tại.

Bốn chi tiết phương pháp luận dễ bị bỏ qua

1. Mọi con số đều do nhà cung cấp tự chạy

Alibaba đánh giá cả mô hình của mình lẫn mô hình đối thủ. Đây là thực hành phổ biến trong các bài ra mắt, nhưng luôn có ảnh hưởng từ:

Phiên bản benchmark được chọn
Prompt và chiến lược prompting
Cài đặt sampling
Chính sách retry
Toolchain dùng để chạy agent

Điều này không tự động có nghĩa là gian lận. Nhưng một bảng benchmark của nhà cung cấp là một tuyên bố có phương pháp luận, không phải phép đo độc lập.

2. Phần lớn benchmark coding chạy trên Claude Code

Alibaba cho biết nhiều benchmark coding được chạy bằng Claude Code, toolchain agent của Anthropic, kết nối với Qwen 3.8-Max thông qua API tương thích Anthropic.

Điều này có hai mặt:

Công bằng hơn: các mô hình được chạy trong cùng một công cụ phổ biến.
Cần thận trọng: điểm số thực tế phản ánh “Qwen trong toolchain của Anthropic”, không chỉ phản ánh bản thân mô hình.

Với các bài test agentic, toolchain có thể thay đổi kết quả vài điểm. Nếu bạn triển khai bằng một framework khác, như SDK riêng, LangGraph hoặc agent nội bộ, hãy chạy lại bằng stack của mình.

3. Một số benchmark do Qwen phát triển

QwenSWEBench, QwenQoderBench, CoWorkBench và RecreationBench được xây dựng bởi nhóm Qwen.

Benchmark nội bộ vẫn có giá trị, đặc biệt khi chúng đo các năng lực mà benchmark công khai chưa bao phủ. Tuy nhiên, điểm số cao trên benchmark do nhà sản xuất xây dựng là loại bằng chứng khác với điểm số cao trên SWE-bench Pro hoặc benchmark công khai được cộng đồng sử dụng rộng rãi.

Khi trích dẫn một hàng, hãy kiểm tra:

Đây là benchmark công khai hay nội bộ?
Ai tạo benchmark?
Có mã nguồn, tập dữ liệu hoặc quy trình đánh giá công khai không?

4. Chú thích về Fable 5

Bảng Alibaba có chú thích: “Kết quả của Fable5 có thể liên quan đến các lần dự phòng.”

Điều đó cho thấy ít nhất một số kết quả của đối thủ có thể không phản ánh một lần chạy “sạch” không retry. Dù nguyên nhân kỹ thuật là gì, đây là lý do để không đọc cột Fable 5 mà không xem chú thích.

Mẫu hình này không chỉ xuất hiện ở Alibaba. Anthropic, OpenAI và Google cũng công bố bảng tự chạy với các lựa chọn phương pháp luận riêng. Chúng tôi đã thấy vấn đề tương tự trong phân tích benchmark Kimi K3.

Checklist đọc benchmark của nhà cung cấp

Dùng checklist này cho Qwen 3.8-Max và bất kỳ bảng benchmark nào khác:

Ai chạy đánh giá?

Kết quả do nhà cung cấp tự báo cáo cần được phân biệt với đánh giá độc lập.
Toolchain và cấu hình là gì?

Benchmark agentic đặc biệt nhạy với framework, prompt, quyền công cụ và chính sách retry.
Benchmark nào do nhà cung cấp xây dựng?

Benchmark nội bộ có thể hữu ích, nhưng không nên được đánh đồng với benchmark công khai.
Đọc chú thích và điều kiện chạy.

Các cụm như “có thể liên quan đến retry” có thể ảnh hưởng lớn đến cách diễn giải kết quả.
Kiểm tra các hàng bị thiếu.

Một bảng chỉ công bố các benchmark thuận lợi có thể che mất điểm yếu quan trọng. So sánh với cách thế hệ trước xếp hạng giữa các nhà cung cấp để nhận ra các hàng đã biến mất.
Chờ nguồn thứ hai.

Một tuần chờ benchmark độc lập thường đáng giá hơn việc ra quyết định dựa trên bảng ra mắt.

Thay vào đó: tự chạy đánh giá của riêng bạn

Checklist giúp đọc bảng tốt hơn. Nhưng cách tốt nhất là giảm phụ thuộc vào bảng của nhà cung cấp.

Qwen 3.8-Max hiện có trên Alibaba Cloud Model Studio với ID:

qwen3.8-max

Mô hình hỗ trợ cả API tương thích OpenAI và API tương thích Anthropic, theo trang mô hình chính thức. Hãy dùng chính prompt, dữ liệu và tiêu chí thành công của sản phẩm để đánh giá.

Quy trình đánh giá tối thiểu

Chọn mô hình hiện tại làm baseline, ví dụ Qwen3.7-Max, Kimi K3, Claude hoặc GPT.
Chuẩn bị 20–30 prompt đại diện cho traffic sản xuất.
Chạy cùng bộ prompt trên baseline và qwen3.8-max.
Ghi lại chất lượng, JSON validity, số lần retry, độ trễ và token usage.
Đánh giá bằng tiêu chí có thể hành động: mô hình nào giảm lỗi hoặc giảm công việc thủ công trong workflow của bạn.

Thiết lập request mẫu

Ví dụ body theo định dạng chat completions:

{
  "model": "qwen3.8-max",
  "messages": [
    {
      "role": "system",
      "content": "Bạn là trợ lý hỗ trợ kỹ thuật. Chỉ trả về JSON hợp lệ."
    },
    {
      "role": "user",
      "content": "Phân loại lỗi sau và đề xuất bước xử lý: API trả về 429 khi tải cao."
    }
  ],
  "reasoning_effort": "xhigh"
}

Sau đó tạo request tương đương cho mô hình baseline. Giữ nguyên prompt, nhiệt độ, giới hạn token và quy tắc retry để so sánh công bằng.

Các assertion nên thêm

Với workflow API, không chỉ đánh giá câu trả lời “có vẻ tốt”. Hãy kiểm tra các thuộc tính có thể tự động xác minh:

Phản hồi là JSON hợp lệ.
Có đủ trường bắt buộc.
Không chứa trường ngoài schema.
Độ trễ dưới ngưỡng chấp nhận được.
Không vượt ngân sách token hoặc chi phí.
Nội dung có thể được downstream service xử lý mà không cần sửa tay.

Ví dụ assertion logic:

status_code == 200
response.body is valid JSON
response.body.category exists
response.body.next_steps is an array
response_time < 5000ms

Trong Apidog, bạn có thể lưu các request thành test scenario, đặt assertion cho từng phản hồi và chạy lần lượt hai môi trường mô hình. Báo cáo test sẽ giúp so sánh tỷ lệ thành công và thời gian phản hồi trên chính workload của bạn.

Hai điểm cần kiểm tra riêng với Qwen

Khi chạy đánh giá, hãy đo riêng hai yếu tố sau:

reasoning_effort: xhigh là mặc định

Đo cả chi phí và độ trễ ở mức reasoning effort mà bạn thực sự định triển khai. Một mô hình đạt điểm benchmark tốt có thể không phù hợp nếu latency hoặc token usage vượt ngân sách sản phẩm.
API tương thích Anthropic

Nếu bạn định dùng endpoint tương thích Anthropic, hãy kiểm tra riêng protocol này. Đây cũng là protocol mà nhiều benchmark coding của Alibaba chạy qua, nên kết quả có thể khác với luồng triển khai OpenAI-compatible của bạn.

Tải xuống Apidog, cấu hình hai endpoint dưới dạng environment và chạy bộ prompt của bạn. Bạn sẽ có dữ liệu phù hợp với sản phẩm của mình trước khi các bảng xếp hạng độc lập cập nhật.

Các câu hỏi thường gặp

Các con số benchmark Qwen 3.8 có được xác minh độc lập không?

Không. Tính đến ngày 3 tháng 8 năm 2026, mọi con số được công bố đều đến từ bảng của Alibaba. Artificial Analysis và các bảng xếp hạng cộng đồng chưa chấm điểm Qwen 3.8-Max tại thời điểm viết bài.

Hãy xem các số liệu này là tuyên bố của nhà cung cấp cho đến khi có đánh giá độc lập.

Kết quả benchmark tốt nhất của Qwen 3.8-Max là gì?

PaperBench là hàng flagship tốt nhất: Qwen 3.8-Max đạt 93.0, cao hơn GPT-5.6 Sol (90.5), Fable 5 (88.8) và Opus 4.8 (80.3).

Trong bảng đa phương thức, MathVision (95.2) và các hàng OCR là những kết quả mạnh nhất nói chung.

Qwen 3.8-Max thua rõ ràng ở đâu?

Điểm yếu rõ nhất trong bảng Alibaba là:

HLE: 43.6, thấp nhất trong bốn flagship.
SWE-bench Pro: 67.7, thấp hơn Fable 5 (80.0).
DeepSWE: kém các mô hình tiên phong theo bảng của Alibaba.

Các đánh giá kỹ thuật phần mềm sâu và benchmark kiến thức rộng là hai khu vực cần kiểm tra kỹ trước khi dùng mô hình cho coding agent hoặc tác vụ suy luận tổng quát.

Qwen 3.8 tốt hơn Qwen 3.7-Max bao nhiêu?

Theo bảng Alibaba:

Terminal Bench 2.1: 74.5 → 86.6
SWE-bench Pro: 60.6 → 67.7
PaperBench: 64.8 → 93.0

Việc nâng cấp có đáng giá hay không vẫn phụ thuộc vào giá, độ trễ và phương thức API bạn dùng. Xem so sánh Qwen 3.8 và Qwen 3.7 để phân tích sâu hơn.

Cách sử dụng Qwen 3.8 miễn phí

Sebastian Petrus — Mon, 03 Aug 2026 04:26:03 +0000

Alibaba đã phát hành Qwen 3.8-Max vào đầu tháng 8 năm 2026, và kết quả tìm kiếm đã nhanh chóng xuất hiện các tuyên bố “miễn phí mãi mãi” không phản ánh đúng điều khoản sử dụng. Bài viết này tổng hợp các lựa chọn dựa trên trang chính thức của Alibaba tính đến ngày 3 tháng 8 năm 2026.

Dùng thử Apidog ngay hôm nay

Có đúng bốn lựa chọn đáng quan tâm:

Hai cách dùng được ngay hôm nay.
Một cách là cam kết phát hành trong thời gian cụ thể.
Một cách là phương án dự phòng với các model Qwen cũ hơn.

Nếu cần nắm nhanh thông số model trước khi bắt đầu — tổng cộng 2,4 nghìn tỷ tham số, 95B tham số hoạt động và ngữ cảnh 1M token — hãy xem tổng quan về Qwen 3.8.

Cách thức	Miễn phí?	Hoạt động hôm nay?	Lưu ý
Qwen Chat	Có	Có	Dành cho người dùng, không có API
Hạn mức API Model Studio	1M token	Có	Chỉ khu vực Singapore, hết hạn sau 90 ngày
Trọng số mở (tự lưu trữ)	Trọng số miễn phí	Chưa	Hứa “tuần tới”; hạ tầng không miễn phí
Các model Qwen cũ hơn	Có	Có	Không phải Qwen 3.8

Cách 1: Dùng Qwen Chat để thử model ngay

Cách nhanh nhất để dùng miễn phí là Qwen Chat. Bạn chỉ cần đăng nhập, chọn model và bắt đầu trò chuyện với Qwen 3.8-Max — không cần thẻ tín dụng hoặc cấu hình cloud. Bài đăng ra mắt chính thức giới thiệu đây là cách mặc định để trải nghiệm model.

Bạn nhận được:

Quyền dùng miễn phí model đầu bảng qua giao diện chat.
Khả năng xử lý hình ảnh và tài liệu như trong các demo ra mắt.

Bạn không nhận được:

API key.
Khả năng tự động hóa.
Cách tích hợp trực tiếp vào ứng dụng, agent hoặc bộ kiểm thử.
Hành vi API thô tương đương hoàn toàn với giao diện chat.

Qwen Chat có system prompt và cấu hình riêng, vì vậy kết quả trong giao diện chat có thể khác với kết quả khi gọi API. Nếu đang đánh giá Qwen 3.8-Max cho sản phẩm, hãy dùng Qwen Chat để khám phá khả năng model, không dùng nó làm tiêu chuẩn benchmark API.

Kết luận: miễn phí và dùng được ngay, nhưng không phù hợp cho quy trình phát triển cần API.

Cách 2: Dùng hạn mức miễn phí của Model Studio

Nếu bạn viết code, đây là lựa chọn đáng dùng nhất hiện tại. Alibaba Cloud Model Studio cấp cho tài khoản mới hạn mức miễn phí cho qwen3.8-max: 1 triệu token.

Tuy nhiên, cần cấu hình đúng ngay từ đầu. Trang giá Model Studio có ba điều khoản quan trọng.

1. Chỉ miễn phí tại khu vực Singapore

Hạn mức miễn phí chỉ áp dụng cho khu vực Singapore (quốc tế). Dùng URL cơ sở sau:

https://dashscope-intl.aliyuncs.com/compatible-mode/v1

Nếu dùng endpoint tại Bắc Kinh hoặc US-Virginia, bạn bị tính phí từ token đầu tiên. Vì vậy, hãy tạo biến môi trường hoặc environment riêng cho từng khu vực thay vì sửa URL thủ công trong code.

Ví dụ:

export DASHSCOPE_API_KEY="your_api_key"
export DASHSCOPE_BASE_URL="https://dashscope-intl.aliyuncs.com/compatible-mode/v1"

2. Hạn mức hết hạn sau 90 ngày

1M token có hiệu lực trong 90 ngày kể từ lúc kích hoạt. Token chưa dùng không được cộng dồn sau thời hạn này.

Đừng kích hoạt hạn mức nếu bạn chưa sẵn sàng chạy thử nghiệm. Hãy chuẩn bị trước:

Bộ prompt benchmark.
Tiêu chí đánh giá đầu ra.
Logging số token theo từng request.
Cảnh báo chi phí sau khi hết hạn mức.

3. Sau hạn mức miễn phí: $2 input / $6 output cho mỗi triệu token

Sau khi hết hạn mức hoặc hết 90 ngày, giá là:

$2 / 1M input token
$6 / 1M output token

Mức giá này áp dụng trên toàn bộ ngữ cảnh 1M token, không phân tầng. Đây không còn là mức miễn phí, và việc chuyển sang trả phí diễn ra tự động.

Để ước tính chi phí theo workload thực tế, xem hướng dẫn định giá Qwen 3.8.

Thiết lập API tối thiểu

Các bước lấy hạn mức:

Tạo tài khoản Alibaba Cloud Model Studio.
Kích hoạt dịch vụ.
Tạo API key.
Lưu key trong biến môi trường DASHSCOPE_API_KEY.
Chọn endpoint Singapore.

Danh mục model liệt kê qwen3.8-max trong nhóm model được đề xuất.

Endpoint hỗ trợ giao thức tương thích OpenAI và cũng có endpoint tương thích Anthropic. Xem hướng dẫn API Qwen 3.8 để triển khai streaming và xử lý output suy luận.

Ví dụ request theo giao thức tương thích OpenAI:

curl "$DASHSCOPE_BASE_URL/chat/completions" \
  -H "Authorization: Bearer $DASHSCOPE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "qwen3.8-max",
    "messages": [
      {
        "role": "user",
        "content": "Tóm tắt nội dung tài liệu này trong 5 gạch đầu dòng."
      }
    ],
    "reasoning_effort": "low"
  }'

Hãy kiểm tra model ID, endpoint và tham số hỗ trợ trong tài liệu Model Studio trước khi đưa request vào production.

Bẫy lớn: `reasoning_effort` mặc định là `xhigh`

Qwen 3.8-Max được đặt reasoning_effort mặc định là xhigh. Token suy luận được tính như output token.

Điều này có nghĩa là một prompt phức tạp có thể tiêu tốn hàng nghìn token suy luận trước khi model trả về câu trả lời hiển thị cho người dùng.

Để kéo dài hạn mức 1M token:

Dùng low cho tác vụ phân loại, tóm tắt, trích xuất hoặc định dạng dữ liệu.
Dùng medium khi cần suy luận vừa phải.
Chỉ dùng xhigh cho tác vụ thực sự cần suy luận sâu.

Ví dụ cấu hình theo loại tác vụ:

{
  "model": "qwen3.8-max",
  "reasoning_effort": "low",
  "messages": [
    {
      "role": "user",
      "content": "Trích xuất tên, email và công ty từ văn bản sau."
    }
  ]
}

Quy trình để 1M token dùng được lâu hơn

Một triệu token có thể cạn nhanh nếu bạn gửi lại toàn bộ prompt trong mỗi vòng lặp debug. Hãy áp dụng quy trình sau.

1. Sửa request trước khi chạy lại

Tạo request trong Apidog, điều chỉnh headers, body và tham số theo từng lần gọi. Kiểm tra phản hồi streaming, bao gồm các thay đổi liên quan đến suy luận, trước khi đưa request vào vòng lặp retry của ứng dụng.

2. Mock phản hồi trong lúc phát triển

Sau khi biết cấu trúc response mong muốn, lưu một response mẫu và dùng mock server để phục vụ frontend hoặc agent trong giai đoạn xây dựng.

Ví dụ response mẫu:

{
  "id": "chatcmpl_example",
  "choices": [
    {
      "index": 0,
      "message": {
        "role": "assistant",
        "content": "Đây là phản hồi mẫu để kiểm thử giao diện."
      },
      "finish_reason": "stop"
    }
  ],
  "usage": {
    "prompt_tokens": 120,
    "completion_tokens": 48,
    "total_tokens": 168
  }
}

Bạn không cần gọi model thật cho mỗi thay đổi UI, parser hay workflow agent.

3. Ghi log token trên từng request

Theo dõi trường usage mà API trả về để biết mức tiêu thụ thực tế:

console.log({
  input: response.usage?.prompt_tokens,
  output: response.usage?.completion_tokens,
  total: response.usage?.total_tokens
});

Tải xuống Apidog miễn phí nếu bạn muốn quản lý request, mock response và lưu nhiều environment. Bạn có thể tạo riêng các environment Singapore, Bắc Kinh và Mỹ để tránh gọi nhầm endpoint.

Kết luận: đây là cách tốt nhất cho developer hiện nay, miễn là bạn dùng đúng khu vực Singapore, theo dõi hạn dùng 90 ngày và kiểm soát token suy luận.

Cách 3: Chờ trọng số mở được phát hành

Tin đáng chú ý nhất với người muốn tự lưu trữ là Qwen 3.8-Max được Alibaba giới thiệu là model đầu tiên thuộc lớp Qwen-Max có trọng số mở. Alibaba cho biết trọng số sẽ xuất hiện trên Hugging Face và ModelScope vào “tuần tới”, tức khoảng ngày 10 tháng 8.

Tuy nhiên, tính đến ngày 3 tháng 8 năm 2026, trọng số vẫn chưa có để tải xuống.

Điều đó có nghĩa là hiện tại bạn chưa thể:

Tải trọng số.
Lượng tử hóa model.
Chạy local.
Triển khai server inference riêng.

Nếu gặp hướng dẫn nói rằng bạn có thể chạy Qwen 3.8 local trước khi trọng số được phát hành, hãy kiểm tra lại nguồn model mà hướng dẫn đó thực sự sử dụng.

Thực tế về tự lưu trữ

Ngay cả sau khi trọng số được phát hành, “miễn phí” chỉ áp dụng cho trọng số, không áp dụng cho phần cứng.

Qwen 3.8-Max có tổng cộng 2,4 nghìn tỷ tham số. Tiền lệ gần nhất là Kimi K3, model 2,8T tham số được phát hành với 594 GB trọng số ngay cả khi dùng lượng tử hóa MXFP4 mạnh.

Với Qwen 3.8-Max, bạn vẫn nên dự kiến:

Hàng trăm GB trọng số.
Hệ thống multi-GPU.
Khả năng cần triển khai đa node.
Chi phí GPU, lưu trữ, điện năng và vận hành.

Đây không phải model phù hợp với laptop, GPU consumer đơn lẻ hoặc một workstation thông thường. Để hình dung loại hạ tầng liên quan, xem bài phân tích chạy Kimi K3 cục bộ.

Lợi ích thực tế của trọng số mở với phần lớn developer là:

Nhà cung cấp bên thứ ba có thể bắt đầu host model.
Cạnh tranh có thể kéo giá API xuống.
Bạn có thêm lựa chọn về nơi triển khai và kiểm soát dữ liệu.

Với đa số đội ngũ, “trọng số mở miễn phí” sẽ thực tế hơn dưới dạng API host giá thấp, không phải model chạy trên máy cá nhân.

Kết luận: chưa dùng được tại thời điểm bài viết. Hãy kiểm tra lại vào giữa tháng 8 và dự trù chi phí hosting thay vì giả định có thể chạy local miễn phí.

Cách 4: Dùng các model Qwen cũ hơn

Nếu yêu cầu của bạn là “một model Qwen đủ tốt với chi phí bằng 0”, thay vì bắt buộc phải là Qwen 3.8-Max, các model thế hệ trước là phương án thực tế hơn.

Các model Qwen trọng số mở nhỏ hơn có thể chạy trên phần cứng phổ biến hơn và có các lựa chọn truy cập miễn phí riêng. Xem hướng dẫn sử dụng Qwen 3.7 miễn phí để cập nhật các lựa chọn này.

Đánh đổi là bạn không có các cải tiến hiệu năng của Qwen 3.8-Max. Nhưng với các tác vụ như:

Prototype nhỏ.
Phân loại nội dung.
Trích xuất dữ liệu.
Học cách tích hợp API Qwen.
Benchmark workflow trước khi trả phí.

…model cũ hơn thường đã đủ dùng.

Những gì không có thật

Tính đến ngày 3 tháng 8 năm 2026, các lựa chọn sau không tồn tại:

Không có API miễn phí không giới hạn. Bạn chỉ có 1M token và hạn mức này hết hạn.
Không có hạn mức miễn phí ngoài Singapore. Endpoint Bắc Kinh và US-Virginia tính phí từ token đầu tiên.
Chưa có trọng số để tải xuống. “Tuần tới” là lời hứa, không phải link tải.
Không có Qwen 3.8-Max miễn phí chính thức trên nền tảng tổng hợp bên thứ ba. Bất kỳ dịch vụ nào tuyên bố cung cấp Qwen 3.8-Max miễn phí trước khi trọng số phát hành đều cần được kiểm tra kỹ model backend thực tế.

Câu hỏi thường gặp

API của Qwen 3.8 có thực sự miễn phí không?

Có, nhưng chỉ một phần. Tài khoản mới nhận 1 triệu token miễn phí qua Alibaba Cloud Model Studio trong 90 ngày, chỉ ở khu vực Singapore.

Sau đó, giá là $2 cho mỗi triệu input token và $6 cho mỗi triệu output token.

Tôi có thể tải xuống và chạy Qwen 3.8 local ngay bây giờ không?

Không. Trọng số được hứa hẹn trên Hugging Face và ModelScope vào khoảng ngày 10 tháng 8 năm 2026, nhưng chưa được phát hành tại thời điểm viết bài.

Khi được phát hành, bạn vẫn cần chuẩn bị hạ tầng cho hàng trăm GB trọng số và triển khai multi-GPU.

Qwen 3.8 khác các tùy chọn miễn phí của Kimi K3 thế nào?

Trọng số Kimi K3 đã có thể tải xuống, nên phương án tự lưu trữ của Kimi K3 là có thật ngay hôm nay. Với Qwen 3.8, trọng số vẫn đang chờ phát hành.

Tuy nhiên, cả hai model đều quá lớn đối với phần cứng consumer. Xem thêm cách sử dụng Kimi K3 miễn phí nếu bạn muốn so sánh.

Hạn mức miễn phí có tính token suy luận không?

Có. Token suy luận được tính như output token và làm cạn hạn mức 1M token.

Vì reasoning_effort mặc định là xhigh, hãy hạ xuống low hoặc medium cho các request thông thường.

Điểm mấu chốt

Truy cập Qwen 3.8 miễn phí là có thật, nhưng có điều kiện rõ ràng:

Qwen Chat phù hợp để trải nghiệm model.
1M token Model Studio ở Singapore phù hợp để developer tích hợp và đánh giá trong 90 ngày.
Trọng số mở vẫn chưa phát hành và sẽ không biến việc tự lưu trữ model 2,4T thành bài toán miễn phí.
Model Qwen cũ hơn là lựa chọn thực tế nếu bạn cần chi phí bằng 0 lâu dài.

Nếu chọn API, đừng lãng phí hạn mức vào vòng lặp debug. Hãy tạo mẫu request trong Apidog, mock response trong lúc xây dựng, theo dõi token ở từng request và chỉ gọi model thật cho các lần đánh giá cuối cùng.