AI App Builders માટે Prompts કેવી રીતે લખવા (પહેલાં અને પછીના ઉદાહરણો સાથે)

AI app builder માટેનો સારો prompt product નું વર્ણન કરે છે, કોડનું નહીં: તે કોણ વાપરે છે, તેઓ પગલાવાર શું કરે છે, તે કયો data રાખે છે, અને કોને શું જોવાની મંજૂરી છે. પહેલો version બન્યા પછી, દરેક message માં એક ચોક્કસ ફેરફાર માંગો, કહો કે શું એકસરખું રહેવું જોઈએ, અને સમસ્યાઓને "મેં X કર્યું, Y અપેક્ષિત હતું, Z મળ્યું" તરીકે વર્ણવો. આ ત્રણ ટેવો મોટાભાગના નિરાશાજનક પરિણામો ઠીક કરે છે.

આ guide બાકીની પેટર્ન વિગતે બતાવે છે, તમે અનુકૂળ કરી શકો તેવા પહેલાં-પછીના ઉદાહરણો સાથે.

AI app builder ને prompt આપવો એ AI સાથે ચેટ કરવા કરતાં કેમ અલગ છે

જ્યારે તમે chat assistant ને સવાલ પૂછો, ત્યારે અસ્પષ્ટ prompt અસ્પષ્ટ જવાબ આપે છે અને તમે આગળ વધો છો. જ્યારે તમે AI app builder ને prompt આપો, ત્યારે જવાબ ચાલતો પ્રોગ્રામ છે. તમારા વર્ણનની દરેક ખામી અનુમાનથી ભરાય છે, અને તે અનુમાનો કોડ, database tables અને screens બની જાય છે, જેની સાથે તમારે જીવવું પડે છે અથવા તેને પાછું વાળવું પડે છે.

તેથી prompt નો હેતુ હોશિયાર લાગવાનો નથી. તેનો હેતુ એ છે કે મહત્વના નિર્ણયો નસીબ પર ઓછા છોડવા. તમારે તકનીકી શબ્દભંડોળની જરૂર નથી. તમારે ફક્ત તે બાબતોમાં ચોક્કસ રહેવાની જરૂર છે જે ફક્ત તમે જાણો છો: તમારા users, તમારો workflow અને તમારા નિયમો.

પહેલા prompt માં શું સામેલ કરવું

કંઈ લખતા પહેલા, આ સવાલોના જવાબ આપો. દરેક એક એવી ખાલી જગ્યા પૂરે છે જેના વિશે AI અન્યથા અનુમાન કરશે.

છેલ્લી હરોળ ઓછી આંકાય છે. તમે નથી ઇચ્છતા તે કહેવાથી AI એવી બ્લોગ, pricing page અને newsletter signup ઉમેરતા અટકે છે જે તમે ક્યારેય માંગ્યા નહોતા.

પહેલા-પછી: પહેલો prompt

પહેલાં:

મારા જિમ માટે એક એપ બનાવો.

Builder ને બધું અનુમાન કરવું પડે: members કે staff? classes કે personal training? payments? તમને એવું કંઈક મળશે જે જિમની વેબસાઇટ જેવું લાગે પણ તમને જોઈતું કામ ન કરે.

પછી:

નાના યોગા સ્ટુડિયો માટે class booking એપ બનાવો. Members આ અઠવાડિયાના classes જુએ (નામ, શિક્ષક, સમય, બાકી જગ્યાઓ), એક જગ્યા book કરે, અને બે કલાક પહેલાં સુધી cancel કરે. Members email અને password થી sign up કરે. સ્ટુડિયો owner classes ઉમેરવા, કોણ booked છે તે જોવા, અને હાજરી માર્ક કરવા login કરે. Classes, members અને bookings database માં સંગ્રહ કરો. શાંત, હલકી ડિઝાઇન જે ફોન પર સારી રીતે કામ કરે. હાલ કોઈ payments નહીં.

બીજો version હજુ ટૂંકો છે. તે ફક્ત ઉપરના કોષ્ટકના સવાલોના જવાબ આપે છે.

અમલીકરણ નહીં, વર્તન વર્ણવો

ઘણીવાર તમને વધુ સારા પરિણામ મળશે જો તમે શું થવું જોઈએ તે વર્ણવો, નહીં કે તેને કેવી રીતે બનાવવું.

પહેલાં:

bookings લાવતું useEffect અને editing માટે modal component ઉમેરો.

પછી:

જ્યારે owner કોઈ booking પર ક્લિક કરે, ત્યારે એક panel ખોલો જ્યાં તે સમય બદલી શકે અથવા તેને cancel કરી શકે. ફેરફારો list માં તરત દેખાવા જોઈએ.

પહેલો prompt AI ને એક ચોક્કસ તકનીકમાં બાંધી દે છે જે કદાચ એપ જે રીતે બનેલી છે તેને બંધબેસતી ન હોય. બીજો તેને પરિણામ કહે છે અને AI ને તેણે પહેલેથી લખેલા કોડ માટે સાચો અભિગમ પસંદ કરવા દે છે. જો તમે developer છો અને તમારી પાસે મજબૂત પસંદગી છે, તો તે કહો, પણ તેને પરિણામ સાથે જોડો.

નિયમો વિશે ચોક્કસ રહો

બિઝનેસ નિયમો એવી જગ્યા છે જ્યાં AI બનાવેલી એપ્સ સૌથી વધુ ખોટી પડે છે, કારણ કે તે તમારા માટે સ્પષ્ટ છે અને AI માટે અદૃશ્ય છે. તેને સ્પષ્ટ રીતે લખો.

• મર્યાદાઓ: "કોઈ member પાસે વધુમાં વધુ ત્રણ ભવિષ્યની bookings હોઈ શકે."
• સમય: "Classes શરૂ થતા પહેલાં બે કલાક પર cancellation બંધ થાય."
• Edge cases: "જો class ભરેલો હોય, તો Book ને બદલે waitlist બટન બતાવો."
• Permissions: "Teachers પોતાના classes ની હાજરી જોઈ શકે, અન્ય teachers ની નહીં."

આમાંથી દરેક એક વાક્ય છે. તેમાંથી કોઈ એક છોડવાનો અર્થ એ કે એપ કાં તો નિયમ લાગુ નહીં કરે, અથવા પોતાની એક અલગ આવૃત્તિ બનાવશે.

પહેલા version પછી: એક સમયે એક ફેરફાર

જ્યારે preview માં કંઈક ચાલી રહ્યું હોય, ત્યારે આખા product નું વર્ણન કરવાથી નાના, તપાસી શકાય તેવા ફેરફારો માંગવા પર સ્વિચ કરો.

પહેલાં:

ડિઝાઇન બરાબર નથી, booking બરાબર કામ નથી કરતું, અને મને calendar view અને emails જોઈએ છે.

પછી (ચાર અલગ messages તરીકે):

1. જ્યારે હું class ની છેલ્લી જગ્યા book કરું, ત્યારે તે હજુ "1 spot left" બતાવે છે. તેણે "Full" બતાવવું જોઈએ અને Book બટન છુપાવવું જોઈએ.
2. Schedule page પર week view calendar ઉમેરો, દરેક દિવસ માટે એક column. વર્તમાન list view વિકલ્પ તરીકે રાખો.
3. ફોન પર class cards વધુ compact બનાવો: નાનો padding, શિક્ષકનું નામ સમય સાથે એક જ લાઇનમાં.
4. Member book કરે ત્યારે તેને પુષ્ટિ email મોકલો.

આ કેમ કામ કરે છે:

• દરેક ફેરફાર એક પાસમાં AI સાચો કરી શકે એટલો નાનો છે.
• આગળ વધતા પહેલાં તમે દરેકને ટેસ્ટ કરી શકો છો.
• જો એક ખોટું જાય, તો તમે બીજા પગલાં ગુમાવ્યા વિના ફક્ત તે એક પગલું પાછું વાળી શકો છો.

શું જાળવી રાખવું તે કહો

જ્યારે તમે પહેલેથી કામ કરતી વસ્તુમાં ફેરફાર માંગો, ત્યારે AI ને કહો કે શું બદલાવું ન જોઈએ. આ regressions (જે પહેલા કામ કરતું હતું તે એક સંપાદન પછી તૂટવું) રોકવાની સૌથી સરળ રીત છે.

Home page hero ને મોટા headline અને જમણી બાજુ ફોટા સાથે ફરીથી ડિઝાઇન કરો. Navigation, રંગો અને hero ની નીચેનું બધું બરાબર એમ જ રાખો.

તે data ને પણ લાગુ પડે છે: "Members માં ફોન નંબર field ઉમેરો. કોઈપણ હાલના fields દૂર કે નામ ન બદલો."

Screenshots અને ચોક્કસ લખાણ વાપરો

"ઉપરની વસ્તુ" જેવા શબ્દો અસ્પષ્ટ છે. મોટાભાગના AI app builders images સ્વીકારે છે, અને ટૂંકી નોંધ સાથેનો screenshot ફકરા જેટલા વર્ણન કરતાં ઝડપી છે.

• Screenshot જોડો અને કહો "લાલ રંગે વર્તુળ કરેલું બટન ફોન પર menu ને ઓવરલેપ કરે છે".
• Error message નું ચોક્કસ લખાણ પેસ્ટ કરો, તેને શબ્દોમાં ફેરવ્યા વિના.
• Screen પરના labels બરાબર ટાંકો: "Settings page પરનું Save changes બટન".

ખાસ કરીને bugs માટે, આ આકાર વાપરો:

Bookings page પર, હું કાલની booking માટે Cancel પર ક્લિક કરું છું. મને અપેક્ષા હતી કે તે મારી યાદીમાંથી જતી રહેશે. તેના બદલે કશું થયું નહીં અને રીફ્રેશ કર્યા પછી પણ booking ત્યાં જ છે. તેને ઠીક કરો અને ચકાસો કે cancel કામ કરે છે.

અમારી AI વડે બનાવેલી એપને કેવી રીતે debug કરવી guide આમાં વધુ ઊંડાણથી જાય છે.

મોટા ફેરફારો માટે પહેલા યોજના

જે એપના ઘણા ભાગોને સ્પર્શે તેવા કોઈપણ ફેરફાર માટે — જેમ કે જે એપમાં પહેલાં કોઈ accounts નહોતા તેમાં user accounts ઉમેરવા, payments ઉમેરવા, અથવા data કેવી રીતે રચાયેલો છે તે બદલવો — કોઈ કોડ બદલાય તે પહેલા યોજના માંગો.

કંઈ બદલતા પહેલાં, સમજાવો કે તમે team accounts કેવી રીતે ઉમેરશો: કયા નવા tables, કયા pages બદલાય, અને હાલના users સાથે શું થાય. હજુ કોડ સંપાદિત ન કરો.

યોજના વાંચો. જો તે કંઈક ખોટું સમજે, તો એક ફકરો સુધારવો પૂર્ણ થયેલી સુવિધા સુધારવા કરતાં ઘણું સસ્તું છે. ઘણા builders પાસે આ માટે સમર્પિત mode છે; Mythex પર તે Plan mode છે, Build અને Ask ની સાથે.

શું ટાળવું

API keys વિશે: જો તમને payment કે email service જોઈએ, તો તેની keys prompt માં નહીં, પણ project ના secrets માં મૂકો. જો તે નવું હોય તો environment variables અને secrets શું છે જુઓ.

પુનઃઉપયોગી prompt ટેમ્પલેટ

કૌંસવાળા ભાગોને બદલીને અનુકૂળ કરો.

નવી એપ:

[કયા પ્રકારની એપ] [કોના] માટે બનાવો. તેઓ [મુખ્ય flow, પગલાવાર]. [બીજા પ્રકારના user] [શું કરવા] login કરે છે. [data] database માં સંગ્રહ કરો. [દેખાવ અને અનુભૂતિ]. [પછી માટેની વસ્તુઓ] છોડો.

નવો feature:

[page] પર [feature] ઉમેરો. જ્યારે [user] [action] કરે, ત્યારે [શું થવું જોઈએ]. ફક્ત [કોણ] [તે કરી] શકે. [હાલની વસ્તુઓ] જેમ છે તેમ રાખો.

ડિઝાઇન ફેરફાર:

[page] પર, [ચોક્કસ element] ને [ચોક્કસ ફેરફાર] માં બદલો. [શું જાળવવું] રાખો. ફોન-પહોળાઈની screen પર સારું દેખાય છે કે નહીં તે ચકાસો.

Bug:

[page] પર, હું [પગલાં] કરું છું. મને [અપેક્ષિત] અપેક્ષા હતી. તેના બદલે [વાસ્તવિક, અને બરાબર error લખાણ]. તેને ઠીક કરો અને flow કામ કરે છે તે ચકાસો.

ફેરફાર વિના સવાલ:

કોઈ કોડ બદલશો નહીં. [એપનો ભાગ] કેવી રીતે કામ કરે છે અને [data] ક્યાં સંગ્રહાય છે તે સમજાવો.

લાંબી spec લખવી

મોટા પ્રોજેક્ટ્સ માટે, શરૂઆતના prompt તરીકે એક પાનાનું brief લખીને પેસ્ટ કરવું મદદરૂપ થઈ શકે: users, મુખ્ય flows, data, નિયમો અને શું બહાર છે. તમે AI પાસે તેનો draft બનાવડાવી પણ શકો — AI વડે product requirements doc લખવા વિશેની અમારી guide તે સમજાવે છે. ફક્ત પહેલી build વિનંતી મુખ્ય flow પૂરતી રાખો, અને બાકીનું એક પગલાં પછી એક ઉમેરો.

Mythex માં prompting

ઉપરનું બધું Mythex માં કામ કરે છે. કેટલીક ખાસ બાબતો જે મદદ કરે છે:

• Build, Plan અને Ask modes. મોટા કે જોખમી ફેરફારો માટે Plan વાપરો, અને સંપાદન વિના સમજૂતી જોઈએ ત્યારે Ask.
• Checkpoints. દરેક સફળ ફેરફાર પછી Mythex એક checkpoint સાચવે છે, અને જવાબ પરનું Revert to this point project ને પાછું વાળે છે. તમે પહેલાંનો message સંપાદિત કરીને ફરીથી મોકલી શકો, તે બિંદુથી અલગ prompt અજમાવવા.
• Secrets card. જ્યારે agent ને API key જોઈએ, ત્યારે તે chat માંના card દ્વારા માંગે છે, જેથી મૂલ્ય તમારા message માં લખાયા વિના project secret તરીકે સંગ્રહાય.
• Images. Screenshots કે mockups જોડો અને agent તે જોશે.

Docs માં અસરકારક prompts પર ટૂંકું પાનું છે અને ફરીથી build કર્યા વિના iterate કરવા પર બીજું છે. જો તમે શૂન્યથી શરૂ કરી રહ્યા હો, તો AI વડે એપ કેવી રીતે બનાવવી સંપૂર્ણ project સમજાવે છે, અને AI વડે સારી દેખાતી એપ કેવી રીતે ડિઝાઇન કરવી visual polish માટેના prompts આવરી લે છે.

પ્રશ્નો