ทางเลือก OpenRouter สำหรับ Janitor AI: คู่มือการตั้งค่า Janitor AI: คู่มือการตั้งค่า

สิ่งที่คุณต้องกรอก

หากคุณต้องการทางเลือก OpenRouter สำหรับ Janitor AI: คู่มือการตั้งค่า Janitor AI หรือแอปแชทตัวละครที่คล้ายกัน การตั้งค่าจะเหมือนกับผู้ให้บริการที่เข้ากันได้กับ OpenAI ทั่วไป ค้นหาตำแหน่งในไคลเอนต์ของคุณเพื่อเพิ่ม API แบบกำหนดเองหรือพร็อกซี แอปต่างๆ ใช้ชื่อฟิลด์ต่างกัน: "proxy", "custom OpenAI endpoint", "API URL" ฟิลด์ด้านล่างคือสามฟิลด์เดียวกันเสมอ

ฟิลด์	ค่า
API URL / base URL	https://api.openrouterapi.cc/v1
คีย์ API	คีย์จากบัญชีของคุณ ส่งเป็น Authorization: Bearer
ชื่อโมเดล	uncensored

ไคลเอนต์บางตัวต้องการเอนด์พอยต์แบบเต็มแทนฐาน URL หากการบันทึก base URL ทำให้เกิดข้อผิดพลาดหรือ 404 ให้ลอง https://api.openrouterapi.cc/v1/chat/completions วิธีการที่รองรับสองวิธีคือ POST /v1/chat/completions และ GET /v1/models ดังนั้นไคลเอนต์ที่แสดงรายการโมเดลจะเรียกใช้วิธีที่สองและดู uncensored

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

ทดสอบการเชื่อมต่อก่อนโทษแอป

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

Copycurl https://api.openrouterapi.cc/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "uncensored",
    "messages": [
      {"role": "system", "content": "You are Mara, a dry-witted ship engineer."},
      {"role": "user", "content": "The reactor is humming wrong again."}
    ],
    "temperature": 0.9,
    "max_tokens": 200
  }'

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

system prompt เริ่มต้น

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

คุณคือมารา วอสส์ วิศวกรหัวหน้าบนเรือบรรทุกสินค้าคัลโลเวย์

น้ำเสียง: เฉยเมย ใช้งานได้จริง และพร้อมล้อเลียนเมื่ออยู่ภายใต้ความเครียด

เขียนด้วยมุมมองบุคคลที่สาม แบบกาลอดีต แบ่งเป็น 2 ถึง 4 ย่อหน้าสั้นๆ

ห้ามพูดหรือกระทำแทนตัวละครของผู้ใช้

รักษาความต่อเนื่อง: ติดตามบาดแผล การซ่อมแซม และใครรู้เรื่องอะไร

อยู่ในเรื่องราวต่อไป ตัวละครทั้งหมดเป็นผู้ใหญ่

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

กฎหนึ่งข้อที่คงที่บนบริการนี้และในพรอมต์ของคุณคือ: ไม่มีเนื้อหาทางเพศที่เกี่ยวข้องกับผู้เยาว์ การเขียนกฎนี้ลงในการ์ดตัวละครยังช่วยรักษาการ์ดของคุณให้สะอาด

การตั้งค่าที่มักใช้งานได้

นี่เป็นจุดเริ่มต้น ไม่ใช่การรับประกัน เปลี่ยนทีละค่าแล้วเปรียบเทียบคำตอบไม่กี่รายการ

• Temperature 0.8 ถึง 1.0 สำหรับบทสนทนาที่มีชีวิตชีวา ลดลงเหลือประมาณ 0.6 หากตัวละครเบี่ยงเบนไปหรือขัดแย้งตัวเอง
• top_p 0.9 ถึง 0.95 หากไคลเอนต์ของคุณเปิดใช้งานพารามิเตอร์นี้ ค่าจะถูกส่งผ่าน
• ค่าปรับความถี่และการปรากฏซ้ำ 0.2 ถึง 0.5 เมื่อคำตอบเริ่มซ้ำคำพูด ค่าสูงเกินไปจะทำให้ภาษาแปลกประหลาด จึงควรตั้งค่าต่ำ
• max_tokens เป็นค่าที่ไม่บังคับ ตั้งค่า 300 ถึง 600 หากต้องการคำตอบที่มีความยาวระดับย่อหน้า ไม่ใช่บทความยาว
• เปิดการสตรีมมิง คำตอบจะปรากฏขณะกำลังสร้าง และข้อมูลการใช้งานจะอยู่ในส่วนท้าย เพื่อให้ไคลเอนต์ของคุณสามารถแสดงจำนวนโทเคนได้
• seed จะถูกส่งผ่าน ซึ่งสะดวกเมื่อคุณต้องการเปรียบเทียบเวอร์ชันของพรอมต์สองเวอร์ชันในการสร้างครั้งเดียวกัน

การสตรีมมีผลข้างเคียงที่ควรทราบ: คำขอแบบสตรีมจะครอบครองช่องความพร้อมใช้งาน (concurrency slot) จนกว่าสตรีมจะสิ้นสุด คีย์แบบเต็มอนุญาตให้ทำคำขอพร้อมกัน 8 คำขอและ 300 คำขอต่อนาที ส่วนคีย์ทดลองใช้อนุญาตให้ทำคำขอพร้อมกัน 2 คำขอและ 60 คำขอต่อนาที

หน้าต่างบริบท ความจำ และต้นทุนของแชทยาว

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

สมมติว่าประวัติเติบโตถึง 30,000 โทเคน และการตอบกลับมี 300 โทเคน อินพุต: 30,000 x $0.15 / 1M = $0.0045 เอาต์พุต: 300 x $0.50 / 1M = $0.00015 การตอบกลับหนึ่งครั้งมีค่าใช้จ่าย $0.00465 การตอบกลับหนึ่งร้อยครั้งที่มีขนาดดังกล่าวคิดเป็น $0.465 หรือประมาณ 47 เซนต์

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

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

การรักษาความสอดคล้องของตัวละครตลอดหลายสัปดาห์

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

รักษาบล็อกข้อเท็จจริงที่ไม่เปลี่ยนแปลงเลย: ชื่อ, บุคลิก, พฤติกรรมการพูด, ความสัมพันธ์ รักษาบล็อกที่สองที่คุณอัปเดตด้วยตนเองเป็นครั้งคราว: สถานการณ์ปัจจุบัน, เส้นเรื่องที่ยังไม่จบ, คำสัญญาที่ทำ บันทึกทั้งสองลงในพรอมต์ระบบหรือฟิลด์หน่วยความจำของไคลเอนต์ของคุณ และรักษาแต่ละบล็อกไว้ที่ประมาณ 500 โทเคน รวมกันแล้วมีโทเคนสูงสุด 1,000 โทเคน ซึ่งมีค่าใช้จ่าย $0.00015 ต่อการตอบกลับที่อัตราอินพุต

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

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

การแก้ปัญหา 429 และคำตอบที่ผิดปกติ

แอป Roleplay มักมีแนวโน้มที่จะกระตุ้นขีดจำกัดอัตราโดยไม่ได้ตั้งใจ: แท็บเบราว์เซอร์สองแท็บ, ปุ่ม "regenerate" ที่กดสองครั้ง, แชทกลุ่มที่ตัวละครหลายตัวตอบพร้อมกัน API ตอบกลับด้วย HTTP 429 และสาเหตุเหล่านี้

1. รหัสข้อผิดพลาด concurrency. คุณมีคำขอที่กำลังดำเนินการมากกว่าที่คีย์ของคุณอนุญาต ปิดแท็บเพิ่มเติม รอให้สตรีมเสร็จสิ้น หรือปิดการตอบกลับของตัวละครแบบขนาน จำไว้ว่าสตรีมจะครอบครองช่องของมันจนกว่าจะสิ้นสุด
2. รหัสข้อผิดพลาด rate_limited. คุณส่งคำขอมากเกินไปในหนึ่งนาที ลดความเร็วลง; โดยปกติแล้วคนเราพิมพ์ได้ไม่บ่อยนักที่จะถึง 300 คำขอต่อนาที แต่การวนลูปอัตโนมัติอาจทำให้คีย์ทดลองแตะ 60 คำขอได้
3. 429 พร้อม Retry-After: 5 header. บริการมีภาระเกินชั่วคราว รอห้าวินาทีแล้วส่งอีกครั้ง

หากคำตอบถูกตัดขาด ให้ตรวจสอบการตั้งค่า max_tokens ในไคลเอนต์ หากตัวละครเล่าเรื่องแทนคุณ ให้เพิ่มกฎในพรอมต์ระบบและลดค่าอุณหภูมิ หากแอปบอกว่าไม่พบโมเดล ให้ตรวจสอบว่าฟิลด์โมเดลเป็น uncensored ตัวพิมพ์เล็กทั้งหมด

จุดที่เหมาะสมและไม่เหมาะสม

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

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

คู่มือเพิ่มเติม

• ทางเลือก OpenRouter ที่ถูกกว่า: ต้นทุนโทเคนที่ใช้งานได้
• ทางเลือก OpenRouter สำหรับ Janitor AI: คู่มือการตั้งค่าโมเดล AI: หนึ่งเทียบกับหลายโมเดล
• API ของ Perplexity: วิธีใช้งาน LLM แบบไม่เซ็นเซอร์