> This is a page from the ElevenLabs documentation. For a complete page index, fetch https://elevenlabs.io/docs/llms.txt. For the full documentation in a single file, fetch https://elevenlabs.io/docs/llms-full.txt.

# LLM लागत ऑप्टिमाइज़ करना

## परिचय

टिकाऊ AI एप्लिकेशन बनाने के लिए Large Language Model (LLM) की अनुमान लागत को मैनेज करना ज़रूरी है। यह गाइड बताती है कि ElevenLabs प्लेटफ़ॉर्म की सुविधाओं का प्रभावी इस्तेमाल करके खर्च को कैसे ऑप्टिमाइज़ करें। मॉडल की क्षमताओं और कीमतों की विस्तृत जानकारी के लिए हमारे मुख्य [LLM दस्तावेज़](/docs/hi/eleven-agents/customization/llm) देखें।

> **Note**
>
> ElevenLabs, साइलेंस की अवधि में मॉडल के अनुमान को कम करके लागत घटाने में मदद करता है।
> इन अवधियों का बिल सामान्य प्रति-मिनट दर के 5% पर लिया जाता है। अधिक जानकारी के लिए [ElevenAgents के परिचय पेज](/docs/hi/eleven-agents/overview#pricing-during-silent-periods) देखें।

## अनुमान लागत को समझना

हमारे प्लेटफ़ॉर्म पर LLM अनुमान लागत मुख्य रूप से इन बातों से प्रभावित होती है:

* **इनपुट टोकन**: आपके प्रॉम्प्ट से प्रोसेस होने वाले डेटा की मात्रा, जिसमें यूज़र क्वेरी, सिस्टम निर्देश और कोई भी प्रासंगिक डेटा शामिल है।
* **आउटपुट टोकन**: LLM द्वारा अपने जवाब में जनरेट किए गए टोकन की संख्या।
* **मॉडल का चुनाव**: अलग-अलग LLM की प्रति-टोकन कीमत अलग होती है। आमतौर पर अधिक शक्तिशाली मॉडल की लागत अधिक होती है।

लागत कम करने के अवसरों की पहचान के लिए ElevenLabs डैशबोर्ड या API से अपने उपयोग पर नज़र रखना ज़रूरी है। आप [होस्टेड MCP सर्वर](/docs/hi/eleven-agents/operate/hosted-mcp) के ज़रिए Claude या किसी अन्य MCP क्लाइंट से सीधे किसी एजेंट की अनुमानित LLM लागत का अनुमान भी लगा सकते हैं। बदलाव करने से पहले मॉडल की तुलना करने में यह उपयोगी है।

## रणनीतिक मॉडल चयन

लागत की दक्षता के लिए सबसे उपयुक्त LLM चुनना एक मुख्य कारक है।

* **सही आकार का मॉडल**: अपनी खास ज़रूरत को भरोसेमंद तरीके से पूरा करने वाला सबसे कम जटिल (और आमतौर पर कम महंगा) मॉडल चुनें। आसान कामों के लिए महंगे मॉडल इस्तेमाल न करें। उदाहरण के लिए, Google के `gemini-2.0-flash` जैसे मॉडल कई आम कामों के लिए बेहद प्रतिस्पर्धी कीमत देते हैं। नवीनतम कीमतों और क्षमताओं के लिए हमेशा पूरी [सपोर्टेड LLMs सूची](/docs/hi/eleven-agents/customization/llm#supported-llms) देखें।
* **प्रयोग**: अपने कामों के लिए अलग-अलग मॉडल टेस्ट करें और आउटपुट क्वालिटी की तुलना होने वाली लागत से करें। भाषा सपोर्ट, कॉन्टेक्स्ट विंडो की ज़रूरत और खास क्षमताओं को ध्यान में रखें।

## प्रॉम्प्ट ऑप्टिमाइज़ेशन

टोकन की खपत और उससे जुड़ी लागत कम करने के लिए प्रॉम्प्ट इंजीनियरिंग एक शक्तिशाली तकनीक है। स्पष्ट, संक्षिप्त और बिना किसी अस्पष्टता वाले सिस्टम प्रॉम्प्ट बनाकर आप मॉडल को अधिक कुशल जवाब देने की दिशा दे सकते हैं। गैर-ज़रूरी शब्दों और कॉन्टेक्स्ट को हटाएं, जो आपके टोकन काउंट को बढ़ा सकते हैं। मॉडल को अपने अपेक्षित आउटपुट की लंबाई के बारे में स्पष्ट निर्देश देने पर भी विचार करें—मसलन, "अपने जवाब को दो वाक्यों तक सीमित रखें" या "संक्षिप्त सारांश दें" जैसे वाक्य जोड़कर। ये आसान निर्देश जनरेट किए गए कॉन्टेंट की क्वालिटी और प्रासंगिकता बनाए रखते हुए आउटपुट टोकन की संख्या को काफ़ी कम कर सकते हैं।

**मॉड्यूलर डिज़ाइन**: जटिल कन्वर्सेशनल फ़्लो के लिए [एजेंट-एजेंट ट्रांसफ़र](/docs/hi/eleven-agents/customization/tools/system-tools/agent-transfer) का इस्तेमाल करें। इससे आप एक बड़े सिस्टम प्रॉम्प्ट को कई छोटे और अधिक विशेष प्रॉम्प्ट में बांट सकते हैं, जिनमें से हर एक को अलग एजेंट संभालता है। बातचीत के मौजूदा चरण के लिए केवल प्रासंगिक प्रॉम्प्ट लोड करके, सभी संभावनाओं के लिए बनाए गए व्यापक प्रॉम्प्ट की जगह, यह हर इंटरैक्शन में टोकन काउंट को काफ़ी कम करता है।

## नॉलेज और रिट्रीवल का लाभ उठाना

जिन एप्लिकेशन को बड़ी मात्रा में जानकारी तक पहुंच चाहिए, उनके लिए Retrieval Augmented Generation (RAG) और अच्छी तरह मैनेज किया गया नॉलेज बेस अहम हैं।

* **कुशल RAG**:
  * RAG, प्रॉम्प्ट में व्यापक डेटा शामिल करने के बजाय LLM को आपके [नॉलेज बेस](/docs/hi/eleven-agents/customization/knowledge-base) से केवल प्रासंगिक हिस्से देकर इनपुट टोकन घटाता है।
  * केवल सबसे प्रासंगिक जानकारी के "chunks" लाने के लिए रिट्रीवर को ऑप्टिमाइज़ करें।
  * कॉन्टेक्स्ट और टोकन काउंट के बीच संतुलन के लिए चंक साइज़ और ओवरलैप को फाइन-ट्यून करें।
  * [RAG](/docs/hi/eleven-agents/customization/knowledge-base/rag) लागू करने के बारे में और जानें।
* **कॉन्टेक्स्ट साइज़**:
  * पक्का करें कि आपके [नॉलेज बेस](/docs/hi/eleven-agents/customization/knowledge-base) में सटीक, अपडेटेड और प्रासंगिक जानकारी हो।
  * अच्छी तरह स्ट्रक्चर किया गया कॉन्टेंट रिट्रीवल की सटीकता बढ़ाता है और गैर-प्रासंगिक कॉन्टेक्स्ट से होने वाला टोकन उपयोग घटाता है।

## टूल का समझदारी से इस्तेमाल

[वेबहुक टूल्स](/docs/hi/eleven-agents/customization/tools/webhook-tools) इस्तेमाल करने से LLM बाहरी API या कस्टम कोड को टास्क सौंप सकते हैं, जो अधिक किफ़ायती हो सकता है।

* **टास्क ऑफ़लोडिंग**: ऐसे निश्चित टास्क पहचानें जिनमें रीयल-टाइम डेटा, जटिल कैलकुलेशन या API इंटरैक्शन चाहिए (जैसे डेटाबेस लुकअप, बाहरी सर्विस कॉल)।
* **ऑर्केस्ट्रेशन**: LLM एक ऑर्केस्ट्रेटर की तरह काम करता है और स्ट्रक्चर्ड टूल कॉल करता है। सिर्फ़ प्रॉम्प्टिंग से जटिल टास्क करने की कोशिश की तुलना में यह अक्सर कहीं अधिक टोकन-कुशल होता है।
* **टूल विवरण**: हर टूल के लिए स्पष्ट और संक्षिप्त विवरण दें, ताकि LLM उनका कुशलतापूर्वक और सटीक इस्तेमाल कर सके।

## चेकलिस्ट

लागत कम करने के लिए इन तकनीकों को अपनाने पर विचार करें:

| सुविधा           | लागत पर प्रभाव                                                 | कार्रवाई                                                                                                                                                                     |
| :--------------- | :------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| LLM का चुनाव     | प्रति-टोकन लागत घटाता है                                       | सबसे छोटा और किफ़ायती मॉडल चुनें जो टास्क को भरोसेमंद तरीके से पूरा करता हो। प्रयोग करें और लागत व क्वालिटी की तुलना करें।                                                   |
| कस्टम LLMs       | खास टास्क के लिए अनुमान लागत संभावित रूप से कम                 | ज़्यादा वॉल्यूम वाले खास टास्क के लिए आकलन करें; छोटे और कुशल मॉडल बनाने के लिए मालिकाना डेटा पर फाइन-ट्यून करें।                                                            |
| सिस्टम प्रॉम्प्ट | इनपुट और आउटपुट टोकन घटाता है, मॉडल के व्यवहार को दिशा देता है | संक्षिप्त, स्पष्ट और सटीक रहें। अपेक्षित आउटपुट फ़ॉर्मैट और लंबाई के निर्देश दें (जैसे, "संक्षिप्त रहें," "JSON इस्तेमाल करें")।                                             |
| यूज़र प्रॉम्प्ट  | इनपुट टोकन घटाता है                                            | खास क्वेरी को प्रोत्साहित करें; सोच-समझकर few-shot उदाहरण इस्तेमाल करें; प्रासंगिक हिस्ट्री का सारांश बनाएं या उसे चुनें।                                                    |
| आउटपुट कंट्रोल   | आउटपुट टोकन घटाता है                                           | सारांश या मुख्य जानकारी के लिए प्रॉम्प्ट दें; `max_tokens` का सावधानी से इस्तेमाल करें; स्वाभाविक संक्षिप्तता के लिए प्रॉम्प्ट को बेहतर बनाते रहें।                          |
| RAG              | प्रॉम्प्ट में बड़ा कॉन्टेक्स्ट न रखकर इनपुट टोकन घटाता है      | प्रासंगिकता के लिए रिट्रीवर को ऑप्टिमाइज़ करें; चंक साइज़/ओवरलैप को फाइन-ट्यून करें; उच्च-क्वालिटी एम्बेडिंग और सर्च एल्गोरिदम पक्का करें।                                   |
| नॉलेज बेस        | RAG की दक्षता बढ़ाता है, गैर-प्रासंगिक टोकन घटाता है           | नियमित रूप से क्यूरेट करें; पुरानी जानकारी हटाएं; सटीक रिट्रीवल के लिए अच्छा स्ट्रक्चर, मेटाडेटा और टैगिंग पक्का करें।                                                       |
| टूल्स (फंक्शन)   | खास टास्क के लिए LLM कॉल से बचाता है; टोकन घटाता है            | निश्चित, कैलकुलेशन-इंटेंसिव या बाहरी API टास्क को टूल्स को सौंपें। LLM के लिए स्पष्ट टूल विवरण डिज़ाइन करें।                                                                 |
| एजेंट ट्रांसफ़र  | टास्क के आसान हिस्सों के लिए सस्ते मॉडल इस्तेमाल करने देता है  | शुरुआती ट्रायेज/FAQs के लिए आसान/सस्ते एजेंट इस्तेमाल करें; ज़रूरत होने पर ही सक्षम एजेंट को ट्रांसफ़र करें; बड़े प्रॉम्प्ट को अलग-अलग एजेंट्स में छोटे प्रॉम्प्ट में बांटें |

> **बातचीत की हिस्ट्री मैनेजमेंट**
>
> स्टेटफुल बातचीत में, सिस्टम प्रॉम्प्ट के हिस्से के रूप में कई बातचीत ट्रांसक्रिप्ट भेजने के बजाय,
> कॉन्टेक्स्ट को हल्का रखने के लिए हिस्ट्री समराइज़ेशन या स्लाइडिंग विंडो तकनीक लागू करें। यह खासकर कंज़्यूमर एप्लिकेशन बनाते समय प्रभावी हो सकता है और अक्सर
> पोस्ट-कॉल वेबहुक मिलने पर मैनेज किया जा सकता है।

> **Tip**
>
> अपने LLM उपयोग और लागत पर लगातार नज़र रखें। लगातार किफ़ायती बने रहने के लिए अपने प्रॉम्प्ट, RAG
> कॉन्फ़िगरेशन और टूल इंटीग्रेशन की नियमित समीक्षा करें और उन्हें बेहतर बनाएं।