AI-ൽ നിർമ്മിച്ച ആപ്പ് തകർക്കാതെ എങ്ങനെ മെച്ചപ്പെടുത്താം

AI-ൽ നിർമ്മിച്ച ആപ്പ് തകർക്കാതെ മെച്ചപ്പെടുത്താൻ, ഒരു പ്രോംപ്റ്റിൽ ഒരു കാര്യം മാത്രം മാറ്റുക, പ്രിവ്യൂവിൽ പരിശോധിക്കുക, മുന്നോട്ട് പോകുന്നതിന് മുമ്പ് ഒരു ചെക്ക്പോയിന്റ് സേവ് ചെയ്യുക. കോഡ് എന്ത് ചെയ്യുന്നുവെന്ന് നിങ്ങൾ കരുതുന്നതല്ല, നിങ്ങൾ കാണുന്നതാണ് വിവരിക്കേണ്ടത്. വലിയ മാറ്റങ്ങൾ നിർമ്മിക്കുന്നതിന് മുമ്പ് ആസൂത്രണം ചെയ്യുക. ഒരു മാറ്റം തെറ്റിയാൽ, ആ പരിഹാരം ശരിയാക്കാൻ AI-യോട് പറയുന്നതിന് പകരം അവസാനം പ്രവർത്തിച്ച പതിപ്പിലേക്ക് തിരികെ പോകുക.

ആദ്യ പതിപ്പ് പലപ്പോഴും മിനിറ്റുകൾക്കുള്ളിൽ ഒരുങ്ങിവരും. കഠിനമായ ഭാഗം അമ്പതാമത്തെ മാറ്റമാണ്, ഓരോ പുതിയ പ്രോംപ്റ്റും ഇതിനകം പ്രവർത്തിച്ചിരുന്ന എന്തെങ്കിലും തകർക്കാനുള്ള സാധ്യതയുള്ളപ്പോൾ. ഇത് അതിനെ തടയുന്ന ലൂപ്പാണ് ഈ ഗൈഡ്.

ആവർത്തന ലൂപ്പ്

1. ഒരു മാറ്റം തിരഞ്ഞെടുക്കുക. ഒരു ഫീച്ചർ, ഒരു ബഗ്, ഒരു പേജ്.
2. അത് വിവരിക്കുക, ഉപയോക്താവ് കാണുന്നതും ചെയ്യുന്നതും അടിസ്ഥാനമാക്കി.
3. വലിയ മാറ്റങ്ങൾക്ക്, ആദ്യം ആസൂത്രണം ചെയ്യുക. ഒരു പ്ലാൻ ചോദിക്കുക, വായിക്കുക, തുടർന്ന് നിർമ്മിക്കുക.
4. ഫലം പരിശോധിക്കുക പ്രിവ്യൂവിൽ — മാറ്റവും അതിനടുത്തുള്ള ഫ്ലോകളും.
5. സേവ് ചെയ്യുക ഒരു ചെക്ക്പോയിന്റോ കമ്മിറ്റോ.
6. ആവർത്തിക്കുക.

ഓരോ ഘട്ടവും മാറ്റങ്ങൾ ചെറുതും തിരിച്ചെടുക്കാവുന്നതുമായി നിലനിർത്താൻ വേണ്ടിയുള്ളതാണ്.

ഘട്ടം 1: ഒരു ചെറിയ പട്ടിക സൂക്ഷിക്കുക

പ്രോംപ്റ്റ് ചെയ്യുന്നതിന് മുമ്പ്, മാറ്റാൻ ആഗ്രഹിക്കുന്നതെന്താണെന്ന് പ്രാധാന്യക്രമത്തിൽ എഴുതുക. പത്ത് ആഗ്രഹങ്ങളുടെ ഒരു ഖണ്ഡിക ഒരൊറ്റ സന്ദേശത്തിൽ അയക്കുന്നത് തടയും, പകുതിയിൽ വരുന്ന ആശയങ്ങളോട് "ഇപ്പോൾ വേണ്ട" എന്ന് പറയാനും ഒരു വഴി നൽകും.

മാറ്റം വലുതാണെങ്കിൽ അതിനെ വിഭജിക്കുക. "ടീം അക്കൗണ്ടുകൾ ചേർക്കുക" എന്നത് ഇങ്ങനെയാകും: ടീമുകൾ സൃഷ്ടിക്കുക, ഒരു അംഗത്തെ ക്ഷണിക്കുക, ടീമുകൾ തമ്മിൽ മാറുക, ഡാറ്റ നിലവിലെ ടീമിൽ പരിമിതപ്പെടുത്തുക. ഓരോന്നും പ്രത്യേക പ്രോംപ്റ്റാണ്. ഉപയോക്തൃ കഥകൾ എഴുതുന്നത് ഇതിന് നല്ല വഴിയാണ്.

ഘട്ടം 2: നിങ്ങൾ കാണുന്നത് വിവരിക്കുക

നിങ്ങൾ പറയുന്നതുവരെ AI-ക്ക് നിങ്ങളുടെ സ്ക്രീൻ കാണാൻ കഴിയില്ല. പ്രത്യേക കാര്യങ്ങൾ ചൂണ്ടിക്കാണിക്കുക, എന്ത് സംഭവിക്കണമെന്ന് പറയുക:

ഫോണിൽ പ്രൈസിംഗ് പേജിൽ, Pro കാർഡിന്റെ ബട്ടൺ വലത് അറ്റത്ത് മുറിഞ്ഞിരിക്കുന്നു. ഡെസ്‌ക്ടോപ്പ് ലേഔട്ട് അതേപടി നിലനിർത്തുക; 640px-ൽ താഴെയുള്ള സ്ക്രീനുകളിൽ കാർഡുകൾ അടുക്കി, ബട്ടണുകൾ പൂർണ്ണ വീതിയിൽ ആക്കുക.

"പ്രൈസിംഗ് പേജ് മൊബൈലിൽ മോശമായി കാണുന്നു" എന്നതുമായി ഇത് താരതമ്യം ചെയ്യുക. ആദ്യത്തേത് ഒറ്റയടിക്ക് ചെയ്യാനും പരിശോധിക്കാനും കഴിയും; രണ്ടാമത്തേത് നിങ്ങൾ ആവശ്യപ്പെടാത്ത ഒരു റീഡിസൈനിന് ക്ഷണം നൽകുന്നു.

സ്ക്രീൻഷോട്ടുകൾ സഹായിക്കും. നിങ്ങളുടെ ബിൽഡർ ചിത്രങ്ങൾ സ്വീകരിക്കുന്നുവെങ്കിൽ, ഒന്ന് അറ്റാച്ച് ചെയ്ത് പ്രശ്നം വൃത്തമിടുക.

ഘട്ടം 3: വലിയ മാറ്റങ്ങൾക്ക് മുമ്പ് ആസൂത്രണം ചെയ്യുക

ആപ്പിന്റെ ഒന്നിലധികം ഭാഗങ്ങളെ ബാധിക്കുന്ന ഏതിനും — ഒരു പുതിയ ഡാറ്റാ മോഡൽ, പേയ്‌മെന്റുകൾ, ഉപയോക്തൃ റോളുകൾ — ഏതെങ്കിലും കോഡ് മാറുന്നതിന് മുമ്പ് ഒരു പ്ലാൻ ചോദിക്കുക:

ഇപ്പോൾ കോഡ് മാറ്റരുത്. ഉപയോക്താക്കൾ ടീമുകളിൽ ഉൾപ്പെടണമെന്നും ഓരോ ടീമിന്റെയും പ്രോജക്റ്റുകൾ മാത്രം കാണണമെന്നും ആഗ്രഹിക്കുന്നു. മാറ്റം ആസൂത്രണം ചെയ്യുക: ഏത് ടേബിളുകൾ, പേജുകൾ, API റൂട്ടുകൾ മാറും, നിലവിലെ ഉപയോക്താക്കളുടെ ഡാറ്റയ്ക്ക് എന്ത് സംഭവിക്കും, ഏത് ക്രമത്തിൽ നിർമ്മിക്കും.

പ്ലാൻ വായിക്കുക. അത് തെറ്റാണെങ്കിൽ, പ്ലാൻ തിരുത്തുന്നത് നിർമ്മാണം പഴയപടിയാക്കുന്നതിനേക്കാൾ വളരെ വിലകുറഞ്ഞതാണ്.

ഘട്ടം 4: മാറാൻ പാടില്ലാത്തത് പറയുക

AI ഉപകരണങ്ങൾ ചോദിക്കാത്ത കാര്യങ്ങൾ "വൃത്തിയാക്കാൻ" ചിലപ്പോൾ ശ്രമിക്കും. പ്രവർത്തിക്കുന്നത് സംരക്ഷിക്കുക:

ഓർഡർ ടേബിളിൽ ഒരു തീയതി ഫിൽട്ടർ ചേർക്കുക. ടേബിളിന്റെ കോളങ്ങൾ, സ്റ്റൈലിംഗ് അല്ലെങ്കിൽ എക്സ്പോർട്ട് ബട്ടൺ മാറ്റരുത്.

എല്ലായിടത്തും ബാധകമായ നിയമങ്ങൾ — ബ്രാൻഡ് നിറങ്ങൾ, സംസാര ശൈലി, "ഡാറ്റ സ്ഥിരീകരണമില്ലാതെ ഒരിക്കലും ഡിലീറ്റ് ചെയ്യരുത്" — ഓരോ തവണയും ആവർത്തിക്കുന്നതിന് പകരം, AI എല്ലായ്പ്പോഴും വായിക്കുന്ന ഒരു പ്രോജക്റ്റ് നോട്ട്സ് ഫയലിലോ നോളജ് സെറ്റിംഗിലോ ഇടുക.

ഘട്ടം 5: മാറ്റത്തിനപ്പുറവും പരിശോധിക്കുക

ഓരോ പ്രോംപ്റ്റിനും ശേഷം, പരിശോധിക്കുക:

• മാറ്റം തന്നെ. നിങ്ങൾ ആവശ്യപ്പെട്ടത് ചെയ്യുന്നുണ്ടോ, ഡെസ്‌ക്ടോപ്പിലും ഫോണിലും?
• അയൽക്കാർ. അതേ പേജിലെ കാര്യങ്ങളും അതേ ഡാറ്റ ഉപയോഗിക്കുന്ന ഫ്ലോകളും.
• നിർണ്ണായക പാത. സൈൻ അപ്പ്, ലോഗിൻ, പ്രധാന പ്രവർത്തനം, പേയ്‌മെന്റ്. ഓരോ വലിയ മാറ്റത്തിനും ശേഷം മുപ്പത് സെക്കൻഡിലെ ഒരു പരിശോധന മിക്ക തകർച്ചകളും നേരത്തെ പിടിക്കുന്നു.

എന്തെങ്കിലും ശരിയല്ലെങ്കിൽ, അത് കൃത്യമായി റിപ്പോർട്ട് ചെയ്യുക — ഒരു നല്ല ബഗ് റിപ്പോർട്ട് എങ്ങനെ എഴുതാം കാണുക.

ഘട്ടം 6: കൂട്ടിക്കൂട്ടുന്നതിന് പകരം തിരികെ പോകുക

ഒരു മാറ്റം എന്തെങ്കിലും തകർക്കുകയും ആദ്യ പരിഹാരം പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ, നിർത്തുക. ഓരോ അധിക "പരിഹാരവും" തകർന്ന അവസ്ഥയിലാണ് നിർമ്മിക്കപ്പെടുന്നത്, പ്രശ്നങ്ങൾ കൂടിക്കൊണ്ടിരിക്കും.

പകരം:

1. പ്രവർത്തിച്ച അവസാന പതിപ്പിലേക്ക് തിരികെ പോകുക (ചെക്ക്പോയിന്റ് അല്ലെങ്കിൽ Git കമ്മിറ്റ്).
2. പ്രോംപ്റ്റിൽ എന്താണ് അവ്യക്തമായിരുന്നതെന്ന് കണ്ടെത്തുക.
3. ചെറുതോ വ്യക്തമോ ആയ അഭ്യർത്ഥനയോടെ വീണ്ടും ശ്രമിക്കുക.

ആ മാറ്റം ഡ്രാഫ്റ്റുകൾ സേവ് ചെയ്യുന്നത് തകർത്തു. ഞാൻ തിരികെ പോയി. ഇത്തവണ: ഓട്ടോസേവ് സൂചകം മാത്രം ചേർക്കുക, ഹെഡറിൽ ടെക്സ്റ്റായി. ഡ്രാഫ്റ്റുകൾ എങ്ങനെ സേവ് ചെയ്യുന്നു എന്നത് മാറ്റരുത്.

ഘട്ടം 7: പുനർനിർമ്മാണം ശരിയാകുന്നത് എപ്പോൾ

ശൂന്യതയിൽ നിന്ന് പുനർനിർമ്മിക്കുന്നത് പ്രവർത്തിക്കുന്ന ധാരാളം വിശദാംശങ്ങൾ ഉപേക്ഷിക്കുന്നു. താഴെപ്പറയുന്ന സാഹചര്യങ്ങളിൽ മാത്രം അത് വിലമതിക്കുന്നു:

• ഉൽപ്പന്ന ആശയം പൂർണ്ണമായി മാറി.
• അടിസ്ഥാന ഘടനയ്ക്ക് ഇപ്പോൾ വേണ്ടത് താങ്ങാനാവില്ല — ഉദാഹരണത്തിന്, അത് സ്റ്റാറ്റിക് സൈറ്റായി നിർമ്മിച്ചു, ഇപ്പോൾ അക്കൗണ്ടുകളും ഡാറ്റാബേസും വേണം.
• പ്രോജക്റ്റ് ഇപ്പോഴും ഏതാണ്ട് ശൂന്യമാണ്.

പുനർനിർമ്മിക്കുമ്പോൾ, നിലനിർത്തേണ്ടവ പട്ടികപ്പെടുത്തുക: പേര്, നിറങ്ങൾ, വാചകം, ഉപയോക്താക്കൾ ഇഷ്ടപ്പെട്ട ഭാഗങ്ങൾ.

ഉദാഹരണ പ്രോംപ്റ്റുകൾ

നമ്മൾ തുടരുന്നതിന് മുമ്പ്, ആപ്പ് ഇപ്പോൾ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് സംഗ്രഹിക്കുക: പേജുകൾ, സംഭരിക്കുന്ന ഡാറ്റ, നിങ്ങൾ ദുർബലമെന്ന് കരുതുന്നത് എന്തും.

ആവർത്തിക്കുന്ന ബുക്കിംഗുകൾ ചേർക്കണം. ഏറ്റവും ചെറിയ, ഉപയോഗപ്രദമായ പതിപ്പ് ഏതാണ്? ഒന്നിനുപുറകെ ഒന്നായി ചെയ്യാവുന്ന മൂന്ന് വ്യത്യസ്ത മാറ്റങ്ങളായി നിർദ്ദേശിക്കുക.

അവസാന മൂന്ന് മാറ്റങ്ങൾ പരിശോധിക്കുക, ചെക്കൗട്ട് ഫ്ലോ തകർത്തേക്കാവുന്ന എന്തെങ്കിലുമുണ്ടോ എന്ന്. ഇപ്പോൾ എഡിറ്റ് ചെയ്യരുത്.

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

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

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

• ഒരു പ്രോംപ്റ്റിൽ ഒരു ലക്ഷ്യം.
• ഞാൻ കാണുന്നതും സംഭവിക്കേണ്ടതും വിവരിക്കുന്നു.
• വലിയ മാറ്റങ്ങൾക്ക് കോഡിന് മുമ്പ് ഒരു പ്ലാൻ.
• മാറാൻ പാടില്ലാത്തത് ഞാൻ പറയുന്നു.
• ഓരോ മാറ്റത്തിനും ശേഷം ഞാൻ അതും അയൽക്കാരെയും നിർണ്ണായക പാതയെയും പരിശോധിക്കുന്നു.
• പ്രവർത്തിക്കുന്ന ഓരോ മാറ്റത്തിനും ശേഷം ഒരു ചെക്ക്പോയിന്റോ കമ്മിറ്റോ സേവ് ചെയ്യുന്നു.
• ഒരു പരിഹാരം പരാജയപ്പെടുമ്പോൾ, കൂട്ടിക്കൂട്ടുന്നതിന് പകരം ഞാൻ തിരികെ പോകുന്നു.
• സ്ഥിരമായ നിയമങ്ങൾ AI എല്ലായ്പ്പോഴും വായിക്കുന്ന പ്രോജക്റ്റ് നോട്ടുകളിലുണ്ട്.

Mythex-ൽ മെച്ചപ്പെടുത്തൽ

Mythex ഈ ലൂപ്പിന് ചുറ്റും നിർമ്മിച്ചതാണ്:

• Plan, Build, Ask മോഡുകൾ. Plan എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് സമീപനം ചർച്ച ചെയ്യുന്നു; Ask കോഡ് മാറ്റാതെ ഉത്തരം നൽകുന്നു; Build മാറ്റം നടപ്പിലാക്കുന്നു. Chat കാണുക.
• ചെക്ക്പോയിന്റുകൾ. ഓരോ വിജയകരമായ ടേണിനും ശേഷം Mythex ഒരു git ചെക്ക്പോയിന്റ് സേവ് ചെയ്യുന്നു; Revert to this point തിരികെ പോകുന്നു. നേരത്തെയുള്ള ഒരു സന്ദേശം എഡിറ്റ് ചെയ്ത്, Discard & resend ചെയ്ത്, ആ പോയിന്റിൽ നിന്ന് മറ്റൊരു പ്രോംപ്റ്റ് പരീക്ഷിക്കാനും കഴിയും. വീണ്ടും നിർമ്മിക്കാതെ മെച്ചപ്പെടുത്തുക കാണുക.
• Knowledge. പ്രോജക്റ്റ് സെറ്റിംഗ്സ് → Knowledge-ൽ എല്ലാ സന്ദേശത്തിലും ഏജന്റ് പിന്തുടരുന്ന സ്ഥിരം നോട്ടുകൾ ഉണ്ട്.
• /test വലിയ മാറ്റത്തിന് ശേഷം ഏജന്റിനെ ഒരു ഉപയോക്താവിനെപ്പോലെ പ്രിവ്യൂവിൽ ക്ലിക്ക് ചെയ്യിക്കുന്നു.

ചെറിയ അഭ്യർത്ഥനകൾക്ക് ക്രെഡിറ്റും കുറവ് ചെലവാകും. പ്രോംപ്റ്റുകൾ തന്നെ എഴുതുന്നതിന്, AI ആപ്പ് ബിൽഡറുകൾക്കായി പ്രോംപ്റ്റുകൾ എങ്ങനെ എഴുതാം കാണുക; എന്തെങ്കിലും തകരുമ്പോൾ, AI-ൽ നിർമ്മിച്ച ആപ്പ് എങ്ങനെ ഡീബഗ് ചെയ്യാം കാണുക.

ചോദ്യങ്ങൾ