यह क्या करता है
आधिकारिक JavaScript SDK, JavaScript और TypeScript एप्लिकेशन को TypeSafe के API से जोड़ता है। इसके typed question helpers उत्तर के प्रकारों को आपके बनाए सवालों के अनुरूप रखते हैं, इसलिए चुनी गई श्रेणी को पैराग्राफ़ की तरह parse किए बिना आपके प्रोग्राम के बाकी हिस्सों में इस्तेमाल किया जा सकता है।
वेब प्रोडक्ट में यह कॉल आम तौर पर सर्वर पर होनी चाहिए। ब्राउज़र उपयोगकर्ता का अनुरोध आपके एप्लिकेशन को भेजता है, आपका सर्वर Jev को कॉल करता है, और इंटरफ़ेस मिलने वाला सुझाव दिखाता है। यह सीमा स्पष्ट रखने से API key भी ब्राउज़र bundle से बाहर रहती है।
यह किसके लिए सही है
यह उन टीमों के लिए सीधा विकल्प है जो पहले से JavaScript backend संभाल रही हैं। जब प्रोडक्ट को मौजूदा कोड के साथ एक केंद्रित निर्णय चाहिए, जैसे संभावित lead category या support queue का सुझाव, तब यह अच्छी तरह काम करता है। अगर आपकी टीम पहले से कई providers के लिए AI SDK इस्तेमाल करती है, तो उस integration की भी तुलना करें; साझा conventions सबसे सीधा client होने से अधिक महत्वपूर्ण हो सकती हैं।
एक ऐसी स्थिति जिसे आप पहचान सकते हैं
एक वेबसाइट का enquiry form partnership proposals और customer questions, दोनों प्राप्त करता है। आपका सर्वर Jev से संभावित उद्देश्य पूछ सकता है और inbox संभालने वाले व्यक्ति को सुझाया गया destination दिखा सकता है। Reviewer को मूल enquiry फिर भी दिखनी चाहिए और श्रेणी बदलने की सुविधा होनी चाहिए।
अगर visitor वही form दो बार submit करता है, तो duplicate records रोकने के लिए अपना request identifier इस्तेमाल करें। Model response इस नियंत्रण का विकल्प नहीं है। इसी तरह, किसी request को urgent मान लेना अपने-आप किसी संदेश को भेजने या account बदलने की अनुमति नहीं देनी चाहिए।
पहली समझदारी भरी सेटअप प्रक्रिया
- मौजूदा runtime requirements जांचें और server project में @typesafe-ai/sdk इंस्टॉल करें।
- API key को deployment environment से लोड करें और उसे client-side code से बाहर रखें।
- अर्थपूर्ण श्रेणियों की छोटी सूची बनाएं, फिर official client का उपयोग करके एक sample भेजें।
- Service उपलब्ध न होने या classification अनिश्चित होने पर दिखने वाला fallback जोड़ें।
- परिणाम से आगे की कार्रवाइयां शुरू कराने से पहले पूरे form-to-review flow की जांच करें।
चुनने से पहले किन बातों पर विचार करें
Type inference विकास के दौरान मेल न खाने वाले fields पकड़ने में मदद करता है, लेकिन यह गलत तरीके से परिभाषित business category नहीं पकड़ सकता। परिणाम संरचनात्मक रूप से सही हो सकता है, फिर भी enquiry गलत टीम को भेज सकता है। एक review sample रखें और मिश्रित उद्देश्य, वर्तनी की गलतियों तथा आपके ग्राहकों द्वारा इस्तेमाल की जाने वाली भाषाओं वाले संदेशों की जांच करें।
किसी निर्णय की प्रतीक्षा में interactive page को अनिश्चित समय तक खुला न रखें। अगर classification में बहुत समय लगे, तो enquiry सहेजें और user को आगे बढ़ने दें; आपका एप्लिकेशन बाद में classification पूरा कर सकता है।
खाते और उपयोग की लागत
SDK सेवा तक पहुंचने का तरीका है, model calls का शामिल balance नहीं। आपको उपयुक्त API access चाहिए, और hosting costs inference charges से अलग हैं। लागत की तुलना हर request में भेजे गए text की मात्रा और वास्तविक calls की संख्या के आधार पर करें। Refresh या form submission दोहराए जाने पर बिना जरूरत अपरिवर्तित content को फिर से classify नहीं करना चाहिए।