Kiểm tra ngày 2026-11-12

Cách chứng minh model trả lời đúng là model ghi trên nhãn

Mỗi model trong catalog nhận cùng một prompt kiểm tra mỗi ngày một lần, câu trả lời được so với các lần chạy trước và kết luận được công bố công khai. Một relay đổi model đứng sau một id sẽ hiện ra ở đó với kết luận "Changed"; trang này cũng chỉ cách bạn tự thử bất kỳ relay nào.

01Kiểm tra công khai mỗi ngày hoạt động thế nào

Mỗi ngày một lần, từng model trong catalog nhận đúng một prompt kiểm tra cố định (canary). Câu trả lời được so với các lần chạy trước của chính model đó, và mỗi model nhận một kết luận kèm thời điểm kiểm tra. Kết quả của từng model xem ở trang Proof (tiếng Anh).

Cùng dữ liệu đó là JSON công khai tại https://api.relayswitch.io/v1/proof: không cần key, đọc được từ bất kỳ origin nào, cache năm phút. Bạn có thể đưa địa chỉ này vào hệ thống giám sát của mình thay vì tin lời trang này.

02Ba kết luận và ý nghĩa

Kết luận cho biết id này hôm nay trả lời giống các lần trước và có tuyến đang phục vụ. Nó loại trừ việc đổi model và việc mất tuyến; còn với bài toán của riêng bạn, vẫn nên chạy lại bằng prompt của chính bạn.

StableModel trả lời prompt kiểm tra giống như ở các lần chạy trước.
ChangedCâu trả lời đã khác các lần trước: thứ đang phục vụ id này không còn là thứ từng phục vụ nó.
Not reachedỞ lần chạy gần nhất không có tuyến nào của model trả lời; kết luận cũ chỉ còn là lịch sử, không nói lên hiện tại.

03Biên nhận có chữ ký số cho từng request

Ngoài kiểm tra hằng ngày, mỗi request có một biên nhận ghi model, số token tính tiền và số tiền, lấy tại GET https://api.relayswitch.io/v1/requests/:id/receipt. Biên nhận được ký bằng Ed25519 và kiểm chứng bằng public key tại trang kiểm chứng biên nhận (tiếng Anh), không cần tài khoản; đã ký rồi thì bên vận hành không sửa lại về sau được.

Biên nhận cũng là cách thấy được một kiểu tính tiền mà công cụ dò model bỏ sót: relay chuyển request tới đúng model nhưng tính tiền theo một hệ số nhân. Lấy số token tính tiền trên biên nhận nhân với giá ghi trên trang model rồi so với số dư bị trừ là biết. Ở đây giá trong bảng là giá trừ vào số dư; xem bảng giá.

04Tự kiểm tra một relay bất kỳ: bảy phép thử

Trước khi tin bất kỳ relay nào, hãy nạp mức thấp nhất và chạy bảy phép thử dưới đây. Ba phép đầu xong trong nửa giờ; bốn phép sau cần chạy vài ngày.

Hỏi model tự xưng danhHỏi "bạn là model nào, do ai phát triển". Chỉ loại được kiểu giả mạo thô nhất, vì một câu system prompt đủ khiến model nào cũng tự xưng là GPT hay Claude. Trả lời đúng không nói lên điều gì; trả lời sai hoặc trước sau mâu thuẫn mới là tín hiệu.
Mốc kiến thứcHỏi vài sự kiện xảy ra sau mốc huấn luyện mà nhà phát triển công bố, rồi vài sự kiện ngay trước đó. Model thật nói không biết về chuyện sau mốc; model cũ hơn sẽ không trả lời được cả chuyện xảy ra ngay trước mốc.
Tìm kim trong context dàiGửi một đoạn văn bản dài tự viết, cài một câu mật hiệu ở giữa rồi hỏi mật hiệu là gì. Model đúng nhãn tìm lại nguyên văn trong phạm vi context của nó; tuyến bị đổi sang model context nhỏ hoặc bị cắt bớt sẽ không tìm thấy, hoặc bịa ra một câu.
Canary số học hoặc codeMột phép nhân nhiều chữ số có đáp án duy nhất, hoặc một đoạn code đòi output chính xác, hỏi năm lần và ghi lại đúng sai. Model chủ lực trả lời đúng ổn định; bị hạ xuống model nhỏ thì tỷ lệ sai tăng rõ.
So số tokenĐếm input của bạn bằng tokenizer của nhà phát triển rồi so với prompt_tokens trong usage của response. Hai số phải gần nhau; lệch nhiều nghĩa là không tính tiền theo model trên nhãn, hoặc request đã bị viết lại.
Nhất quán qua nhiều ngàyViết các phép thử trên thành script, mỗi ngày chạy một lần vào cùng giờ và lưu câu trả lời. Ngày tuyến bị đổi, các câu trả lời sẽ đổi đồng loạt. Qua một lần không có nghĩa là qua mãi; relay đổi tuyến không báo cho bạn.
Đối chiếu biên nhậnĐòi một biên nhận ở mức request: id model, số token tính tiền, số tiền, chữ ký. Relay không có biên nhận thì bạn chỉ còn cách tự ghi chép.

05Bước một: xem key gọi được những id nào

Bắt đầu thử một relay bằng lệnh liệt kê model. Ở đây lệnh này không tốn tiền và cho bạn danh sách id chính xác để dùng trong các phép thử; id nào đang có trong catalog cũng xem được ở danh sách model.

bash
1curl https://api.relayswitch.io/v1/models \
2 -H "Authorization: Bearer sk-relay-..."

06Bước hai: gửi một request canary và lấy biên nhận

Gửi một request tối thiểu; -i in cả header của response, trong đó có request id. Dùng id đó để lấy biên nhận của đúng request này rồi so model, số token và số tiền. Một canary một câu hỏi dễ tự chạy: đặt temperature bằng 0 và yêu cầu tính 48213 × 7391, chỉ in ra con số, kèm một câu cho biết dữ liệu huấn luyện dừng ở tháng năm nào. Đáp án duy nhất đúng là 356342283; tháng năm thì đối chiếu với ngày nhà phát triển công bố.

Model bị đổi thường sai ở một trong hai chỗ: tính sai phép nhân (hay gặp ở model nhỏ và bản lượng tử hóa), hoặc báo một mốc không phải của model trên nhãn. Hỏi cùng câu đó mỗi ngày; đáp án từ đúng thành sai trong khi id model trên biên nhận không đổi nghĩa là thứ đứng sau id đã bị thay.

bash
1curl -i https://api.relayswitch.io/v1/messages \
2 -H "Authorization: Bearer sk-relay-..." \
3 -H "anthropic-version: 2023-06-01" \
4 -H "content-type: application/json" \
5 -d '{"model": "claude-fable-5.1", "max_tokens": 16, "messages": [{"role": "user", "content": "Reply with ok"}]}'

07Điều công cụ dò model không thấy được

Các công cụ kiểm tra relay làm một hoặc vài trong ba lớp: dò trường giao thức (tên trường, thứ tự, dạng id trong response), dấu vân tay văn phong (thói quen dùng từ, cách từ chối) và đường cong năng lực (một bộ câu hỏi khó dần). Cả ba đều bỏ sót hai thứ. Một là hệ số nhân giá: request tới đúng model nên mọi phép dò đều qua, chỉ có hóa đơn là cao hơn. Hai là bản lượng tử hóa của cùng một model: một câu hỏi đơn lẻ vẫn trả lời đúng, nhưng năng lực giảm trên cả bộ câu hỏi, nên phải chạy cùng một bộ qua nhiều ngày.

Vì vậy sau công cụ vẫn còn cần hai thứ: một biên nhận có chữ ký cho từng request và một kết luận kiểm tra công khai mỗi ngày. Nếu bạn đang cân nhắc giữa các gateway, trang so sánh OpenRouter đặt hai cách làm cạnh nhau.

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

Kiểm tra hằng ngày của RelaySwitch được làm thế nào?
Mỗi model trong catalog nhận cùng một prompt kiểm tra mỗi ngày, câu trả lời được so với các lần chạy trước. Có ba kết luận: Stable, Changed và Not reached. Kết quả là JSON công khai tại https://api.relayswitch.io/v1/proof, không cần key.
Model tự xưng là GPT hay Claude thì có tin được không?
Không thể dùng riêng nó làm căn cứ. Một câu system prompt đủ khiến model nào cũng xưng tên nào cũng được. Hãy xem nó có trả lời đúng về mốc kiến thức, có tìm lại được mật hiệu trong văn bản dài và có tính đúng hay không.
Qua được kiểm tra thì chắc chắn là model thật à?
Kiểm tra cho biết id này hôm nay trả lời giống các lần trước và có tuyến đang phục vụ. Nó loại trừ việc đổi model và mất tuyến; với bài toán của riêng bạn thì vẫn nên chạy lại bằng prompt của chính bạn.
Kiểm chứng biên nhận như thế nào?
GET https://api.relayswitch.io/v1/requests/:id/receipt trả về biên nhận có chữ ký Ed25519, ghi model, số token tính tiền và số tiền. Chữ ký được kiểm chứng bằng public key tại trang relayswitch.io/statements/verify, không cần tài khoản.
Làm sao biết một relay lặng lẽ hạ cấp model?
Hạ cấp là khi cùng một id bị thay bằng model yếu hơn hoặc bản lượng tử hóa mà không báo. Hỏi cùng một câu có đáp án duy nhất mỗi ngày với temperature 0: đáp án từ đúng thành sai, hoặc mốc kiến thức thay đổi, là đã bị thay. Rồi xem biên nhận: id model không đổi mà câu trả lời đổi thì đó là hạ cấp chứ không phải do prompt của bạn.
Nên nạp bao nhiêu để thử một relay?
Mức thấp nhất. Mục đích của việc thử là có bằng chứng trước khi tin; mức nạp nhỏ nhất đủ chạy bảy phép thử vài lượt. Qua thì nạp thêm, không qua thì thiệt hại cũng có giới hạn. Ở đây mức đó là $10 và khoản nạp không được hoàn lại.

Thử trước, tin sau

Nạp $10 và chạy bảy phép thử; mỗi model được kiểm tra công khai mỗi ngày, mỗi request có một biên nhận có chữ ký số.