Paano Makipagtrabaho sa Developer sa App na Ginawa ng AI
Para makipagtrabaho nang maayos sa developer sa app na ginawa mo gamit ang AI, bigyan sila ng code sa Git repository, isang pahinang buod ng ginagawa ng app at ng dahilan nito, at malinaw na saklaw na gawain na may kahulugan ng tapos. Pagkasunduan kung sino ang magbabago ng aling bahagi para hindi ma-overwrite ng ikaw o ng AI ang gawa nila, panatilihin ang repository at hosting accounts sa pangalan mo, at ibahagi ang secrets sa tamang settings sa halip na sa mensahe.
Marami ang gumagawa ng unang bersyon ng app gamit ang AI at saka kumukuha ng developer, para magdagdag ng payments, ayusin ang isang bagay na paulit-ulit na nagkakamali ang AI, magrepaso ng seguridad, o pumalit habang lumalaki ang app. Kung pinag-iisipan mo pa kung kukuha ka ng tao, tingnan ang kumuha ng developer o gumawa gamit ang AI. Ipinapalagay ng gabay na ito na nakapagpasya ka na, at gusto mong maayos ang pakikipagtulungan.
Kailan sulit ang developer
Karaniwang dahilan kung bakit may kinukuha:
- Problemang hindi malutas ng AI kahit maraming malinaw na pagsubok at rollback.
- Delikadong bahagi: payments, permissions, sensitibong data, database migrations.
- Security o code review bago ilunsad o bago tumanggap ng mas malalaking customer.
- Performance kapag dumating na ang totoong trapiko.
- Paglago: naging negosyo na ang app at kailangan nito ng taong may-ari ng code.
Kapag malinaw sa iyo kung alin dito ang kaso mo, mas madaling hubugin ang lahat ng susunod.
Hakbang 1: Ilagay ang code sa lugar na maibabahagi
Nagtatrabaho ang mga developer mula sa Git repositories. Bago ka makipag-ugnayan sa sinuman:
- Ikonekta ang project sa private na GitHub (o katulad) na repository, o i-export ito.
- Siguraduhing walang secrets sa code o sa history. Tingnan ang paano panatilihing ligtas ang API keys.
- Suriin kung tumatakbo ang project mula sa bagong kopya. Hilingin sa AI na isulat ang mga hakbang sa setup.
Sumulat ng README para sa developer na sasali sa project na ito: ano ang ginagawa ng app, ang stack, paano ito i-install at patakbuhin nang lokal, ang mga environment variable na kailangan nito (mga pangalan lang), ang istruktura ng folder, at anumang marupok o kakaiba.
Kung bago pa sa iyo ang Git, sakop ng paano gamitin ang Git sa app na ginawa ng AI ang mga batayan.
Hakbang 2: Sumulat ng isang-pahinang brief
Hindi nakinig ang developer sa buong chat history mo. Ibigay ang konteksto sa isang pahina:
- Ano ang ginagawa ng app, para kanino, at ilan ang gumagamit nito.
- Ano ang pinakamahalaga: ang mga daloy na hindi dapat masira.
- Mga kilalang problema at ang mga nasubukan mo na.
- Ang gawain, at kung paano mo malalamang tapos na ito.
- Mga limitasyon: badyet, deadline, mga bagay na hindi dapat galawin.
Maganda ang "kahulugan ng tapos" na masusubukan: "Ang naka-log in na user ay puwedeng magbayad para sa buwanang plano gamit ang Stripe Checkout, lumalabas ang plano sa account page niya, at kapag kinansela sa customer portal ay bumababa ang plano niya sa pagtatapos ng panahon." Hindi ang "ayusin ang payments".
Hakbang 3: Magbigay ng access nang ligtas
- Code: idagdag sila bilang collaborator sa repository. Huwag magpadala ng ZIP files pabalik-balik kapag nagsimula na ang trabaho.
- Builder: kung sinusuportahan ng AI app builder mo ang mga team member, imbitahin sila sa workspace na naglalaman lang ng project na ito.
- Secrets: idagdag sila sa settings ng host mo, o ibahagi sa pamamagitan ng password manager. Huwag kailanman idikit ang keys sa email o chat.
- Test accounts: gumawa ng mga ito gamit ang test data, sa halip na ibahagi ang sarili mong login.
- Production data: kung talagang kailangan lang, at kung ano lang ang kailangan.
Panatilihin ang repository, domain, at hosting accounts sa pangalan mo. Magdagdag ng tao; huwag ibigay ang mga account.
Hakbang 4: Pagkasunduan kung sino ang magbabago ng ano
Ang pinakamalaking pinagmumulan ng alitan ay kapag dalawang panig, ikaw kasama ang AI at ang developer, ang sabay na nagbabago sa parehong code. Pumili ng patakaran:
| Paraan | Paano ito gumagana | Angkop sa |
|---|---|---|
| Hatiin ayon sa bahagi | Ikaw at ang AI ang sa kopya, pahina at styling; ang developer ang may-ari ng payments, data at API | Tuloy-tuloy na pakikipagtulungan |
| Magpalitan | Pansamantalang itinitigil mo ang AI habang nagtatrabaho ang developer sa branch, saka mo i-pull ang kanilang mga pagbabago | Isang malinaw na tiyak na gawain |
| Buong paglilipat | Ang developer na ang pumalit; ikaw ang nagsusumite ng requests at bug reports | Lumampas na ang app sa builder |
Ano man ang piliin mo: mag-pull ng pinakabagong code bago ang bawat session ng pagprompt, at gawin ang malalaking pagbabago sa mga branch na maaaring repasuhin ng kabilang panig.
Hakbang 5: Makipag-usap nang nakasulat
- Iulat ang mga problema nang may mga hakbang, inaasahang resulta, at aktwal na resulta. Tingnan ang paano sumulat ng magandang bug report.
- Panatilihin ang mga desisyon sa iisang lugar: issue tracker, shared na dokumento, o komento sa pull request.
- Hilingin sa kanila na ipaliwanag ang mga pagbabago sa simpleng wika sa bawat pull request.
- Pagkasunduan kung gaano kadalas kayo mag-uusap.
Hakbang 6: Repasuhin ang gawa nila
Hindi mo kailangang basahin ang code para magrepaso ng trabaho. Suriin ang:
- Ginagawa nito ang nakasaad sa brief, sa preview o staging copy.
- Walang ibang nasira. Subukan ang mga kritikal mong daloy.
- Ipinaliwanag nila kung ano ang binago nila at bakit.
- Walang secrets na lumitaw sa code.
Kung gusto mo ng mas malapitang pagtingin, may checklist ang paano magrepaso ng code na ginawa ng AI na gumagana rin para sa code na sinulat ng tao. Puwede mo ring hilingin sa AI builder mo na ipaliwanag sa iyo sa simpleng salita ang pull request ng developer.
Hakbang 7: Panatilihing malinaw ang pagmamay-ari
- Ang repository, hosting, domain, at mga third-party account ay mananatili sa iyo.
- Isulat sa dokumento ang pagmamay-ari ng code na isusulat nila bago magsimula ang trabaho. Kumonsulta sa lokal na batas o sa tagapayo para sa mga tanong sa kontrata.
- Kapag tapos na ang trabaho, alisin ang kanilang access at palitan ang anumang key na nakita nila.
Halimbawang prompt
Binago ng developer ang checkout code sa huling pull. Ipaliwanag sa simpleng wika kung ano ang binago nila at kung may ibang bahagi ng app na nakadepende rito.
Ilista ang mga bahagi ng app na ito na pinakakumplikado o delikado, para masabi ko sa developer kung saan itutuon ang review.
Ibinibigay ko ang payments sa developer. Mula ngayon, huwag galawin ang anumang file sa ilalim ng src/payments o ang mga route ng /api/billing. Kung may pagbabagong kailangan dito, sabihin mo sa akin sa halip.
Mga karaniwang pagkakamali
- Walang brief. Gumugugol ang developer ng bayad na oras sa pag-alam kung ano ang gusto mo.
- Malabong saklaw gaya ng "ayusin ang mga bug" o "gawing handa para sa production".
- Sabay na nag-e-edit nang hindi muna nag-pull, kaya nawawala ang trabaho sa mga conflict.
- Pagbabahagi ng sarili mong login o pagdikit ng keys sa chat.
- Mga account sa pangalan ng developer, kaya mahirap maghiwalay ng landas.
- Nakalimutang alisin ang access at palitan ang keys pagkatapos ng trabaho.
Checklist
- Nasa private na repository sa pangalan ko ang code, at walang secrets dito.
- Ipinapaliwanag ng README ang setup; ipinapaliwanag ng isang-pahinang brief ang app at ang gawain.
- May masusubukang kahulugan ng tapos ang gawain.
- Sa pamamagitan ng collaborator invites ang access, at sa settings o password manager ang secrets.
- Pinagkasunduan namin kung sino ang magbabago ng ano, at nag-pull ako bago magprompt.
- Nirerepaso ang gawa laban sa brief at sa mga kritikal na daloy.
- Nakasulat ang pagmamay-ari; inaalis ang access at pinapalitan ang keys pagkatapos ng trabaho.
Pakikipagtrabaho sa developer sa Mythex
- Imbitahin sila sa workspace. Puwedeng mag-imbita ang mga owner ng walang limitasyong collaborator nang walang bayad kada upuan; nakikipagtrabaho ang mga miyembro sa mga project ng workspace. Gumamit ng hiwalay na workspace para makita lang nila ang project na ito. Sa owner ng workspace sinisingil ang credits para sa mga na-publish na app. Tingnan ang Invites.
- GitHub sync at export (Pro). Ikonekta ang repository at mag-push/pull, o i-export ang project na walang secrets. Tingnan ang GitHub, export, and import.
- Magbahagi ng preview link para ipakita ang work in progress sa taong walang Mythex account; burahin ito kapag tapos ka na.
- Ask mode ay sumasagot ng mga tanong tungkol sa code nang hindi ito binabago. Kapaki-pakinabang para maintindihan ang mga pagbabago ng developer.
Kung tatakbuhin ng developer ang app sa ibang lugar, tingnan ang paano i-export at i-self-host ang app na ginawa ng AI.
Mga tanong
Magagawa ba ng developer na magtrabaho sa code na isinulat ng AI?
Kadalasan, oo. Karaniwang standard na code sa mga kilalang framework tulad ng React at TypeScript ang nagagawa ng mga AI app builder, at pamilyar na ito sa mga developer. Asahan na maglalaan sila ng oras sa pagbabasa muna, at maaaring magmungkahi ng paglilinis sa ilang bahagi.
Dapat ko bang ituloy ang paggamit ng AI builder pagkatapos kumuha ng developer?
Puwede, pero pagkasunduan muna ang mga patakaran. Ang pinakasimpleng hati ay ayon sa bahagi, gaya ng ikaw ang hahawak ng kopya at pag-tweak ng page habang ang developer ang may-ari ng payments at data. Palagi kayong mag-pull ng pinakabagong code bago magprompt, para walang sumusulat sa ibabaw ng gawa ng iba.
Paano ko masisiguradong akin ang code na isinulat ng developer?
Panatilihin ang repository at hosting accounts sa pangalan mo, at idagdag ang developer bilang collaborator. Isulat ang pagmamay-ari ng trabaho bago sila magsimula, at kumonsulta sa lokal na batas o sa tagapayo para sa mga tanong sa kontrata.
Ano ang dapat kong ibigay sa developer bago sila magsimula?
Access sa code, maikling paglalarawan kung ano ang ginagawa ng app at sino ang gumagamit nito, listahan ng mga kilalang problema, ang gawaing gusto mong gawin kasama kung paano mo ito huhusgahang tapos na, at test accounts. Ibahagi ang secrets sa pamamagitan ng settings ng host mo o password manager, hindi sa chat.