এটি কী করে
Cloudflare AI Jev-কে একটি third-party model হিসেবে তালিকাভুক্ত করেছে এবং Worker-এর AI binding বা HTTP API-এর মাধ্যমে call করার পদ্ধতি নথিভুক্ত করেছে। এতে শুধু ওই request-এর জন্য আলাদা Python বা Node service তৈরি না করেই Cloudflare-এ চলা application-এ একটি decision step যোগ করা যায়।
Worker request গ্রহণ করে, প্রাসঙ্গিক context প্রস্তুত করে এবং Jev-এর typed answer পড়ে। কোথায় এটি সংরক্ষণ করা হবে এবং কোন action অনুমোদিত, তা আপনার নিজের code-ই ঠিক করবে। Cloudflare-এর মাধ্যমে উপলভ্য হওয়ার অর্থ এই নয় যে Jev-এর weights আপনার Worker-এর ভেতরে বা প্রতিটি edge location-এ চলে।
কার জন্য উপযোগী
Workers, bindings এবং Cloudflare account permission-এ অভ্যস্ত দলগুলোর জন্য এই route উপযোগী। Application-এর বিদ্যমান entry point-এর কাছাকাছি থেকে form submission শ্রেণিবিন্যাস করা বা text-based request route করার কাজে এটি ব্যবহার করা যায়। কোনো job যদি অন্য platform-এ ইতিমধ্যে নির্ভরযোগ্যভাবে চলে, তাহলে শুধু Jev-এ পৌঁছানোর জন্য hosting বদলাতে model listing থাকা যথেষ্ট কারণ নয়।
এমন একটি পরিস্থিতি যা আপনার পরিচিত লাগতে পারে
ধরা যাক, একটি ডিরেক্টরি Worker-এর মাধ্যমে টুল জমা দেওয়ার অনুরোধ গ্রহণ করে। Jev জানাতে পারে, কোনো জমা দেওয়া বিষয় পণ্যের তালিকা, সহায়তা-সংক্রান্ত প্রশ্ন নাকি সম্পর্কহীন প্রচারমূলক লেখা। জমা দেওয়া বিষয়টির পাশে এই সিদ্ধান্ত সংরক্ষণ করুন এবং প্রকাশের আগে একজন সম্পাদককে তা সংশোধনের সুযোগ দিন।
কোনো মডেল না পাওয়া গেলে বৈধ জমা দেওয়া বিষয়টি যেন হারিয়ে না যায়। আপনার কাজের ধাপে প্রয়োজন হলে আগে মূল অনুরোধটি সংরক্ষণ করুন, তারপর শ্রেণিবিন্যাসের অবস্থা pending হিসেবে চিহ্নিত করুন। এতে আপনার অ্যাপ্লিকেশন পরে আবার চেষ্টা করা বা হাতে পর্যালোচনা করার সময় ব্যবহারকারীর কাজ অক্ষত থাকে।
শুরু করার বাস্তবসম্মত সেটআপ
- আপনার Cloudflare অ্যাকাউন্টে Jev ব্যবহারের সুযোগ এবং প্রয়োজনীয় অনুমতিগুলো নিশ্চিত করুন।
- Worker-এর AI binding কনফিগার করুন, অথবা নথিভুক্ত HTTP প্রমাণীকরণ প্রস্তুত করুন।
- Jev-এর ডকুমেন্টেশনে দেখানো Cloudflare model identifier এবং input format ব্যবহার করুন।
- আপনার অ্যাপ্লিকেশন যে response fields সংরক্ষণ করবে, সেগুলোসহ একটি বাস্তবসম্মত জমা দেওয়া বিষয় পরীক্ষা করুন।
- ফলাফলটি কোনো queue-এর সঙ্গে যুক্ত করার আগে timeout এবং অসম্পূর্ণ শ্রেণিবিন্যাস সামলান।
বেছে নেওয়ার আগে যা বিবেচনা করবেন
Binding ব্যবহার করলে connection code কমতে পারে, কিন্তু এতে request limit, network failure বা মডেলের ভুল দূর হয় না। ব্যবহারকারীর কাজের ধরন অনুযায়ী একটি সময়সীমা নির্ধারণ করুন। কোনো form confirmation এবং background review queue-এর প্রয়োজন প্রায়ই এক হয় না।
এই route-এর জন্য credential এবং request format নির্দিষ্ট রাখুন। একটি TypeSafe key এবং Cloudflare API token পরস্পরের বিকল্প নয়। আপনার বেছে নেওয়া service-এর ক্ষেত্রে প্রযোজ্য data-handling terms-ও পর্যালোচনা করুন; কোনো platform-এর মাধ্যমে কল করলেই অনুরোধের প্রতিটি অংশ কোথায় প্রক্রিয়া করা হয়, তার উত্তর পাওয়া যায় না।
অ্যাকাউন্ট ও ব্যবহারের খরচ
আপনার অ্যাপ্লিকেশন যে Workers resources ব্যবহার করে, সেগুলোর সঙ্গে মডেলের বর্তমান Cloudflare billing terms পর্যালোচনা করুন। একটি সফল উদাহরণ কল দেখে পুরো মাসের জমা দেওয়া বিষয়গুলোর খরচ নির্ধারণ করা যায় না। আপনার হিসাবের মধ্যে retry এবং যেকোনো queue বা storage অন্তর্ভুক্ত করুন, তারপর ছোট পরিসরের pilot-এ প্রকৃত ব্যবহার তুলনা করুন। বর্তমান জমা দেওয়া বিষয়েই প্রশ্নের জন্য প্রয়োজনীয় সব তথ্য থাকলে সম্পূর্ণ history পাঠানো এড়িয়ে চলুন।