نامحدود هوش مصنوعی: تولید چک‌لیست

1. تأیید اندپوینت سازگاری

اولین مرحله تأیید این است که کتابخانه مشتری شما به URL پایه صحیح اشاره کند. باید base_url خود را به HTTPS://api.unrestrictedaichatbots.com/v1 به‌روزرسانی کنید. این تضمین میکند که تمام درخواست‌ها به انتهای نقطه مدل uncensored ما مسیریابی شوند. SDKهای استاندارد OpenAI بدون تغییر کار میکنند. فقط URL را عوض کنید و کلید API خود را تزریق کنید. شناسه مدلی که باید ارسال شود به سادگی "uncensored" است. فرض نکنید که به GPT یا Claude دسترسی دارید. مدل ما یک نسخه وزن باز است که برای ردی‌های کمتر تنظیم شده است. این مدل زیرساخت مشترکی با ارائه‌دهندگان بزرگ ابری ندارد. این را زود بررسی کنید تا از خطاهای مسیریابی در آینده جلوگیری کنید.

• URL پایه: HTTPS://api.unrestrictedaichatbots.com/v1
• شناسه مدل: "uncensored"
• احراز هویت: توکن Bearer در هدر Authorization

2. پیکربندی زمینه window محدودیت‌ها

برنامه شما باید به طور دقیق از پنجره زمینه ۱۰۰,۰۰۰ توکنی پیروی کند. این محدودشامل هر دو بخش prompt و completion است. اگر از آن تجاوز کنید، API درخواست را رد خواهد کرد. باید یک استراتژی پنجره لغزان یا خلاصه‌سازی برای مکالمات طولانی پیاده‌سازی کنید. حداکثر خروجی در هر درخواست ۱۶,۰۰۰ توکن است. اگر max_tokens را تنظیم نکنید، پیش‌فرض آن ۲,۰۴۸ است. این پیش‌فرض ممکن است پاسخ‌های نقش‌آفرینی طولانی را بریده کند. همیشه max_tokens را به صراحت در payload خود تعریف کنید. این کار از بریده شدن‌های غیرمنتظره در وسط یک جمله جلوگیری می‌کند.

• حداکثر زمینه: 100,000 توکن (ورودی + خروجی)
• حداکثر خروجی: ۱۶,۰۰۰ توکن
• خروجی پیش‌فرض: 2,048 توکن

3. پیاده‌سازی جریان برای تأخیر

استریم از طریق رویدادهای ارسالی سرور (SSE) برای یک تجربه کاربری روان ضروری است. این امکان را به شما می‌دهد تا توکن‌ها را به محض تولید نمایش دهید. این موضوع تأخیر ادراک‌شده را به شدت کاهش می‌دهد. API ما به صورت پیش‌فرض از استریم پشتیبانی می‌کند. همچنین می‌توانید استفاده از توکن را در قطعه نهایی ردیابی کنید. این به شما کمک می‌کند تا موجودی پیش‌پرداخت خود را به صورت بلادرنگ به دقت به‌روزرسانی کنید. بدون استریم، کاربران باید منتظر برسیدن پاسخ کامل بمانند. این می‌تواند برای خروجی‌های طولانی چندین ثانیه طول بکشد. استریم را در پیکربندی SDK خود فعال کنید.

• از stream=true در درخواست خود استفاده کنید
• بخش‌های delta SSE را تجزیه کنید
• توکن‌ها را افزایشی نمایش دهید.

4. Handle توکن محدودیت‌ها با وقار

محدودیت‌های توکن فقط یک محدودیت فنی نیستند؛ آن‌ها بر بودجه شما تأثیر می‌گذارند. شما به ازای هر ۱ میلیون توکن ورودی و خروجی پرداخت می‌کنید. خطاها و رد شدن درخواست‌ها اعتبار مصرف نمی‌کنند. این تمایز حیاتی برای پیش‌بینی هزینه است. اگر مدل شما به دلیل محدودیت محتوای جزئی درخواستی را رد کند، همچنان پاسخ دریافت می‌کنید. آن پاسخ توکن مصرف می‌کند. مدیریت خطا را برنامه‌ریزی کنید تا خطاهای 429 یا 400 را دریافت کنید. منطق تلاش مجدد باید محدودیت‌های نرخ را رعایت کند. اعتبار پیش‌پرداخت خود را در درخواست‌های ناموفق هدر ندهید.

• قیمت ورودی: $0.15 به ازای هر ۱M توکن
• قیمت خروجی: $0.50 per 1M tokens
• خطاها رایگان هستند

5. بهینه‌سازی temperature برای NSFW محتوا

دمای (Temperature) تصادفی بودن مدل را کنترل می‌کند. برای نقش‌آفرینی NSFW، دماهای بالاتر اغلب خروجی‌های خلاقانه‌تر و کمتر تکراری تولید می‌کنند. دمایی بین ۰.۷ و ۱.۲ معمولاً ایده‌آل است. دماهای پایین‌تر مدل را قطعی‌تر اما پتانسیل خسته‌کننده بودن را افزایش می‌دهند. مدل بدون سانسور برای پاسخ‌دهی بدون رد درخواست‌ها برای بزرگسالان قانونی تنظیم شده است. می‌توانید این مورد را بر اساس درخواست تنظیم کنید. از پارامتر دما در پیکربندی (payload) خود استفاده کنید. با مقادیر مختلف آزمایش کنید تا تعادل مناسب را پیدا کنید.

• محدوده توصیه‌شده: 0.7 تا 1.2
• مقادیر پایین‌تر: سازگارتر، خلاقیت کمتر
• مقادیر بالاتر: متنوع‌تر، قابل پیش‌بینی‌تر کمتر

6. مانیتور API usage و هزینه‌ها

از آنجا که از اعتبار پیش‌پرداخت استفاده می‌کنیم، نظارت حیاتی است. باید موجودی باقی‌مانده خود را بدانید. API مصرف توکن را در هدرهای پاسخ برمی‌گرداند. این را در منطق برنامه خود ردیابی کنید. اگر موجودی شما تمام شود، درخواست‌ها شکست می‌خورند. شارژ‌ها فقط از طریق ارز دیجیتال امکان‌پذیر است. می‌توانید در هر زمان وجه اضافه کنید. هزینه ماهانه وجود ندارد. اعتبار منقضی نمی‌شود. این پیش‌بینی هزینه را ساده می‌کند. شما فقط بابت آنچه استفاده می‌کنید هزینه می‌پردازید.

• اعتبار هرگز منقضی نمی‌شود
• بدون هزینه‌های اشتراک ماهانه
• فقط بابت توکن‌های مصرف‌شده پرداخت کنید

7. تست خطا ایالت‌ها و تلاش مجدد

خطاهای شبکه و محدودیت نرخ رخ خواهند داد. برای تلاش مجدد از بازگشت نمایی (exponential backoff) استفاده کنید. این کار از بار بیش‌ازحد API در زمان اوج جلوگیری می‌کند. محدودیت نرخ ما ۳۰۰ درخواست در دقیقه به ازای هر کلید است. می‌توانید ۸ درخواست همزمان داشته باشید. اگر از این محدودیت‌ها تجاوز کنید، خطای ۴۲۹ دریافت خواهید کرد. این خطا را به‌خوبی مدیریت کنید. برنامه خود را متوقف نکنید. خطا را ثبت کنید و پس از یک تأخیر کوتاه مجدداً تلاش کنید. این امر دسترسی‌پذیری بالا را تضمین می‌کند.

• محدودیت نرخ: ۳۰۰ درخواست/دقیقه
• درخواست‌های موازی: 8
• محدودیت اندازه بدنه درخواست: ۸ مگابایت

8. امن your API کلید

کلید API شما تنها اعتبارنامه مورد نیاز برای دسترسی است. آن را مانند یک رمز عبور در نظر بگیرید. آن را در کد سمت کلاینت قرار ندهید. برای ذخیره‌سازی از متغیرهای محیطی استفاده کنید. می‌توانید در هر زمان یک کلید جدید ایجاد کنید. این کار کلید قبلی را نامعتبر می‌کند. این مورد در صورتی مفید است که نشت کلید را مشکوک بدانید. ما از یک کلید فعال به ازای هر حساب پشتیبانی می‌کنیم. می‌توانید این مورد را از طریق داشبورد مدیریت کنید. کلید خود را برای جلوگیری از استفاده غیرمجاز، امن نگه دارید.

• کلید را از طریق داشبورد تولید کنید
• کلید قدیمی را هنگام بازتولید نامعتبر کنید
• از متغیرهای محیطی استفاده کنید

9. طرح برای scale با rate محدودیت‌ها

مقیاس‌دهی اپلیکیشن شما نیاز به درک محدودیت‌های نرخ دارد. اگر کاربران متعددی دارید، ممکن است به کلیدهای API متعددی نیاز داشته باشید. هر کلید محدودیت نرخ خود را دارد. بار را در صورت لزوم بین کلیدها توزیع کنید. الگوهای مصرف خود را پایش کنید. تنظیمات همزمانی خود را متناسب با آن تنظیم کنید. این تضمین می‌کند که عملکرد روان تحت بار حفظ شود.

• برای ترافیک بالا از کلیدهای متعدد استفاده کنید
• بار را به طور مساوی توزیع کنید
• الگوهای مصرف را پایش کنید