Narratium custom API setup: base URL, key, model।

Quick answer: Narratium को चाहिए values।

Narratium का LLM connection standard OpenAI-compatible triple है, जो इसकी API settings में डाला जाता है: एक base URL, एक API key, और एक model name। इस gateway के लिए ये हैं https://api.apisrouter.com/v1, आपकी sk-... key, और कोई भी catalog id, deepseek-v4-flash story traffic के लिए sensible पहला pick है। Project का README बिल्कुल इसी class के connection की recommend करता है: सीधे OpenAI-format APIs, variety के लिए एक unified multi-model endpoint, या local models के लिए Ollama और LM Studio, यह सब same configuration surface के through। Exact field labels web build और versions के बीच बदलते हैं, तो labels को loosely और values को exactly treat करें: URL /v1 पर खत्म होता है, key clean paste होती है, model id catalog string से character के लिए character match करती है।

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

Narratium क्या है, और इसकी status, साफ़-साफ़ बताई गई।

Narratium (Narratium/Narratium.ai GitHub पर) खुद को roleplay के लिए VSCode के तौर पर pitch करता था: AI-driven storytelling, worldbuilding, और long-form interactive fiction के लिए एक open-source client, SillyTavern character card compatibility, memory persistence, और एक plugin system के साथ। Code AGPL-licensed है, इसने जल्दी ही एक असली community attract की, और यह scene के ज़्यादा interesting open clients में से एक बना हुआ है। अब वो हिस्सा जिसे ज़्यादातर setup guides छोड़ देती हैं: GitHub repository archived और read-only है (GitHub archive date March 30, 2026 दिखाता है)। Archived का मतलब broken नहीं है, code उतनी ही अच्छी तरह चलता है जितना freeze होने के दिन चलता था, लेकिन इसका मतलब है कि कोई maintainer fixes, dependency updates, या security patches ship नहीं कर रहा, और project से जुड़े hosted instances को best-effort से ज़्यादा कुछ नहीं मानना चाहिए। अगर आप आज Narratium adopt करते हैं, तो dependable route source या release से खुद इसे run करना है, और realistic expectation एक frozen feature set है। वो status API advice को एक specific तरीके से बदलती है: एक frozen client बिल्कुल वो situation है जहां आप चाहते हैं कि model side flexible रहे। Narratium अब नए provider integrations add नहीं कर सकता, लेकिन एक OpenAI-compatible endpoint जो यह पहले से बोलता है, उस endpoint के पीछे आने वाले किसी भी नए model को serve करता रहता है। Gateway pattern effectively उस client को future-proof करता है जो अब आगे नहीं बढ़ रहा।

Setup walkthrough।

Troubleshooting universal pattern follow करती है: पहले तीन values को एक curl request से prove करें, और अगर curl succeed होता है जबकि app fail होता है, तो usual culprits एक stray path segment वाला URL, key में whitespace, या web builds पर एक browser CORS block है, जो developer console में visible होता है। चूंकि अब कोई maintainer app-side quirks के लिए fix ship नहीं करेगा, curl-first habit यहां थोड़ा ज़्यादा matter करती है: यह आपको तुरंत बताती है कि connection के किस side पर आप actually कुछ कर सकते हैं।

• Narratium को चलाएं: GitHub source या release से self-host करें (repo read-only है लेकिन पूरी तरह cloneable है), या अगर कोई ऐसा hosted instance जिस पर आपको भरोसा है अभी भी चल रहा है तो उसे use करें।
• Settings खोलें और API / LLM configuration section ढूंढें।
• OpenAI-format connection type चुनें, Ollama नहीं, क्योंकि आप एक hosted endpoint पर point कर रहे हैं।
• Base URL https://api.apisrouter.com/v1 डालें और अपनी key paste करें।
• Model id exactly type करें: शुरुआत के लिए deepseek-v4-flash।
• Save करें और round trip confirm करने के लिए एक fresh story में एक छोटा message भेजें।

Cards, worlds, और अगर आप चले जाएं तो क्या बचता है।

Narratium SillyTavern-compatible character cards पढ़ता है, जो इसके बारे में सबसे important compatibility fact है। आपके characters portable artifacts हैं: कहीं और लिखे गए cards import होते हैं, और personas और world notes में लगाया गया आपका काम किसी ऐसे client से locked नहीं है जिसका development रुक गया हो। अगर आप कभी migrate करते हैं, तो SillyTavern, RisuAI, और Wyvern सभी same card lineage बोलते हैं, और नीचे linked setup pages हर एक को cover करते हैं। वही portability logic model side पर भी लागू होती है। क्योंकि Narratium एक generic /v1 endpoint से बात करता है, आपके provider setup के बारे में कुछ भी Narratium-specific नहीं है: वही key और base URL बिना बदले किसी भी दूसरे frontend में drop होते हैं। Portable cards और एक portable endpoint के बीच, पूरे stack का switching cost लगभग zero है, जो किसी भी archived project के प्रति सही posture है जिसे आप अभी भी enjoy करते हैं।

Narratium की long-form style के लिए model picks।

Narratium का design long branching narratives पर centered है, जो model choice को long horizons पर consistency की तरफ weight करता है। deepseek-v4-flash catalog के सबसे कम rates पर everyday sessions carry करता है, ऐसी dialogue के साथ जिसे roleplay community लगातार अपने price से ऊपर rate करती है। glm-5.1 और kimi-k2.6 voice variety के लिए rotate होते हैं, और glm-5.2 detail-heavy chapters कमाता है जहां इसकी long-horizon instruction adherence इसकी reasoning latency से ज़्यादा भारी पड़ती है। claude-sonnet-4-6 उन chapters के लिए safe-for-work prose ceiling बना रहता है जो इसके लायक हैं। क्योंकि frontend हर turn पर story context resend करता है, input tokens cost पर dominate करते हैं, और एक deliberate working window एक maximal window से बेहतर है; नीचे दी गई context-length guide यह math करती है। Content policy इससे unchanged रहती है: model policies और applicable platform terms जैसे लिखे हैं वैसे ही apply होते हैं, और policies-compared page यह cover करता है कि कौन सी families किस content ratings में fit होती हैं, factually।

जितना उपयोग उतना भुगतान · आधिकारिक मूल्य से कम

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

क्या आपको अब भी एक archived client adopt करना चाहिए?

एक honest cost-benefit, क्योंकि यह page वैसे भी setup guide है। Favor में: code open है, interface structured long-form stories के लिए genuinely अच्छा है, cards अंदर-बाहर portable हैं, और एक generic endpoint model side को हमेशा current रखता है। Against: कोई security patches नहीं, कोई bug fixes नहीं, dependencies अपनी जगह पुरानी हो रही हैं, और कोई भी hosted instance उधार के समय पर जी रहा है। एक locally चलने वाले hobby client के लिए एक metered key के against, वह risk profile कई लोगों के लिए acceptable है; किसी भी दूसरे users या sensitive data वाली चीज़ के लिए, नहीं। Middle path वही है जिसे यह page पूरे समय describe कर रहा था: इसे खुद run करें, अपना investment portable layers (cards, lorebooks, endpoint) में रखें, और client को replaceable मानें। इस scene में frontends आते-जाते रहते हैं; portable cards और एक stable /v1 endpoint से backed एक story इन सबसे ज़्यादा जीती है।

अक्सर पूछे जाने वाले प्रश्न