Không giới hạn AI: Sản xuất Danh sách kiểm tra

1. Xác minh điểm cuối tương thích

Bước đầu tiên là xác nhận thư viện máy khách của bạn trỏ đến URL cơ sở đúng. Bạn phải cập nhật base_url thành HTTPS://api.unrestrictedaichatbots.com/v1. Điều này đảm bảo tất cả các yêu cầu được định tuyến đến điểm cuối mô hình không kiểm duyệt của chúng tôi. Các SDK OpenAI tiêu chuẩn hoạt động mà không cần sửa đổi. Chỉ cần thay đổi URL và đưa khóa API của bạn vào. ID mô hình để gửi chỉ đơn giản là "uncensored". Đừng giả định rằng bạn đang truy cập GPT hoặc Claude. Mô hình của chúng tôi là một biến thể trọng lượng mở được tinh chỉnh để ít từ chối hơn. Nó không chia sẻ cơ sở hạ tầng với các nhà cung cấp đám mây lớn. Xác minh điều này sớm để tránh các lỗi định tuyến sau này.

• Base URL: HTTPS://api.unrestrictedaichatbots.com/v1
• ID Mô hình: "uncensored"
• Xác thực: Bearer token trong header Authorization

2. Cấu hình ngữ cảnh window giới hạn

Ứng dụng của bạn phải tuân thủ nghiêm ngặt cửa sổ ngữ cảnh 100,000 token. Giới hạn này bao gồm cả prompt và kết quả. Nếu vượt quá, API sẽ từ chối yêu cầu. Bạn nên triển khai chiến lược cửa sổ trượt hoặc tóm tắt cho các cuộc hội thoại dài. Số lượng token tối đa cho mỗi yêu cầu là 16,000. Nếu bạn không đặt max_tokens, giá trị mặc định là 2,048. Giá trị mặc định này có thể làm cắt ngắn các phản hồi nhập vai dài. Luôn xác định rõ max_tokens trong payload của bạn. Điều này ngăn chặn việc cắt ngang câu không mong muốn.

• Ngữ cảnh tối đa: 100.000 token (đầu vào + đầu ra)
• Đầu ra tối đa: 16.000 token
• Đầu ra mặc định: 2.048 token

3. Triển khai luồng cho độ trễ

Streaming qua Server-Sent Events (SSE) là yếu tố thiết yếu cho trải nghiệm người dùng mượt mà. Nó cho phép bạn hiển thị token ngay khi chúng được tạo ra. Điều này giảm đáng kể độ trễ cảm nhận. API của chúng tôi hỗ trợ streaming theo mặc định. Bạn cũng có thể theo dõi sử dụng token trong chunk cuối cùng. Điều này giúp bạn cập nhật số dư trả trước của mình một cách chính xác theo thời gian thực. Nếu không có streaming, người dùng phải chờ toàn bộ phản hồi được gửi đến. Điều này có thể mất vài giây đối với các đầu ra dài. Bật streaming trong cấu hình SDK của bạn.

• Sử dụng stream=true trong yêu cầu của bạn
• Phân tích cú pháp các chunk delta SSE
• Hiển thị token từng phần

4. Xử lý token giới hạn một cách duyên dáng

Giới hạn token không chỉ là một ràng buộc kỹ thuật; chúng ảnh hưởng đến ngân sách của bạn. Bạn trả tiền cho mỗi 1 triệu token đầu vào và đầu ra. Lỗi và từ chối không tiêu thụ tín chỉ. Đây là một điểm khác biệt quan trọng đối với việc dự đoán chi phí. Nếu mô hình của bạn từ chối một yêu cầu do giới hạn nội dung nhỏ, bạn vẫn nhận được phản hồi. Phản hồi đó tốn token. Hãy lập kế hoạch xử lý lỗi để bắt các lỗi 429 hoặc 400. Logic thử lại nên tôn trọng các giới hạn tốc độ. Đừng đốt hết số dư tín chỉ trả trước của bạn cho các yêu cầu thất bại.

• Giá đầu vào: $0,15 cho mỗi 1M token
• Giá đầu ra: $0.50 trên 1M token
• Lỗi miễn phí

5. Tối ưu hóa temperature cho NSFW nội dung

Nhiệt độ kiểm soát độ ngẫu nhiên của mô hình. Đối với nhập vai NSFW, nhiệt độ cao thường mang lại các đầu ra sáng tạo và ít lặp lại hơn. Nhiệt độ trong khoảng từ 0.7 đến 1.2 thường là lý tưởng. Nhiệt độ thấp khiến mô hình mang tính xác định cao hơn nhưng có thể nhàm chán. Mô hình không kiểm duyệt được tinh chỉnh để trả lời mà không từ chối cho mục đích người lớn hợp pháp. Bạn có thể điều chỉnh điều này theo yêu cầu. Sử dụng tham số nhiệt độ trong payload của bạn. Hãy thử nghiệm với các giá trị khác nhau để tìm sự cân bằng phù hợp.

• Phạm vi được khuyến nghị: 0.7 đến 1.2
• Giá trị thấp hơn: nhất quán hơn, ít sáng tạo hơn
• Giá trị cao hơn: đa dạng hơn, ít dự đoán được hơn

6. Theo dõi API usage và chi phí

Vì chúng tôi sử dụng số dư trả trước, việc theo dõi là rất quan trọng. Bạn cần biết số dư còn lại của mình. API trả lại mức sử dụng token trong các tiêu đề phản hồi. Theo dõi điều này trong logic ứng dụng của bạn. Nếu số dư của bạn cạn kiệt, các yêu cầu sẽ thất bại. Nạp tiền chỉ khả dụng qua tiền điện tử. Bạn có thể thêm tiền bất cứ lúc nào. Không có phí hàng tháng. Số dư không bao giờ hết hạn. Điều này giúp dự đoán chi phí trở nên đơn giản. Bạn chỉ trả tiền cho những gì bạn sử dụng.

• Số dư không bao giờ hết hạn
• Không có phí đăng ký hàng tháng
• Chỉ trả cho các token đã tiêu thụ

7. Kiểm thử error trạng thái và thử lại

Lỗi mạng và giới hạn tốc độ sẽ xảy ra. Hãy triển khai cơ chế thử lại với độ trễ tăng dần (exponential backoff). Điều này ngăn chặn việc làm quá tải API khi có lưu lượng tăng đột biến. Giới hạn tốc độ của chúng tôi là 300 yêu cầu mỗi phút mỗi khóa. Bạn có thể thực hiện tối đa 8 yêu cầu đồng thời. Nếu vượt quá giới hạn này, bạn sẽ nhận được lỗi 429. Hãy xử lý lỗi này một cách tinh tế. Đừng làm sập ứng dụng của bạn. Hãy ghi log lỗi và thử lại sau một khoảng thời gian ngắn. Điều này đảm bảo tính sẵn sàng cao.

• Giới hạn tốc độ: 300 yêu cầu/phút
• Yêu cầu đồng thời: 8
• Giới hạn thân yêu cầu: 8 MB

8. Bảo mật của bạn API khóa

Khóa API của bạn là thông tin xác thực duy nhất cần thiết để truy cập. Hãy coi nó như mật khẩu. Không để lộ nó trong mã phía máy khách. Sử dụng biến môi trường để lưu trữ. Bạn có thể tạo khóa mới bất cứ lúc nào. Điều này sẽ vô hiệu hóa khóa cũ. Điều này hữu ích nếu bạn nghi ngờ có rò rỉ. Chúng tôi hỗ trợ một khóa hoạt động cho mỗi tài khoản. Bạn có thể quản lý điều này qua bảng điều khiển. Giữ khóa của bạn an toàn để ngăn chặn việc sử dụng trái phép.

• Tạo khóa qua bảng điều khiển
• Hủy kích hoạt khóa cũ khi tạo lại
• Sử dụng biến môi trường

9. Gói dịch vụ cho scale với rate giới hạn

Mở rộng ứng dụng của bạn đòi hỏi hiểu biết về giới hạn tỷ lệ. Nếu bạn có nhiều người dùng, bạn có thể cần nhiều khóa API. Mỗi khóa có giới hạn tỷ lệ riêng. Phân phối tải qua các khóa nếu cần. Theo dõi các mẫu sử dụng của bạn. Điều chỉnh các cài đặt đồng thời của bạn tương ứng. Điều này đảm bảo hiệu suất mượt mà dưới tải.

• Sử dụng nhiều khóa cho lưu lượng truy cập cao
• Phân phối tải đều
• Theo dõi các mẫu sử dụng