AI વડે બનેલી એપ પર developer સાથે કેવી રીતે કામ કરવું

AI વડે બનાવેલી એપ પર developer સાથે સારી રીતે કામ કરવા માટે, તેમને Git repository માં code, એપ શું કરે છે અને શા માટે તેનું એક પાનાનું સારાંશ, અને "પૂર્ણ થયું" ની વ્યાખ્યા સાથેનું સ્પષ્ટ વ્યાપ ધરાવતું કામ આપો. કોણ કયો ભાગ બદલે તે નક્કી કરો, જેથી તમે અને AI તેમનું કામ ઓવરરાઇટ ન કરો, repository અને hosting accounts તમારા નામે રાખો, અને secrets સંદેશાઓને બદલે યોગ્ય settings દ્વારા શેર કરો.

ઘણા લોકો AI સાથે એપનું પ્રથમ સંસ્કરણ બનાવે છે અને પછી developer લાવે છે — payments ઉમેરવા, AI વારંવાર જે ખોટું કરે તે ઠીક કરવા, security review કરવા, અથવા એપ મોટી થાય ત્યારે તેનો હવાલો લેવા. જો તમે હજુ નક્કી કરતા હો કે કોઈને રાખવા કે નહીં, તો developer ભાડે લેવો કે AI વડે બનાવવું જુઓ. આ guide માને છે કે તમે નક્કી કરી લીધું છે, અને સહયોગ સરળ રીતે ચાલે તેવું ઇચ્છો છો.

Developer ક્યારે યોગ્ય છે

કોઈને લાવવાના સામાન્ય કારણો:

• એવી સમસ્યા જે AI ઉકેલી શકતું નથી ઘણા સ્પષ્ટ પ્રયાસો અને rollbacks પછી.
• જોખમી વિસ્તારો: payments, permissions, સંવેદનશીલ ડેટા, database migrations.
• Security કે code review લૉન્ચ પહેલાં અથવા મોટા ગ્રાહકો લેતા પહેલાં.
• Performance જ્યારે વાસ્તવિક ટ્રાફિક આવે.
• વૃદ્ધિ: એપ હવે વ્યવસાય બની છે અને code ની માલિકી લેનાર કોઈની જરૂર છે.

આમાંથી કયું લાગુ પડે છે તે સ્પષ્ટ હોવાથી નીચેનું બધું આકાર લે છે.

પગલું 1: Code ને શેર કરી શકાય એવી જગ્યાએ મૂકો

Developers Git repositories પરથી કામ કરે છે. કોઈનો સંપર્ક કરતા પહેલાં:

1. પ્રોજેક્ટને private GitHub (અથવા સમાન) repository સાથે જોડો, અથવા તેને export કરો.
2. ખાતરી કરો કે code કે ઇતિહાસમાં કોઈ secrets નથી. API keys કેવી રીતે સલામત રાખવી જુઓ.
3. તાજી નકલ પરથી પ્રોજેક્ટ ચાલે છે કે નહીં તે તપાસો — AI ને setup પગલાં લખવા કહો.

આ પ્રોજેક્ટમાં જોડાતા developer માટે README લખો: એપ શું કરે છે, stack, સ્થાનિક રીતે કેવી રીતે install અને run કરવું, જરૂરી environment variables (ફક્ત નામ), folder structure, અને નાજુક અથવા અસામાન્ય બાબતો.

જો Git તમારા માટે નવું હોય, તો AI વડે બનેલી એપ સાથે Git કેવી રીતે વાપરવું મૂળભૂત બાબતો આવરી લે છે.

પગલું 2: એક પાનાની brief લખો

Developer તમારો chat ઇતિહાસ બેસીને જોયો નથી. તેમને એક પાનામાં સંદર્ભ આપો:

• એપ શું કરે છે, કોના માટે, અને કેટલા લોકો વાપરે છે.
• સૌથી મહત્વનું શું છે — જે flows ક્યારેય તૂટવા ન જોઈએ.
• જાણીતી સમસ્યાઓ અને તમે પહેલેથી શું અજમાવ્યું છે.
• કાર્ય, અને તે પૂરું થયું તે તમે કેવી રીતે જાણશો.
• મર્યાદાઓ: બજેટ, સમયમર્યાદા, જે બાબતો તેમણે બદલવી ન જોઈએ.

સારી "પૂર્ણ થયાની વ્યાખ્યા" ચકાસી શકાય તેવી હોય છે: "લૉગિન થયેલો user Stripe Checkout થી માસિક પ્લાન માટે ચૂકવણી કરી શકે, પ્લાન તેના account પેજ પર દેખાય, અને customer portal માં રદ કરવાથી સમયગાળાના અંતે તેનો પ્લાન ઘટે." "payments ઠીક કરો" નહીં.

પગલું 3: સુરક્ષિત રીતે access આપો

• Code: repository પર તેમને collaborator તરીકે ઉમેરો. કામ શરૂ થયા પછી ZIP ફાઇલો આગળ-પાછળ મોકલશો નહીં.
• Builder: જો તમારું AI app builder team members ને સપોર્ટ કરે, તો ફક્ત આ પ્રોજેક્ટ ધરાવતા workspace માં તેમને આમંત્રિત કરો.
• Secrets: તમારા host ની settings માં ઉમેરો, અથવા password manager દ્વારા શેર કરો. Keys ક્યારેય ઇમેઇલ કે chat માં પેસ્ટ ન કરો.
• Test accounts: તમારો પોતાનો login શેર કરવાને બદલે test data સાથે તે બનાવો.
• Production ડેટા: ફક્ત જો ખરેખર જરૂર હોય, અને ફક્ત જેટલો જોઈએ તેટલો.

Repository, domain અને hosting accounts તમારા નામે રાખો. લોકોને ઉમેરો; accounts સોંપશો નહીં.

પગલું 4: કોણ શું બદલે તે નક્કી કરો

સૌથી મોટું ઘર્ષણ બે પક્ષોથી આવે છે — તમે AI સાથે, અને developer — એક જ સમયે એક જ code બદલે. એક નિયમ પસંદ કરો:

તમે જે પસંદ કરો: દરેક prompting session પહેલાં નવીનતમ code pull કરો, અને મોટા ફેરફારો એવી branches પર કરો જેની બીજી વ્યક્તિ સમીક્ષા કરી શકે.

પગલું 5: લખીને વાતચીત કરો

• પગલાં, અપેક્ષિત અને વાસ્તવિક પરિણામો સાથે સમસ્યાઓ નોંધો. સારો bug report કેવી રીતે લખવો જુઓ.
• નિર્ણયો એક જ જગ્યાએ રાખો: issue tracker, શેર કરેલું દસ્તાવેજ, અથવા pull request ની ટિપ્પણીઓ.
• દરેક pull request માં તેમને સાદી ભાષામાં ફેરફારો સમજાવવા કહો.
• તમે કેટલી વાર ચેક-ઇન કરશો તે નક્કી કરો.

પગલું 6: તેમનું કામ સમીક્ષા કરો

કામની સમીક્ષા કરવા માટે તમારે code વાંચવાની જરૂર નથી. તપાસો:

• તે brief માં કહ્યું હતું તે કરે છે, preview અથવા staging નકલ પર.
• બીજું કંઈ તૂટ્યું નથી — તમારા મહત્વના flows ચલાવો.
• તેમણે સમજાવ્યું કે તેમણે શું બદલ્યું અને શા માટે.
• Code માં કોઈ secrets દેખાતા નથી.

વધુ નજીકથી જોવા માટે, AI વડે બનાવેલો code કેવી રીતે સમીક્ષા કરવો માં checklist છે, જે માનવે લખેલા code માટે પણ કામ કરે છે. તમે તમારા AI builder ને developer ની pull request સાદી ભાષામાં સમજાવવા પણ કહી શકો છો.

Ownership સ્પષ્ટ રાખો

• Repository, hosting, domain અને તૃતીય-પક્ષ accounts તમારા જ રહે છે.
• તેઓ જે code લખે તેની માલિકી કામ શરૂ થતા પહેલાં લેખિતમાં મૂકો. કરારના પ્રશ્નો માટે સ્થાનિક નિયમો અથવા સલાહકાર તપાસો.
• કામ પૂરું થાય ત્યારે તેમનો access દૂર કરો, અને તેમણે જોયેલી કોઈ પણ key rotate કરો.

ઉદાહરણ prompts

છેલ્લી pull માં developer એ checkout code બદલ્યો. સાદી ભાષામાં સમજાવો કે તેમણે શું બદલ્યું અને એપમાં બીજું કંઈ તેના પર આધારિત છે કે નહીં.

આ એપના સૌથી જટિલ કે જોખમી ભાગોની યાદી બનાવો, જેથી હું developer ને review ક્યાં કેન્દ્રિત કરવી તે કહી શકું.

હું payments developer ને સોંપી રહ્યો છું. હવેથી src/payments હેઠળની કોઈ ફાઇલો કે /api/billing routes ને સ્પર્શશો નહીં. જો કોઈ ફેરફાર તેમની જરૂર પડે, તો તેના બદલે મને કહો.

સામાન્ય ભૂલો

• Brief ન હોવું. Developer ચૂકવેલા કલાકો તમે શું ઇચ્છતા હતા તે reverse-engineer કરવામાં ખર્ચે છે.
• "bugs ઠીક કરો" અથવા "production ready બનાવો" જેવો અસ્પષ્ટ વ્યાપ.
• પહેલાં pull કર્યા વિના બંને એક સાથે સંપાદન, પછી conflicts માં કામ ગુમાવવું.
• તમારો પોતાનો login શેર કરવો અથવા chat માં keys પેસ્ટ કરવી.
• Developer ના નામે accounts, જેથી અલગ થવું મુશ્કેલ બને.
• કામ પછી access દૂર કરવાનું અને keys rotate કરવાનું ભૂલી જવું.

Checklist

• Code મારા નામે private repository માં છે, તેમાં કોઈ secrets નથી.
• README setup સમજાવે છે; એક પાનાની brief એપ અને કાર્ય સમજાવે છે.
• કાર્યની ચકાસી શકાય તેવી "પૂર્ણ થયાની" વ્યાખ્યા છે.
• Access collaborator invites દ્વારા છે, secrets settings અથવા password manager દ્વારા.
• કોણ શું બદલે તે નક્કી કર્યું છે, અને હું prompt આપતા પહેલાં pull કરું છું.
• કામ brief અને મહત્વના flows સામે સમીક્ષા થાય છે.
• માલિકી લેખિતમાં છે; કામ પૂરું થાય ત્યારે access દૂર અને keys rotate.

Mythex પર developer સાથે કામ

• તેમને workspace માં આમંત્રિત કરો. Owners અમર્યાદિત collaborators ને કોઈ per-seat ફી વિના આમંત્રિત કરી શકે છે; members workspace ના પ્રોજેક્ટ્સ પર કામ કરે છે. તેઓ ફક્ત આ પ્રોજેક્ટ જુએ તે માટે અલગ workspace વાપરો. પ્રકાશિત એપ માટેના credits workspace owner ને બિલ થાય છે. જુઓ Invites.
• GitHub sync અને export (Pro). Repository જોડો અને push/pull કરો, અથવા secrets બહાર રાખીને પ્રોજેક્ટ export કરો. જુઓ GitHub, export, and import.
• Preview link શેર કરો Mythex account વગરની કોઈ વ્યક્તિને ચાલુ કામ બતાવવા; કામ પૂરું થાય ત્યારે તેને delete કરો.
• Ask mode code બદલ્યા વિના તેના વિશેના પ્રશ્નોના જવાબ આપે છે — developer ના ફેરફારો સમજવા માટે ઉપયોગી.

Jo developer એપ બીજે ક્યાંક ચલાવશે, તો AI વડે બનેલી એપ કેવી રીતે export કરીને self-host કરવી જુઓ.

પ્રશ્નો