ตั้งค่า Narratium แบบ custom API: base URL, key, โมเดล

คำตอบสั้น ๆ: ค่าที่ Narratium ต้องการ

การเชื่อมต่อ LLM ของ Narratium คือชุดสามค่ามาตรฐานแบบ OpenAI-compatible ที่กรอกในหน้าตั้งค่า API: base URL, API key และชื่อโมเดล สำหรับ gateway นี้คือ https://api.apisrouter.com/v1, key sk-... ของคุณ และ id ใดก็ได้ในแคตตาล็อก โดย deepseek-v4-flash เป็นตัวเลือกแรกที่เหมาะสมสำหรับงานเขียนเรื่องราว README ของโปรเจกต์แนะนำการเชื่อมต่อประเภทนี้พอดี: API รูปแบบ OpenAI โดยตรง, endpoint รวมหลายโมเดลเพื่อความหลากหลาย หรือ Ollama กับ LM Studio สำหรับโมเดลในเครื่อง ทั้งหมดผ่านหน้าตั้งค่าเดียวกัน ชื่อฟิลด์ที่แน่นอนอาจต่างกันไปตาม web build และเวอร์ชัน ดังนั้นให้ยึดชื่อฟิลด์แบบหลวม ๆ แต่ยึดค่าแบบเป๊ะ: URL ลงท้ายที่ /v1, key วางแบบไม่มีอะไรแปลกปน, model id ต้องตรงกับสตริงในแคตตาล็อกทุกตัวอักษร

Base URL:  https://api.apisrouter.com/v1
API key:   sk-...              (from APIsRouter)
Model:     deepseek-v4-flash   (typed exactly; any catalog id works)

Narratium คืออะไร และสถานะปัจจุบันของมัน บอกตรง ๆ

Narratium (Narratium/Narratium.ai บน GitHub) วางตัวเองเป็น "VSCode สำหรับ roleplay": open-source client สำหรับการเล่าเรื่องด้วย AI, สร้างโลก และ interactive fiction แบบยาว พร้อมความเข้ากันได้กับการ์ดตัวละครของ SillyTavern, memory ที่คงอยู่ถาวร และระบบ plugin โค้ดใช้สัญญาอนุญาต AGPL ดึงดูดชุมชนจริงได้อย่างรวดเร็ว และยังคงเป็นหนึ่งใน open client ที่น่าสนใจที่สุดในวงการนี้ ทีนี้มาถึงส่วนที่คู่มือตั้งค่าส่วนใหญ่มองข้าม: GitHub repository ถูก archived และเป็น read-only แล้ว (GitHub แสดงวันที่ archive เป็น 30 มีนาคม 2026) การ archived ไม่ได้แปลว่าพัง โค้ดยังรันได้ดีเหมือนวันที่มันถูกแช่แข็งไว้ทุกประการ แต่หมายความว่าไม่มี maintainer คนไหนจะออก fix, อัปเดต dependency หรือ security patch อีก และ instance ที่ hosted โดยโปรเจกต์ควรถูกมองว่าเป็น best-effort อย่างมากที่สุด ถ้าคุณจะใช้ Narratium วันนี้ วิธีที่พึ่งพาได้คือรันเองจาก source หรือ release และควรตั้งความคาดหวังไว้ว่า feature set จะหยุดนิ่งแบบนี้ สถานะนี้เปลี่ยนคำแนะนำเรื่อง API ไปในทางเดียวที่ชัดเจน: client ที่หยุดนิ่งแล้วคือสถานการณ์ที่คุณต้องการให้ฝั่งโมเดลยังยืดหยุ่นอยู่มากที่สุด Narratium เพิ่ม provider integration ใหม่ไม่ได้อีกแล้ว แต่ endpoint แบบ OpenAI-compatible ที่มันพูดอยู่แล้วยังคงให้บริการโมเดลใหม่ ๆ ที่โผล่มาหลัง endpoint นั้นได้ตลอด รูปแบบ gateway นี้จึงทำให้ client ที่หยุดพัฒนาไปแล้ว future-proof ได้จริง ๆ

ขั้นตอนการตั้งค่า

การแก้ปัญหาเป็นไปตามรูปแบบสากล: พิสูจน์สามค่านี้ด้วย curl request ก่อน ถ้า curl สำเร็จแต่แอปล้มเหลว ตัวการที่พบบ่อยคือ URL มี path segment เกินมา, key มีช่องว่างปนอยู่ หรือ browser CORS บล็อกบน web build ซึ่งดูได้ใน developer console เพราะไม่มี maintainer คนไหนจะออก fix ให้กับความแปลกของแอปฝั่งนี้อีกแล้ว นิสัยลอง curl ก่อนจึงสำคัญขึ้นอีกนิดในกรณีนี้: มันบอกคุณได้ทันทีว่าฝั่งไหนของการเชื่อมต่อที่คุณยังทำอะไรได้จริง

• ทำให้ Narratium รันได้: self-host จาก GitHub source หรือ release (repo เป็น read-only แต่ clone ได้เต็มที่) หรือใช้ hosted instance ถ้ามีที่คุณเชื่อถือได้และยังเปิดใช้งานอยู่
• เปิดหน้าตั้งค่าและหาส่วน API / LLM configuration
• เลือกประเภทการเชื่อมต่อแบบ OpenAI-format แทน Ollama เพราะคุณกำลังชี้ไปที่ hosted endpoint
• กรอก base URL เป็น https://api.apisrouter.com/v1 แล้ววาง key ของคุณ
• พิมพ์ model id ให้ตรงเป๊ะ: เริ่มจาก deepseek-v4-flash
• บันทึกแล้วส่งข้อความสั้น ๆ หนึ่งข้อความในเรื่องใหม่เพื่อยืนยันว่า round trip ทำงาน

การ์ด โลกในเรื่อง และสิ่งที่ยังอยู่รอดถ้าคุณย้ายออก

Narratium อ่านการ์ดตัวละครแบบ SillyTavern-compatible ได้ ซึ่งเป็นข้อเท็จจริงด้านความเข้ากันได้ที่สำคัญที่สุดของมัน ตัวละครของคุณคือทรัพย์สินที่พกพาได้: การ์ดที่เขียนจากที่อื่นก็ import เข้ามาได้ และงานที่คุณลงแรงไปกับ persona กับ world notes ไม่ได้ถูกล็อกไว้กับ client ที่หยุดพัฒนาไปแล้ว ถ้าคุณย้ายในอนาคต SillyTavern, RisuAI และ Wyvern ต่างพูดสายพันธุ์การ์ดเดียวกัน และหน้าตั้งค่าที่ลิงก์ไว้ด้านล่างครอบคลุมแต่ละตัว ตรรกะการพกพาแบบเดียวกันนี้ใช้ได้กับฝั่งโมเดลด้วย เพราะ Narratium คุยกับ endpoint /v1 ทั่วไป ไม่มีอะไรในการตั้งค่า provider ของคุณที่เฉพาะเจาะจงกับ Narratium เลย key และ base URL เดียวกันนี้เอาไปใส่ frontend อื่นได้ทันทีโดยไม่ต้องเปลี่ยนอะไร เมื่อรวมการ์ดที่พกพาได้กับ endpoint ที่พกพาได้เข้าด้วยกัน ต้นทุนการเปลี่ยน stack ทั้งหมดก็เกือบเป็นศูนย์ ซึ่งเป็นท่าทีที่ถูกต้องต่อโปรเจกต์ที่ archived แต่คุณยังชอบใช้อยู่

โมเดลที่เหมาะกับสไตล์เรื่องยาวของ Narratium

การออกแบบของ Narratium เน้นเรื่องราวแบบแตกกิ่งยาว ๆ ซึ่งทำให้การเลือกโมเดลเอนไปทางความสม่ำเสมอในระยะยาวมากกว่า deepseek-v4-flash แบกรับ session ทั่วไปในราคาต่ำที่สุดของแคตตาล็อก ด้วยบทสนทนาที่ชุมชน roleplay ให้คะแนนดีเกินราคาอยู่เสมอ glm-5.1 และ kimi-k2.6 หมุนเวียนเข้ามาเพื่อความหลากหลายของน้ำเสียง และ glm-5.2 คุ้มค่ากับบทที่เน้นรายละเอียดหนัก ๆ เพราะการทำตามคำสั่งในระยะยาวของมันคุ้มกว่า latency ของการ reasoning claude-sonnet-4-6 ยังคงเป็นเพดานงานเขียนแบบ safe-for-work สำหรับบทที่คุ้มค่า เพราะ frontend ส่ง context ของเรื่องซ้ำทุกเทิร์น input token จึงครองต้นทุนส่วนใหญ่ และ working window ที่ตั้งใจจำกัดไว้ให้ดีกว่า window ที่เปิดสุด คู่มือ context length ที่ลิงก์ด้านล่างคำนวณเรื่องนี้ไว้ นโยบายเนื้อหาไม่เปลี่ยนแปลงจากทั้งหมดนี้: นโยบายของแต่ละโมเดลและข้อกำหนดของแพลตฟอร์มที่เกี่ยวข้องยังใช้ตามที่เขียนไว้ และหน้าเปรียบเทียบนโยบายครอบคลุมว่าโมเดลตระกูลไหนเหมาะกับเรทติ้งเนื้อหาแบบไหนตามข้อเท็จจริง

จ่ายตามการใช้งาน · ถูกกว่าราคาทางการ

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

ยังควรใช้ client ที่ archived แล้วอยู่ไหม

ขอวิเคราะห์ต้นทุน-ผลประโยชน์แบบตรงไปตรงมา เพราะหน้านี้เป็นคู่มือตั้งค่าไม่ว่าจะตัดสินใจอย่างไร ข้อดี: โค้ดเปิด, interface เหมาะกับเรื่องยาวที่มีโครงสร้างจริง ๆ, การ์ดพกพาเข้าออกได้ และ endpoint ทั่วไปทำให้ฝั่งโมเดลทันสมัยตลอดไป ข้อเสีย: ไม่มี security patch, ไม่มีการแก้บั๊ก, dependency แก่ตัวไปเรื่อย ๆ และ hosted instance ใด ๆ ก็อยู่บนเวลายืมมา สำหรับ client งานอดิเรกที่รันในเครื่องกับ key แบบจ่ายตามการใช้งาน ความเสี่ยงแบบนี้หลายคนรับได้ แต่สำหรับอะไรก็ตามที่มีผู้ใช้คนอื่นหรือข้อมูลอ่อนไหว มันรับไม่ได้ ทางสายกลางคือสิ่งที่หน้านี้อธิบายมาตลอด: รันเอง รักษาการลงทุนของคุณไว้ในชั้นที่พกพาได้ (การ์ด, lorebook, endpoint) และมอง client เป็นสิ่งที่แทนที่ได้ frontend ในวงการนี้มาแล้วก็ไป แต่เรื่องราวที่หนุนหลังด้วยการ์ดที่พกพาได้และ endpoint /v1 ที่มั่นคงจะอยู่ได้นานกว่าพวกมันทั้งหมด

คำถามที่พบบ่อย