ഞാൻ എങ്ങനെയാണ് ഒരു /goal കമാൻഡ് നിർമ്മിച്ചതെന്നും അത് എനിക്ക് എങ്ങനെ പ്രയോജനപ്പെടുന്നുവെന്നും

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

ഇന്ന് 2026 നവംബർ 9 ആണ്. ഇത് ഇപ്പോൾ വളരെ പ്രധാനമാണ്, കാരണം AI അസിസ്റ്റന്റുകൾക്ക് വളരെ വേഗത്തിൽ ധാരാളം കോഡ് എഴുതാൻ കഴിയും, എന്നാൽ കോഡ് എഴുതുന്നതിൽ നിന്നല്ല, മറിച്ച് അതിനെ വിശ്വസിക്കുന്നതിലാണ് ഇപ്പോൾ ബുദ്ധിമുട്ടുള്ള ഭാഗം കിടക്കുന്നത്. /goal എന്നത് ആ പ്രശ്നത്തിനുള്ള എന്റെ ഉത്തരമാണ്.

യഥാർത്ഥത്തിൽ /goal എന്നാൽ എന്താണ്

ഇതൊരു പ്രോഗ്രാമല്ല. ഞാൻ ടൈപ്പ് ചെയ്യുമ്പോൾ അസിസ്റ്റന്റ് പിന്തുടരുന്ന ഒരു കൂട്ടം എഴുതിവെച്ച നിർദ്ദേശങ്ങളാണിത് /goal എന്നതിന് ശേഷം ഒരു ലക്ഷ്യം കൂടി നൽകപ്പെടുന്നു. ഒരു റിലീസ് എങ്ങനെ ചെയ്യണമെന്ന് ഒരു ചെക്ക്‌ലിസ്റ്റ് വിവരിക്കുന്നതുപോലെ തന്നെ, ഈ നിർദ്ദേശങ്ങൾ ഒരു പ്രക്രിയയെ വിവരിക്കുന്നു.

ലക്ഷ്യം എന്നത് ഒരൊറ്റ വാക്യമാകാം. എന്റെ ഏറ്റവും പുതിയ ഒന്ന് ഇതായിരുന്നു: "എന്റെ ബ്രൗസർ എക്സ്റ്റൻഷനായുള്ള v1.1 പ്ലാൻ പൂർണ്ണമായി, ഓരോ ഘട്ടമായി നടപ്പിലാക്കുക, ഓരോ ഘട്ടത്തിലും ഓരോ കമ്മിറ്റ് വീതം ചെയ്യുക, എന്റെ അനുമതിയില്ലാതെ പുഷ് ചെയ്യുകയോ ഡിപ്ലോയ് ചെയ്യുകയോ ചെയ്യരുത്." ആ ഒരൊറ്റ വാക്യം പത്ത് ഘട്ടങ്ങളിലായി ഏകദേശം ഇരുപത്തിയഞ്ച് കമ്മിറ്റുകൾ വരുന്ന ജോലിയെ ഉൾക്കൊള്ളുന്നതായിരുന്നു.

ഒരൊറ്റ വരിയിൽ ആശയം

വ്യത്യസ്ത ജോലികൾക്ക് വ്യത്യസ്ത മോഡലുകൾ ലഭിക്കുന്നു, ആരും സ്വന്തം ഹോംവർക്ക് സ്വയം പരിശോധിക്കുന്നില്ല.

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

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു, ഓരോ ഘട്ടമായി

ഘട്ടം 1: പ്ലാനിംഗ് ഘട്ടം

കോഡ് ചെയ്യുന്നതിന് മുമ്പ്, പ്ലാനർ പ്രോജക്റ്റ് പരിശോധിക്കുന്നു: തുറന്ന കുറിപ്പുകൾ, അപൂർണ്ണമായ ജോലികൾ, git സ്റ്റേറ്റ്, കൂടാതെ ബിൽഡ് ചെയ്യാനും ടെസ്റ്റ് ചെയ്യാനും ഉപയോഗിക്കുന്ന കമാൻഡുകൾ. തുടർന്ന് ലക്ഷ്യം, ഒരു ചെക്ക്‌ലിസ്റ്റ്, കൂടാതെ ഓരോ ഇനത്തിനും വിജയിക്കേണ്ട ഒരു കമാൻഡ് പോലെ തെളിയിക്കാൻ കഴിയുന്ന ഒറ്റവരി പരിശോധന എന്നിവ ഉൾപ്പെടുത്തി ഒരു ട്രാക്കർ ഫയൽ എഴുതുന്നു. ഓരോ ഇനത്തിനും ഒരു മോഡൽ ടാഗും ലഭിക്കുന്നു. ട്രാക്കറാണ് ആധികാരികമായ ഏക സ്രോതസ്സ് (single source of truth). സംഭാഷണം വളരെ നീണ്ടുപോവുകയും അസിസ്റ്റന്റ് മറന്നുപോവുകയും ചെയ്താലും, ട്രാക്കറിന് എല്ലാം കൃത്യമായി അറിയാം.

തീരുമാനങ്ങളും ഇത് രേഖപ്പെടുത്തുന്നു. എന്റെ പ്ലാനിൽ ഞാൻ ഉത്തരം നൽകാത്ത ചോദ്യങ്ങൾ ഉണ്ടായിരുന്നപ്പോൾ, ഓരോന്നിനും അത് തിരഞ്ഞെടുത്ത ഡിഫോൾട്ട് രീതികൾ ട്രാക്കർ പട്ടികപ്പെടുത്തി, അതിനാൽ എനിക്ക് പിന്നീട് അവ മാറ്റിയെഴുതാൻ കഴിയും.

ഘട്ടം 2: ഓരോ ഘട്ടത്തിനും ഓരോ പുതിയ ഏജന്റ്

ഓരോ ഘട്ടവും ഒരു പുതിയ ഏജന്റാണ് നിർമ്മിക്കുന്നത്. ഇത് കോഡ് എഴുതുകയും, ബിൽഡും ടെസ്റ്റുകളും പ്രവർത്തിപ്പിക്കുകയും, പരാജയങ്ങൾ പരിഹരിക്കുകയും, ലളിതമായ സന്ദേശത്തോടെ ഒരു കമ്മിറ്റ് നടത്തുകയും ചെയ്യുന്നു. ഇത് ട്രാക്കറിലെ ഇനങ്ങൾ ടിക്ക് ചെയ്യുന്നു. തുടർന്ന് ഇത് പ്രവർത്തനം നിർത്തുകയും, അടുത്ത ഘട്ടം പുതിയൊരു തുടക്കത്തോടെ ആരംഭിക്കുകയും ചെയ്യുന്നു.

ഘട്ടം 3: റിവ്യൂ ഗേറ്റ്

ഒരു ഘട്ടം കമ്മിറ്റ് ചെയ്യുമ്പോൾ, പ്രത്യേകമായ ഒരു റിവ്യൂവർ ട്രാക്കറിന്റെ പരിശോധനകൾക്ക് എതിരായി diff പരിശോധിക്കുന്നു. ഇത് ക്രമത്തിൽ നാല് കാര്യങ്ങൾ നോക്കുന്നു: കോഡ് യഥാർത്ഥത്തിൽ അക്സെപ്റ്റൻസ് പരിശോധനകൾ പാലിക്കുന്നുണ്ടോ, അത് സുരക്ഷിതമാണോ, അസാധാരണമായ സാഹചര്യങ്ങൾ കൈകാര്യം ചെയ്യുന്നുണ്ടോ, കൂടാതെ കോഡ് ചെയ്യുന്നതുമായി ഡോക്യുമെന്റേഷൻ പൊരുത്തപ്പെടുന്നുണ്ടോ. ഓരോ പ്രശ്നത്തിനും ഫയൽ, വരി, ഒറ്റവരി പരാജയ സാഹചര്യം എന്നിവ സഹിതം റാങ്ക് ചെയ്ത പ്രശ്നങ്ങളുടെ ഒരു ലിസ്റ്റ് ഇത് നൽകുന്നു.

ഘട്ടം 4: പരിഹരിക്കലും വീണ്ടും റിവ്യൂ ചെയ്യലും

സ്ഥിരീകരിച്ച പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ട ജോലികളായി ഒരു പുതിയ ഏജന്റിന് നൽകുന്നു. പ്രശ്നം പരിഹരിച്ച ശേഷം, റിവ്യൂവർ വീണ്ടും പരിശോധിക്കുന്നു. സ്ഥിരീകരിച്ച പ്രശ്നം ബാക്കിയുള്ള ഒരു ഘട്ടം പൂർത്തിയായതായി അടയാളപ്പെടുത്താൻ കഴിയില്ല, കൂടാതെ മുഴുവൻ ലക്ഷ്യവും പൂർത്തിയായതായി പറയാനും കഴിയില്ല.

ഘട്ടം 5: സത്യസന്ധമായ റിപ്പോർട്ട്

അവസാനം എല്ലാ മാനദണ്ഡങ്ങളും പാലിക്കുകയും എല്ലാ പരിശോധനകളും ഗ്രീൻ ആവുകയും ചെയ്താൽ മാത്രമേ COMPLETE എന്ന് പറയുന്ന ഒരു റിപ്പോർട്ട് എനിക്ക് ലഭിക്കൂ. അല്ലാത്തപക്ഷം ഇത് PARTIAL എന്ന് പറയുകയും എന്തൊക്കെയാണ് വിട്ടുപോയതെന്ന് കൃത്യമായി പട്ടികപ്പെടുത്തുകയും ചെയ്യുന്നു. റിപ്പോർട്ട് ഒരിക്കലും കാര്യങ്ങൾ പെരുപ്പിച്ചു കാണിക്കാറില്ല.

ഒരു യഥാർത്ഥ പ്രോജക്റ്റിൽ ഇത് കണ്ടെത്തിയ കാര്യങ്ങൾ

ഒരു ബ്രൗസർ ടാബിന്റെ ഓഡിയോ റെക്കോർഡ് ചെയ്യുന്ന ഒരു വ്യക്തിഗത ബ്രൗസർ എക്സ്റ്റൻഷനായിരുന്നു പ്രോജക്റ്റ്. പുതിയ പതിപ്പ് റെക്കോർഡിംഗുകൾ ബ്രൗസറിന്റെ പ്രൈവറ്റ് ഫയൽ സിസ്റ്റത്തിൽ സൂക്ഷിക്കുകയും, പേര് നൽകി ഫോൾഡറുകളിലേക്ക് സേവ് ചെയ്യാൻ എന്നെ അനുവദിക്കുകയും, വീഡിയോ ഫയലുകൾ റിപ്പയർ ചെയ്യുകയും, ഒരു ലൈബ്രറി പേജ് ചേർക്കുകയും ചെയ്തു.

ടെസ്റ്റുകൾക്ക് കണ്ടെത്താൻ കഴിയാത്ത യഥാർത്ഥ ബഗുകൾ റിവ്യൂവർമാർ കണ്ടെത്തി:

• ഫോൾഡർ-സേവ് ഫീച്ചർ ഓരോ തവണയും നിശബ്ദമായി പഴയ Save As ഡയലോഗിലേക്ക് മാറുമായിരുന്നു. സേവ് പ്രവർത്തിച്ചിരുന്ന ബാക്ക്‌ഗ്രൗണ്ട് പേജിന് എക്സ്റ്റൻഷൻ ക്രമീകരണങ്ങൾ വായിക്കാൻ കഴിയില്ലായിരുന്നു, അതിനാൽ കോഡ് നിശബ്ദമായി ഡിഫോൾട്ട് തിരഞ്ഞെടുത്തു. വ്യാജ ക്രമീകരണ സ്റ്റോർ ഉപയോഗിച്ചതിനാലാണ് ടെസ്റ്റുകൾ പാസായത്.
• ഒരു റിപ്പയർ ഘട്ടം അതിന്റെ സ്വന്തം പരിശോധനകളിൽ വിജയിക്കുന്ന ഒരു ചുരുങ്ങിയ ഫയൽ നിർമ്മിക്കുകയും തുടർന്ന് ഒറിജിനൽ ഫയലിന് പകരം അത് വെക്കുകയും ചെയ്യുമായിരുന്നു.
• വീണ്ടെടുത്ത റെക്കോർഡിംഗുകളുടെ ഫയൽ നാമങ്ങളിൽ തെറ്റായ ദൈർഘ്യം രേഖപ്പെടുത്തിയിരുന്നു, കാരണം റിപ്പയർ ചെയ്ത ഫയലിന് പുതിയ മോഡിഫിക്കേഷൻ തീയതിയാണ് ഉണ്ടായിരുന്നത്.
• എഴുതുന്നതിൽ പരാജയപ്പെട്ടാൽ അത് ഒരു റെക്കോർഡിംഗിന്റെ ബാക്കി ഭാഗം നിശബ്ദമായി നഷ്ടപ്പെടുത്തിയേക്കാം.

ഇവയൊന്നും അസാധാരണമായ പ്രശ്നങ്ങളായിരുന്നില്ല. എന്നാൽ ഓരോന്നും ആഴ്ചകൾക്ക് ശേഷം കാണാതായതോ, ദൈർഘ്യം കുറഞ്ഞതോ, തെറ്റായ പേര് നൽകപ്പെട്ടതോ ആയ റെക്കോർഡിംഗുകളായി പ്രത്യക്ഷപ്പെടുമായിരുന്നു.

ഞാൻ ഇതിൽ ഉൾപ്പെടുത്തിയ നിയമങ്ങൾ

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

ഉപസംഹാരം

/goal എനിക്ക് പ്രയോജനപ്പെടുന്നു, കാരണം ഇത് ഒരു അവ്യക്തമായ ആഗ്രഹത്തെ തെളിയിക്കാനാകുന്ന ഘട്ടങ്ങളുടെ ട്രാക്ക് ചെയ്ത ഒരു ലിസ്റ്റാക്കി മാറ്റുന്നു, കൂടാതെ ഒരു ഭാഗം നിർമ്മിക്കുന്ന വ്യക്തി ഒരിക്കലും അത് അംഗീകരിക്കുന്ന വ്യക്തിയാകുന്നില്ല. ഇത് അസിസ്റ്റന്റിനെ കൂടുതൽ മിടുക്കനാക്കുന്നില്ല. മറിച്ച് ഇത് ഫലത്തെ കൂടുതൽ വിശ്വസനീയമാക്കുകയും എന്റെ സ്വന്തം ശ്രദ്ധയുടെ ആവശ്യകത കുറയ്ക്കുകയും ചെയ്യുന്നു.

നേട്ടങ്ങൾ

• ഒരൊറ്റ വാക്യത്തിന്റെ ഇൻപുട്ടിന് വലിയ, ഒന്നിലധികം ഘട്ടങ്ങളുള്ള ഒരു ജോലിയെ മുന്നോട്ട് നയിക്കാൻ കഴിയും.
• നീണ്ട സെഷനുകളെയും കോൺടെക്സ്റ്റ് നഷ്ടപ്പെടുന്നതിനെയും ട്രാക്കർ അതിജീവിക്കുന്നു.
• സ്രഷ്ടാവിന്റെ സ്വന്തം ടെസ്റ്റുകൾക്ക് വിട്ടുപോകുന്ന ബഗുകൾ സ്വതന്ത്രമായ റിവ്യൂ കണ്ടെത്തുന്നു.
• ഓരോ ഘട്ടവും ഓരോ ചെറിയ കമ്മിറ്റാണ്, അതിനാൽ ഹിസ്റ്ററി വായിക്കാനും പഴയപടിയാക്കാനും എളുപ്പമാണ്.
• അന്തിമ റിപ്പോർട്ട് എന്തൊക്കെ പരിശോധിച്ചുറപ്പിച്ചു, എന്തൊക്കെ പരിശോധിച്ചില്ല എന്നതിനെക്കുറിച്ച് തികച്ചും സത്യസന്ധമാണ്.
• പുഷ് ചെയ്യലും ഡിപ്ലോയ് ചെയ്യലും പോലുള്ള അപകടസാധ്യതയുള്ള പ്രവർത്തനങ്ങൾ എന്റെ നിയന്ത്രണത്തിൽ തന്നെ തുടരുന്നു.

പോരായ്മകൾ

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

മുന്നറിയിപ്പ്

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

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

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

ടാഗുകൾ

#ClaudeCode #AICoding #DeveloperWorkflow #CodeReview #Automation #SoftwareEngineering #AIAgents #Productivity #DevTools #BuildInPublic