এটি কী করে
অফিশিয়াল JavaScript SDK JavaScript ও TypeScript অ্যাপ্লিকেশনকে TypeSafe-এর API-এর সঙ্গে যুক্ত করে। এর typed question helper-গুলো আপনার নির্ধারিত প্রশ্নের সঙ্গে উত্তরের ধরন মিলিয়ে দেয়, ফলে ফলাফলকে পার্স করার মতো একটি অনুচ্ছেদ হিসেবে না দেখে নির্বাচিত category-টি আপনার প্রোগ্রামের বাকি অংশে ব্যবহার করতে পারেন।
ওয়েব পণ্যের ক্ষেত্রে এই কলটি সাধারণত server-এ রাখা হয়। ব্রাউজার ব্যবহারকারীর অনুরোধ আপনার অ্যাপ্লিকেশনে পাঠায়, আপনার server Jev-কে কল করে, আর interface পাওয়া suggestion দেখায়। এই সীমারেখা স্পষ্ট রাখলে API key-ও browser bundle-এর বাইরে থাকে।
কার জন্য উপযোগী
ইতিমধ্যে JavaScript backend রক্ষণাবেক্ষণ করা দলগুলোর জন্য এটি একটি সরল বিকল্প। বিদ্যমান codebase-এর পাশাপাশি পণ্যের একটি নির্দিষ্ট সিদ্ধান্ত দরকার হলে এটি ভালো কাজ করে, যেমন সম্ভাব্য lead category বা support queue সাজেস্ট করা। আপনার দল যদি ইতিমধ্যে অনেক provider-এর জন্য AI SDK ব্যবহার করে, সেই integration-টির সঙ্গেও তুলনা করুন; সবচেয়ে সরাসরি client থাকার চেয়ে অভিন্ন নিয়মকানুন বেশি গুরুত্বপূর্ণ হতে পারে।
এমন একটি পরিস্থিতি যা আপনার পরিচিত লাগতে পারে
একটি website enquiry form-এ partnership proposal এবং customer question—দুটিই আসে। আপনার server Jev-কে সম্ভাব্য উদ্দেশ্য শনাক্ত করতে বলতে পারে, তারপর inbox সামলানো ব্যক্তিকে একটি প্রস্তাবিত destination দেখাতে পারে। তবু reviewer-এর মূল enquiry দেখা এবং category বদলানোর সুযোগ থাকা উচিত।
কোনো visitor একই form দুবার জমা দিলে duplicate record ঠেকাতে আপনার নিজস্ব request identifier ব্যবহার করুন। মডেলের ফলাফল এই নিয়ন্ত্রণের বিকল্প নয়। একইভাবে, কোনো request-কে urgent মনে হওয়া নিজে থেকেই message পাঠানো বা account বদলানোর অনুমতি দেওয়া উচিত নয়।
শুরু করার বাস্তবসম্মত সেটআপ
- বর্তমান runtime-এর প্রয়োজনীয়তা যাচাই করে server project-এ @typesafe-ai/sdk ইনস্টল করুন।
- Deployment environment থেকে API key নিন এবং client-side code-এ তা রাখবেন না।
- অর্থপূর্ণ category-র একটি সংক্ষিপ্ত তালিকা নির্ধারণ করুন, তারপর official client ব্যবহার করে একটি sample পাঠান।
- Service অনুপলব্ধ হলে বা classification অনিশ্চিত হলে দেখানোর মতো একটি স্পষ্ট fallback যোগ করুন।
- ফলাফল দিয়ে পরবর্তী action চালু করার আগে form থেকে review পর্যন্ত সম্পূর্ণ flow পরীক্ষা করুন।
বেছে নেওয়ার আগে যা বিবেচনা করবেন
Type inference development-এর সময় অমিল field ধরতে সাহায্য করে, কিন্তু ব্যবসায়িক category-র সংজ্ঞা খারাপ হলে তা ধরতে পারে না। কোনো ফলাফল কাঠামোগতভাবে বৈধ হলেও enquiry ভুল team-এর কাছে পাঠাতে পারে। একটি review sample রাখুন এবং মিশ্র উদ্দেশ্য, বানানভুল ও আপনার গ্রাহকেরা যে ভাষাগুলো ব্যবহার করেন—সেসবসহ message পরীক্ষা করুন।
সিদ্ধান্তের জন্য অপেক্ষা করাতে interactive page অনির্দিষ্টকাল খোলা রাখবেন না। Classification-এ বেশি সময় লাগলে enquiry সংরক্ষণ করে user-কে এগিয়ে যেতে দিন; আপনার application পরে classification শেষ করতে পারবে।
অ্যাকাউন্ট ও ব্যবহারের খরচ
SDK হলো service access করার একটি উপায়, model call-এর জন্য এতে কোনো অন্তর্ভুক্ত balance থাকে না। আপনার উপযুক্ত API access দরকার, আর hosting cost inference charge থেকে আলাদা। প্রতি request-এ পাঠানো text-এর পরিমাণ এবং প্রকৃত call-এর সংখ্যা ধরে খরচ তুলনা করুন। Refresh বা form বারবার submit করার কারণে অপরিবর্তিত content অপ্রয়োজনীয়ভাবে আবার classify করা উচিত নয়।