AI ने बनवलेल्या ॲपवर developer सोबत कसे काम करायचे

AI ने बनवलेल्या ॲपवर developer सोबत चांगले काम करण्यासाठी, त्यांना Git repository मधील कोड, ॲप काय करते आणि का याचे एक पानी सारांश, आणि "पूर्ण झाले" याच्या व्याख्येसह स्पष्टपणे मर्यादित केलेले काम द्या. तुम्ही आणि AI त्यांचे काम पुसून टाकणार नाही म्हणून कोणी कोणते भाग बदलेल ते ठरवा, repository आणि hosting खाती तुमच्या नावावर ठेवा, आणि गुपिते संदेशांऐवजी योग्य settings द्वारे शेअर करा.

अनेक लोक AI सोबत ॲपची पहिली आवृत्ती बनवतात आणि मग developer आणतात — payments जोडण्यासाठी, AI सतत चुकते ते दुरुस्त करण्यासाठी, security तपासणीसाठी, किंवा ॲप वाढत असताना त्याची जबाबदारी घेण्यासाठी. Developer नेमायचा की नाही हेच अजून ठरत नसेल, तर developer नेमा किंवा AI सोबत बनवा पहा. हे मार्गदर्शक गृहीत धरते की तुम्ही ठरवले आहे आणि सहकार्य सुरळीत व्हावे अशी इच्छा आहे.

Developer कधी फायद्याचा ठरतो

कोणाला आणण्याची सामान्य कारणे:

• AI ला न सुटणारी समस्या, अनेक स्पष्ट प्रयत्न आणि rollbacks नंतरही.
• धोकादायक क्षेत्रे: payments, परवानग्या, संवेदनशील डेटा, database migrations.
• Security किंवा code review लाँचपूर्वी किंवा मोठे ग्राहक घेण्यापूर्वी.
• Performance जेव्हा खरा traffic येतो.
• वाढ: ॲप एक व्यवसाय बनले आहे आणि त्याला कोडची मालकी घेणारा कोणीतरी हवा आहे.

यापैकी कोणते कारण आहे हे स्पष्ट असणे खालील सर्व गोष्टींना आकार देते.

पायरी 1: कोड शेअर करता येण्याजोग्या ठिकाणी ठेवा

Developer Git repositories वरून काम करतात. कोणाशी संपर्क करण्यापूर्वी:

1. प्रोजेक्ट एका private GitHub (किंवा तत्सम) repository ला जोडा, किंवा export करा.
2. कोड किंवा इतिहासात कोणतेही गुपित नाही याची खात्री करा. पहा API keys सुरक्षित कसे ठेवायच्या.
3. प्रोजेक्ट नवीन प्रतीवरून चालतो का ते तपासा — setup पायऱ्या लिहिण्यास AI ला सांगा.

या प्रोजेक्टमध्ये सामील होणाऱ्या developer साठी README लिहा: ॲप काय करते, stack कोणता, स्थानिक पातळीवर install आणि run कसे करायचे, कोणते environment variables लागतात (फक्त नावे), folder structure, आणि कोणतीही नाजूक किंवा असामान्य गोष्ट.

Git नवीन असेल तर, AI ने बनवलेल्या ॲपसोबत Git कसे वापरायचे मध्ये मूलभूत गोष्टी आहेत.

पायरी 2: एक पानी brief लिहा

Developer तुमचा chat इतिहास बसून वाचत नाही. संदर्भ एका पानात द्या:

• ॲप काय करते, कोणासाठी, आणि किती लोक वापरतात.
• सर्वात महत्त्वाचे काय आहे — कोणते flows कधीही तुटू नयेत.
• ज्ञात समस्या आणि तुम्ही आधीच काय करून पाहिले आहे.
• काम, आणि ते पूर्ण झाले हे तुम्ही कसे ओळखाल.
• मर्यादा: बजेट, मुदत, ज्या गोष्टी त्यांनी बदलू नयेत.

चांगली "पूर्ण झाल्याची व्याख्या" तपासता येण्याजोगी असते: "लॉग इन केलेला वापरकर्ता Stripe Checkout द्वारे मासिक प्लॅनसाठी पैसे देऊ शकतो, प्लॅन त्याच्या account पानावर दिसतो, आणि customer portal मध्ये रद्द केल्यास कालावधी संपल्यावर तो डाउनग्रेड होतो." "Payments नीट करा" नाही.

पायरी 3: प्रवेश सुरक्षितपणे द्या

• कोड: developer ला repository वर collaborator म्हणून जोडा. काम सुरू झाल्यावर ZIP फाइल्स इकडे-तिकडे पाठवू नका.
• बिल्डर: तुमचा AI ॲप बिल्डर team सदस्यांना सपोर्ट करत असेल, तर त्यांना फक्त या प्रोजेक्टचा समावेश असलेल्या workspace मध्ये आमंत्रित करा.
• गुपिते: तुमच्या host च्या settings मध्ये जोडा, किंवा password manager द्वारे शेअर करा. Keys कधीही email किंवा chat मध्ये पेस्ट करू नका.
• चाचणी खाती: तुमचे स्वतःचे login शेअर करण्याऐवजी चाचणी डेटासह खाती तयार करा.
• उत्पादन डेटा: फक्त तो खरोखर लागत असेल तेव्हाच, आणि फक्त लागेल तेवढाच.

Repository, domain आणि hosting खाती तुमच्या नावावर ठेवा. लोकांना जोडा; खाती हस्तांतरित करू नका.

पायरी 4: कोण काय बदलेल ते ठरवा

सर्वात मोठा घर्षणाचा स्रोत म्हणजे दोन बाजू — तुम्ही AI सोबत, आणि developer — एकाच वेळी एकच कोड बदलणे. एक नियम निवडा:

जे निवडाल ते असो: प्रत्येक prompt सत्रापूर्वी ताजा कोड pull करा, आणि मोठे बदल अशा branches वर करा जे दुसरी व्यक्ती तपासू शकेल.

पायरी 5: लिखित स्वरूपात संवाद साधा

• समस्या पायऱ्या, अपेक्षित आणि प्रत्यक्ष निकालासह नोंदवा. पहा चांगला bug report कसा लिहायचा.
• निर्णय एकाच ठिकाणी ठेवा: issue tracker, शेअर केलेले दस्तऐवज, किंवा pull request comments.
• प्रत्येक pull request मध्ये बदल साध्या भाषेत समजावून सांगायला सांगा.
• तुम्ही किती वेळा तपासणी कराल ते ठरवा.

पायरी 6: त्यांच्या कामाचे पुनरावलोकन करा

काम तपासण्यासाठी तुम्हाला कोड वाचण्याची गरज नाही. तपासा:

• Brief मध्ये सांगितले तेच करते, preview किंवा staging प्रतीवर.
• इतर काहीही तुटले नाही — तुमचे महत्त्वाचे flows चालवा.
• त्यांनी समजावले की त्यांनी काय बदलले आणि का.
• कोडमध्ये कोणतेही गुपित दिसले नाही.

अधिक बारकाईने पाहण्यासाठी, AI ने तयार केलेला कोड कसा तपासायचा मध्ये चेकलिस्ट आहे, जी मानवाने लिहिलेल्या कोडसाठीही उपयोगी आहे. तुम्ही तुमच्या AI बिल्डरला developer चा pull request साध्या भाषेत समजावून सांगण्यासही सांगू शकता.

पायरी 7: मालकी स्पष्ट ठेवा

• Repository, hosting, domain आणि तृतीय-पक्ष खाती तुमचीच राहतात.
• ते लिहित असलेल्या कोडची मालकी काम सुरू होण्यापूर्वी लिखित स्वरूपात ठरवा. कराराच्या प्रश्नांसाठी स्थानिक नियम किंवा सल्लागार तपासा.
• काम संपल्यावर त्यांचे प्रवेश काढा आणि त्यांनी पाहिलेली कोणतीही key बदला.

उदाहरण prompts

Developer ने शेवटच्या pull मध्ये checkout कोड बदलला. त्यांनी काय बदलले आणि ॲपमधील इतर काही त्यावर अवलंबून आहे का, ते साध्या भाषेत समजवा.

या ॲपमधील सर्वात गुंतागुंतीचे किंवा धोकादायक भाग यादीत द्या, म्हणजे मी developer ला review कुठे केंद्रित करायचा ते सांगू शकेन.

मी payments developer कडे देत आहे. आतापासून src/payments खालील किंवा /api/billing routes मधील कोणतीही फाइल स्पर्श करू नका. एखाद्या बदलासाठी त्यांची गरज असेल तर त्याऐवजी मला सांगा.

सामान्य चुका

• Brief नसणे. Developer ला पैसे घेणाऱ्या तासांमध्ये तुम्हाला काय हवे होते ते मागे जाऊन शोधावे लागते.
• "बग्स दुरुस्त करा" किंवा "production ready करा" सारखी अस्पष्ट व्याप्ती.
• आधी pull न करता दोघांनी एकाच वेळी बदल करणे, आणि मग conflicts मध्ये काम गमावणे.
• तुमचे स्वतःचे login शेअर करणे किंवा chat मध्ये keys पेस्ट करणे.
• खाती developer च्या नावावर ठेवणे, ज्यामुळे नंतर वेगळे होणे कठीण होते.
• काम संपल्यानंतर प्रवेश काढायला आणि keys बदलायला विसरणे.

चेकलिस्ट

• कोड माझ्या नावावरील private repository मध्ये आहे, त्यात कोणतेही गुपित नाही.
• README setup समजावते; एक पानी brief ॲप आणि काम समजावते.
• कामाच्या "पूर्ण झाल्याच्या व्याख्येत" तपासता येण्याजोगा निकष आहे.
• प्रवेश collaborator आमंत्रणांद्वारे, आणि गुपिते settings किंवा password manager द्वारे आहेत.
• कोण काय बदलेल ते ठरले आहे, आणि मी prompt करण्यापूर्वी pull करतो.
• काम brief आणि महत्त्वाच्या flows च्या विरोधात तपासले जाते.
• मालकी लिखित स्वरूपात आहे; काम संपल्यावर प्रवेश काढला जातो आणि keys बदलल्या जातात.

Mythex वर developer सोबत काम करणे

• त्यांना workspace मध्ये आमंत्रित करा. मालक अमर्यादित collaborators ना प्रति-सीट शुल्काशिवाय आमंत्रित करू शकतात; सदस्य workspace च्या प्रोजेक्ट्सवर काम करतात. फक्त हा प्रोजेक्ट त्यांना दिसावा म्हणून वेगळा workspace वापरा. प्रकाशित ॲप्ससाठीचे credits workspace च्या मालकाला बिल होतात. पहा Invites.
• GitHub sync आणि export (Pro). Repository जोडा आणि push/pull करा, किंवा गुपिते वगळून प्रोजेक्ट export करा. पहा GitHub, export, and import.
• Preview link शेअर करा Mythex खाते नसलेल्या व्यक्तीला प्रगतीपथावरील काम दाखवण्यासाठी; झाल्यावर तो हटवा.
• Ask mode कोड न बदलता त्याबद्दलचे प्रश्न उत्तरते — developer चे बदल समजून घेण्यासाठी उपयुक्त.

Developer ॲप दुसरीकडे चालवणार असेल, तर AI ने बनवलेले ॲप export करून स्वतः host कसे करायचे पहा.

प्रश्न