AI സൃഷ്ടിച്ച കോഡ് എങ്ങനെ പരിശോധിക്കാം

AI സൃഷ്ടിച്ച കോഡ് പരിശോധിക്കാൻ, എന്ത് മാറി എന്നതിൽ നിന്ന് തുടങ്ങുക: ഏത് ഫയലുകൾ, എന്തുകൊണ്ട്. ഒരു വരി കോഡും വായിക്കുന്നതിന് മുമ്പ് പെരുമാറ്റം നിങ്ങൾ തന്നെ പരീക്ഷിക്കുക. അതിനുശേഷം AI കോഡ് സാധാരണയായി പിഴയ്ക്കുന്ന ഇടങ്ങൾ പരിശോധിക്കുക: സെർവർ-സൈഡ് അനുമതി പരിശോധനകളുടെ അഭാവം, ബ്രൗസറിന് വെളിപ്പെടുന്ന രഹസ്യങ്ങൾ, സാധൂകരിക്കാത്ത ഇൻപുട്ട്, നിലവിലില്ലാത്ത പാക്കേജുകളോ ഫംഗ്ഷനുകളോ, നിങ്ങൾ തൊടാൻ ആവശ്യപ്പെടാത്ത കാര്യങ്ങളിലെ മാറ്റങ്ങൾ.

AI എഴുതുന്ന കോഡ് സാധാരണയായി പ്രവർത്തിക്കുകയും വൃത്തിയായി കാണുകയും ചെയ്യും. അതിനാൽ യഥാർത്ഥത്തിൽ പരിശോധിക്കാതെ അംഗീകരിക്കാൻ എളുപ്പമാണ്. കോഡ് നന്നായി വായിക്കാനറിയുന്നവർക്കും ഒട്ടും അറിയാത്തവർക്കും പ്രവർത്തിക്കുന്ന ഒരു പരിശോധനാ രീതിയാണ് ഈ ഗൈഡ്.

അപകടസാധ്യതയ്ക്ക് അനുസരിച്ച് പരിശോധന അളക്കുക

എല്ലാ മാറ്റത്തിനും ഒരേ ശ്രദ്ധ വേണ്ട.

ഘട്ടം 1: എന്ത് മാറി എന്ന് കാണുക

കോഡ് വിലയിരുത്തുന്നതിന് മുമ്പ്, മാറ്റങ്ങളുടെ പട്ടിക എടുക്കുക:

• പ്രോജക്ട് Git-ൽ ആണെങ്കിൽ, diff നോക്കുക: അവസാന കമ്മിറ്റ് മുതൽ മാറിയ ഫയലുകളും വരികളും. AI-നിർമ്മിത ആപ്പിൽ Git എങ്ങനെ ഉപയോഗിക്കാം എന്ന് കാണുക.
• അല്ലെങ്കിൽ നേരിട്ട് AI-യോട് ചോദിക്കുക:

അവസാന മാറ്റത്തിൽ നിങ്ങൾ മാറ്റിയ ഓരോ ഫയലും പട്ടികപ്പെടുത്തുക, ഓരോന്നിനും എന്ത് മാറി, എന്തുകൊണ്ട് എന്ന് ഒരു വാക്യത്തിൽ വിശദീകരിക്കുക.

ഈ ഘട്ടത്തിലെ അപകട സൂചനകൾ: അഭ്യർത്ഥനയുമായി ബന്ധമില്ലാത്ത ഫയലുകൾ, ഇല്ലാതാക്കിയ ഫയലുകൾ, നിങ്ങൾ ആവശ്യപ്പെടാത്ത കോൺഫിഗറേഷനിലോ ഡിപൻഡൻസികളിലോ ഉള്ള മാറ്റങ്ങൾ.

ഘട്ടം 2: ആദ്യം പെരുമാറ്റം പരീക്ഷിക്കുക

കോഡ് വായിക്കുന്നത് അത് എന്ത് ചെയ്യാനാണ് ഉദ്ദേശിക്കുന്നതെന്ന് പറയും; പരീക്ഷിക്കുന്നത് അത് യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു എന്ന് പറയും. വായിക്കുന്നതിന് മുമ്പ്:

• ഒരു സാധാരണ ഉപയോക്താവായി, ഡെസ്ക്ടോപ്പിലും ഫോൺ വലിപ്പമുള്ള സ്ക്രീനിലും മാറ്റം പരീക്ഷിക്കുക.
• തെറ്റായ ഇൻപുട്ടുകളോടെ പരീക്ഷിക്കുക: ശൂന്യമായ ഫീൽഡുകൾ, വളരെ നീളമുള്ള ടെക്സ്റ്റ്, നെഗറ്റീവ് സംഖ്യകൾ, കഴിഞ്ഞ കാലത്തെ തീയതി.
• ലോഗ് ഔട്ട് ചെയ്ത നിലയിലും മറ്റൊരു ഉപയോക്താവായും പരീക്ഷിക്കുക.
• ഏറ്റവും പ്രധാനപ്പെട്ട ഫ്ലോകൾ വീണ്ടും ഓടിക്കുക: സൈൻ അപ്പ്, ലോഗിൻ, പ്രധാന പ്രവർത്തനം, പേയ്‌മെന്റ്.

പരീക്ഷണം പരാജയപ്പെട്ടാൽ, വായനാസമയം ലാഭിച്ചു. അത് വ്യക്തമായി റിപ്പോർട്ട് ചെയ്ത് AI-യെ ശരിയാക്കാൻ അനുവദിക്കുക. നല്ലൊരു ബഗ് റിപ്പോർട്ട് എങ്ങനെ എഴുതാം കാണുക.

ഘട്ടം 3: സെർവറിൽ അനുമതികൾ പരിശോധിക്കുക

ഇതാണ് ഏറ്റവും പ്രധാനമായി പരിശോധിക്കേണ്ടത്. AI ടൂളുകൾ പലപ്പോഴും പേജിൽ ഒരു ബട്ടൺ ഒളിപ്പിക്കും, എന്നാൽ ആവശ്യപ്പെടുന്ന ആർക്കും ആ പ്രവർത്തനം ചെയ്യാൻ സെർവർ തയ്യാറായി നിൽക്കും.

ഡാറ്റ വായിക്കുകയോ മാറ്റുകയോ ചെയ്യുന്ന ഓരോ റൂട്ടിനും ഫംഗ്ഷനും ചോദിക്കുക:

• ഉപയോക്താവ് ലോഗിൻ ചെയ്തിട്ടുണ്ടോ എന്ന് ഇത് പരിശോധിക്കുന്നുണ്ടോ?
• ഈ ഉപയോക്താവിന് ഈ റെക്കോർഡ് ആക്സസ് ചെയ്യാൻ അനുമതിയുണ്ടോ എന്ന് ഇത് പരിശോധിക്കുന്നുണ്ടോ?
• ആ പരിശോധന പേജിലല്ല, സെർവറിലാണോ?

നിങ്ങൾ ചേർത്തതോ മാറ്റിയതോ ആയ ഓരോ API റൂട്ടിനും, സെർവറിൽ അത് ഏത് അനുമതി പരിശോധനയാണ് നടത്തുന്നതെന്ന് ആ വരി ഉദ്ധരിച്ച് പറയുക. ഒന്നും ഇല്ലാത്ത റൂട്ടുകൾ അടയാളപ്പെടുത്തുക.

അതിനുശേഷം പരീക്ഷിക്കുക: ഉപയോക്താവ് A ആയി ലോഗിൻ ചെയ്ത് ഒരു റെക്കോർഡിന്റെ ID ശ്രദ്ധിക്കുക, തുടർന്ന് ഉപയോക്താവ് B ആയി ലോഗിൻ ചെയ്ത് അത് അഭ്യർത്ഥിക്കുക. പൂർണ്ണ പരീക്ഷണത്തിന് AI-നിർമ്മിത ആപ്പുകൾക്കുള്ള സുരക്ഷാ ചെക്ക്‌ലിസ്റ്റ് കാണുക.

ഘട്ടം 4: പുറത്തുവന്ന രഹസ്യങ്ങൾ തിരയുക

• മാറിയ ഫയലുകളിൽ കീ അല്ലെങ്കിൽ പാസ്‌വേഡ് പോലെ തോന്നുന്നതെന്തെങ്കിലുമുണ്ടോ എന്ന് തിരയുക.
• രഹസ്യ കീകൾ എൻവയോൺമെന്റ് വേരിയബിളുകളിൽ നിന്ന് വായിക്കുകയും സെർവർ കോഡിൽ മാത്രം ഉപയോഗിക്കുകയും ചെയ്യുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.
• VITE_ അല്ലെങ്കിൽ NEXT_PUBLIC_ പോലുള്ള പബ്ലിക് പ്രിഫിക്സുകൾ രഹസ്യ വേരിയബിളുകളിൽ ഉണ്ടോ എന്ന് ശ്രദ്ധിക്കുക. അവ ബ്രൗസർ കോഡിൽ ഉൾപ്പെടുത്തപ്പെടുന്നവയാണ്.

API കീകൾ സുരക്ഷിതമായി സൂക്ഷിക്കുന്നത് എങ്ങനെ കാണുക.

ഘട്ടം 5: ഇൻപുട്ടും പിശകുകളും പരിശോധിക്കുക

• സെർവറിൽ സാധൂകരണം. ബ്രൗസർ പരിശോധനകൾ ഒഴിവാക്കപ്പെടാം. ആവശ്യമായ ഫീൽഡുകൾ, നീളം, ഫോർമാറ്റുകൾ, അനുവദനീയമായ മൂല്യങ്ങൾ എന്നിവ സെർവറും പരിശോധിക്കണം.
• ഡാറ്റാബേസ് ക്വറികൾ പാരാമീറ്ററുകൾ ഉപയോഗിക്കുന്നു, ഉപയോക്തൃ ഇൻപുട്ട് ക്വറിയിലേക്ക് ചേർത്തുണ്ടാക്കിയ ടെക്സ്റ്റല്ല.
• പിശകുകൾ വിഴുങ്ങപ്പെടുന്നില്ല. ഒന്നും ചെയ്യാത്ത try/catch പരാജയങ്ങൾ മറയ്ക്കുന്നു. പിശകുകൾ ലോഗ് ചെയ്യണം, ഉപയോക്താക്കൾക്ക് ലളിതമായ സന്ദേശം കാണിക്കണം.
• ഉപയോക്താക്കൾക്ക് ആന്തരിക വിവരങ്ങൾ കാണിക്കരുത്: സ്റ്റാക്ക് ട്രേസുകളും ഡാറ്റാബേസ് പിശകുകളും ലോഗുകളിലാണ് വേണ്ടത്.

ഘട്ടം 6: അത് യഥാർത്ഥമാണോ എന്ന് പരിശോധിക്കുക

ശരിയെന്ന് തോന്നുന്നതും എന്നാൽ നിലവിലില്ലാത്ത കാര്യങ്ങളെ പരാമർശിക്കുന്നതുമായ കോഡ് AI മോഡലുകൾ ചിലപ്പോൾ ഉണ്ടാക്കാറുണ്ട്.

• പാക്കേജുകൾ: ഓരോ പുതിയ ഡിപൻഡൻസിയും ആ കൃത്യമായ പേരിലുള്ള യഥാർത്ഥവും പരിപാലിക്കപ്പെടുന്നതുമായ പാക്കേജ് ആയിരിക്കണം. പ്രശസ്തമായവയുടെ അക്ഷരത്തെറ്റ് പോലെ തോന്നുന്ന പേരുകളിൽ ജാഗ്രത പുലർത്തുക.
• ഫംഗ്ഷനുകളും API ഓപ്ഷനുകളും: കോഡ് ഒരു ലൈബ്രറി ഫംഗ്ഷനോ നിങ്ങൾ കണ്ടിട്ടില്ലാത്ത ബാഹ്യ API ഓപ്ഷനോ വിളിക്കുന്നുവെങ്കിൽ, ഔദ്യോഗിക ഡോക്യുമെന്റേഷൻ പരിശോധിക്കുക.
• താൽക്കാലിക കോഡ്: TODO, mock, fake, കോഡിൽ ഉറപ്പിച്ച സാമ്പിൾ ഡാറ്റ, അല്ലെങ്കിൽ സ്ഥിരമായ മൂല്യം തിരികെ നൽകുന്ന ഫംഗ്ഷനുകൾ എന്നിവ തിരയുക.

നിങ്ങൾ പുതിയ പാക്കേജുകൾ ചേർത്തിട്ടുണ്ടോ? ഓരോന്നിനും കൃത്യമായ പേര്, അതിന്റെ ഉപയോഗം, അതില്ലാതെ കഴിയുമോ എന്നിവ പറയുക.

ഘട്ടം 7: അത് യോജിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക

കോഡ് പ്രവർത്തിക്കുകയും എന്നിട്ടും ആപ്പ് പിന്നീട് മാറ്റാൻ ബുദ്ധിമുട്ടാക്കുകയും ചെയ്യാം:

• ആവർത്തനം. ഒരേ ലോജിക് പല സ്ഥലങ്ങളിൽ പകർത്തിയാൽ അവ വ്യത്യസ്തമായി മാറും.
• സ്ഥിരത. ആപ്പിലെ ബാക്കി ഭാഗം പിന്തുടരുന്ന പാറ്റേണുകൾ പാലിക്കണം.
• വലിപ്പം. 20 വരി അഭ്യർത്ഥനയ്ക്ക് 600 വരി കോഡ് ഉണ്ടാക്കിയെങ്കിൽ അതിന് ഒരു ചോദ്യം അർഹിക്കുന്നു.
• ഉപയോഗമില്ലാത്ത കോഡ്. പുതിയ പതിപ്പുകൾക്കരികിൽ അവശേഷിക്കുന്ന പഴയ പതിപ്പുകൾ.

ഈ മാറ്റം കാരണം പ്രോജക്റ്റിൽ ഇപ്പോൾ ഉപയോഗിക്കാത്ത കോഡ് ഉണ്ടോ, അല്ലെങ്കിൽ മറ്റെവിടെയെങ്കിലും ആവർത്തിച്ച ലോജിക് ഉണ്ടോ? ഒന്നും മാറ്റരുത്; പട്ടിക മാത്രം നൽകുക.

സാധാരണ തെറ്റുകൾ

• വൃത്തിയായി കാണുന്നതുകൊണ്ട് അംഗീകരിക്കൽ. മനോഹരമായ കോഡ് പോലും അനുമതി പരിശോധന ഒഴിവാക്കാം.
• പരീക്ഷിക്കുന്നതിന് പകരം വായിക്കൽ. ആദ്യം പരീക്ഷിക്കുക; പിന്നെ വായിക്കുക.
• സാധാരണ വഴി മാത്രം പരീക്ഷിക്കൽ. തെറ്റായ ഇൻപുട്ട്, തെറ്റായ ഉപയോക്താവ്, ലോഗ് ഔട്ട് ചെയ്ത നില എന്നിവ പരീക്ഷിക്കുക.
• ബന്ധമില്ലാത്ത ഫയൽ മാറ്റങ്ങൾ അവഗണിക്കൽ. ഓരോ ഫയലും എന്തുകൊണ്ട് മാറി എന്ന് ചോദിക്കുക.
• സ്വയം-പരിശോധന പൂർണ്ണമായി വിശ്വസിക്കൽ. AI-യുടെ പരിശോധന ആദ്യ ഘട്ടമായി ഉപയോഗിക്കുക, പരീക്ഷിച്ച് സ്ഥിരീകരിക്കുക.
• ഒരാഴ്ചത്തെ മാറ്റങ്ങൾ ഒരുമിച്ച് പരിശോധിക്കൽ. ചെറിയ മാറ്റങ്ങൾ അപ്പോൾ തന്നെ പരിശോധിക്കുക.

ചെക്ക്‌ലിസ്റ്റ്

• ഏത് ഫയലുകൾ മാറി, എന്തുകൊണ്ട് എന്ന് എനിക്കറിയാം, ബന്ധമില്ലാത്തതൊന്നും മാറിയിട്ടില്ല.
• മാറ്റം ഡെസ്ക്ടോപ്പിലും ഫോണിലും, തെറ്റായ ഇൻപുട്ടിലും, ലോഗ് ഔട്ട് ചെയ്തപ്പോഴും മറ്റൊരു ഉപയോക്താവായും പ്രവർത്തിക്കുന്നു.
• ഡാറ്റ ആക്സസ് ചെയ്യുന്ന ഓരോ റൂട്ടും സെർവറിൽ ലോഗിനും ഉടമസ്ഥതയും പരിശോധിക്കുന്നു.
• കോഡിലോ ബ്രൗസർ ബണ്ടിലുകളിലോ രഹസ്യങ്ങളില്ല.
• ഇൻപുട്ട് സെർവറിൽ സാധൂകരിക്കപ്പെടുന്നു; ക്വറികൾ പാരാമീറ്ററുകൾ ഉപയോഗിക്കുന്നു.
• പിശകുകൾ ലോഗ് ചെയ്യപ്പെടുന്നു, വിഴുങ്ങപ്പെടുന്നില്ല, ഉപയോക്താക്കൾക്ക് വിശദമായി കാണിക്കുന്നില്ല.
• പുതിയ പാക്കേജുകൾ യഥാർത്ഥവും ആവശ്യമുള്ളതുമാണ്; കണ്ടുപിടിച്ച ഫംഗ്ഷനുകളോ താൽക്കാലിക കോഡോ ശേഷിക്കുന്നില്ല.
• ഉയർന്ന അപകടസാധ്യതയുള്ള മാറ്റങ്ങൾ ശ്രദ്ധയോടെ വായിക്കുകയും ആവശ്യമെങ്കിൽ രണ്ടാമതൊരു പരിശോധകൻ നോക്കുകയും ചെയ്തു.

Mythex-ൽ കോഡ് പരിശോധിക്കൽ

• Ask mode കോഡിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് അത് എഡിറ്റ് ചെയ്യാതെ ഉത്തരം നൽകുന്നു, "ഓരോ മാറ്റവും വിശദീകരിക്കുക", "ഏത് റൂട്ടുകൾക്ക് അനുമതി പരിശോധനയില്ല" തുടങ്ങിയ പ്രോംപ്റ്റുകൾക്ക് അനുയോജ്യം. Chat കാണുക.
• Code view എല്ലാ പ്ലാനുകളിലും ഫയൽ ട്രീ, എഡിറ്റർ, ടെർമിനൽ എന്നിവ കാണിക്കുന്നു (Free-ൽ വായിക്കാൻ മാത്രം, Pro-ൽ എഡിറ്റ് ചെയ്യാം), അതുവഴി എന്ത് മാറി എന്ന് നിങ്ങൾക്ക് സ്വയം വായിക്കാം. Code editor കാണുക.
• /test ഏജന്റിനെ ഒരു ഉപയോക്താവായി പ്രിവ്യൂവിൽ ക്ലിക്ക് ചെയ്ത് തകർന്ന ഫ്ലോകൾ റിപ്പോർട്ട് ചെയ്യിക്കുന്നു.
• ചെക്ക്‌പോയിന്റുകൾ പരിശോധനയിൽ പരാജയപ്പെടുന്ന മാറ്റം തിരികെ എടുക്കാൻ അനുവദിക്കുന്നു.

നിങ്ങൾക്കായി ഒരു ഡെവലപ്പർ പരിശോധിക്കുന്നുണ്ടെങ്കിൽ, കൈമാറ്റത്തിനായി AI-നിർമ്മിത ആപ്പിൽ ഡെവലപ്പറുമായി എങ്ങനെ പ്രവർത്തിക്കാം കാണുക; പരിശോധനയിൽ ഒരു ബഗ് കണ്ടെത്തിയാൽ, AI-നിർമ്മിത ആപ്പ് എങ്ങനെ ഡീബഗ് ചെയ്യാം കാണുക.

ചോദ്യങ്ങൾ