AI થી બનેલી એપને તોડ્યા વિના કેવી રીતે સુધારવી
AI થી બનેલી એપને તોડ્યા વિના સુધારવા માટે, દરેક પ્રોમ્પ્ટમાં એક વસ્તુ બદલો, પ્રિવ્યૂમાં તપાસો, અને આગળ વધતા પહેલાં ચેકપોઇન્ટ સાચવો. તમને કોડ શું કરે છે એમ લાગે છે તેના બદલે તમે શું જુઓ છો તે વર્ણવો, મોટા ફેરફારો બનાવતા પહેલાં તેનું આયોજન કરો, અને જ્યારે ફેરફાર ખોટો પડે ત્યારે AI ને પોતાના ફિક્સને ફિક્સ કરવાનું કહેવાને બદલે છેલ્લા સારા વર્ઝન પર પાછા જાઓ.
એપનું પહેલું વર્ઝન ઘણીવાર મિનિટોમાં તૈયાર થઈ જાય છે. અઘરી વાત પચાસમો ફેરફાર છે, જ્યારે દરેક નવો પ્રોમ્પ્ટ પહેલેથી કામ કરતી કોઈ વસ્તુને તોડવાનું જોખમ લાવે છે. આ ગાઇડ એ લૂપ છે જે તે થતું અટકાવે છે.
સુધારાનો લૂપ
- એક ફેરફાર પસંદ કરો. એક ફીચર, એક બગ, એક પેજ.
- તેનું વર્ણન કરો, યુઝર શું જુએ છે અને શું કરે છે તેની દ્રષ્ટિએ.
- મોટા ફેરફારો માટે, પહેલા આયોજન કરો. યોજના માંગો, તેને વાંચો, પછી બનાવો.
- પ્રિવ્યૂમાં પરિણામ તપાસો — ફેરફાર અને તેની નજીકના ફ્લો.
- સાચવો ચેકપોઇન્ટ અથવા કમિટ.
- પુનરાવર્તન કરો.
દરેક પગલું ફેરફારોને નાના અને ઉલટાવી શકાય તેવા રાખવા માટે છે.
પગલું 1: ટૂંકી યાદી રાખો
પ્રોમ્પ્ટ કરતા પહેલાં, મહત્ત્વના ક્રમમાં લખો કે તમે શું બદલવા માંગો છો. તે તમને એક મેસેજમાં દસ ઇચ્છાઓનો ફકરો મોકલવાથી રોકે છે, અને વચ્ચે ઊભા થતા વિચારોને "હમણાં નહીં" કહેવાનો રસ્તો આપે છે.
જો ફેરફાર મોટો હોય, તો તેને તોડો. "ટીમ એકાઉન્ટ ઉમેરો" બને છે: ટીમ બનાવો, સભ્યને આમંત્રિત કરો, ટીમો વચ્ચે સ્વિચ કરો, ડેટાને વર્તમાન ટીમ સુધી મર્યાદિત કરો. દરેક પોતાનો પ્રોમ્પ્ટ છે. આ માટે યુઝર સ્ટોરી લખવી સારી રીત છે.
પગલું 2: તમે જે જુઓ છો તે વર્ણવો
જ્યાં સુધી તમે કહો નહીં ત્યાં સુધી AI તમારી સ્ક્રીન જોઈ શકતું નથી. ચોક્કસ વસ્તુઓ તરફ ઇશારો કરો, અને કહો કે શું થવું જોઈએ:
ફોન પર પ્રાઇસિંગ પેજમાં Pro કાર્ડનું બટન જમણી ધારેથી કપાઈ ગયું છે. ડેસ્કટોપ લેઆઉટ એવું જ રાખો; 640px થી નાની સ્ક્રીન પર કાર્ડ્સ એક નીચે એક ગોઠવો અને બટન્સને પૂરી પહોળાઈના બનાવો.
તેની સરખામણી "પ્રાઇસિંગ પેજ મોબાઇલ પર ખરાબ લાગે છે" સાથે કરો. પહેલું એક જ વારમાં થઈ શકે અને તપાસી શકાય; બીજું તમે માંગ્યું ન હોય તેવા રીડિઝાઇનને આમંત્રણ આપે છે.
સ્ક્રીનશોટ મદદરૂપ છે. જો તમારો બિલ્ડર ઇમેજ સ્વીકારે, તો એક જોડો અને સમસ્યા પર ગોળ કરો.
પગલું 3: મોટા ફેરફારો પહેલા આયોજન કરો
એપના ઘણા ભાગોને સ્પર્શતી કોઈ પણ વસ્તુ માટે — નવું ડેટા મોડેલ, પેમેન્ટ્સ, યુઝર રોલ્સ — કોઈ પણ કોડ બદલાય તે પહેલાં યોજના માંગો:
હજુ કોડ બદલશો નહીં. મારે ઇચ્છા છે કે યુઝર્સ ટીમના હોય અને ફક્ત પોતાની ટીમના પ્રોજેક્ટ્સ જુએ. ફેરફારનું આયોજન કરો: કઈ ટેબલ, પેજ અને API રૂટ બદલાશે, હાલના યુઝર્સના ડેટાનું શું થશે, અને કયા ક્રમમાં બનાવશો.
યોજના વાંચો. જો તે ખોટી હોય, તો યોજના સુધારવી બિલ્ડને પાછું વાળવા કરતાં ઘણું સસ્તું છે.
પગલું 4: શું ન બદલવું જોઈએ તે કહો
AI સાધનો ક્યારેક તમે માંગ્યા ન હોય તેવી વસ્તુઓને "સરખી" કરે છે. જે કામ કરે છે તેનું રક્ષણ કરો:
ઓર્ડર્સ ટેબલમાં તારીખ ફિલ્ટર ઉમેરો. ટેબલના કૉલમ, સ્ટાઇલ અથવા એક્સપોર્ટ બટન બદલશો નહીં.
દરેક જગ્યાએ લાગુ થતા નિયમો — બ્રાન્ડના રંગો, ટોન ઑફ વૉઇસ, "કન્ફર્મેશન વિના ક્યારેય ડેટા ડિલિટ ન કરો" — તેને પ્રોજેક્ટ નોટ્સ ફાઇલ અથવા નૉલેજ સેટિંગમાં મૂકો, જે AI દરેક વખતે વાંચે, તેને વારંવાર પુનરાવર્તિત કરવાને બદલે.
પગલું 5: ફેરફાર કરતાં વધુ તપાસો
દરેક પ્રોમ્પ્ટ પછી, ટેસ્ટ કરો:
- ફેરફાર પોતે. તમે માંગ્યું તે કરે છે કે નહીં, ડેસ્કટોપ અને ફોન બંને પર?
- તેના પડોશીઓ. એ જ પેજ પરની વસ્તુઓ, અને એ જ ડેટા વાપરતા ફ્લો.
- નિર્ણાયક માર્ગ. સાઇન અપ, લૉગ ઇન, મુખ્ય ક્રિયા, પેમેન્ટ. દરેક મોટા ફેરફાર પછી ત્રીસ સેકન્ડનો પાસ મોટાભાગનું તૂટવું વહેલું પકડી લે છે.
કંઈ બરાબર ન લાગે તો, તેને ચોક્કસ રીતે જણાવો — જુઓ સારો બગ રિપોર્ટ કેવી રીતે લખવો.
પગલું 6: ઉમેરવાને બદલે રોલબેક કરો
જ્યારે ફેરફાર કંઈક તોડે અને પહેલો ફિક્સ કામ ન કરે, ત્યારે અટકો. દરેક વધારાનો "ફિક્સ" તૂટેલી સ્થિતિ પર બને છે, અને સમસ્યાઓ વધે છે.
તેના બદલે:
- છેલ્લા કામ કરતા વર્ઝન પર રોલબેક કરો (ચેકપોઇન્ટ અથવા Git કમિટ).
- પ્રોમ્પ્ટમાં શું અસ્પષ્ટ હતું તે શોધો.
- નાની અથવા સ્પષ્ટ વિનંતી સાથે ફરી પ્રયાસ કરો.
તે ફેરફારથી ડ્રાફ્ટ સેવ થવાનું તૂટ્યું. મેં રોલબેક કર્યું છે. આ વખતે: ફક્ત ઓટોસેવ સૂચક ઉમેરો, હેડરમાં ટેક્સ્ટ તરીકે. ડ્રાફ્ટ કેવી રીતે સેવ થાય છે તે બદલશો નહીં.
પગલું 7: જાણો કે ફરી બનાવવું ક્યારે યોગ્ય છે
શરૂઆતથી ફરી બનાવવાથી ઘણી કામ કરતી વિગતો ફેંકાઈ જાય છે. તે ફક્ત ત્યારે જ યોગ્ય છે જ્યારે:
- પ્રોડક્ટનો વિચાર સંપૂર્ણપણે બદલાયો હોય.
- મૂળ રચના હવે જે જોઈએ છે તેને સપોર્ટ ન કરી શકે — ઉદાહરણ તરીકે, તે સ્ટેટિક સાઇટ તરીકે બની હતી અને હવે એકાઉન્ટ્સ અને ડેટાબેઝ જોઈએ છે.
- પ્રોજેક્ટ હજુ લગભગ ખાલી હોય.
જ્યારે ફરી બનાવો, ત્યારે શું રાખવું તેની યાદી બનાવો: નામ, રંગો, કોપી, યુઝર્સને ગમતા ભાગો.
ઉદાહરણ પ્રોમ્પ્ટ
આગળ વધતા પહેલાં, અત્યારે એપ કેવી રીતે કામ કરે છે તેનો સારાંશ આપો: પેજ, જે ડેટા સંગ્રહે છે, અને તમને નાજુક લાગે તે કંઈ પણ.
મારે રિકરિંગ બુકિંગ ઉમેરવું છે. સૌથી નાનું ઉપયોગી સંસ્કરણ કયું હશે? તેને ત્રણ અલગ ફેરફારો તરીકે સૂચવો, જે આપણે એક પછી એક કરી શકીએ.
છેલ્લા ત્રણ ફેરફારો તપાસો અને ચેકઆઉટ ફ્લો તૂટી શકે તેવી કોઈ પણ વસ્તુ શોધો. હજુ સંપાદન કરશો નહીં.
સામાન્ય ભૂલો
- એક પ્રોમ્પ્ટમાં દસ વિનંતીઓ. કેટલીક થાય છે, કેટલીક અધૂરી રહે છે, અને કઈ તે તમે કહી શકતા નથી.
- અસ્પષ્ટ પ્રતિસાદ. "તે તૂટેલું છે" અથવા "તેને સારું બનાવો" અનુમાનો તરફ લઈ જાય છે.
- પડોશીઓ ક્યારેય ન તપાસવા. એક શેર કરેલા કમ્પોનન્ટમાં ફેરફાર ત્રણ બીજા પેજ તોડી શકે છે.
- ફિક્સને ફિક્સ કરવું. બગમાં ચાર પ્રોમ્પ્ટ ઊંડા હોવ તો રોલબેક કરો.
- દરેક વખતે સંદર્ભ પુનરાવર્તિત કરવો કાયમી નિયમો પ્રોજેક્ટ નોટ્સમાં રાખવાને બદલે.
- અટકી જાઓ ત્યારે ફરી બનાવવું. મોટાભાગની "શરૂઆતથી ફરી" ક્ષણો ખરેખર "બે પગલાં પાછા જાઓ" હોય છે.
ચેકલિસ્ટ
- દરેક પ્રોમ્પ્ટમાં એક લક્ષ્ય.
- હું જે જોઉં છું અને શું થવું જોઈએ તે વર્ણવું છું.
- મોટા ફેરફારોને કોડ પહેલાં યોજના મળે છે.
- હું કહું છું કે શું ન બદલવું જોઈએ.
- દરેક ફેરફાર પછી હું તેને, તેના પડોશીઓને અને નિર્ણાયક માર્ગને ટેસ્ટ કરું છું.
- કામ કરતા દરેક ફેરફાર પછી હું ચેકપોઇન્ટ અથવા કમિટ સાચવું છું.
- ફિક્સ નિષ્ફળ જાય ત્યારે, ફિક્સ ઉમેરવાને બદલે હું રોલબેક કરું છું.
- કાયમી નિયમો પ્રોજેક્ટ નોટ્સમાં રહે છે, જે AI દરેક વખતે વાંચે છે.
Mythex પર સુધારો
Mythex આ લૂપની આસપાસ બનેલું છે:
- Plan, Build અને Ask મોડ. Plan સંપાદન પહેલાં અભિગમની ચર્ચા કરે છે; Ask કોડ બદલ્યા વિના જવાબ આપે છે; Build ફેરફાર કરે છે. જુઓ Chat.
- ચેકપોઇન્ટ. દરેક સફળ ટર્ન પછી, Mythex git ચેકપોઇન્ટ સાચવે છે; Revert to this point રોલબેક કરે છે. તમે પહેલાંનો મેસેજ પણ એડિટ કરી શકો છો અને તે બિંદુથી અલગ પ્રોમ્પ્ટ અજમાવવા Discard & resend કરી શકો છો. જુઓ ફરી બનાવ્યા વિના સુધારો.
- નૉલેજ. પ્રોજેક્ટ સેટિંગ્સ → Knowledge માં કાયમી નોટ્સ હોય છે, જે એજન્ટ દરેક મેસેજ પર અનુસરે છે.
/testમોટા ફેરફાર પછી એજન્ટને યુઝરની જેમ પ્રિવ્યૂમાં ક્લિક કરાવે છે.
નાની વિનંતીઓ ઓછા ક્રેડિટ પણ ખર્ચે છે. પ્રોમ્પ્ટ પોતે કેવી રીતે લખવા તે માટે, AI એપ બિલ્ડર માટે પ્રોમ્પ્ટ કેવી રીતે લખવા જુઓ; કંઈ તૂટે ત્યારે, AI થી બનેલી એપ કેવી રીતે ડિબગ કરવી.
પ્રશ્નો
ફીચર ઉમેરતી વખતે મારી AI થી બનેલી એપ કેમ તૂટી જાય છે?
સામાન્ય રીતે કારણ કે દરેક પ્રોમ્પ્ટ એક સાથે ઘણું માંગે છે, અથવા કારણ કે AI પહેલાના ફિક્સને ફરી ફિક્સ કરી રહ્યું છે. દરેક પ્રોમ્પ્ટમાં એક જ ફેરફાર માંગો, તે કામ કરે છે કે નહીં તપાસો, ચેકપોઇન્ટ સાચવો, અને તૂટેલી સ્થિતિ પર ફિક્સ ચડાવવાને બદલે રોલબેક કરો.
શું હું મારી એપ શરૂઆતથી ફરી બનાવું કે સુધારતો રહું?
મોટાભાગના કિસ્સામાં સુધારતા રહો. ફક્ત ત્યારે જ ફરી બનાવો જ્યારે પ્રોડક્ટનો વિચાર સંપૂર્ણપણે બદલાયો હોય, રચના હવે જે જોઈએ છે તેને સપોર્ટ ન કરી શકે, અથવા પ્રોજેક્ટ હજુ લગભગ ખાલી હોય. જ્યારે ફરી બનાવો, ત્યારે કયું રાખવું તે કહો.
હું AI ને મારી એપ વિશેના નિર્ણયો કેવી રીતે યાદ રખાવું?
તે દરેક વખતે જોશે તે જગ્યાએ લખી રાખો: પ્રોજેક્ટ નોટ્સ અથવા નૉલેજ ફાઇલ, અથવા પ્રોમ્પ્ટમાં શામેલ કરેલો ટૂંકો સારાંશ. પ્રેક્ષક, સ્ટાઇલના નિયમો અને જે બદલવું ન જોઈએ તે શામેલ કરો.
દરેક પ્રોમ્પ્ટ કેટલો મોટો હોવો જોઈએ?
દરેક પ્રોમ્પ્ટમાં એક સ્પષ્ટ લક્ષ્ય: એક ફીચર, એક બગ, એક પેજ. જો તમે પરિણામ એક-બે મિનિટમાં તપાસી ન શકો, તો ફેરફાર કદાચ એક વારમાં માંગવા માટે બહુ મોટો છે.