ไร้ข้อจำกัด AI: การผลิต รายการตรวจสอบ

1. ยืนยัน เอนด์พอยต์ compatibility

ขั้นตอนแรกคือการยืนยันว่าไลบรารีไคลเอนต์ของคุณชี้ไปที่ URL พื้นฐานที่ถูกต้อง คุณต้องอัปเดต base_url เป็น HTTPS://api.unrestrictedaichatbots.com/v1 เพื่อให้แน่ใจว่าคำขอทั้งหมดจะถูกส่งไปยังจุดสิ้นสุดโมเดลแบบไม่มีเซนเซอร์ของเรา ไคลเอนต์ SDK ของ OpenAI มาตรฐานใช้งานได้โดยไม่ต้องแก้ไข เพียงเปลี่ยน URL และใส่คีย์ API ของคุณ รหัสโมเดลที่ต้องส่งคือ "uncensored" อย่าสันนิษฐานว่าคุณกำลังเข้าถึง GPT หรือ Claude โมเดลของเราเป็นเวอร์ชันโอเพนเวตที่ปรับแต่งมาเพื่อลดการปฏิเสธลง ไม่ใช้โครงสร้างพื้นฐานร่วมกับผู้ให้บริการคลาวด์รายใหญ่ ยืนยันขั้นตอนนี้แต่เนิ่นๆ เพื่อหลีกเลี่ยงข้อผิดพลาดในการกำหนดเส้นทางในภายหลัง

• URL ฐาน: HTTPS://api.unrestrictedaichatbots.com/v1
• ID โมเดล: "uncensored"
• Auth: Bearer token ใน header Authorization

2. กำหนดค่า context window limits

แอปพลิเคชันของคุณต้องเคารพหน้าต่างบริบท 100,000-token อย่างเคร่งครัด ขีดจำกัดนี้รวมถึงทั้ง prompt และ completion หากเกินกว่านี้ API จะปฏิเสธคำขอ คุณควรใช้กลยุทธ์ sliding window หรือ summarization สำหรับบทสนทนาที่ยาวนาน ขนาด output สูงสุดต่อคำขอคือ 16,000 tokens หากไม่ตั้งค่า max_tokens ค่าเริ่มต้นจะอยู่ที่ 2,048 ซึ่งอาจทำให้การตอบกลับ roleplay ที่ยาวถูกตัดขาด ควรกำหนด max_tokens อย่างชัดเจนใน payload เสมอ เพื่อป้องกันการตัดกลางคันของประโยค

• บริบทสูงสุด: 100,000 โทเค็น (อินพุต + เอาต์พุต)
• จำนวนโทเค็นสูงสุด: 16,000 โทเค็น
• ผลลัพธ์ค่าเริ่มต้น: 2,048 tokens

3. Implement สตรีมมิ่ง สำหรับ latency

การสตรีมผ่าน Server-Sent Events (SSE) มีความสำคัญอย่างยิ่งสำหรับประสบการณ์การใช้งานที่ลื่นไหล ช่วยให้คุณสามารถแสดงโทเค็นทันทีที่สร้างเสร็จ ซึ่งช่วยลดความล่าช้าที่ผู้ใช้รู้สึกได้อย่างมาก API ของเรารองรับการสตรีมโดยค่าเริ่มต้น นอกจากนี้คุณยังสามารถติดตามการใช้งานโทเค็นในชิ้นสุดท้ายได้อีกด้วย ซึ่งช่วยให้คุณอัปเดตยอดเงินคงเหลือแบบเติมเงินได้อย่างแม่นยำแบบเรียลไทม์ หากไม่มีสตรีม ผู้ใช้จะต้องรอให้การตอบสนองทั้งหมดมาถึง ซึ่งอาจใช้เวลาหลายวินาทีสำหรับการแสดงผลที่ยาวนาน เปิดใช้งานการสตรีมในการกำหนดค่า SDK ของคุณ

• ใช้ stream=true ในคำขอของคุณ
• แยกวิเคราะห์ chunk แบบ delta ของ SSE
• แสดงโทเค็นแบบเพิ่มทีละน้อย

4. Handle token limits อย่างอ่อนโยน

ขีดจำกัดของโทเค็นไม่ใช่เพียงข้อจำกัดทางเทคนิคเท่านั้น แต่ยังส่งผลต่องบประมาณของคุณด้วย คุณจ่ายต่อ 1 ล้านโทเค็นอินพุตและเอาต์พุต ความผิดพลาดและการปฏิเสธไม่ใช้เครดิต นี่เป็นข้อแตกต่างที่สำคัญสำหรับการคาดการณ์ต้นทุน หากโมเดลของคุณปฏิเสธคำขอเนื่องจากขีดจำกัดเนื้อหาเล็กน้อย คุณยังคงได้รับคำตอบ การตอบกลับนั้นมีค่าใช้จ่ายเป็นโทเค็น วางแผนการจัดการข้อผิดพลาดของคุณเพื่อจับข้อผิดพลาด 429 หรือ 400 ลอจิกการลองใหม่ควรเคารพขีดจำกัดอัตราการใช้เงิน ไม่ควรเผาผลาญยอดเงินล่วงหน้าของคุณไปกับคำขอที่ล้มเหลว

• ราคาอินพุต: $0.15 ต่อ 1M โทเค็น
• ราคาผลลัพธ์: $0.50 ต่อ 1M โทเค็น
• ข้อผิดพลาดฟรี

5. ปรับให้เหมาะสม temperature สำหรับ NSFW content

อุณหภูมิควบคุมความสุ่มของโมเดล สำหรับการสวมบทบาท NSFW อุณหภูมิที่สูงกว่ามักสร้างเอาต์พุตที่มีความสร้างสรรค์และซ้ำซากน้อยกว่า อุณหภูมิตระหว่าง 0.7 ถึง 1.2 มักจะเหมาะสมที่สุด อุณหภูมิต่ำกว่าทำให้โมเดลมีความเป็นกำหนดเองมากขึ้นแต่อาจน่าเบื่อ โมเดลแบบไม่มีเซนเซอร์ได้รับการปรับแต่งให้ตอบโดยไม่มีการปฏิเสธสำหรับการใช้งานผู้ใหญ่ที่ถูกต้องตามกฎหมาย คุณสามารถปรับแต่งได้ตามคำขอ ใช้พารามิเตอร์อุณหภูมิใน payload ของคุณ ลองใช้ค่าที่แตกต่างกันเพื่อหาความสมดุลที่เหมาะสม

• ช่วงที่แนะนำ: 0.7 ถึง 1.2
• ค่าต่ำ: สม่ำเสมอมากขึ้น น้อยลงสร้างสรรค์
• ค่าที่สูงขึ้น: หลากหลายมากขึ้น คาดเดาได้ยากขึ้น

6. ตรวจสอบ API usage และ ต้นทุน

เนื่องจากเราใช้เครดิตแบบเติมเงิน การตรวจสอบจึงสำคัญ คุณต้องรู้ยอดเงินคงเหลือของคุณ API จะส่งคืนการใช้งานโทเค็นในส่วนหัวของคำตอบ ติดตามสิ่งนี้ในตรรกะของแอปพลิเคชันของคุณ หากยอดเงินของคุณหมด คำขอจะล้มเหลว การเติมเงินมีให้บริการผ่านคริปโตเท่านั้น คุณสามารถเพิ่มเงินได้ทุกเวลา ไม่มีค่าธรรมเนียมรายเดือน เครดิตไม่มีวันหมด สิ่งนี้ทำให้การทำนายต้นทุนเป็นเรื่องง่าย คุณจ่ายเฉพาะสิ่งที่ใช้เท่านั้น

• เครดิตหมดอายุ
• ไม่มีค่าธรรมเนียมสมาชิกรายเดือน
• จ่ายเฉพาะสำหรับโทเค็นที่บริโภค

7. ทดสอบ error รัฐ และ การลองใหม่

ข้อผิดพลาดของเครือข่ายและข้อจำกัดอัตราจะเกิดขึ้น ควรใช้การเพิ่มเวลาแบบเอกซ์โพเนนเชียลสำหรับการลองใหม่ เพื่อป้องกันไม่ให้ API รับภาระหนักในช่วงที่มีการใช้งานเพิ่มขึ้น ข้อจำกัดอัตราของเราคือ 300 คำขอต่อนาทีต่อคีย์ คุณสามารถส่งคำขอพร้อมกันได้ 8 คำขอ หากเกินขีดจำกัดเหล่านี้ คุณจะได้รับข้อผิดพลาด 429 ให้จัดการกับข้อผิดพลาดนี้อย่างเหมาะสม อย่าให้แอปพลิเคชันของคุณล้มเหลว บันทึกข้อผิดพลาดแล้วลองใหม่หลังจากหยุดพักสั้นๆ วิธีนี้ช่วยให้บริการมีความพร้อมใช้งานสูง

• อัตราการใช้งาน: 300 คำขอ/นาที
• คำขอพร้อมกัน: 8
• ข้อจำกัดขนาด request body: 8 MB

8. ปลอดภัย your API key

คีย์ API ของคุณคือข้อมูลรับรองเพียงอย่างเดียวที่ต้องการสำหรับการเข้าถึง ให้ปฏิบัติต่อมันเหมือนรหัสผ่าน อย่าเปิดเผยมันในโค้ดฝั่งไคลเอนต์ ใช้ตัวแปรสภาพแวดล้อมสำหรับการจัดเก็บ คุณสามารถสร้างคีย์ใหม่ได้ทุกเมื่อ ซึ่งจะทำให้คีย์เก่ายกเลิกการใช้งานทันที สิ่งนี้มีประโยชน์หากคุณสงสัยว่ามีการรั่วไหล เราสนับสนุนคีย์ที่ใช้งานได้อย่างเดียวต่อหนึ่งบัญชี คุณสามารถจัดการสิ่งนี้ผ่านแดชบอร์ด เก็บคีย์ของคุณให้ปลอดภัยเพื่อป้องกันการใช้งานโดยไม่ได้รับอนุญาต

• สร้าง key ผ่านแดชบอร์ด
• ยกเลิกคีย์เก่าเมื่อสร้างใหม่
• ใช้ตัวแปรสภาพแวดล้อม

9. แผน สำหรับ scale กับ rate limits

การปรับขนาดแอปพลิเคชันของคุณจำเป็นต้องเข้าใจอัตราจำกัด หากคุณมีผู้ใช้หลายคน คุณอาจจำเป็นต้องมีคีย์ API หลายรายการ แต่ละคีย์มีอัตราจำกัดของตัวเอง แจกจ่ายโหลดผ่านคีย์หากจำเป็น ติดตามรูปแบบการใช้งานของคุณ ปรับการตั้งค่าความพร้อมใช้งานพร้อมกันของคุณตามนั้น เพื่อให้แน่ใจว่าประสิทธิภาพที่ราบรื่นภายใต้ภาระ

• ใช้คีย์หลายรายการสำหรับปริมาณการจราจรสูง
• กระจายโหลดอย่างเท่าเทียม
• ติดตามรูปแบบการใช้งาน