Khắc phục chat AI không kiểm duyệt: Những sai lầm phổ biến

Lý do LLM không kiểm duyệt của bạn vẫn từ chối yêu cầu

Lý do phổ biến nhất khiến một LLM không kiểm duyệt dường như từ chối một yêu cầu không phải là bộ lọc nội dung, mà là lỗi phía máy khách. Mô hình của chúng tôi được tinh chỉnh để trả lời mà không từ chối nội dung cho mục đích người lớn hợp pháp, nhưng nó vẫn tôn trọng giới hạn nội dung cứng: nội dung tình dục liên quan đến trẻ vị thành niên luôn bị từ chối. Nếu bạn thấy một sự từ chối, hãy kiểm tra thân phản hồi để tìm mã lỗi hoặc thông báo từ chối cụ thể thay vì giả định rằng mô hình bị hỏng.

Một vấn đề thường gặp khác là cấu hình base_url. Nếu bạn đang chuyển đổi từ nhà cung cấp khác, hãy đảm bảo bạn đang trỏ đến https://api.unrestrictedgptchat.com/v1. Một base_url không khớp sẽ dẫn đến lỗi 404 hoặc 401, trông giống như một sự từ chối nhưng thực chất là vấn đề kết nối. Ngoài ra, hãy xác minh rằng khóa API của bạn đang hoạt động và không hết hạn. Chúng tôi cấp một khóa hoạt động cho mỗi tài khoản, và tạo khóa mới sẽ thay thế khóa cũ ngay lập tức.

Các kịch bản từ chối phổ biến

• Vi phạm giới hạn cứng (nội dung trẻ vị thành niên).
• base_url hoặc API key không hợp lệ.
• Thân yêu cầu không hợp lệ.

Hiểu giới hạn cửa sổ ngữ cảnh 100k

Phiên trò chuyện AI không kiểm duyệt của bạn có thể xử lý tổng cộng 100.000 token cho cả lời nhắc và phần hoàn thành kết hợp. Cửa sổ ngữ cảnh lớn này cho phép bạn đưa vào tài liệu mở rộng hoặc lịch sử hội thoại dài mà không làm mất đi mạch truyện. Tuy nhiên, bạn phải quản lý cửa sổ này cẩn thận để tránh chạm giới hạn giữa cuộc trò chuyện.

Khi cửa sổ ngữ cảnh gần đầy, mô hình có thể bắt đầu quên các phần trước đó của cuộc trò chuyện. Để giảm thiểu điều này, hãy cân nhắc cắt ngắn các tin nhắn cũ hơn hoặc tóm tắt chúng trước khi thêm các tin nhắn mới. ID mô hình bạn sử dụng đơn giản là "uncensored", và nó chạy trên máy chủ của chúng tôi, không phải là proxy cho nhà cung cấp khác. Điều này đảm bảo hành vi nhất quán bất kể độ dài đầu vào, miễn là bạn vẫn nằm trong giới hạn 100k token.

Quản lý ngữ cảnh hiệu quả

• Theo dõi mức sử dụng token cho mỗi tin nhắn.
• Tóm tắt các tin nhắn cũ hơn để tiết kiệm dung lượng.
• Theo dõi tổng số token trong máy khách của bạn.

Token đầu ra tối đa: tránh các phản hồi bị cắt ngắn

Mặc định, mô hình sẽ tạo tối đa 2.048 token mỗi yêu cầu nếu bạn không chỉ định giá trị max_tokens. Nếu phản hồi của bạn bị cắt ngang giữa câu, bạn có thể cần tăng giới hạn này. Bạn có thể đặt max_tokens lên tới 16.000 token mỗi yêu cầu, đủ cho hầu hết các nhu cầu tạo nội dung dài.

Hãy nhớ rằng việc tăng max_tokens cũng làm tăng việc sử dụng token và chi phí của bạn. Vì thanh toán dựa trên số token thực tế đã sử dụng, các phản hồi dài hơn sẽ tốn kém hơn. Tuy nhiên, các lỗi và từ chối đều miễn phí, vì vậy bạn chỉ phải trả tiền cho các kết quả hoàn tất thành công. Mô hình trả trước này có nghĩa là bạn có thể thử nghiệm với max_tokens cao hơn mà không lo lắng về các khoản phí không mong muốn từ dịch vụ đăng ký.

Đang đặt max_tokens

• Mặc định: 2.048 token.
• Tối đa: 16.000 token.
• Chi phí: $0.50 cho mỗi 1M token đầu ra.

Xử lý đúng cách SSE Streaming so với Không Streaming

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à, đặc biệt trong các giao diện chat. API trả về token từng cái một, cho phép bạn hiển thị văn bản ngay khi nó được tạo ra. Tuy nhiên, bạn phải xử lý luồng SSE đúng cách để tránh bỏ sót token hoặc hiểu sai dữ liệu.

Mỗi sự kiện SSE chứa một đoạn văn bản, và đoạn cuối cùng bao gồm dữ liệu sử dụng token. Hãy đảm bảo trình phân tích phía máy khách của bạn có thể tổng hợp các đoạn này và trích xuất thống kê sử dụng từ sự kiện cuối cùng. Nếu bạn đang sử dụng SDK OpenAI tiêu chuẩn, việc phát trực tiếp thường được xử lý tự động, nhưng các triển khai tùy chỉnh đòi hỏi sự chú ý cẩn thận đến giao thức SSE.

Thực tiễn tốt nhất cho Streaming

• Phân tích cú pháp các sự kiện SSE chính xác.
• Tổng hợp token để hiển thị.
• Trích xuất dữ liệu sử dụng từ chunk cuối cùng.

Gọi hàm: đảm bảo tương thích công cụ

API của chúng tôi hỗ trợ gọi hàm, cho phép mô hình tạo dữ liệu có cấu trúc có thể được sử dụng để kích hoạt các công cụ bên ngoài. Điều này hữu ích cho các tác vụ như lên lịch, truy xuất dữ liệu hoặc thực hiện các hành động cụ thể. Mô hình sẽ trả về một đối tượng JSON chứa tên hàm và các đối số, sau đó mã khách của bạn có thể phân tích và thực thi.

Đảm bảo các định nghĩa hàm của bạn chính xác và khớp với định dạng đầu vào dự kiến. Mô hình có thể tạo ra các đối số giả mạo nếu định nghĩa hàm không rõ ràng. Kiểm tra kỹ thiết lập gọi hàm của bạn để đảm bảo mô hình có thể tạo ra các lệnh gọi hàm chính xác một cách đáng tin cậy. Lưu ý rằng id mô hình là "uncensored" và nó được tối ưu hóa để tạo ra các lệnh gọi hàm chính xác và hữu ích mà không có sự từ chối không cần thiết.

Mẹo gọi hàm

• Định nghĩa các hàm một cách rõ ràng.
• Kiểm tra tạo đối số.
• Xử lý các đối số bị ảo giác.

Chế độ JSON: buộc các định dạng đầu ra nghiêm ngặt

Khi bạn cần mô hình trả về JSON được định dạng nghiêm ngặt, bạn có thể sử dụng tham số response_format được đặt thành json_object. Chế độ này đảm bảo rằng đầu ra là JSON hợp lệ, điều này rất quan trọng để tích hợp mô hình với các hệ thống khác. Tuy nhiên, mô hình có thể vẫn gặp khó khăn với các cấu trúc JSON phức tạp nếu lời nhắc không rõ ràng.

Sử dụng chế độ JSON khi bạn cần trích xuất dữ liệu đáng tin cậy hoặc khi đang xây dựng hệ thống phụ thuộc vào các lược đồ JSON cụ thể. Tính năng này đặc biệt hữu ích cho các nhà phát triển muốn tránh lỗi phân tích cú pháp và đảm bảo đầu ra luôn hợp lệ. Mô hình hỗ trợ chế độ này cùng với các tham số khác như nhiệt độ và top_p, cho phép bạn tinh chỉnh chất lượng đầu ra.

Cài đặt chế độ JSON

• Đặt response_format là json_object.
• Đảm bảo prompt rõ ràng cho cấu trúc.
• Xác thực đầu ra để tuân thủ.

Giới hạn tốc độ: Quản lý các yêu cầu đồng thời

API cho phép 300 yêu cầu mỗi phút mỗi khóa và tối đa 8 yêu cầu đồng thời cùng lúc. Nếu bạn vượt quá các giới hạn này, bạn sẽ nhận được lỗi 429 Too Many Requests. Điều này rất quan trọng cần xem xét nếu bạn đang xây dựng một ứng dụng có lưu lượng truy cập cao hoặc chạy nhiều phiên bản máy khách của bạn.

Để quản lý giới hạn tốc độ hiệu quả, hãy triển khai cơ chế backoff theo cấp số nhân trong mã client của bạn. Điều này sẽ giúp bạn xử lý các đỉnh lưu lượng tạm thời mà không làm quá tải API. Bạn cũng có thể theo dõi tốc độ yêu cầu và điều chỉnh cài đặt độ đồng thời tương ứng. Hãy nhớ rằng mỗi khóa được giới hạn ở các tốc độ này, vì vậy nếu bạn cần thông lượng cao hơn, bạn có thể cần phân phối các yêu cầu trên nhiều khóa.

Chiến lược giới hạn tốc độ

• Triển khai cơ chế tăng dần thời gian chờ (exponential backoff).
• Theo dõi tỷ lệ yêu cầu.
• Phân phối các yêu cầu qua các khóa khác nhau.

Bất ngờ về thanh toán: tín dụng trả trước so với đăng ký

Mô hình thanh toán của chúng tôi là trả trước, nghĩa là bạn nạp tiền vào tài khoản bằng tiền điện tử và chỉ trả tiền cho các token bạn sử dụng. Điều này khác với mô hình đăng ký, nơi bạn trả một khoản phí cố định hàng tháng bất kể mức độ sử dụng. Với số dư trả trước, bạn có toàn quyền kiểm soát chi tiêu, và các lỗi được miễn phí, vì vậy bạn chỉ trả tiền cho các kết quả hoàn tất thành công.

Khi bạn nạp tiền, bạn có thể thêm bất kỳ số nguyên nào từ $20 đến $500 bằng USDT (TRC20) hoặc USDC (Base). Bạn cũng nhận được tín dụng bổ sung tùy thuộc vào số tiền: +5% từ $50, +10% từ $100 và +15% từ $200. Tín dụng bổ sung này không bao giờ hết hạn, vì vậy bạn có thể sử dụng nó bất cứ khi nào bạn cần. Mô hình tính phí minh bạch này giúp bạn tránh các khoản phí không mong đợi và giúp dễ dàng lập ngân sách cho việc sử dụng API của bạn.

Chi tiết Thanh toán

• Tín dụng trả trước, không đăng ký.
• Chỉ chấp nhận Crypto: USDT hoặc USDC.
• Bonus credit cho các khoản nạp lớn.

Quyền riêng tư: Lệnh nhắc của bạn có được dùng để huấn luyện không?

Một trong những mối quan tâm chính của nhiều nhà phát triển là liệu các lời nhắc của họ có được sử dụng để huấn luyện hay không. Với API của chúng tôi, các lời nhắc của bạn không được sử dụng để huấn luyện, đảm bảo rằng dữ liệu của bạn vẫn được bảo mật. Điều này đặc biệt quan trọng đối với các doanh nghiệp xử lý thông tin nhạy cảm hoặc muốn giữ an toàn cho dữ liệu cuộc trò chuyện của mình.

Bạn có thể đăng ký chỉ với một địa chỉ email và không cần số điện thoại. Việc thu thập dữ liệu tối thiểu này càng nâng cao quyền riêng tư của bạn. Ngoài ra, vì chúng tôi là một dịch vụ độc lập, chúng tôi không chia sẻ dữ liệu của bạn với các nhà cung cấp khác hoặc sử dụng dữ liệu đó để cải thiện các mô hình khác. Các câu lệnh của bạn chỉ được sử dụng để tạo phản hồi cho các yêu cầu của bạn.

Tính năng quyền riêng tư

• Prompt không được dùng để huấn luyện.
• Thu thập dữ liệu tối thiểu.
• Dịch vụ độc lập.