Checkpoints: ഏജന്റ് വരുത്തുന്ന ഏത് മാറ്റവും പഴയപടിയാക്കുക

Mythex ഏജന്റ് ഒരു turn വിജയകരമായി പൂർത്തിയാക്കുമ്പോഴെല്ലാം, അത് നിങ്ങളുടെ പ്രോജക്റ്റിലെ ഫയലുകളുടെ ഒരു checkpoint സേവ് ചെയ്യുന്നു. പിന്നീടുള്ള ഒരു മാറ്റം തെറ്റിപ്പോയാൽ, ചാറ്റിൽ നിന്ന് പ്രോജക്റ്റിനെ ആ പോയിന്റുകളിൽ ഏതിലേക്കും തിരികെ കൊണ്ടുപോകാം — നാശം വിവരിച്ച് ഏജന്റ് അത് ശരിയാക്കുമെന്ന് പ്രതീക്ഷിക്കേണ്ടതില്ല. മുമ്പത്തെ സന്ദേശം എഡിറ്റ് ചെയ്ത് വീണ്ടും അയയ്ക്കാനും കഴിയും; അത് പ്രോജക്റ്റിനെ പിന്നോട്ട് കൊണ്ടുപോയി അവിടെ നിന്ന് വ്യത്യസ്ത prompt പരീക്ഷിക്കുന്നു.

എന്താണ് ഒരു checkpoint

ചെയ്യുന്ന turn-ന്റെ അവസാനത്തിൽ നിങ്ങളുടെ പ്രോജക്റ്റ് ഫയലുകളുടെ സേവ് ചെയ്ത snapshot ആണ് checkpoint. ഉള്ളിൽ ഇത് git checkpoint ആണ് — ഡെവലപ്പർമാർ ഒരു codebase-ലെ ഓരോ മാറ്റവും ട്രാക്ക് ചെയ്യാൻ ഉപയോഗിക്കുന്ന version-control സിസ്റ്റമാണ് git. ഇത് ഉപയോഗിക്കാൻ git അറിയണമെന്നില്ല; ചാറ്റ് അത് നിങ്ങൾക്കായി കൈകാര്യം ചെയ്യുന്നു.

വിജയകരമായ ഒരു ഏജന്റ് turn-ന് ശേഷമാണ് checkpoints സേവ് ചെയ്യുന്നത്. ഓരോന്നും അത് ഉണ്ടാക്കിയ ഏജന്റിന്റെ മറുപടിയുടെ അവസാനത്തിൽ ഇരിക്കുന്നു, അതിനാൽ ചാറ്റ് ചരിത്രം തന്നെ നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ ഒരു timeline ആയി പ്രവർത്തിക്കുന്നു: ഓരോ മറുപടിയും നിങ്ങൾക്ക് തിരികെ പോകാവുന്ന ഒരു പോയിന്റ് അടയാളപ്പെടുത്തുന്നു.

ഇത് എന്തിന് സഹായിക്കുന്നു

ഏജന്റിനൊപ്പം നിർമ്മിക്കുന്നത് ആവർത്തന രീതിയിലാണ്. മിക്ക turns-ഉം പ്രോജക്റ്റിനെ മുന്നോട്ട് കൊണ്ടുപോകുന്നു, പക്ഷേ ചിലത് അങ്ങനെയല്ല — phone view തകർക്കുന്ന ഒരു layout മാറ്റം, ആവശ്യമുള്ളതിനപ്പുറം പോകുന്ന ഒരു refactor, തെറ്റായ ആശയമാണെന്ന് തെളിയുന്ന ഒരു ഫീച്ചർ.

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

പരീക്ഷണം ചെയ്യുന്നതും ഇത് സുരക്ഷിതമാക്കുന്നു. രണ്ട് ക്ലിക്കിൽ ഒരു turn പഴയപടിയാക്കാൻ കഴിയുമെങ്കിൽ, "ഹീറോ സെക്ഷൻ ഒരു വീഡിയോ ആയാലോ?" എന്ന് ചോദിക്കുന്നത് നിങ്ങൾക്ക് വളരെ കുറച്ച് ചെലവേ വരുത്തൂ.

ഒരു checkpoint-ലേക്ക് തിരികെ പോകുന്നത് എങ്ങനെ

1. പ്രോജക്റ്റിനെ നിങ്ങൾക്ക് വേണ്ട അവസ്ഥയിൽ എത്തിച്ച മറുപടി കണ്ടെത്തുക.
2. Revert to this point ക്ലിക്ക് ചെയ്യുക — മറുപടിയുടെ അവസാനത്തിൽ, Copy-യുടെ അടുത്തുള്ള undo ഐക്കൺ. ലാപ്‌ടോപ്പിൽ മറുപടിയിൽ പോയിന്റർ വെക്കുമ്പോൾ ഐക്കൺ കാണും.
3. ചോദിക്കുന്ന ഡയലോഗിൽ Restore സ്ഥിരീകരിക്കുക.

ആ turn അവസാനിച്ചപ്പോൾ ഉണ്ടായിരുന്ന അവസ്ഥയിലേക്ക് നിങ്ങളുടെ പ്രോജക്റ്റ് ഫയലുകൾ തിരികെ പോകുന്നു. ഉറപ്പാക്കാൻ preview പരിശോധിക്കുക, തുടർന്ന് അവിടെ നിന്ന് മുന്നോട്ട് പോകുക.

എഡിറ്റ് ചെയ്ത് വീണ്ടും അയയ്ക്കുക

ചിലപ്പോൾ പ്രശ്നം ഫലത്തിലായിരുന്നില്ല, prompt-ലായിരുന്നു. അതിനാണ് Edit and resend:

1. നിങ്ങളുടെ മുമ്പത്തെ സന്ദേശങ്ങളിലൊന്നിന് മുകളിൽ hover ചെയ്ത് എഡിറ്റ് ചെയ്യാൻ ക്ലിക്ക് ചെയ്യുക.
2. തെറ്റിയിടത്ത് വേണ്ടിയിരുന്ന രീതിയിൽ prompt വീണ്ടും എഴുതുക.
3. Discard & resend സ്ഥിരീകരിക്കുക.

ഒരു checkpoint ഉണ്ടെങ്കിൽ, ആ turn-ന് മുമ്പുള്ള അവസ്ഥയിലേക്ക് Mythex പ്രോജക്റ്റിനെ പിന്നോട്ട് കൊണ്ടുപോയി നിങ്ങളുടെ പുതിയ prompt അയയ്ക്കുന്നു. തെറ്റായ ദിശയിൽ പോയ turn വീണ്ടും ശ്രമിക്കാനുള്ള ഏറ്റവും വേഗമേറിയ വഴിയാണിത് — മോശം ശ്രമത്തിലെ മാറ്റങ്ങൾ അവിടെ തന്നെ നിലനിർത്താതെ.

ചെറിയ ചുവടുകളിൽ checkpoints ഏറ്റവും നന്നായി പ്രവർത്തിക്കുന്നു

ഒരു checkpoint നിങ്ങളെ ഒരു turn-ന്റെ അവസാനത്തേക്ക് മാത്രമേ തിരികെ കൊണ്ടുപോകൂ. ഒരു turn അഞ്ച് കാര്യങ്ങൾ ചെയ്താൽ, അഞ്ചും പഴയപടിയാക്കാം, അല്ലെങ്കിൽ ഒന്നും പഴയപടിയാക്കാനാവില്ല. ഓരോ അഭ്യർത്ഥനയും ചെറുതായി സൂക്ഷിക്കാനുള്ള ഒരു കാരണം കൂടിയാണിത്:

• ഒരു section മാത്രം മാറ്റുക.
• ഒരു bug മാത്രം ശരിയാക്കുക.
• ഒരു പേജ് മാത്രം ചേർക്കുക.

ചെറിയ ആവശ്യങ്ങൾ കുറച്ച് അത്ഭുതങ്ങളും കുറഞ്ഞ credit ഉപയോഗവും അർത്ഥമാക്കുന്നു, ഓരോന്നും സ്വന്തമായി തിരികെ പോകാവുന്ന ഒരു checkpoint അവശേഷിപ്പിക്കുന്നു.

കോഡ് എങ്ങനെയായിരിക്കണമെന്ന് നിങ്ങൾ കരുതുന്നതിന് പകരം, preview-യിൽ നിങ്ങൾ കാണുന്നത് വിവരിക്കുന്നതും സഹായിക്കും — ഉദാഹരണത്തിന്, "Pricing പേജിൽ, Pro കാർഡിലെ ബട്ടൺ മൊബൈലിൽ മുറിഞ്ഞുപോകുന്നു. Overflow ശരിയാക്കുക, desktop layout നിലനിർത്തുക."

വലിയ ഫീച്ചറുകൾക്ക്, Plan മോഡിൽ തുടങ്ങുക: ഏജന്റ് ഒരു സമീപനം വിവരിക്കുന്നു, നിങ്ങൾ അംഗീകരിക്കുന്നു, തുടർന്ന് Build അത് ഘട്ടം ഘട്ടമായി നടപ്പാക്കുന്നു. അതിനെക്കുറിച്ച് കൂടുതൽ ബിൽഡ് ചെയ്യുന്നതിന് മുമ്പ് പ്ലാൻ ചെയ്യുക എന്നതിൽ.

എപ്പോൾ തിരികെ പോകണം, എപ്പോൾ വീണ്ടും നിർമ്മിക്കണം

ഏതാനും turns മുമ്പ് പ്രോജക്റ്റ് നല്ല നിലയിലായിരുന്നെങ്കിൽ തിരികെ പോകുന്നതാണ് ശരിയായ നീക്കം. പൂർണ പുനർനിർമ്മാണം ഇവ സംഭവിക്കുമ്പോൾ മാത്രം മൂല്യമുള്ളതാണ്:

• നിങ്ങൾ ഉൽപ്പന്ന ആശയം പൂർണമായി മാറ്റിയിരിക്കുന്നു.
• പുതിയ ആവശ്യകതകൾക്ക് ആർക്കിടെക്ചർ തെറ്റാണ്.
• പ്രോജക്റ്റ് ഇപ്പോഴും ശൂന്യമോ ഏതാണ്ട് ശൂന്യമോ ആണ്.

അപ്പോഴും, എന്ത് നിലനിർത്തണം എന്ന് പറയുക — പേര്, brand നിറങ്ങൾ, ഉള്ളടക്കം — അതിനാൽ ഇതിനകം ശരിയായിരുന്നതൊന്നും നഷ്ടപ്പെടില്ല.

പരിധികൾ

• വിജയകരമായ turns-ന് ശേഷമാണ് checkpoints സേവ് ചെയ്യുന്നത്, checkpoint ഉള്ളപ്പോൾ മാത്രമേ Discard & resend-ന് പിന്നോട്ട് പോകാൻ കഴിയൂ.
• Revert ചെയ്യുമ്പോൾ പ്രോജക്റ്റ് ഫയലുകൾ ആ പോയിന്റിൽ ഉണ്ടായിരുന്ന അവസ്ഥയിലേക്ക് തിരികെ പോകുന്നു.
• ഒരു checkpoint ഒരു മുഴുവൻ turn-നെയും ഉൾക്കൊള്ളുന്നു. അതിന്റെ ഒരു ഭാഗം മാത്രം പഴയപടിയാക്കാനാവില്ല; ചെറിയ turns കൂടുതൽ സൂക്ഷ്മമായ നിയന്ത്രണം നൽകുന്നു.
• ലാപ്‌ടോപ്പിൽ Revert ഐക്കൺ hover ചെയ്യുമ്പോൾ മാത്രമേ കാണൂ, അതിനാൽ കാണാൻ കഴിയുന്നില്ലെങ്കിൽ പോയിന്റർ മറുപടിയുടെ മുകളിൽ കൊണ്ടുവരിക.

ഒരു bug പഴയപടിയാക്കുന്നതിന് പകരം അതിലൂടെ പോകുകയാണെങ്കിൽ, AI നിർമ്മിച്ച ആപ്പ് debug ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള ഞങ്ങളുടെ guide പ്രക്രിയയുടെ മറ്റേ പകുതി വിശദീകരിക്കുന്നു.

Docs-ൽ checkpoints Chat എന്നതിലും Iterate without rebuilding എന്നതിലും വിശദീകരിച്ചിട്ടുണ്ട്.