Antigravity में Gemini 3.8 Flash (High) से Downloads व्यवस्थित करना

8 नवंबर को मैंने Antigravity से अपने Downloads फ़ोल्डर की फ़ाइलों को दोबारा व्यवस्थित करने और उनके नाम बदलने को कहा। इनमें ऐसी तस्वीरें भी थीं जिनके नाम से उनके बारे में कुछ साफ़ नहीं पता चलता था। सत्र के मेटाडेटा में मॉडल का नाम Gemini 3.8 Flash (High) दर्ज था।

काम था फ़ाइलों की जाँच करना, उन्हें अधिक उपयोगी नाम देना और उनकी सामग्री के आधार पर फ़ोल्डर सुझाना। मैंने अपने Desktop के स्क्रीनशॉट और Documents में मौजूद PDF के लिए भी इसी तरह की मदद माँगी।

इस काम के लिए ऐसे एजेंट की ज़रूरत है जो टूल इस्तेमाल कर सके और जिसे आपकी अनुमति वाले फ़ोल्डर तक पहुँच हो। सामान्य चैट में मॉडल से Downloads व्यवस्थित करने को कह देने भर से उसे आपके कंप्यूटर तक पहुँच नहीं मिल जाती।

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

मैंने असल में क्या कहा था

मेरा मूल अनुरोध यह था:

“मुझे अपने Downloads फ़ोल्डर की फ़ाइलें फिर से व्यवस्थित करवानी हैं और उनके नाम बदलवाने हैं, मेरे पास बिना नाम वाली बहुत सारी तस्वीरें हैं जिन्हें शायद उनकी सामग्री के हिसाब से फ़ोल्डर में रखने की भी ज़रूरत है और कुछ चीज़ों की सफ़ाई करनी है, नाम बदल दो और उस फ़ोल्डर की सफ़ाई के बारे में सुझाव दो”

संबंधित कामों के लिए मैंने ये प्रॉम्प्ट भी इस्तेमाल किए:

“क्या तुम मेरे Desktop और Downloads में मौजूद उन स्क्रीनशॉट के नाम बदल सकते हो जिनके नाम डिफ़ॉल्ट हैं, ताकि नाम से पता चल सके कि उनमें क्या है?”

“क्या तुम Documents में मौजूद PDF के साथ भी यही कर सकते हो”

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

सामग्री की जाँच कर सकने वाला एजेंट ऐसे नाम सुझा सकता है जिन्हें पहचानना और खोजना आसान हो। फिर भी, जिन फ़ाइलों को लेकर वह निश्चित न हो, उन्हें वैसे ही छोड़ना ज़रूरी है, न कि किसी अनुमान को पक्के तौर पर फ़ाइल का नाम बना देना।

पुष्टि करने पर क्या मिला

इस प्रक्रिया के बदलावों के रिकॉर्ड, यानी मैनिफ़ेस्ट में स्थान बदलने की 338 प्रविष्टियाँ दर्ज थीं। बाद की जाँच में सभी 338 का हिसाब मिला: 313 आइटम अपनी दर्ज नई जगहों पर थे और 25 Trash में थे।

Trash में मौजूद उन 25 आइटम में सात इंस्टॉलर पैकेज और 18 पहले से टूटे हुए प्रतीकात्मक लिंक थे। उन 25 में कोई सामान्य दस्तावेज़ या मीडिया फ़ाइल नहीं थी।

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

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

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

पहले जाँच करें

नीचे दिए गए प्रॉम्प्ट एक अधिक नियंत्रित कार्यप्रक्रिया के लिए सुझाए गए नमूने हैं। ये मेरे मूल सत्र के उद्धरण नहीं हैं। उदाहरणों में दिए गए सभी फ़ाइल नाम काल्पनिक हैं।

एक फ़ोल्डर से शुरू करें और एजेंट से बिना कोई बदलाव किए उसकी जाँच करने को कहें।

प्रॉम्प्ट का उदाहरण

“मेरे Downloads फ़ोल्डर में कुछ बदले बिना उसकी जाँच करो। पहले बताओ कि तुम्हारे पास कौन-से टूल हैं और किन फ़ोल्डर तक पहुँच है। फ़ाइलों के प्रकार, मौजूदा फ़ोल्डर और ऐसी फ़ाइलों का सारांश दो जिनके नाम उपयोगी नहीं हैं।

व्यवस्थित करने की एक सरल योजना सुझाओ। प्रतीकात्मक लिंक, शॉर्टकट, ऐप्लिकेशन बंडल, प्रोजेक्ट फ़ोल्डर और ऐसी किसी भी चीज़ को चिह्नित करो जिसका संदर्भ कोई अन्य ऐप या कार्यप्रक्रिया इस्तेमाल कर सकती है। इन आइटम में कोई बदलाव मत करो।

अभी किसी भी फ़ाइल का नाम मत बदलो, उसे दूसरी जगह मत ले जाओ, मिटाओ मत, Trash में मत भेजो, उसके ऊपर दूसरी फ़ाइल मत लिखो और उसमें कोई बदलाव मत करो। यदि किसी फ़ाइल की सामग्री की जाँच नहीं कर सकते, तो अनुमान लगाने के बजाय साफ़ बताओ।”

प्रतीकात्मक लिंक किसी दूसरी जगह की ओर इशारा करता है। लिंक की जगह बदलने, उसका अनुसरण करके दूसरे फ़ोल्डर में जाने या उसका लक्ष्य बदलने के असर उस फ़ोल्डर से बाहर भी हो सकते हैं जिसकी सफ़ाई की जा रही है। टूटे हुए लिंक को समीक्षा के लिए चिह्नित करना चाहिए, अपने-आप हटाना नहीं चाहिए।

एजेंट शायद हर ऐप्लिकेशन की निर्भरता का पता न लगा सके। उसे उन फ़ोल्डर के बारे में बताएँ जिन्हें स्क्रिप्ट, प्रकाशन टूल, फ़ोटो लाइब्रेरी या आपकी जानकारी की अन्य कार्यप्रक्रियाएँ इस्तेमाल करती हैं।

यदि फ़ाइलों में निजी जानकारी है, तो पहुँच देने से पहले जाँचें कि आपके चुने हुए टूल उनकी सामग्री को कैसे संसाधित करते हैं। किसी फ़ोल्डर तक पहुँच मिलना उसकी सामग्री को अतिरिक्त सेवाओं पर अपलोड करने का कारण नहीं है।

स्क्रीनशॉट में जो दिखता है, उसके आधार पर नाम दें

स्क्रीनशॉट के उपयोगी नाम आम तौर पर स्क्रीन या विषय और उसकी पहचान कराने वाले एक विवरण को बताते हैं।

मिसाल के तौर पर, नाम बदलने का एक काल्पनिक उदाहरण यह हो सकता है:

Screenshot 2026-11-08 at 10.24.30.png
→ wireless-earbuds-pairing-settings.png

प्रस्तावित नाम दिखाई दे रही सामग्री के आधार पर होना चाहिए, इस अनुमान के आधार पर नहीं कि स्क्रीनशॉट क्यों लिया गया था।

प्रॉम्प्ट का उदाहरण

“ऊपर दिए गए केवल जाँच करने के नियमों का पालन करते हुए Downloads में डिफ़ॉल्ट या अस्पष्ट नाम वाले अधिकतम 20 स्क्रीनशॉट की समीक्षा करो।

हर स्क्रीनशॉट के लिए मौजूदा फ़ाइल नाम, एक प्रस्तावित वर्णनात्मक नाम और दिखाई दे रही सामग्री के आधार पर एक छोटा स्पष्टीकरण दिखाओ। छोटे अक्षरों में लिखे शब्दों को हाइफ़न से अलग करो और मूल एक्सटेंशन बनाए रखो।

नाम संक्षिप्त रखो। लोगों की पहचान का अनुमान मत लगाओ, संवेदनशील निजी विवरण मत जोड़ो और तारीखें या संदर्भ मत गढ़ो। जिन तस्वीरों को लेकर अनिश्चितता हो या जो पढ़ी न जा सकें, उन्हें मेरी समीक्षा के लिए चिह्नित करो।

केवल प्रस्ताव दिखाओ। अभी किसी भी चीज़ का नाम मत बदलो या उसे दूसरी जगह मत ले जाओ।”

20 फ़ाइलों से शुरुआत करने पर नाम देने के तरीके की समीक्षा आसान हो जाती है। यदि नाम बहुत अस्पष्ट या बहुत लंबे हों, तो इस तरीके को बड़े पैमाने पर अपनाने से पहले सुधारा जा सकता है।

नाम बदलना और दूसरी जगह ले जाना अलग-अलग चरण भी हो सकते हैं। हो सकता है किसी फ़ाइल को केवल बेहतर नाम की ज़रूरत हो।

बिना अनुमान लगाए PDF को उपयोगी नाम दें

PDF के लिए थोड़े अलग नियम चाहिए। शीर्षक, दस्तावेज़ का प्रकार या साफ़ छपी तारीख मददगार हो सकती है। डाउनलोड की तारीख से ज़रूरी नहीं कि यह पता चले कि दस्तावेज़ कब लिखा गया था।

स्कैन की गई PDF के लिए अक्षरों की स्वचालित पहचान, यानी OCR की ज़रूरत पड़ सकती है, जो पाठ को गलत पढ़ सकता है। एन्क्रिप्टेड या पढ़े न जा सकने वाले दस्तावेज़ को समीक्षा के लिए छोड़ देना चाहिए।

प्रॉम्प्ट का उदाहरण

“मेरे Documents फ़ोल्डर में अस्पष्ट नाम वाली अधिकतम 20 PDF की जाँच करो। उनमें कोई बदलाव मत करो।

दस्तावेज़ के दिखाई देने वाले शीर्षक, विषय और दस्तावेज़ के प्रकार के आधार पर फ़ाइल नाम सुझाओ। तारीख तभी शामिल करो जब दस्तावेज़ से साफ़ पता चले कि उस तारीख का क्या अर्थ है। .pdf एक्सटेंशन बनाए रखो।

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

हर प्रस्ताव के लिए मौजूदा नाम, प्रस्तावित नाम और उसे आधार देने वाले प्रमाण दिखाओ।”

उदाहरण के लिए conference-program.pdf जैसा नाम पर्याप्त हो सकता है। फ़ाइल नाम में दस्तावेज़ के हर विवरण का सारांश देना ज़रूरी नहीं है।

ऐसे फ़ोल्डर इस्तेमाल करें जिन्हें बाद में पहचान सकें

फ़ोल्डर की संरचना से फ़ाइलें ढूँढ़ने में मदद मिलनी चाहिए, केवल Downloads में दिखाई देने वाले आइटम की संख्या कम नहीं होनी चाहिए।

Screenshots, Reference Images और Documents जैसे व्यापक श्रेणियों वाले फ़ोल्डर एक शुरुआती विकल्प हो सकते हैं। किसी विषय का फ़ोल्डर तब अधिक उपयोगी हो सकता है जब वह संबंधित तस्वीरों और दस्तावेज़ों को एक साथ रखे।

ऐसे अंतरों के आधार पर दर्जनों फ़ोल्डर बनाने से बचें जिन्हें शायद आप बाद में याद न रख पाएँ।

प्रॉम्प्ट का उदाहरण

“जिन फ़ाइलों की जाँच तुम पहले ही कर चुके हो, उनके आधार पर कुछ ही ऐसे फ़ोल्डर सुझाओ जिनसे उन्हें ढूँढ़ना आसान हो जाए।

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

अस्पष्ट आइटम उनकी मौजूदा जगहों पर रहने दो और समीक्षा के लिए उनकी सूची बनाओ। कोई बदलाव किए बिना योजना दिखाओ।”

आप प्रस्तावित फ़ाइल नामों से अलग फ़ोल्डर की योजना को मंज़ूरी दे सकते हैं।

एक मंज़ूर किए गए समूह पर बदलाव लागू करें और नतीजे दर्ज करें

प्रस्तावित बदलाव ठीक लगने पर स्पष्ट रूप से बताएँ कि आप किस समूह पर उन्हें लागू करना चाहते हैं।

प्रॉम्प्ट का उदाहरण

“इस समूह के लिए केवल उन्हीं नाम और स्थान बदलने के प्रस्तावों को लागू करो जिन्हें मैंने मंज़ूरी दी है।

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

मौजूदा फ़ाइलों के ऊपर दूसरी फ़ाइलें मत लिखो, कुछ भी मत मिटाओ, किसी चीज़ को Trash में मत भेजो, प्रतीकात्मक लिंक का अनुसरण मत करो और फ़ाइलों की सामग्री मत बदलो। अप्रत्याशित स्थिति आने पर अपनी ओर से तरीका निकालने के बजाय रुक जाओ।

हर कार्रवाई का वास्तविक परिणाम मैनिफ़ेस्ट में अपडेट करो, जिसमें विफलताएँ और छोड़ दिए गए आइटम भी शामिल हों। फिर आगे कोई बदलाव सुझाने से पहले इस समूह की पुष्टि करो।”

सामान्य फ़ाइलों के लिए कार्रवाई से पहले और बाद में सामग्री का हैश दर्ज करने से यह पुष्टि करने में मदद मिल सकती है कि सामग्री वैसी ही रही। एजेंट को केवल यह कहने के बजाय कि सब कुछ ठीक रहा, बताना चाहिए कि उसने असल में क्या जाँचा।

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

सफ़ाई के सुझावों को मिटाने के फैसले से अलग रखें

“Downloads साफ़ करो” के कई अर्थ हो सकते हैं: फ़ाइलों के नाम बदलना, उन्हें समूहों में रखना, संग्रहित करना या मिटाना।

मेरे मूल अनुरोध में सफ़ाई के सुझाव माँगे गए थे। आइटम को Trash में भेजना या मिटाना एक अलग, स्पष्ट फैसला होना चाहिए।

प्रॉम्प्ट का उदाहरण

“सफ़ाई के संभावित कदम सुझाओ, लेकिन किसी भी चीज़ को मिटाओ मत, Trash में मत भेजो, संग्रहित मत करो और उसकी जगह मत बदलो।

संभावित डुप्लिकेट, पुराने इंस्टॉलर, टूटे हुए लिंक और अन्य संभावित आइटम की सूची दो और हर सुझाव का कारण बताओ। किसी फ़ाइल के पुराने या बड़े होने भर से उसे अनावश्यक मत मानो।

संभावित डुप्लिकेट में उन फ़ाइलों को अलग पहचानो जिनकी सामग्री बिल्कुल समान है और उन फ़ाइलों को अलग जिनके केवल नाम या रूप मिलते-जुलते हैं। जहाँ संभव हो, सामग्री के हैश की तुलना करो। क्या रखना है, इसका फैसला मेरा होगा।”

बिल्कुल समान प्रतियाँ भी अलग-अलग उद्देश्यों के काम आ सकती हैं, जब किसी ऐप या प्रोजेक्ट को एक खास जगह पर कॉपी की ज़रूरत हो।

फ़ाइलों और कार्यप्रक्रियाओं की पुष्टि करें

अंतिम जाँच में फ़ाइलें और उनका इस्तेमाल करने वाली चीज़ें, दोनों शामिल होनी चाहिए।

बदले हुए नाम वाली कुछ तस्वीरें और PDF खोलकर देखें। महत्वपूर्ण शॉर्टकट और कार्यप्रक्रियाओं की जाँच करें। यदि कोई प्रकाशन प्रक्रिया किसी फ़ोल्डर पर नज़र रखती है, तो उस प्रक्रिया को भी जाँचें।

प्रॉम्प्ट का उदाहरण

“मैनिफ़ेस्ट के आधार पर मंज़ूर किए गए समूह की पुष्टि करो।

जिन कार्रवाइयों की पुष्टि हो गई है, विफलताओं, छोड़ दिए गए आइटम और अब तक अनसुलझे अंतर की अलग-अलग जानकारी दो। जाँचो कि अपेक्षित नई जगहें मौजूद हैं और जहाँ फ़ाइल हैश दर्ज हैं, वहाँ वे मेल खाते हैं।

यदि कोई आइटम मैनिफ़ेस्ट में दर्ज जगह पर नहीं है, तो जाँच करके उसकी पुष्टि की गई जगह बताओ या साफ़ तौर पर उसे अनसुलझा चिह्नित करो। अंतर दूर करने के लिए मुझे प्रस्तावित कार्रवाई दिखाए बिना कोई और बदलाव मत करो।

इस समूह के बदलावों को वापस करने की योजना तैयार करो, लेकिन उसे लागू मत करो और किसी चीज़ के ऊपर कुछ मत लिखो।”

बदलाव वापस करने की योजना की भी जाँच ज़रूरी है। यदि सफ़ाई के बाद फ़ाइलों में बदलाव हो चुके हों या वे फिर से दूसरी जगह चली गई हों, तो दर्ज हर कार्रवाई को बिना सोचे-समझे उलटना एक और समस्या पैदा कर सकता है।

मैंने क्या सीखा

टूल इस्तेमाल कर सकने वाले AI एजेंट से फ़ाइलें व्यवस्थित करवाना एक व्यावहारिक इस्तेमाल है, जिसे किसी छोटे, बैकअप किए गए फ़ोल्डर पर आज़माया जा सकता है। इसकी उपयोगिता फ़ाइल की सामग्री को ऐसे नाम से जोड़ने में है जिसे आप बाद में पहचान सकें।

8 नवंबर की प्रक्रिया यह भी दिखाती है कि नतीजे को परखने के लिए कार्रवाइयों की गिनती काफ़ी क्यों नहीं है। दर्ज सभी 338 आइटम का हिसाब मिल गया था, लेकिन सामग्री की फ़ाइलों की जगह बदलने से फिर भी एक कार्यप्रक्रिया बाधित हुई, जिसे ठीक करना पड़ा।

जाँच से शुरुआत करें, प्रस्तावित नामों की समीक्षा करें और एक छोटे समूह को मंज़ूरी दें। मिटाने का फैसला अलग रखें। फिर अपने कंप्यूटर के बाकी हिस्सों तक यह काम बढ़ाने से पहले नतीजे जाँचें।