วิธี ผสาน API ของ Uncensored AI

ทำไมต้องเลือก API ของ Uncensored AI?

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

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

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

การตั้งค่าสภาพแวดล้อมของคุณ

การผสานเริ่มจากการชี้ SDK ที่เข้ากันได้กับ OpenAI ไปยัง base URL ที่ถูกต้อง เอนด์พอยต์อยู่ที่ https://api.uncensoredai.top/v1 นั่นคือคุณสามารถใช้ไลบรารี Python หรือ Node.js ของ OpenAI โดยไม่ต้องเขียนตรรกะไคลเอนต์ใหม่ คุณเพียงอัปเดตพารามิเตอร์ base_url และใส่คีย์ API ของคุณ

บริการรองรับหน้าต่างบริบท 100,000 โทเคน ซึ่งใหญ่กว่าบริการมาตรฐานทั่วไปมาก สิ่งนี้ทำให้เก็บประวัติพรอมต์หรือประมวลผลเอกสารขนาดใหญ่ได้ โปรดทราบว่าผลลัพธ์สูงสุดต่อคำขอคือ 32,000 โทเคน หากคุณไม่ได้ระบุ max_tokens ค่าเริ่มต้นคือ 2,048 โทเคน

• ความเข้ากันได้ของ SDK: ทำงานกับไคลเอนต์ใดๆ ที่รองรับโปรโตคอล Chat Completions ของ OpenAI
• หน้าต่างบริบท: 100k โทเคนรวม (input + output)
• ผลลัพธ์สูงสุด: 16k โทเคนต่อคำขอ

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

การตรวจสอบสิทธิ์และส่วนหัว

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

เพื่อตรวจสอบสิทธิ์คำขอ ให้รวมส่วนหัว: Authorization: Bearer YOUR_API_KEY บริการยังมีเอนด์พอยต์ GET /v1/models ซึ่งส่งคืนข้อมูลโมเดลที่มีอยู่ รวมถึง ID โมเดล uncensored สิ่งนี้มีประโยชน์สำหรับการตรวจสอบการเชื่อมต่อก่อนส่งข้อมูล

ขีดจำกัดอัตรา:

• 300 คำขอต่อนาทีต่อคีย์
• 8 คำขอพร้อมกันในเวลาเดียวกันต่อคีย์
• ขนาดrequest bodyสูงสุด 8 MB

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

การส่งคำขอการเติมข้อความครั้งแรกของคุณ

คำขอพื้นฐานจะปฏิบัติตามรูปแบบ Chat Completions มาตรฐาน คุณส่งข้อมูล JSON พร้อม model เป็น uncensored และอาร์เรย์ messages ของคุณ บริการจะส่งการตอบกลับเป็นข้อความ ไม่มีเอนด์พอยต์ embeddings การมองเห็น หรือเสียง—นี่คือ API ข้อความล้วน

ตัวอย่างคำขอ:

สิ่งต่อไปนี้แสดงการเติมข้อความแชทมาตรฐาน แทนที่ YOUR_API_KEY ด้วยคีย์จริงของคุณ

Copycurl https://api.uncensoredai.top/v1/chat/completions \
  -H "Authorization: Bearer $API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "uncensored",
    "messages": [{"role": "user", "content": "Write a blunt product review of a cheap VPN."}]
  }'

การตอบสนองจะประกอบด้วยข้อความที่สร้างใน choices[0].message.content ข้อผิดพลาดส่งคืนในรูปแบบ HTTP มาตรฐาน ทำให้คุณสามารถจัดการการลองใหม่หรือความล้มเหลวได้อย่างสง่างาม โปรดทราบว่าข้อผิดพลาดไม่ใช้เครดิตของคุณ ดังนั้นคุณสามารถทดสอบได้อย่างอิสระ

สำหรับนักพัฒนาที่คุ้นเคยกับ OpenAI ประสบการณ์จะเหมือนกัน ความแตกต่างเพียงอย่างเดียวคือ URL ฐานและพฤติกรรมของโมเดลเกี่ยวกับตัวกรองเนื้อหา ความสอดคล้องนี้ลดเส้นโค้งการเรียนรู้สำหรับทีมที่ใช้เครื่องมือที่เข้ากันได้กับ OpenAI อยู่แล้ว

การจัดการการตอบสนองแบบสตรีมมิง

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

ประโยชน์ของการสตรีมมิง:

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

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

ตัวอย่างโค้ด:

Copyfrom openai import OpenAI

client = OpenAI(base_url="https://api.uncensoredai.top/v1", api_key="YOUR_KEY")

resp = client.chat.completions.create(
    model="uncensored",
    messages=[{"role": "user", "content": "Summarise this thread without softening it."}],
)
print(resp.choices[0].message.content)

ตรวจสอบให้แน่ใจว่าไลบรารีไคลเอนต์ของคุณจัดการสตรีม SSE อย่างถูกต้อง ไลบรารี SDK สมัยใหม่ส่วนใหญ่จะซ่อนสิ่งนี้ไว้ แต่ความเข้าใจในโปรโตคอลพื้นฐานช่วยในการแก้ไขข้อผิดพลาดการเชื่อมต่อหรือข้อผิดพลาดในการแยกวิเคราะห์

ฟีเจอร์ขั้นสูง: โหมด JSON และเครื่องมือ

API รองรับผลลัพธ์ที่มีโครงสร้างผ่าน response_format ตั้งค่าเป็น {"type": "json_object"} สิ่งนี้บังคับให้โมเดลส่งคืน JSON ที่ถูกต้อง ซึ่งสำคัญสำหรับการผสานกับระบบซอฟต์แวร์อื่น ฟีเจอร์นี้มีประโยชน์เป็นพิเศษสำหรับการดึงข้อมูลหรือสร้างไฟล์กำหนดค่า

การเรียกใช้ฟังก์ชันก็รองรับเช่นกัน คุณสามารถกำหนดเครื่องมือในคำขอของคุณ และโมเดลจะส่งคืนการเรียกใช้เครื่องมือในการตอบสนองของคุณ สิ่งนี้ทำให้สามารถทำงานแบบซับซ้อนที่ LLM สามารถกระตุ้นการกระทำภายนอกได้ พารามิเตอร์ tool_choice ช่วยให้บังคับใช้เครื่องมือเฉพาะหรือปล่อยให้โมเดลตัดสินใจ

พารามิเตอร์สำคัญ:

• temperature: ควบคุมความสุ่ม
• top_p: ควบคุมความหลากหลาย
• stop: กำหนดลำดับหยุด
• seed: สำหรับการตอบสนองที่กำหนดได้

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

การตรวจสอบการใช้งานและขีดจำกัด

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

ตัวชี้วัดการใช้งาน:

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

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

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

การจัดการเครดิตผ่านคริปโต

การชำระเงินดำเนินการผ่านคริปโทเคอร์เรนซีเท่านั้น คุณสามารถเติมเงินบัญชีด้วย USDT (TRC20) หรือ USDC (Base) ยอดเติมเงินขั้นต่ำคือ $10 และสูงสุดคือ $500 ไม่มีค่าสมัครรายเดือนหรือค่าธรรมเนียมซ้ำ

เครดิตโบนัส:

• เติมเงิน $50: เครดิตโบนัส +5%
• เติมเงิน $100: เครดิตโบนัส +10%

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

กระบวนการชำระเงิน:

Copyimport OpenAI from "openai";

const client = new OpenAI({ baseURL: "https://api.uncensoredai.top/v1", apiKey: process.env.API_KEY });

const resp = await client.chat.completions.create({
  model: "uncensored",
  messages: [{ role: "user", content: "Draft a villain monologue for my game." }],
});
console.log(resp.choices[0].message.content);

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