১২০টি ফাইলের ব্যাচের জন্য স্থানীয় কীওয়ার্ড পরিকল্পনা

পরিমাপের আগে ব্যাচটি সংজ্ঞায়িত করুন

১২০টি ফাইলের মধ্যে কী কী মিল আছে, তা নথিভুক্ত করে শুরু করুন। ফাইলের ধরন, সেগুলো বাণিজ্যিক না সম্পাদকীয়, বিষয়ের বৈচিত্র্য কতটা এবং ভিডিও আছে কি না—সব লিখে রাখুন। ঘনিষ্ঠভাবে সম্পর্কিত ছবির সেটের তুলনায় মিশ্র ব্যাচে সাধারণত মানুষের বেশি সংশোধন দরকার হয়।

কিছু তৈরি করার আগে মেটাডেটার গন্তব্য লিখে রাখুন। উদাহরণস্বরূপ, Adobe Stock-এর সাধারণ কীওয়ার্ড নির্দেশিকায় সর্বোচ্চ 49টি কীওয়ার্ডের অনুমতি আছে, তবে এর CSV নিয়ম এবং বর্তমান আপলোড স্ক্রিনও পরীক্ষা করা উচিত। লক্ষ্য মার্কেটপ্লেসে ইংরেজি মেটাডেটা প্রয়োজন হলে ইংরেজি ভাষার ইন্টারফেস বা ব্লগ সেই প্রয়োজন বদলায় না।

তথ্য ও অনুমান আলাদা রাখুন। আপনি হয়তো জানেন যে একটি ফোল্ডারে স্টুডিওতে তোলা পণ্যের ছবি আছে; কিন্তু শুধু পিক্সেল দেখে কোনো ব্যক্তির পরিচয়, সঠিক স্থান, রিলিজের অবস্থা বা প্রজাতি জানা নাও যেতে পারে। জেনারেটর দিয়ে এসব অজানা তথ্য পূরণ করা উচিত নয়।

• ব্যাচের আকার: 120টি ফাইল
• স্থানীয় মডেল এবং নির্বাচিত ট্যাগের সংখ্যা
• প্রতি ফাইলে আনুমানিক পর্যালোচনার সময়
• লক্ষ্য মার্কেটপ্লেস এবং বর্তমান সীমা
• কোনো ফাইলে বিশেষ মানব যাচাই দরকার কি না

পরিকল্পনার সারি:
ব্যাচ: 120টি ছবি
লক্ষ্য: ইংরেজি Adobe Stock মেটাডেটা
পরিকল্পিত সর্বোচ্চ কীওয়ার্ড: 49টি, বর্তমান পোর্টাল নিয়ম সাপেক্ষে
যাচাই না-করা তথ্য: পরিচয়, স্থান, রিলিজ

বিপণন-সংখ্যা নয়, স্থানীয় একটি নমুনা মাপুন

১০টি ফাইলের একটি প্রতিনিধিত্বশীল নমুনা ব্যবহার করুন। সবচেয়ে ধীর মনে হওয়া ফাইলের ধরন এবং অন্তত একটি জটিল বিষয়ের ফাইল রাখুন। তৈরি শুরু করা থেকে দশটি ফলাফল পর্যালোচনার জন্য প্রস্তুত হওয়া পর্যন্ত সময় লিখে রাখুন। মডেল লোড হওয়ার সময় আলাদাভাবে নথিভুক্ত করুন, কারণ মেমরিতে লোড করা আর ব্রাউজারের ক্যাশ ফাইল ডাউনলোড বা ধরে রাখা এক বিষয় নয়।

একটি উপযোগী কর্মপত্রে সময়ের চারটি ঘর থাকে: মডেল প্রস্তুতি, তৈরি, পর্যালোচনা এবং রপ্তানির প্রস্তুতি। বিরতি, সম্পর্কহীন সম্পাদনা বা পোর্টালে অপেক্ষার সময় নীরবে তৈরির সময়ের মধ্যে ঢুকিয়ে দেবেন না। ব্রাউজার অস্থিতিশীল হলে সেটিকে সীমাবদ্ধতা হিসেবে লিখুন, গড়ের মধ্যে লুকিয়ে রাখবেন না।

স্থানীয় অ্যাপটি ব্রাউজারে WebGPU কর্মী ব্যবহার করে, তাই সামঞ্জস্যপূর্ণ ব্রাউজার, GPU, ড্রাইভার এবং উপলভ্য মেমরি গুরুত্বপূর্ণ। একটি সমান্তরাল থ্রেড দিয়ে শুরু করুন। দুটি পরীক্ষা করলে পুরো ওয়ার্কফ্লো তুলনা করুন: দুটি থ্রেডের জন্য আলাদা মডেল কপি লাগতে পারে এবং মেমরির ওপর চাপ বাড়তে পারে।

• ১০টি প্রতিনিধিত্বশীল ফাইল চালান।
• প্রতিটি পর্যায়ের ঘড়ির সময় লিখুন।
• প্রথম দৌড়ে অস্বাভাবিক প্রস্তুতি থাকলে নমুনাটি আবার নিন।
• এক থ্রেডের দৌড় স্থিতিশীল হওয়ার পরেই দ্বিতীয় থ্রেড পরীক্ষা করুন।

কর্মপত্রের কলাম:
পর্যায় | শুরু | শেষ | মিনিট | নোট
মডেল প্রস্তুতি | __ | __ | __ | ডাউনলোড করা, লোড করা, না আগে থেকেই উপলভ্য
তৈরি, ১০টি ফাইল | __ | __ | __ | একটি থ্রেড বা দুটি
পর্যালোচনা, ১০টি ফাইল | __ | __ | __ | সংশোধন ও বাতিল করা সারি
রপ্তানির প্রস্তুতি | __ | __ | __ | শুধু চূড়ান্ত সম্পাদনাযোগ্য সারি

কাজের উদাহরণ: সতর্কভাবে ১২০টি ফাইলে হিসাব বাড়ান

শুধু উদাহরণ: ধরুন, একজন অবদানকারী ১০টি একই ধরনের ছবি মেপে তৈরির জন্য ১৮ মিনিট, পর্যালোচনার জন্য ২২ মিনিট এবং রপ্তানির প্রস্তুতির জন্য ৩ মিনিট লিখলেন। স্থানীয় মডেলটি আগে থেকেই লোড করা ছিল, তাই একবারের খরচ হিসেবে মডেল প্রস্তুতির ৭ মিনিট আলাদাভাবে লেখা হলো। এগুলো কর্মপত্র দেখানোর কাল্পনিক পর্যবেক্ষণ, MetaStocker-এর গতি সম্পর্কে কোনো দাবি নয়।

১২০টি ফাইলের জন্য দশটির বারোটি দল হলে তৈরি করতে ২১৬ মিনিট এবং পর্যালোচনায় ২৬৪ মিনিট লাগবে। প্রতিটি দল আলাদাভাবে রপ্তানি করলে পুনরাবৃত্ত রপ্তানি প্রস্তুতির ৩৬ মিনিট যোগ করা একটি ইচ্ছাকৃতভাবে সতর্ক পরিকল্পনা হবে। অবদানকারী যদি একটি সম্পূর্ণ ব্যাচ পর্যালোচনা করে একবার রপ্তানি করেন, রপ্তানির সময় কম হতে পারে; তবে তা অনুমান না করে মাপতে হবে।

এই উদাহরণে পরিকল্পিত মোট সময় ৭ + ২১৬ + ২৬৪ + ৩ = ৪৯০ মিনিট, অর্থাৎ ৮ ঘণ্টা ১০ মিনিট। এর অর্থ এই নয় যে ব্যাচটি ওই সময়ে শেষ হবেই। এটি অবদানকারীর নিজস্ব নমুনার ওপর ভিত্তি করা কর্মপত্রের ফল। আবার চালানো, অস্পষ্ট ছবি এবং বিরতির জন্য স্পষ্টভাবে চিহ্নিত অতিরিক্ত সময় যোগ করুন, এবং প্রথম ৩০টি ফাইলের পর অনুমানটি সংশোধন করুন।

• নমুনা তৈরি: প্রতি ১০টি ফাইলে ১৮ মিনিট
• নমুনা পর্যালোচনা: প্রতি ১০টি ফাইলে ২২ মিনিট
• দৃষ্টান্তমূলক মডেল প্রস্তুতি: একবার ৭ মিনিট
• দৃষ্টান্তমূলক পরিকল্পিত মোট: অতিরিক্ত সংরক্ষিত সময়ের আগে ৪৯০ মিনিট

সূত্র:
দলের সংখ্যা = 120 / 10 = 12
তৈরি = 18 × 12 = 216 মিনিট
পর্যালোচনা = 22 × 12 = 264 মিনিট
পরিকল্পিত মোট = 7 + 216 + 264 + 3 = 490 মিনিট
প্রতিটি দৃষ্টান্তমূলক সংখ্যা নিজের পরিমাপ দিয়ে বদলে নিন।

স্থানীয় খরচ পূর্বানুমানযোগ্য রাখুন

স্থানীয় মোডে অ্যাকাউন্ট বা API কী দরকার হয় না, তবে প্রথম মডেল ডাউনলোডের জন্য ইন্টারনেট সংযোগ দরকার। ওই ডাউনলোডকে প্রতি-ফাইল খরচ নয়, প্রস্তুতির একটি ঘটনা হিসেবে ধরুন। ব্রাউজার ডাউনলোড করা মডেল ফাইল ক্যাশে রাখতে পারে, কিন্তু সক্রিয় মডেল মেমরি আলাদা বিষয়; ক্যাশ ফাইল রেখে মডেল আনলোড করলে মেমরি মুক্ত হতে পারে। ব্রাউজার স্টোরেজ সরিয়ে ফেলতে পারে, তাই স্থায়ী অফলাইন সুবিধার প্রতিশ্রুতি দেবেন না।

কর্মপত্রে ডলারের মূল্য বানিয়ে না নিয়ে ব্যবহারিক সীমাবদ্ধতা লিখুন: অ্যাপে দেখানো ডাউনলোডের আকার, উপলভ্য ডিস্ক স্পেস, ব্রাউজারের মেমরি আচরণ, মডেলের পছন্দ এবং তৈরির সময় কম্পিউটার সচল থাকে কি না। কোনো দৌড় ব্যর্থ হলে ব্যর্থ দল ও আবার চালানোর সময় লিখুন।

প্রতিটি ফলাফল পর্যালোচনা করুন। অ্যাপটি চাওয়া ট্যাগের সংখ্যা যাচাই করতে পারে, কিন্তু তাতে ট্যাগ সঠিক বা প্রাসঙ্গিক প্রমাণ হয় না। বিশেষ করে মিশ্র ব্যাচে প্রতি ফাইলের অতিরিক্ত ট্যাগ পরীক্ষা করা উচিত। ভিডিওর ক্ষেত্রে নমুনা প্রিভিউ পুরো গতিশীল দৃশ্য পরিদর্শনের বিকল্প নয়।

• স্থানীয় বাজেট: কম্পিউটারের সময়, বিদ্যুৎ, স্টোরেজ এবং পর্যালোচনার মনোযোগ।
• ব্রাউজারের ক্যাশকে সক্রিয় মডেল মেমরি ভাববেন না।
• কী রাখতে চান তা নিশ্চিত হওয়ার পরেই মডেল ফাইল আনলোড বা মুছুন।
• ব্রাউজার সেশনের বাইরে সম্পাদনাযোগ্য মেটাডেটার একটি ব্যাকআপ রাখুন।

ঐচ্ছিক API খরচ যাচাই যোগ করুন

কোনো নির্দিষ্ট ব্যাচের জন্য স্থানীয় তৈরি উপযুক্ত না হলে, ঐচ্ছিক অর্থপ্রদত্ত API মোড অবদানকারীর নিজের OpenAI কী ব্যবহার করে এবং প্রিভিউ বা প্রসঙ্গ OpenAI-তে পাঠাতে পারে। কীটি গোপন রাখুন: শেয়ার করা নথিতে পেস্ট করবেন না, প্রকাশ করবেন না বা কোনো প্রকাশ্য ক্লায়েন্ট-সাইড অ্যাপ্লিকেশনে বসাবেন না।

অনুমান করা দামের ভিত্তিতে বিল হিসাব করবেন না। দৌড়ের আগে প্রদানকারীর অ্যাকাউন্ট, নির্বাচিত মডেল, তারিখের পরিসর এবং ব্যাচ শনাক্তকারী লিখে রাখুন। ছোট পরীক্ষার পর প্রদানকারীর ব্যবহার ও বিলিং ড্যাশবোর্ড দেখুন। পরীক্ষায় প্রকৃত ব্যবহারকে ফাইলের সংখ্যা এবং পাঠানো প্রসঙ্গের ধরনের সঙ্গে তুলনা করুন। তারপর চালিয়ে যাবেন কি না সিদ্ধান্ত নিন।

কর্মপত্রে স্থানীয় ও API কাজ আলাদা করে স্পষ্ট রাখুন। স্থানীয় দৌড়ে API চালান থাকে না, আর API দৌড়ে প্রদানকারীর খরচ হতে পারে। অ্যাপটি স্বয়ংক্রিয়ভাবে ক্লাউডে ফিরে যায় না, তাই স্থানীয় ব্যর্থতাকে অপ্রত্যাশিত API খরচ হিসেবে ব্যাখ্যা করা উচিত নয়।

• প্রদানকারীর বর্তমান মূল্য ও ব্যবহার-দৃশ্য নিজে পরীক্ষা করুন।
• সব 120টি ফাইল প্রক্রিয়া করার আগে ছোট পরীক্ষা চালান।
• অনুমান করা প্রতি-ফাইল দাম নয়, প্রকৃত ব্যবহার লিখুন।
• কী প্রকাশ পেলে সঙ্গে সঙ্গে সরিয়ে ফেলুন বা নতুন কী নিন।

API যাচাই:
পরীক্ষার ফাইল: __
মডেল: __
প্রদানকারীর দেখানো ব্যবহার: __
প্রদানকারীর দেখানো পরিমাণ: __
বাকি ফাইলের সিদ্ধান্ত: স্থানীয় / API / ব্যাচ সংশোধন

পর্যালোচনা, রপ্তানি এবং কর্মপত্র সমাপ্ত করুন

তৈরি শেষ হলে ফলাফল সম্পাদনা করুন এবং শুধু প্রস্তুত সারিগুলো রপ্তানি করুন। Adobe CSV কাজের ক্ষেত্রে এক্সটেনশন ও বড়-ছোট অক্ষরসহ ফাইলের নাম আপলোড করা সম্পদের সঙ্গে মিলতে হবে; CSV আমদানি করার আগে সম্পদগুলো আপলোড করুন, তারপর অবদানকারী পোর্টালে তৈরি হওয়া মেটাডেটা পরীক্ষা করুন। এটি ম্যানুয়াল পরিদর্শনের ধাপ, স্বয়ংক্রিয় CSV গ্রহণযোগ্যতা যাচাই নয়।

একটি ছোট ব্যতিক্রম তালিকা রাখুন: অনিশ্চিত বিষয়, অনুপস্থিত রিলিজ, দ্ব্যর্থক স্থান, দৃশ্যমান লেখা বা সরিয়ে দিতে হবে এমন ট্যাগের ফাইল। Adobe Stock-এর জন্য মেটাডেটার ভাষা অবদানকারী অ্যাকাউন্টের সঙ্গে মিলতে হবে। মার্কেটপ্লেসের নিয়ম বদলায়, তাই চূড়ান্ত আপলোডের আগে বর্তমান অবদানকারী পোর্টাল পরীক্ষা করুন।

শেষে পর্যায়ভিত্তিক পরিকল্পিত ও প্রকৃত মিনিট তুলনা করুন। পরের ১২০টি ফাইলের ব্যাচের সময় নির্ধারণ সহজ হবে, কারণ পর্যালোচনা, তৈরি না সংশোধন—কোনটি প্রকৃত বাধা ছিল তা জানা থাকবে।

• শুধু পর্যালোচিত সারি রপ্তানি করুন।
• ফাইলের নাম ও এক্সটেনশন মিলিয়ে দেখুন।
• বর্তমান পোর্টালে আমদানি করা মেটাডেটা পরীক্ষা করুন।
• ব্যাচের নথির সঙ্গে কর্মপত্র সংরক্ষণ করুন।
• প্রকৃত পর্যায়ভিত্তিক সময় দিয়ে আবার হিসাব করুন।