TokenDance: một Base URL cho nhiều mô hình ngôn ngữ Trung Quốc

Người xây sản phẩm AI đều đi qua cùng một giai đoạn: nối một nhà cung cấp để chứng minh luồng chạy, rồi thêm nhà thứ hai, thứ ba vì chất lượng hoặc chi phí. Chẳng bao lâu mã nguồn có thêm một lớp thích ứng, khóa rải rác ở nhiều bảng điều khiển, hóa đơn nằm ở các tài khoản khác nhau, và khi một nhà cung cấp chập chờn thì có người chuyển điểm cuối bằng tay. TokenDance nhắm đúng ma sát đó: một Base URL trước nhiều nhà cung cấp, ứng dụng chỉ thấy một cửa vào.

Cơ chế không có gì lạ. Bên ngoài là ba dạng giao thức phổ biến — OpenAI, Claude, Gemini — bên trong định tuyến theo tên mô hình tới điểm cuối tương ứng. Lập trình viên đổi cấu hình chứ không đổi mã, và đó là điều khiến tuyên bố không cần chuyển đổi trở nên hợp lý. Với dự án đã dùng SDK OpenAI, chỉ một dòng Base URL là đủ để thử mô hình Trung Quốc, nên chi phí thử nghiệm giảm mạnh.

Phần giá trị còn lại nằm ở vận hành. Khi một mô hình có nhiều điểm cuối, sự cố của một nhà cung cấp sẽ tự động chuyển hướng; một yêu cầu cũng có thể nêu nhiều mô hình ứng viên và lùi dần nếu mô hình chính không phản hồi. Tính phí hợp nhất gom mức tiêu thụ token của mọi nhà cung cấp vào một hóa đơn và bỏ việc nạp tiền, đối soát riêng lẻ. Nguồn không nêu biểu phí, giới hạn yêu cầu, cam kết mức dịch vụ hay chính sách lưu dữ liệu, nên cần xác nhận trước khi tích hợp.

Tính năng chính

Tương thích giao thức

Hỗ trợ gốc OpenAI, Claude và Gemini khiến việc đổi Base URL là đủ và mã nghiệp vụ giữ nguyên. Với dự án cũ đây là phần thực dụng nhất: thử mô hình mới không buộc phải dựng lại lớp gọi.

Định tuyến thông minh

Yêu cầu đi theo tên mô hình tới đúng điểm cuối, chi tiết điều phối ẩn sau một cửa vào. Bên gọi không phải nhớ tên miền và đặc thù tham số của từng nhà cung cấp.

Tính phí hợp nhất

Mức tiêu thụ token được tính xuyên nhà cung cấp và xuất hóa đơn một chỗ, không phải nạp tiền ở năm bảng điều khiển. Khi giải thích chi phí, một hóa đơn dễ hơn năm.

Chuyển đổi và suy giảm

Một mô hình có thể có nhiều điểm cuối với chuyển đổi tự động, và một yêu cầu có thể nêu mô hình ứng viên để lùi theo thứ tự. Đây là lợi thế cụ thể nhất của cổng so với tích hợp trực tiếp.

Phạm vi mô hình

Hơn tám mô hình chủ lực Trung Quốc đã kết nối, gồm MiniMax, Qwen, Kimi, Zhipu và DeepSeek, và vẫn mở rộng. Phạm vi là mô hình chủ lực Trung Quốc, không phải danh mục toàn cầu.

Khởi động nhanh

Đăng ký và xác minh qua đăng nhập một chạm Watcha, SDK hiện có vẫn chạy, nên tích hợp xong trong vài phút. Cách đăng nhập đó gắn tài khoản vào một hệ thống cụ thể, đây là điều kiện phải chấp nhận.

Chương trình hỗ trợ

Có biểu mẫu xin hỗ trợ token theo giai đoạn sản phẩm. Hữu ích với dự án sớm, nhưng hạn mức và tiêu chí duyệt không công bố.

Các bước tích hợp

1. Mở trang TokenDance và đăng ký bằng đăng nhập một chạm Watcha để xác minh tài khoản.
2. Tạo khóa API cá nhân trong bảng điều khiển và lưu như mọi thông tin xác thực.
3. Thay Base URL trong dự án bằng địa chỉ cổng https://tokendance.space/gateway/v1/.
4. Điền ID mô hình đích vào yêu cầu, ví dụ DeepSeek hoặc Kimi.
5. Gửi yêu cầu bằng SDK OpenAI hiện có hoặc curl và kiểm tra phản hồi có đúng mong đợi.
6. Nếu cần lượng token lớn, điền biểu mẫu chương trình hỗ trợ theo giai đoạn sản phẩm.

Phù hợp với ai

• Nhóm khởi nghiệp so sánh nhiều mô hình Trung Quốc với chi phí thấp qua một cổng trước khi quyết định.
• Sản phẩm định tuyến theo loại việc khi vận hành: suy luận, viết, mã.
• Hệ thống tác tử cần lớp mô hình sẵn sàng cao và có thể suy giảm.
• Giáo dục, nghiên cứu và lập trình viên cá nhân nhạy cảm chi phí, dựa vào tính phí hợp nhất.

Giới hạn

• Biểu phí, hạn mức miễn phí, giới hạn yêu cầu và cam kết dịch vụ không công bố; xác nhận với nhà cung cấp trước khi tích hợp.
• Tài khoản bắt buộc đăng nhập một chạm Watcha, tức phải chấp nhận hệ thống đó; tích hợp quản lý danh tính doanh nghiệp không được mô tả.
• Cổng đi qua nội dung yêu cầu và chính sách lưu hay ghi log không được nêu, nên cần đánh giá tuân thủ với dữ liệu nhạy cảm.
• Danh mục tập trung vào mô hình chủ lực Trung Quốc; mô hình toàn cầu hoặc mở chuyên biệt có thể thiếu.
• Thêm một chặng làm tăng độ trễ và thêm một điểm lỗi. Chuyển đổi giúp ích nhưng vẫn cần giám sát riêng.
• Hạn mức, tiêu chí và tính liên tục của hỗ trợ không công bố; đừng lấy đó làm cơ sở cho mô hình chi phí dài hạn.

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

Có phải sửa mã không?

Không sửa mã nghiệp vụ. Thay Base URL bằng địa chỉ cổng, nhập khóa và ID mô hình, rồi dùng SDK OpenAI như trước.

Có những mô hình nào?

Nguồn nêu hơn tám mô hình chủ lực Trung Quốc gồm MiniMax, Qwen, Kimi, Zhipu và DeepSeek, vẫn mở rộng. Danh sách cuối cùng nằm ở bảng điều khiển.

Chuyển đổi hoạt động thế nào?

Hai lớp: nhiều điểm cuối cho mỗi mô hình với chuyển đổi tự động, và mô hình ứng viên theo yêu cầu lùi dần khi mô hình chính lỗi.

Khác gì so với gọi trực tiếp từng nhà cung cấp?

Tích hợp trực tiếp buộc quản lý khóa, nạp tiền, giới hạn và chuyển đổi riêng cho từng nhà. Cổng gom vào một cửa và một hóa đơn, đổi lại thêm một chặng và phụ thuộc vào chính cổng.

Có hạn mức miễn phí không?

Nguồn chỉ nhắc chương trình hỗ trợ nộp theo giai đoạn sản phẩm, không nêu hạn mức miễn phí thường lệ. Nên hỏi nhà cung cấp.