এটি কী করে
Jev আপনার দেওয়া প্রেক্ষাপট পড়ে এবং আপনার নির্ধারিত সীমার মধ্যে একটি প্রশ্নের উত্তর দেয়। এর অর্থ হতে পারে কোন সাপোর্ট কিউতে পাঠাতে হবে তা বেছে নেওয়া, কোনো অনুরোধ কতটা জরুরি তা নির্ধারণ করা, অথবা কোনো বার্তায় কেনার আগ্রহ-সংক্রান্ত প্রশ্ন আছে কি না তা অনুমান করা। আপনার অ্যাপ্লিকেশন পরের ধাপে ব্যবহার করার মতো একটি মান পায়।
প্রশ্নের ধরন তিনটি। Choice নাম দেওয়া বিকল্প থেকে বেছে নেয়। Score সাজানো স্তর অনুযায়ী মূল্যায়ন করে। দুটিই সম্ভাবনা ও confidence দেয়। Noul কোনো বক্তব্য সত্য হওয়ার সম্ভাবনা অনুমান করে; এতে আলাদা confidence ফিল্ড নেই। Jev গ্রাহকের উত্তর লেখে না এবং আপনার অ্যাপ্লিকেশন কোন কাজ করতে পারবে, সেটিও নির্ধারণ করে না।
কার জন্য উপযোগী
আপনার সমস্যাটি যদি ছোট ছোট লেখার অংশ বারবার পড়ে একই ধরনের বিচার করা হয়, তাহলে এখান থেকেই শুরু করুন। ছোট কোনো বিক্রয় দল অনুসন্ধানগুলো বাছাই করতে পারে, অথবা সাপোর্ট ডেস্ক টিকিটগুলো ভাগ করে দিতে পারে—এগুলো দিয়ে একটি ভালো প্রথম কাজ নির্ধারণ করা যায়। কাজটি যদি শুধু কোনো অর্ডারের পেমেন্ট হয়েছে কি না যাচাই করা হয়, তাহলে অর্ডারের রেকর্ড ও একটি সাধারণ নিয়ম ব্যবহার করুন। লেখার অর্থ ব্যাখ্যা করতে হলে মডেল উপকারী।
এমন একটি পরিস্থিতি যা আপনার পরিচিত লাগতে পারে
ধরুন, একটি ইনবক্সে প্রকৃত অনুসন্ধান, ব্যাকলিংক বিক্রির প্রস্তাব এবং সাহায্য চাওয়া পুরোনো গ্রাহকদের বার্তা রয়েছে। বার্তাটির উদ্দেশ্য জানতে চান, তারপর সেই উত্তরটি গ্রাহকের রেকর্ডের সঙ্গে মিলিয়ে নিন। বন্ধুত্বপূর্ণ ইমেল মানেই কেউ আপনাকে টাকা দিয়েছে—এমন নয়।
“other” বিভাগটি সবসময় বিকল্প হিসেবে রাখুন। কোনো গ্রাহক অংশীদারত্বের প্রস্তাব দিলে তাকে বিক্রয়-প্রস্তাবের বিভাগে জোর করে ফেলবেন না, শুধু আপনার প্রাথমিক তালিকা খুব ছোট ছিল বলে। এটি একটি প্রস্তাবিত কাজের ধারা, ToolAI-এর কোনো production test-এর প্রতিবেদন নয়।
শুরু করার বাস্তবসম্মত সেটআপ
- একটি স্পষ্ট দায়িত্বপ্রাপ্ত ব্যক্তি-সহ সিদ্ধান্ত বেছে নিন, যেমন নতুন ইমেলটি কোন কিউতে যাবে।
- দ্ব্যর্থক ক্ষেত্র এবং “other” বিকল্পসহ প্রতিটি বিভাগের বর্ণনা লিখুন।
- প্রতিনিধিত্বমূলক বার্তা সংগ্রহ করুন এবং Jev-এর উত্তরের সঙ্গে তুলনা করার আগে একজন মানুষকে সেগুলো লেবেল করতে দিন।
- প্রস্তাবিত ট্যাগ দিয়ে শুরু করুন; স্বয়ংক্রিয়ভাবে রাউট করার আগে ভুলগুলো পর্যালোচনা করুন।
- মডেলের সংস্করণ ও প্রশ্নের ভাষা সংরক্ষণ করুন, যাতে পরের পরিবর্তনগুলো ন্যায্যভাবে মূল্যায়ন করা যায়।
বেছে নেওয়ার আগে যা বিবেচনা করবেন
টাইপ-নির্দিষ্ট আউটপুট ইন্টিগ্রেশন সহজ করে; কোনো সিদ্ধান্ত সঠিক—এটি প্রমাণ করে না। ভুল উত্তরের সঙ্গেও উচ্চ confidence মান থাকতে পারে। আপনার ব্যবসার উদাহরণ ব্যবহার করে পর্যালোচনার সীমা নির্ধারণ করুন, এবং বাদ পড়া গ্রাহক ও অপ্রয়োজনীয় অতিরিক্ত পর্যালোচনাকে আলাদাভাবে মূল্যায়ন করুন।
অফিশিয়াল ডকুমেন্টেশনে ইংরেজিকে প্রধান প্রশিক্ষণ ভাষা বলা হয়েছে। চীনা ও অন্যান্য ভাষা আলাদাভাবে পরীক্ষা করুন। গাণিতিক হিসাব ও তারিখের তুলনা code-এ রাখুন, এবং প্রশ্নের জন্য যতটুকু প্রেক্ষাপট দরকার শুধু ততটুকুই পাঠান। পরের ধাপে লিখিত ব্যাখ্যা বা উত্তর দরকার হলে generative model ব্যবহার করুন।
অ্যাকাউন্ট ও ব্যবহারের খরচ
সরাসরি সার্ভিসটি ব্যবহার করতে TypeSafe account ও API key দরকার। নথিভুক্ত চার্জ ইনপুট টোকেনের ভিত্তিতে নেওয়া হয়; আউটপুট বিনামূল্যে হলেও পুরো request বিনামূল্যে হয় না। বাস্তবসম্মত বার্তার দৈর্ঘ্য, প্রশ্নের সংখ্যা এবং retry-এর পরিমাণ ধরে ব্যবহার অনুমান করুন। SDK-গুলো hosted service-এর সঙ্গে সংযোগ করে; একটি SDK ইনস্টল করলেই স্থানীয় মডেলের weights পাওয়া যায় না। শুরু করার আগে অফিসিয়াল account terms ও বর্তমান দাম দেখে নিন।