120 फ़ाइलों के बैच के लिए स्थानीय कीवर्ड योजना

मापने से पहले बैच को परिभाषित करें

120 फ़ाइलों में क्या समान है, यह दर्ज करके शुरू करें। फ़ाइल के प्रकार, वे वाणिज्यिक हैं या संपादकीय, विषय कितने विविध हैं और क्या वीडियो शामिल हैं—सब लिखें। बहुत करीबी विषयों वाली फ़ोटो के सेट की तुलना में मिश्रित बैच में आम तौर पर अधिक मानवीय सुधार की आवश्यकता होती है।

कुछ बनाने से पहले मेटाडेटा का गंतव्य लिख लें। उदाहरण के लिए, Adobe Stock की सामान्य कीवर्ड मार्गदर्शिका में अधिकतम 49 कीवर्ड की अनुमति है, लेकिन इसके CSV नियम और वर्तमान अपलोड स्क्रीन भी जाँचनी चाहिए। यदि लक्षित मार्केटप्लेस में अंग्रेज़ी मेटाडेटा आवश्यक है, तो अंग्रेज़ी इंटरफ़ेस या ब्लॉग उस आवश्यकता को नहीं बदलता।

तथ्यों और अनुमानों को अलग रखें। आपको पता हो सकता है कि किसी फ़ोल्डर में स्टूडियो में खींची गई उत्पाद फ़ोटो हैं; लेकिन केवल पिक्सेल से किसी व्यक्ति की पहचान, सटीक स्थान, रिलीज़ की स्थिति या प्रजाति का पता नहीं चल सकता। इन अज्ञात बातों को जनरेटर से नहीं भरना चाहिए।

• बैच का आकार: 120 फ़ाइलें
• स्थानीय मॉडल और चुने गए टैग की संख्या
• प्रति फ़ाइल अनुमानित समीक्षा समय
• लक्षित मार्केटप्लेस और वर्तमान सीमाएँ
• क्या किसी फ़ाइल को विशेष मानवीय सत्यापन चाहिए

योजना की पंक्ति:
बैच: 120 चित्र
लक्ष्य: अंग्रेज़ी Adobe Stock मेटाडेटा
योजनाबद्ध अधिकतम कीवर्ड: 49, वर्तमान पोर्टल नियमों के अधीन
असत्यापित विवरण: पहचान, स्थान, रिलीज़

मार्केटिंग संख्या नहीं, स्थानीय नमूना मापें

10 फ़ाइलों का प्रतिनिधि नमूना लें। सबसे धीमे लगने वाले फ़ाइल प्रकार और जटिल विषय वाली कम-से-कम एक फ़ाइल को शामिल करें। निर्माण शुरू होने से लेकर सभी दस परिणाम समीक्षा के लिए तैयार होने तक का समय दर्ज करें। मॉडल लोड होने का समय अलग से दर्ज करें, क्योंकि मेमोरी में लोड करना और ब्राउज़र कैश फ़ाइलों को डाउनलोड या बनाए रखना एक ही बात नहीं है।

एक उपयोगी कार्यपत्रिका में समय के चार क्षेत्र होते हैं: मॉडल तैयारी, निर्माण, समीक्षा और निर्यात तैयारी। विराम, असंबंधित संपादन या पोर्टल पर प्रतीक्षा को चुपचाप निर्माण समय में शामिल न करें। यदि ब्राउज़र अस्थिर हो जाए, तो उसे औसत में छिपाने के बजाय एक सीमा के रूप में दर्ज करें।

स्थानीय ऐप ब्राउज़र में WebGPU वर्कर का उपयोग करता है, इसलिए अनुकूल ब्राउज़र, GPU, ड्राइवर और उपलब्ध मेमोरी महत्वपूर्ण हैं। एक समानांतर थ्रेड से शुरू करें। दो थ्रेड आज़माएँ तो पूरे वर्कफ़्लो की तुलना करें: दो थ्रेड के लिए अलग मॉडल प्रतियाँ लग सकती हैं और मेमोरी पर दबाव बढ़ सकता है।

• 10 प्रतिनिधि फ़ाइलें चलाएँ।
• हर चरण का घड़ी-समय दर्ज करें।
• पहली बार में असामान्य तैयारी शामिल हो तो नमूना दोहराएँ।
• एक थ्रेड का संचालन स्थिर होने के बाद ही दूसरा थ्रेड जाँचें।

कार्यपत्रिका के कॉलम:
चरण | शुरुआत | अंत | मिनट | नोट्स
मॉडल तैयारी | __ | __ | __ | डाउनलोड किया, लोड किया या पहले से उपलब्ध
निर्माण, 10 फ़ाइलें | __ | __ | __ | एक थ्रेड या दो
समीक्षा, 10 फ़ाइलें | __ | __ | __ | सुधार और अस्वीकृत पंक्तियाँ
निर्यात तैयारी | __ | __ | __ | केवल अंतिम संपादन योग्य पंक्तियाँ

काम का उदाहरण: 120 फ़ाइलों तक सावधानी से अनुमान बढ़ाएँ

केवल उदाहरण: मान लें कि एक योगदानकर्ता 10 समान चित्रों को मापता है और निर्माण के लिए 18 मिनट, समीक्षा के लिए 22 मिनट और निर्यात तैयारी के लिए 3 मिनट लिखता है। स्थानीय मॉडल पहले से लोड था, इसलिए मॉडल तैयारी को एक बार की लागत के रूप में अलग से 7 मिनट लिखा गया है। ये कार्यपत्रिका समझाने के लिए काल्पनिक अवलोकन हैं, MetaStocker की गति का दावा नहीं।

120 फ़ाइलों के लिए दस-दस फ़ाइलों के बारह समूह होंगे, जिनमें निर्माण के 216 मिनट और समीक्षा के 264 मिनट लगेंगे। यदि हर समूह अलग से निर्यात किया जाए, तो दोहराई गई निर्यात तैयारी के 36 मिनट जोड़ना जानबूझकर सावधान योजना होगी। यदि योगदानकर्ता एक पूरा बैच देखकर एक बार निर्यात करता है, तो निर्यात समय कम हो सकता है, लेकिन उसे मान लेने के बजाय मापना चाहिए।

इस उदाहरण में योजना का कुल समय 7 + 216 + 264 + 3 = 490 मिनट, यानी 8 घंटे 10 मिनट है। इसका अर्थ यह नहीं कि बैच इतने समय में अवश्य पूरा हो जाएगा। यह योगदानकर्ता के अपने नमूने पर आधारित कार्यपत्रिका का परिणाम है। दोबारा चलाने, अस्पष्ट चित्रों और विराम के लिए स्पष्ट रूप से चिह्नित अतिरिक्त समय जोड़ें और पहली 30 फ़ाइलों के बाद अनुमान संशोधित करें।

• नमूना निर्माण: प्रति 10 फ़ाइलें 18 मिनट
• नमूना समीक्षा: प्रति 10 फ़ाइलें 22 मिनट
• दृष्टांत मॉडल तैयारी: एक बार 7 मिनट
• दृष्टांत योजनाबद्ध कुल: अतिरिक्त आरक्षित समय से पहले 490 मिनट

सूत्र:
समूहों की संख्या = 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 के लिए मेटाडेटा की भाषा योगदानकर्ता अकाउंट से मेल खानी चाहिए। मार्केटप्लेस के नियम बदलते रहते हैं, इसलिए अंतिम अपलोड से पहले वर्तमान योगदानकर्ता पोर्टल जाँचें।

अंत में हर चरण के योजनाबद्ध और वास्तविक मिनटों की तुलना करें। अगले 120-फ़ाइल बैच का समय तय करना आसान होगा, क्योंकि आपको पता होगा कि असली अड़चन समीक्षा, निर्माण या सुधार में थी।

• केवल समीक्षा की गई पंक्तियाँ निर्यात करें।
• फ़ाइल नाम और एक्सटेंशन का मिलान जाँचें।
• वर्तमान पोर्टल में आयात किए गए मेटाडेटा का निरीक्षण करें।
• बैच रिकॉर्ड के साथ कार्यपत्रिका सहेजें।
• वास्तविक चरण समय के आधार पर फिर से गणना करें।