AI ആപ്പ് ബിൽഡറുകൾക്കായി പ്രോംപ്റ്റുകൾ എങ്ങനെ എഴുതാം (മുമ്പും ശേഷവും ഉദാഹരണങ്ങളോടെ)

AI ആപ്പ് ബിൽഡറിനുള്ള നല്ല പ്രോംപ്റ്റ് കോഡിനെയല്ല, പ്രോഡക്റ്റിനെയാണ് വിവരിക്കുന്നത്: ആര് ഉപയോഗിക്കുന്നു, ഘട്ടം ഘട്ടമായി അവർ എന്ത് ചെയ്യുന്നു, ഏത് ഡാറ്റ സൂക്ഷിക്കുന്നു, ആർക്ക് എന്ത് കാണാൻ അനുമതിയുണ്ട്. ആദ്യ പതിപ്പ് നിലവിൽ വന്ന ശേഷം ഒരു സന്ദേശത്തിൽ ഒരു നിർദ്ദിഷ്ട മാറ്റം ആവശ്യപ്പെടുക, എന്ത് മാറാതെ നിൽക്കണമെന്ന് പറയുക, പ്രശ്നങ്ങൾ "ഞാൻ X ചെയ്തു, Y പ്രതീക്ഷിച്ചു, Z കിട്ടി" എന്ന് വിവരിക്കുക. ഈ മൂന്ന് ശീലങ്ങൾ മിക്ക നിരാശാജനകമായ ഫലങ്ങളും പരിഹരിക്കുന്നു.

ഈ ഗൈഡിന്റെ ബാക്കി ഭാഗം പാറ്റേണുകൾ വിശദമായി കാണിക്കുന്നു, അനുയോജ്യമാക്കാവുന്ന മുമ്പും ശേഷവും ഉദാഹരണങ്ങളോടെ.

AI ആപ്പ് ബിൽഡറുമായുള്ള പ്രോംപ്റ്റിംഗ് സാധാരണ AI ചാറ്റുമായി വ്യത്യസ്തമായത് എന്തുകൊണ്ട്

ഒരു ചാറ്റ് അസിസ്റ്റന്റിനോട് ഒരു ചോദ്യം ചോദിക്കുമ്പോൾ, അവ്യക്തമായ പ്രോംപ്റ്റ് അവ്യക്തമായ ഉത്തരം നൽകുന്നു, നിങ്ങൾ മുന്നോട്ട് പോകുന്നു. AI ആപ്പ് ബിൽഡറിനോട് പ്രോംപ്റ്റ് ചെയ്യുമ്പോൾ, ഉത്തരം ഒരു പ്രവർത്തിക്കുന്ന പ്രോഗ്രാമാണ്. നിങ്ങളുടെ വിവരണത്തിലെ ഓരോ വിടവും ഒരു ഊഹം കൊണ്ട് നിറയ്ക്കപ്പെടുന്നു, ആ ഊഹങ്ങൾ കോഡും ഡാറ്റാബേസ് ടേബിളുകളും സ്ക്രീനുകളും ആയി മാറുന്നു, അവയോടൊപ്പം ജീവിക്കുകയോ അവ മാറ്റുകയോ ചെയ്യണം.

അതുകൊണ്ട് പ്രോംപ്റ്റിന്റെ ലക്ഷ്യം മിടുക്കനായി തോന്നുക അല്ല. പ്രധാനപ്പെട്ട തീരുമാനങ്ങളിൽ കുറച്ച് മാത്രം അവസരത്തിന് വിടുക എന്നതാണ്. അതിന് സാങ്കേതിക പദാവലി വേണ്ട. നിങ്ങൾക്ക് മാത്രം അറിയുന്ന കാര്യങ്ങളെക്കുറിച്ച് കൃത്യമായിരിക്കണം: നിങ്ങളുടെ ഉപയോക്താക്കൾ, നിങ്ങളുടെ പ്രവർത്തനരീതി, നിങ്ങളുടെ നിയമങ്ങൾ.

ആദ്യ പ്രോംപ്റ്റിൽ എന്ത് ഉൾപ്പെടുത്തണം

എന്തെങ്കിലും എഴുതുന്നതിന് മുമ്പ് ഈ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുക. ഓരോന്നും AI ഊഹിക്കുമായിരുന്ന ഒരു വിടവ് അടയ്ക്കുന്നു.

അവസാന വരി കുറച്ചു കാണപ്പെടുന്നതാണ്. നിങ്ങൾ ആഗ്രഹിക്കാത്തത് പറയുന്നത് AI ആവശ്യപ്പെടാത്ത ഒരു ബ്ലോഗോ വിലനിർണ്ണയ പേജോ ന്യൂസ്‌ലെറ്റർ സൈൻ‌അപ്പോ ചേർക്കുന്നത് തടയുന്നു.

മുമ്പും ശേഷവും: ആദ്യ പ്രോംപ്റ്റ്

മുമ്പ്:

എന്റെ ജിമ്മിന് ഒരു ആപ്പ് ഉണ്ടാക്കൂ.

ബിൽഡർ എല്ലാം ഊഹിക്കണം: അംഗങ്ങളോ സ്റ്റാഫോ? ക്ലാസുകളോ പേഴ്സണൽ ട്രെയിനിംഗോ? പേയ്‌മെന്റോ? നിങ്ങൾക്ക് വേണ്ടാത്ത, ജിം വെബ്സൈറ്റ് പോലെ തോന്നുന്ന, ഒന്നും ചെയ്യാത്ത ഒരു കാര്യം കിട്ടും.

ശേഷം:

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

രണ്ടാമത്തെ പ്രോംപ്റ്റ് ഇപ്പോഴും ചെറുതാണ്. മുകളിലെ പട്ടികയിലെ ചോദ്യങ്ങൾക്കാണ് അത് ഉത്തരം നൽകുന്നത്.

പെരുമാറ്റം വിവരിക്കുക, നടപ്പാക്കൽ അല്ല

സംഭവിക്കേണ്ട കാര്യം വിവരിക്കുന്നത് പലപ്പോഴും നന്നായി ഫലം തരും, എങ്ങനെ നിർമ്മിക്കണമെന്ന് പറയുന്നതിനേക്കാൾ.

മുമ്പ്:

ബുക്കിംഗുകൾ എടുക്കുന്ന ഒരു useEffect-ഉം എഡിറ്റ് ചെയ്യാനുള്ള ഒരു മോഡൽ കമ്പോണന്റും ചേർക്കുക.

ശേഷം:

ഉടമ ഒരു ബുക്കിംഗിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ, സമയം മാറ്റാനോ റദ്ദാക്കാനോ കഴിയുന്ന ഒരു പാനൽ തുറക്കുക. മാറ്റങ്ങൾ ലിസ്റ്റിൽ ഉടനടി കാണണം.

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

നിയമങ്ങളെക്കുറിച്ച് കൃത്യമായിരിക്കുക

ബിസിനസ് നിയമങ്ങളാണ് AI നിർമ്മിച്ച ആപ്പുകൾ പലപ്പോഴും തെറ്റുന്ന ഇടം, കാരണം അവ നിങ്ങൾക്ക് വ്യക്തമാണ്, AI-ക്ക് അദൃശ്യവും. അവ വിശദമായി എഴുതുക.

• പരിധികൾ: "ഒരു അംഗത്തിന് ഭാവിയിലെ മൂന്ന് ബുക്കിംഗുകൾ വരെ മാത്രം."
• സമയം: "ക്ലാസ് തുടങ്ങുന്നതിന് രണ്ട് മണിക്കൂർ മുമ്പ് റദ്ദാക്കൽ അവസാനിക്കുന്നു."
• അപവാദ കേസുകൾ: "ക്ലാസ് നിറഞ്ഞിരുന്നാൽ Book-ന് പകരം വെയ്റ്റ്‌ലിസ്റ്റ് ബട്ടൺ കാണിക്കുക."
• അനുമതികൾ: "ടീച്ചർമാർക്ക് സ്വന്തം ക്ലാസുകളുടെ ഹാജർ കാണാം, മറ്റ് ടീച്ചർമാരുടേത് കാണാനാകില്ല."

ഇവയിൽ ഓരോന്നും ഒരു വാക്യമാണ്. ഏതെങ്കിലും ഒഴിവാക്കിയാൽ, ആപ്പ് ആ നിയമം നടപ്പാക്കില്ല, അല്ലെങ്കിൽ സ്വന്തം പതിപ്പ് കണ്ടുപിടിക്കും.

ആദ്യ പതിപ്പിന് ശേഷം: ഒരു സന്ദേശത്തിൽ ഒരു മാറ്റം

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

മുമ്പ്:

ഡിസൈൻ ശരിയല്ല, ബുക്കിംഗ് ശരിയായി പ്രവർത്തിക്കുന്നില്ല, എനിക്ക് ഒരു കലണ്ടർ വ്യൂവും ഇമെയിലുകളും വേണം.

ശേഷം (നാല് വ്യത്യസ്ത സന്ദേശങ്ങളായി):

1. ക്ലാസിലെ അവസാന സ്ഥലം ബുക്ക് ചെയ്യുമ്പോൾ അത് ഇപ്പോഴും "1 spot left" കാണിക്കുന്നു. അത് "Full" എന്ന് കാണിക്കുകയും Book ബട്ടൺ മറയ്ക്കുകയും വേണം.
2. ഷെഡ്യൂൾ പേജിൽ ഓരോ ദിവസത്തിനും ഒരു കോളം ഉള്ള ഒരു ആഴ്ച വ്യൂ കലണ്ടർ ചേർക്കുക. നിലവിലുള്ള ലിസ്റ്റ് വ്യൂ ഒരു ഓപ്ഷനായി നിലനിർത്തുക.
3. ഫോണുകളിൽ ക്ലാസ് കാർഡുകൾ കൂടുതൽ ഒതുക്കമുള്ളതാക്കുക: ചെറിയ പാഡിംഗ്, ടീച്ചറുടെ പേര് സമയത്തിന്റെ അതേ വരിയിൽ.
4. ബുക്ക് ചെയ്യുമ്പോൾ അംഗത്തിന് സ്ഥിരീകരണ ഇമെയിൽ അയയ്ക്കുക.

ഇത് പ്രവർത്തിക്കുന്നത് എന്തുകൊണ്ടെന്നാൽ:

• ഓരോ മാറ്റവും AI-ക്ക് ഒരു പാസിൽ ശരിയാക്കാൻ പാകത്തിൽ ചെറുതാണ്.
• മുന്നോട്ട് പോകുന്നതിന് മുമ്പ് ഓരോന്നും നിങ്ങൾക്ക് പരീക്ഷിക്കാം.
• ഒന്ന് തെറ്റിയാൽ, മറ്റുള്ളവ നഷ്ടപ്പെടാതെ ആ ഘട്ടം മാത്രം തിരികെയെടുക്കാം.

എന്ത് നിലനിർത്തണമെന്ന് പറയുക

ഇതിനകം പ്രവർത്തിക്കുന്ന എന്തെങ്കിലും മാറ്റാൻ ആവശ്യപ്പെടുമ്പോൾ, മാറാൻ പാടില്ലാത്തത് എന്താണെന്ന് AI-യോട് പറയുക. മുമ്പ് പ്രവർത്തിച്ചിരുന്നത് എഡിറ്റിന് ശേഷം തകരുന്നത് (റിഗ്രഷൻ) തടയാനുള്ള ഏറ്റവും എളുപ്പ മാർഗമാണിത്.

ഹോം പേജിലെ ഹീറോ വലിയ തലക്കെട്ടും വലതുവശത്ത് ഒരു ഫോട്ടോയും ഉള്ളതാക്കി മാറ്റുക. നാവിഗേഷനും നിറങ്ങളും ഹീറോയ്ക്ക് താഴെയുള്ള എല്ലാം അതേപടി നിലനിർത്തുക.

ഡാറ്റയ്ക്കും ഇതേ ബാധകമാണ്: "അംഗങ്ങളിൽ ഒരു ഫോൺ നമ്പർ ഫീൽഡ് ചേർക്കുക. നിലവിലുള്ള ഫീൽഡുകളൊന്നും നീക്കം ചെയ്യുകയോ പേര് മാറ്റുകയോ ചെയ്യരുത്."

സ്ക്രീൻഷോട്ടുകളും കൃത്യമായ വാചകവും ഉപയോഗിക്കുക

"മുകളിലുള്ള ആ സാധനം" പോലുള്ള വാക്കുകൾ അവ്യക്തമാണ്. മിക്ക AI ആപ്പ് ബിൽഡറുകളും ചിത്രങ്ങൾ സ്വീകരിക്കുന്നു, ഒരു ചെറിയ കുറിപ്പോടുകൂടിയ സ്ക്രീൻഷോട്ട് ഒരു ഖണ്ഡിക വിവരണത്തേക്കാൾ വേഗമുള്ളതാണ്.

• ഒരു സ്ക്രീൻഷോട്ട് ചേർത്ത് "ചുവപ്പ് വട്ടമിട്ട ബട്ടൺ ഫോണുകളിൽ മെനുവിനെ മറയ്ക്കുന്നു" എന്ന് പറയുക.
• ഒരു പിശക് സന്ദേശത്തിന്റെ കൃത്യമായ വാചകം ഒട്ടിക്കുക, പുനരാവിഷ്കരിക്കാതെ.
• സ്ക്രീനിലെ ലേബലുകൾ കൃത്യമായി ഉദ്ധരിക്കുക: "Settings പേജിലെ Save changes ബട്ടൺ".

ബഗുകൾക്കായി പ്രത്യേകമായി ഈ രൂപം ഉപയോഗിക്കുക:

ബുക്കിംഗ് പേജിൽ, നാളത്തെ ഒരു ബുക്കിംഗിന്റെ Cancel ഞാൻ ക്ലിക്ക് ചെയ്തു. അത് എന്റെ ലിസ്റ്റിൽ നിന്ന് മാഞ്ഞുപോകുമെന്ന് പ്രതീക്ഷിച്ചു. പകരം ഒന്നും സംഭവിച്ചില്ല, റീഫ്രഷ് ചെയ്തിട്ടും ബുക്കിംഗ് അവിടെ തന്നെയുണ്ട്. ശരിയാക്കി റദ്ദാക്കൽ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.

AI നിർമ്മിച്ച ആപ്പ് എങ്ങനെ ഡീബഗ് ചെയ്യാം എന്ന ഞങ്ങളുടെ ഗൈഡ് ഇതിൽ കൂടുതൽ ആഴത്തിൽ പോകുന്നു.

വലിയ മാറ്റങ്ങൾക്ക് ആദ്യം പ്ലാൻ ചെയ്യുക

ആപ്പിന്റെ പല ഭാഗങ്ങളെ ബാധിക്കുന്ന കാര്യങ്ങൾക്ക് — മുമ്പ് അക്കൗണ്ടുകളില്ലാത്ത ആപ്പിൽ ഉപയോക്തൃ അക്കൗണ്ടുകൾ ചേർക്കുക, പേയ്‌മെന്റുകൾ ചേർക്കുക, ഡാറ്റ എങ്ങനെ ഘടനപ്പെടുത്തുന്നു എന്ന് മാറ്റുക — കോഡ് മാറുന്നതിന് മുമ്പ് ഒരു പ്ലാൻ ആവശ്യപ്പെടുക.

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

പ്ലാൻ വായിക്കുക. അത് എന്തെങ്കിലും തെറ്റായി മനസ്സിലാക്കിയാൽ, പൂർത്തിയായ ഒരു ഫീച്ചർ തിരുത്തുന്നതിനേക്കാൾ ഒരു ഖണ്ഡിക തിരുത്തുന്നത് വളരെ കുറഞ്ഞ ചെലവാണ്. പല ബിൽഡറുകൾക്കും ഇതിനായി ഒരു പ്രത്യേക മോഡുണ്ട്; Mythex-ൽ അത് Plan മോഡ് ആണ്, Build, Ask എന്നിവയോടൊപ്പം.

ഒഴിവാക്കേണ്ടത്

API കീകളെക്കുറിച്ച്: ഒരു പേയ്‌മെന്റ് അല്ലെങ്കിൽ ഇമെയിൽ സേവനം വേണമെങ്കിൽ, അതിന്റെ കീകൾ പ്രോംപ്റ്റിൽ അല്ല, പ്രോജക്റ്റിന്റെ secrets-ൽ ഇടുക. പുതിയതാണെങ്കിൽ environment variables and secrets എന്താണ് കാണുക.

വീണ്ടും ഉപയോഗിക്കാവുന്ന പ്രോംപ്റ്റ് ടെംപ്ലേറ്റുകൾ

ബ്രായ്ക്കറ്റിലുള്ള ഭാഗങ്ങൾ മാറ്റി ഇവ അനുയോജ്യമാക്കുക.

പുതിയ ആപ്പ്:

[ആപ്പിന്റെ തരം] [ആർക്കുവേണ്ടി] നിർമ്മിക്കൂ. അവർ [പ്രധാന ഫ്ലോ, ഘട്ടം ഘട്ടമായി]. [രണ്ടാമത്തെ തരം ഉപയോക്താവ്] [അവർ എന്ത് ചെയ്യുന്നു] എന്നതിന് ലോഗിൻ ചെയ്യുന്നു. [ഡാറ്റ] ഒരു ഡാറ്റാബേസിൽ സൂക്ഷിക്കൂ. [ലുക്കും ഫീലും]. [പിന്നീടുള്ള കാര്യങ്ങൾ] ഒഴിവാക്കൂ.

പുതിയ ഫീച്ചർ:

[പേജിൽ] [ഫീച്ചർ] ചേർക്കൂ. [ഉപയോക്താവ്] [പ്രവർത്തനം] ചെയ്യുമ്പോൾ, [എന്ത് സംഭവിക്കണം]. [ആർക്ക്] മാത്രമേ [അത് ചെയ്യാനാകൂ]. [നിലവിലുള്ള കാര്യങ്ങൾ] അതേപടി നിലനിർത്തൂ.

ഡിസൈൻ മാറ്റം:

[പേജിൽ], [നിർദ്ദിഷ്ട ഘടകം] [നിർദ്ദിഷ്ട മാറ്റം] ആക്കൂ. [നിലനിർത്തേണ്ടത്] നിലനിർത്തൂ. ഫോൺ-വീതിയുള്ള സ്ക്രീനിൽ ശരിയായി കാണുന്നുണ്ടോ എന്ന് പരിശോധിക്കൂ.

ബഗ്:

[പേജിൽ], ഞാൻ [ഘട്ടങ്ങൾ] ചെയ്തു. [പ്രതീക്ഷിച്ചത്] പ്രതീക്ഷിച്ചു. പകരം [യഥാർത്ഥത്തിൽ സംഭവിച്ചത്, കൃത്യമായ പിശക് വാചകത്തോടൊപ്പം]. ശരിയാക്കി ഫ്ലോ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് പരിശോധിക്കൂ.

മാറ്റമില്ലാതെ ഒരു ചോദ്യം:

ഒരു കോഡും മാറ്റരുത്. [ആപ്പിന്റെ ഭാഗം] എങ്ങനെ പ്രവർത്തിക്കുന്നു, [ഡാറ്റ] എവിടെ സൂക്ഷിക്കുന്നു എന്ന് വിശദീകരിക്കൂ.

ദൈർഘ്യമേറിയ സ്പെക് എഴുതുന്നത്

വലിയ പ്രോജക്റ്റുകൾക്ക്, ആദ്യ പ്രോംപ്റ്റായി ഒട്ടിക്കാൻ ഒറ്റപ്പുറ ബ്രീഫ് ആദ്യം എഴുതുന്നത് സഹായിക്കും: ഉപയോക്താക്കൾ, പ്രധാന ഫ്ലോകൾ, ഡാറ്റ, നിയമങ്ങൾ, വ്യാപ്തിക്ക് പുറത്തുള്ളത്. അത് AI-യുടെ സഹായത്തോടെ ഡ്രാഫ്റ്റ് ചെയ്യാം — AI ഉപയോഗിച്ച് PRD എഴുതുന്ന വിധം അത് വിശദീകരിക്കുന്നു. ആദ്യ നിർമ്മാണ അഭ്യർത്ഥന പ്രധാന ഫ്ലോയിൽ മാത്രം നിർത്തുക, ബാക്കി ഘട്ടം ഘട്ടമായി ചേർക്കുക.

Mythex-ൽ പ്രോംപ്റ്റിംഗ്

മുകളിൽ പറഞ്ഞതെല്ലാം Mythex-ൽ പ്രവർത്തിക്കും. സഹായകമായ ചില പ്രത്യേകതകൾ:

• Build, Plan, Ask മോഡുകൾ. വലുതോ അപകടസാധ്യതയുള്ളതോ ആയ മാറ്റങ്ങൾക്ക് Plan ഉപയോഗിക്കുക; എഡിറ്റുകളില്ലാതെ വിശദീകരണം വേണമെങ്കിൽ Ask.
• ചെക്ക്പോയിന്റുകൾ. ഓരോ വിജയകരമായ മാറ്റത്തിനും ശേഷം Mythex ഒരു ചെക്ക്പോയിന്റ് സേവ് ചെയ്യുന്നു, ഒരു മറുപടിയിലെ Revert to this point പ്രോജക്റ്റിനെ തിരികെയെടുക്കുന്നു. മുമ്പത്തെ സന്ദേശം എഡിറ്റ് ചെയ്ത് വീണ്ടും അയച്ച് ആ ഘട്ടത്തിൽ നിന്ന് വേറെ പ്രോംപ്റ്റ് പരീക്ഷിക്കാം.
• Secrets കാർഡ്. ഏജന്റിന് ഒരു API കീ ആവശ്യമുള്ളപ്പോൾ, ചാറ്റിലെ ഒരു കാർഡ് വഴി ചോദിക്കുന്നു, അങ്ങനെ മൂല്യം നിങ്ങളുടെ സന്ദേശത്തിൽ എഴുതാതെ പ്രോജക്റ്റ് secret ആയി സൂക്ഷിക്കുന്നു.
• ചിത്രങ്ങൾ. സ്ക്രീൻഷോട്ടുകളോ മോക്കപ്പുകളോ അറ്റാച്ച് ചെയ്താൽ ഏജന്റ് അവ നോക്കും.

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

ചോദ്യങ്ങൾ