คู่มือการผสานรวม: การตอบกลับข้อความแบบไม่มีเซนเซอร์
รับ LLM แบบไม่เซ็นเซอร์ของคุณให้ทำงานภายในไม่กี่นาทีด้วยคู่มือการผสานรวมโดยตรงนี้ เราข้ามรายละเอียดที่ไม่จำเป็นและแสดงวิธีส่งคำขอไปยัง API แชทแบบไม่เซ็นเซอร์ให้คุณเห็นอย่างชัดเจน
URL ฐานhttps://api.loginllm.com/v1
URL ฐานและการตรวจสอบสิทธิ์
พื้นฐานของการเชื่อมต่อของคุณเริ่มต้นที่ URL ฐาน ใช้ https://api.loginllm.com/v1 สำหรับคำขอทั้งหมด เอนดพอยต์นี้เข้ากันได้กับ OpenAI อย่างสมบูรณ์ หมายความว่าคุณสามารถเปลี่ยนคีย์ที่มีอยู่ได้โดยไม่ต้องเขียนลอจิกไคลเอนต์ใหม่
การตรวจสอบสิทธิ์อาศัยคีย์ API เพียงคีย์ สร้างคีย์นี้ผ่าน รับ API key หน้าเว็บโดยใช้ Google หรือรหัสผ่านอีเมล ระบบจะออกคีย์ที่ใช้งานเพียงคีย์เดียวต่อบัญชี; การออกคีย์ใหม่จะยกเลิกคีย์ก่อนหน้าทันที เก็บคีย์นี้ให้ปลอดภัย เนื่องจากคีย์นี้ควบคุมเครดิตที่เติมเงินของคุณ
ส่งคีย์ใน Authorization header เป็น Bearer token ไม่จำเป็นต้องใช้ OAuth flow ที่ซับซ้อนหรือ session cookies สำหรับ API เอง
คุณสามารถทดสอบการเชื่อมต่อได้ทันทีด้วยคำสั่ง curl แบบง่าย ซึ่งช่วยยืนยันว่าเครือข่ายอนุญาตการรับส่ง HTTPS แบบออกสู่ภายนอกไปยังเซิร์ฟเวอร์ของเรา ก่อนที่คุณจะสร้างส่วนอื่นของแอปพลิเคชัน
Endpoint chat/completions
ส่งข้อความไปยัง POST /v1/chat/completions endpoint นี่คืออินเทอร์เฟซมาตรฐานสำหรับการสร้างข้อความ คุณกำหนดโมเดลเป็น uncensored และให้รายการข้อความในร่างคำขอ
แต่ละข้อความต้องมี role (system, user, หรือ assistant) และเนื้อหา ระบบประมวลผลอินพุตเหล่านี้และส่งผลการสร้างข้อความกลับ คุณไม่จำเป็นต้องจัดการการกำหนดเส้นทางโมเดลหรือเลือกจากหลายเวอร์ชัน เราโฮสต์โมเดลโอเพนเวตเดียวที่ปรับให้เหมาะสมสำหรับการสร้างเนื้อหาแบบไร้ข้อจำกัด
แนวทางนี้ทำให้โค้ดของคุณเรียบง่าย คุณหลีกเลี่ยงภาระของการจัดการเวอร์ชันโมเดลหลายเวอร์ชันหรือจัดการกับจุดบกพร่องเฉพาะของผู้ขาย โครงสร้างการตอบสนองตรงกับรูปแบบ OpenAI ทำให้มั่นใจถึงความเข้ากันได้กับ SDK อย่างกว้างขวาง
ตรวจสอบยอดคงเหลือของคุณอย่างสม่ำเสมอ เครดิตจะถูกหักตามการใช้งานโทเค้นจริง และข้อผิดพลาดจะไม่ใช้เครดิต
การสตรีมด้วย Server-Sent Events
สำหรับประสบการณ์ผู้ใช้แบบเรียลไทม์ ให้เปิดใช้งานสตรีมมิ่งโดยการตั้งค่า stream: true ในการร้องขอของคุณ API จะส่งสตรีม Server-Sent Events (SSE) แทนวัตถุ JSON เดียว
แต่ละ chunk ของเหตุการณ์มีข้อความบางส่วนที่สร้าง คุณสามารถเรนเดอร์ข้อความนี้แบบเพิ่มทีละส่วนใน UI ของคุณ ซึ่งช่วยลดความล่าช้าที่ผู้ใช้รู้สึกได้อย่างมีนัยสำคัญ chunk สุดท้ายในสตรีมรวมการใช้งาน token ทั้งหมดสำหรับคำขอ
คุณสมบัตินี้จำเป็นสำหรับอินเทอร์เฟซแชทที่ผู้ใช้คาดหวังการตอบกลับทันที ช่วยให้แอปพลิเคชันของคุณจัดการการตอบกลับที่ยาวโดยไม่บล็อกเธรดหลัก
ใช้ตัวฟังเหตุการณ์แบบง่ายเพื่อรวบรวมชิ้นส่วนเหล่านี้ นำมาต่อกันเพื่อสร้างการตอบกลับที่สมบูรณ์ หรือแสดงแบบสดเมื่อได้รับ
Function Calling และเครื่องมือ
API รองรับการใช้งานเครื่องมือที่มีโครงสร้าง กำหนดฟังก์ชันใน tools อาร์เรย์ภายในคำขอของคุณ จากนั้นโมเดลสามารถตัดสินใจเรียกใช้ฟังก์ชันตามอินพุตของผู้ใช้
เมื่อโมเดลสร้างการเรียกใช้ฟังก์ชัน มันจะส่งกลับชื่อฟังก์ชันและอาร์กิวเมนต์ในรูปแบบที่มีโครงสร้าง แอปพลิเคชันของคุณจะดำเนินการฟังก์ชันและส่งผลลัพธ์กลับไปยังโมเดลสำหรับการตอบกลับสุดท้าย
ความสามารถนี้เปิดใช้งานเวิร์กโฟลว์ที่ซับซ้อนโดยไม่ต้องเขียนลอจิกแบบคงที่ คุณสามารถผสานรวมแหล่งข้อมูลภายนอก ตัวคำนวณ หรือลอจิกธุรกิจที่กำหนดเองโดยตรงในการสนทนา
ตรวจสอบให้แน่ใจว่าคำจำกัดเครื่องมือของคุณแม่นยำ โมเดลพึ่งพาสคีมาเหล่านี้เพื่อเข้าใจรูปแบบอินพุตและเอาต์พุตที่คาดหวังสำหรับแต่ละฟังก์ชัน
หน้าต่างบริบทและข้อจำกัด
โมเดลรองรับ context window ขนาด 100,000 tokens ซึ่งรวมถึง prompt และ completion คุณสามารถระบุความยาว output สูงสุดโดยใช้ max_tokens พารามิเตอร์
หาก max_tokens ยังไม่ได้กำหนด การตอบสนองสามารถดำเนินไปจนสุดหน้าต่างการตั้งค่าค่าที่สูงขึ้นทำให้สามารถสร้างการตอบสนองที่ยาวขึ้นได้ สูงสุดที่ 100,000 โทเคน ซึ่งจะมีประโยชน์สำหรับการสร้างรายงานโดยละเอียดหรือตัวอย่างโค้ด
ตรวจสอบขีดจำกัดอัตราของคุณอย่างระมัดระวัง API อนุญาต 300 คำขอต่อนาทีและคำขอพร้อมกันได้ 8 คำขอต่อคีย์ การเกินขีดจำกัดเหล่านี้จะส่งผลให้เกิดข้อผิดพลาด 429
ขนาดร่างกายคำขอถูกจำกัดที่ 8 MB บริบทขนาดใหญ่ใช้เครดิตมากขึ้น ดังนั้นจึงควรปรับสมดุลความต้องการหน่วยความจำของคุณกับงบประมาณ
การจัดการข้อผิดพลาดและการใช้งานโทเค็น
จัดการข้อผิดพลาดอย่างสุภาพเพื่อรักษาประสบการณ์ผู้ใช้ที่ราบรื่น ข้อผิดพลาด 401 หมายถึงคีย์ API ไม่ถูกต้องหรือหมดอายุ ลงชื่อเข้าใช้ใหม่หรือสร้างคีย์ใหม่จากแดชบอร์ดของคุณ
รหัสข้อผิดพลาด 402 หมายถึงเครดิตแบบเติมเงินของคุณไม่เพียงพอ กรุณาเติมเงินด้วย USDT (TRC20) หรือ USDC (Base) เพื่อฟื้นฟูบริการ เครดิตไม่มีวันหมดอายุ ดังนั้นคุณสามารถเติมเงิน whenever ที่สะดวก
รหัสข้อผิดพลาด 429 ระบุว่าคุณเกินขีดจำกัดอัตราแล้ว นำการเพิ่มเวลาแบบเอกซ์โพเนนเชียลไปใช้ในไคลเอนต์ของคุณเพื่อลองส่งคำขอใหม่โดยอัตโนมัติ ตรวจสอบส่วนหัวของการตอบกลับเสมอสำหรับข้อมูลโควตาที่เหลือ
การใช้โทเค็นถูกรายงานในชิ้นสตรีมสุดท้ายหรือการตอบกลับการเสร็จสิ้น ใช้ข้อมูลนี้เพื่อปรับแต่งพรอมต์ของคุณและจัดการต้นทุนได้อย่างมีประสิทธิภาพ
cURL
curl https://api.loginllm.com/v1/chat/completions \
-H "Authorization: Bearer $API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "uncensored",
"messages": [{"role": "user", "content": "Fix syntax error in python loop"}]
}'Python
from openai import OpenAI
client = OpenAI(base_url="https://api.loginllm.com/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)Node.js
import OpenAI from "openai";
const client = new OpenAI({ baseURL: "https://api.loginllm.com/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);การสตรีม
stream = client.chat.completions.create(
model="uncensored",
messages=[{"role": "user", "content": "Tell the story in second person."}],
stream=True,
)
for chunk in stream:
if chunk.choices and chunk.choices[0].delta.content:
print(chunk.choices[0].delta.content, end="", flush=True)FAQ
ฉันจะรับคีย์ API สำหรับการเข้าสู่ระบบ LLM ได้อย่างไร?
ไปที่หน้ารับคีย์ API บนเว็บไซต์ คุณสามารถลงชื่อเข้าใช้โดยใช้ Google หรือรหัสผ่านอีเมล คีย์ API จะแสดงทันทีหลังจากการตรวจสอบสิทธิ์ ไม่จำเป็นต้องใช้หมายเลขโทรศัพท์สำหรับกระบวนการนี้
เกิดอะไรขึ้นหากฉันเกินขีดจำกัดอัตราการใช้งาน?
คุณจะได้รับสถานะโค้ด 429 โดยจำกัดที่ 300 คำขอต่อนาที และ 8 คำขอพร้อมกันต่อคีย์ ควรใช้ตรรกะการลองใหม่พร้อมการหน่วงเวลาแบบทวีคูณ (exponential backoff) เพื่อจัดการกับสถานการณ์นี้ได้อย่างราบรื่นโดยไม่สูญเสียข้อมูล
โมเดล LLM แบบไม่มีเซนเซอร์แตกต่างจาก GPT หรือไม่?
ใช่ โมเดลนี้เป็นโมเดลน้ำหนักเปิดที่โฮสต์บนเซิร์ฟเวอร์ของเรา ไม่ใช่ GPT, Claude, Gemini หรือโมเดลของผู้จัดจำหน่ายรายอื่น มันถูกปรับแต่งเฉพาะเพื่อตอบโดยไม่มีการปฏิเสธเนื้อหาสำหรับการใช้งานผู้ใหญ่ที่ถูกกฎหมาย