मार्गदर्शक

AI ने बनवलेला कोड कसा तपासायचा

AI ने लिहिलेला कोड तपासण्यासाठी आधी काय बदलले ते पहा — कोणत्या फाइल्स आणि का — मग कोणतीही ओळ वाचण्याआधी स्वतः वर्तनाची चाचणी घ्या. त्यानंतर AI कोड सर्वात जास्त चुकते अशी ठिकाणे तपासा: सर्व्हर-बाजूला गहाळ परवानगी तपासणी, ब्राउझरसमोर उघड झालेल्या गुप्त गोष्टी, न तपासलेले इनपुट, न अस्तित्वात असलेली पॅकेजेस किंवा फंक्शन्स, आणि तुम्ही न मागितलेल्या गोष्टींमधील बदल.

AI असा कोड लिहितो जो सहसा चालतो आणि अनेकदा नीटनेटका दिसतो. त्यामुळे तो खरोखर न तपासता मंजूर करणे सोपे होते. हे मार्गदर्शक एक असे review routine आहे जे तुम्ही कोड सहज वाचता किंवा अजिबात वाचत नसलात तरी काम करते.

धोक्याच्या प्रमाणात review ठरवा

प्रत्येक बदलाला सारखे लक्ष लागत नाही.

बदलReview
मजकूर, रंग, लेआउटडेस्कटॉप आणि फोन आकारावर प्रीव्ह्यूमध्ये पहा
नवीन पेज किंवा फीचरफ्लो तपासा; बदललेल्या फाइल्सवर नजर टाका
लॉगिन, परवानग्या, पेमेंट, वैयक्तिक डेटाकाळजीपूर्वक वाचन, खरी चाचणी, दुसरा आढावा घेणारा विचारात घ्या
Database रचना, डेटा हटवणे, migrationsबदल वाचा, कॉपीवर चाचणी घ्या, आधी backup घ्या

पायरी 1: काय बदलले ते पहा

कोड तपासण्याआधी बदलांची यादी मिळवा:

  • प्रोजेक्ट Git मध्ये असेल तर diff पहा: शेवटच्या commit पासून बदललेल्या फाइल्स आणि ओळी. AI-बनवलेल्या अॅपसोबत Git कसे वापरायचे पहा.
  • किंवा थेट AI ला विचारा:

शेवटच्या बदलात तुम्ही बदललेल्या प्रत्येक फाइलची यादी करा, आणि प्रत्येकासाठी एका वाक्यात काय बदलले आणि का ते समजवा.

या टप्प्यावर लाल झेंडे: विनंतीशी संबंध नसलेल्या फाइल्स, हटवलेल्या फाइल्स, तुम्ही न मागितलेले configuration किंवा dependencies मधील बदल.

पायरी 2: प्रथम वर्तनाची चाचणी घ्या

कोड वाचल्याने तो काय करायला हवा ते कळते; चाचणी केल्याने तो प्रत्यक्षात काय करतो ते कळते. वाचण्याआधी:

  • एका सामान्य वापरकर्त्याप्रमाणे बदल वापरून पहा, डेस्कटॉपवर आणि फोन आकाराच्या स्क्रीनवर.
  • चुकीच्या इनपुटसह वापरून पहा: रिकामी फील्ड्स, खूप लांब मजकूर, ऋण संख्या, भूतकाळातील तारीख.
  • लॉगआउट असताना आणि वेगळ्या वापरकर्त्याच्या रूपात वापरून पहा.
  • सर्वात महत्त्वाचे फ्लो पुन्हा चालवा: साइन अप, लॉगिन, मुख्य कृती, पेमेंट.

चाचणी अयशस्वी झाली तर तुमचा वाचनाचा वेळ वाचला आहे — ते स्पष्टपणे कळवा आणि AI ला दुरुस्त करू द्या. चांगला bug report कसा लिहायचा पहा.

पायरी 3: सर्व्हरवर परवानग्या तपासा

सर्वात महत्त्वाची गोष्ट. AI टूल्स अनेकदा पेजमध्ये बटण लपवतात पण सर्व्हरला कोणीही मागेल तर ती कृती करायला तयार ठेवतात.

डेटा वाचणारा किंवा बदलणारा प्रत्येक route किंवा फंक्शनसाठी विचारा:

  • ते तपासते का की वापरकर्ता लॉगिन आहे?
  • ते तपासते का की हा वापरकर्ता या रेकॉर्डला प्रवेश करू शकतो?
  • ती तपासणी सर्व्हरवर आहे, फक्त पेजमध्ये नाही ना?

तुम्ही जोडलेल्या किंवा बदललेल्या प्रत्येक API route साठी सर्व्हरवर कोणती परवानगी तपासणी होते ते सांगा, ती ओळ उद्धृत करून. परवानगी तपासणी नसलेला कोणताही route चिन्हांकित करा.

नंतर चाचणी करा: वापरकर्ता A म्हणून लॉगिन करा, एका रेकॉर्डचा ID नोंदवा, नंतर वापरकर्ता B म्हणून लॉगिन करून तो मागवा. AI-बनवलेल्या अॅप्ससाठी सुरक्षा checklist मध्ये पूर्ण चाचणी आहे.

पायरी 4: उघड झालेल्या गुप्त गोष्टी शोधा

  • बदललेल्या फाइल्समध्ये key किंवा password सारखे दिसणारे काहीही शोधा.
  • गुप्त की फक्त सर्व्हर कोडमध्ये, environment variables मधून वाचल्या जातात आणि वापरल्या जातात का ते तपासा.
  • गुप्त variables वर VITE_ किंवा NEXT_PUBLIC_ सारखे सार्वजनिक prefixes पहा — ते ब्राउझर कोडमध्ये बिल्ट केले जातात.

API keys सुरक्षित कशा ठेवायच्या पहा.

पायरी 5: इनपुट आणि चुका तपासा

  • सर्व्हरवर पडताळणी. ब्राउझर तपासण्या वगळता येतात. आवश्यक फील्ड्स, लांबी, फॉरमॅट आणि परवानगी असलेली मूल्ये सर्व्हरनेही तपासली पाहिजेत.
  • Database queries पॅरामीटर वापरतात, वापरकर्त्याचे इनपुट query मध्ये मजकूर म्हणून जोडून तयार केलेले नाही.
  • चुका शांतपणे गिळल्या जात नाहीत. काहीही न करणारा try/catch अपयश लपवतो. चुका नोंदवल्या पाहिजेत, आणि वापरकर्त्यांना साधा संदेश दिसला पाहिजे.
  • वापरकर्त्यांना अंतर्गत तपशील दाखवले जात नाहीत — stack traces आणि database चुका logs मध्येच असाव्यात.

पायरी 6: ते खरे आहे का ते तपासा

AI मॉडेल्स कधीकधी असा कोड बनवतात जो बरोबर दिसतो पण अस्तित्वात नसलेल्या गोष्टींचा उल्लेख करतो.

  • पॅकेजेस: प्रत्येक नवीन dependency ते अचूक नाव असलेले खरे, देखभाल होणारे पॅकेज असले पाहिजे. लोकप्रिय पॅकेजांच्या स्पेलिंगमधील चुकांसारखी दिसणारी नावे सावधपणे पहा.
  • फंक्शन्स आणि API पर्याय: कोड लायब्ररी फंक्शन किंवा बाह्य API पर्याय कॉल करत असेल जो तुम्ही कधी पाहिला नाही, तर अधिकृत documentation तपासा.
  • प्लेसहोल्डर कोड: TODO, mock, fake, हार्ड-कोडेड नमुना डेटा, किंवा नेहमी एकच मूल्य परत करणारी फंक्शन्स शोधा.

तुम्ही काही नवीन पॅकेजेस जोडली का? प्रत्येकासाठी अचूक नाव, ते कशासाठी आहे, आणि आपण त्याशिवाय चालवू शकतो का ते सांगा.

पायरी 7: ते बसते का ते तपासा

कोड चालू शकतो आणि तरीही अॅप नंतर बदलणे कठीण करू शकतो:

  • पुनरावृत्ती. एकच logic अनेक ठिकाणी कॉपी केल्यास ते वेगळे होत जाईल.
  • सुसंगती. अॅपमधील उरलेले पॅटर्न पाळले पाहिजेत.
  • आकार. 20 ओळींच्या विनंतीमुळे 600 ओळी निर्माण झाल्या असतील तर प्रश्न विचारा.
  • न वापरलेला कोड. नव्याच्या बाजूला राहिलेल्या जुन्या आवृत्त्या.

या बदलामुळे प्रोजेक्टमधील काही कोड आता न वापरलेला झाला आहे का, किंवा logic इतरत्र पुनरावृत्त झाले आहे का? काहीही बदलू नका; फक्त यादी करा.

सामान्य चुका

  • स्वच्छ दिसतो म्हणून मंजूर करणे. नीटनेटका कोडही परवानगी तपासणी वगळू शकतो.
  • चाचणी करण्याऐवजी वाचणे. आधी चाचणी घ्या; नंतर वाचा.
  • फक्त योग्य मार्गाची चाचणी. चुकीचे इनपुट, चुकीचा वापरकर्ता आणि लॉगआउट स्थिती वापरून पहा.
  • न संबंधित फाइल बदलांकडे दुर्लक्ष. प्रत्येक फाइल का बदलली ते विचारा.
  • स्व-आढाव्यावर पूर्ण विश्वास. AI च्या आढाव्याला पहिला टप्पा माना आणि चाचणीने पडताळा.
  • एका आठवड्याचे बदल एकदम तपासणे. लहान बदल जसे होतात तसे तपासा.

Checklist

  • मला माहीत आहे कोणत्या फाइल्स का बदलल्या, आणि विनंतीशी संबंध नसलेले काहीही बदलले नाही.
  • बदल डेस्कटॉप आणि फोनवर, चुकीच्या इनपुटसह, लॉगआउट असताना आणि दुसऱ्या वापरकर्त्याच्या रूपात काम करतो.
  • प्रत्येक डेटा route सर्व्हरवर लॉगिन आणि मालकी तपासतो.
  • कोडमध्ये किंवा ब्राउझर bundles मध्ये गुप्त गोष्टी नाहीत.
  • इनपुटची सर्व्हरवर पडताळणी होते; queries पॅरामीटर वापरतात.
  • चुका नोंदवल्या जातात, शांतपणे गिळल्या जात नाहीत, आणि वापरकर्त्यांना तपशीलवार दाखवल्या जात नाहीत.
  • नवीन पॅकेजेस खरी आणि आवश्यक आहेत; बनावट फंक्शन्स किंवा प्लेसहोल्डर उरलेले नाहीत.
  • उच्च-धोक्याच्या बदलांचे काळजीपूर्वक वाचन झाले आणि आवश्यक तिथे दुसरा आढावा घेणारा होता.

Mythex वर कोडचा आढावा

  • Ask mode कोड न बदलता त्याबद्दलचे प्रश्न उत्तरते — “प्रत्येक बदल समजवा” आणि “कोणत्या routes ला परवानगी तपासणी नाही” अशा प्रॉम्प्ट्ससाठी आदर्श. Chat पहा.
  • Code view प्रत्येक प्लॅनवर फाइल ट्री, editor आणि terminal दाखवते (Free वर फक्त वाचनीय, Pro वर संपादनयोग्य), त्यामुळे काय बदलले ते तुम्ही स्वतः वाचू शकता. Code editor पहा.
  • /test एजंटला वापरकर्त्याप्रमाणे प्रीव्ह्यूमधून क्लिक करायला लावते आणि तुटलेले फ्लो कळवते.
  • Checkpoints तपासणीत अपयशी ठरलेला बदल मागे घेऊ देतात.

जर डेव्हलपर तुमच्यासाठी आढावा घेत असेल, तर AI-बनवलेल्या अॅपवर डेव्हलपरसोबत कसे काम करायचे हस्तांतरण समजावते; आणि आढाव्यात बग सापडला तर AI-बनवलेले अॅप कसे debug करायचे पहा.

प्रश्न

मी डेव्हलपर नसलो तरी AI ने बनवलेल्या कोडचा आढावा घेऊ शकतो का?

तुम्ही त्यातला बराच भाग तपासू शकता. बदल तुम्ही मागितल्याप्रमाणे करतो का ते पहा, महत्त्वाचे फ्लो तपासा, दुसऱ्या वापरकर्त्याचा डेटा मिळवण्याचा प्रयत्न करा, आणि AI ला प्रत्येक बदललेली फाइल साध्या भाषेत समजावायला सांगा. पेमेंट, संवेदनशील डेटा किंवा सुरक्षेसाठी डेव्हलपरनेही ते पहावे.

AI ने बनवलेल्या कोडमधील सर्वात सामान्य समस्या कोणत्या?

सर्व्हर-बाजूला गहाळ परवानगी तपासणी, ब्राउझरला वाचता येतील अशा ठिकाणी ठेवलेल्या गुप्त गोष्टी, सर्व्हरवर न तपासलेले इनपुट, न अस्तित्वात असलेली पॅकेजेस किंवा फंक्शन्स, शांतपणे गिळलेल्या चुका, आणि तुम्ही न मागितलेल्या फाइल्समधील बदल.

मी AI ला स्वतःचा कोड तपासायला सांगू शकतो का?

हो, आणि ते अनेकदा खरी समस्या शोधते, विशेषतः जर तुम्ही विशिष्ट प्रश्न विचारले, जसे की कोणत्या routes ला परवानगी तपासणी नाही. हे पहिला आढावा समजा, हमी नाही, आणि चाचणी करून त्याचे निष्कर्ष पडताळा.

कोड रिव्ह्यूला किती वेळ लागावा?

धोक्याच्या प्रमाणात ठरवा. मजकूर किंवा स्टाइलिंगच्या बदलासाठी प्रीव्ह्यूकडे एक नजर पुरे. लॉगिन, पेमेंट, परवानग्या किंवा database मधील बदलांसाठी काळजीपूर्वक वाचन, खरी चाचणी आणि कदाचित दुसऱ्या व्यक्तीचा आढावा हवा.

Mythex · Pricing · AI सह काहीही बनवा · वेबसाइट आणि अ‍ॅप टेम्प्लेट्स · Mythex ची तुलना · AI अ‍ॅप निर्मिती शब्दावली · मोफत AI अ‍ॅप निर्मिती साधने · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)