Aayusin ko ang app na binuo mo gamit ang Lovable, Bolt, Cursor o v0 at ihahanda ito para sa mga tunay na user

Mabilis na nakakakuha ng app ang mga AI builder sa demo stage. Ang mga puwang ay lumalabas sa huli: isang pag-login na nabigo para sa ilang user, isang pagbabayad na nagpapatuloy ngunit hindi kailanman nag-a-unlock ng anuman, data na maaaring basahin ng sinumang naka-log in na user, isang secret key na nakaupo sa browser bundle, o isang deploy na gumagana lamang mula sa sariling preview ng builder. Nagtatrabaho ako sa eksaktong layer na iyon, sa code na ginawa ng iyong tool, at hindi ko muling binubuo ang gumagana na.

Ang Starter ay isang go-live check: binabasa ko ang code, pinapatakbo ang app, at nagpapadala ng nakasulat na listahan ng mga problema na niraranggo ayon sa kung ano ang unang masakit, bawat isa ay may kung saan ito matatagpuan at kung ano ang kasama sa pag-aayos. Ang Standard ay nagdaragdag ng hanggang limang pag-aayos mula sa listahang iyon, na ginawa sa iyong repository. Ang Advanced ay tumatagal ng hanggang labindalawang pag-aayos, nagdaragdag ng mga pagsubok sa paligid ng pag-login at pagbabayad, at nagse-set up ng isang deploy na maaari mong ulitin nang walang builder.

Ang check ay nagsisimula sa kung ano ang karaniwang nawawala sa nabuong code. Una ay ang mga panuntunan sa pag-access sa database: kung wala ang mga ito, maaaring basahin ng mga user ang mga record ng isa't isa. Marami sa mga app na ito ay tumatakbo sa Supabase, na PostgreSQL sa ilalim; doon ang mga panuntunan sa pag-access ay mga patakaran sa seguridad sa antas ng row, at isinusulat at sinusubukan ko ang mga ito. Susunod, hinahanap ko ang mga lihim na kabilang sa server ngunit napupunta sa browser, tulad ng secret key ng isang payment provider o service key ng Supabase. Pagkatapos ay sinusuri ko na ang mga payment webhook ay nagbe-verify ng signature ng provider, na ang mga form ay hindi nagtitiwala sa anumang ipinapadala ng browser, at na ang isang nabigong kahilingan ay nagpapakita ng error sa halip na isang blangkong screen.

Stack: React, Next.js at Vite front ends, Node.js at TypeScript sa server, PostgreSQL. Gumagamit ako ng mga AI coding tool araw-araw, at binabasa at sinusubukan ko ang lahat ng kanilang ginagawa.

Kung ang iyong tool ay nagsi-sync sa isang GitHub repository, nagtatrabaho ako sa repository na iyon, upang maaari kang magpatuloy sa pagbuo gamit ang tool pagkatapos. Kung hindi, nagtatrabaho ako mula sa isang export at ibinabalik ang code sa isang repository na pagmamay-ari mo. Sa loob ng 14 araw pagkatapos ng paghahatid, inaayos ko ang anumang hindi gumana ayon sa napagkasunduan, nang walang bayad.

Walang tawag. Ang saklaw ay napagkasunduan nang nakasulat bago ako magsimula; pagkatapos nito, makakakuha ka ng nakasulat na update sa pagtatapos ng bawat araw ng trabaho at isang tala bawat pag-aayos na nagsasabi kung ano ang mali at kung paano ito suriin.

Mga Hakbang para sa pagkumpleto ng iyong proyekto
1. Pag-access at isang unang pagtakbo - Ibinabahagi mo ang repository o isang export at isang test account. Pinapatakbo ko ang app sa parehong paraan na ginagawa mo bago hawakan ang anuman.
2. Go-live check - Sinusuri ko ang pag-login, pag-access ng data, pagbabayad, mga lihim, paghawak ng error at ang deploy, at isinusulat ang bawat problema kasama ang lokasyon nito at ang laki ng pag-aayos.
3. Pinipili mo ang mga pag-aayos - Ang listahan ay niraranggo. Pinipili mo kung ano ang papasok, sa loob ng iyong package, at anumang lampas dito ay kinukwenta bago ako magsimula.
4. Mga pag-aayos na may patunay - Bawat pag-aayos ay mapupunta bilang sarili nitong commit na may maikling tala. Kung saan pinoprotektahan ng isang panuntunan ang data, isang pagsubok ang nagpapakita na hindi maabot ng isang user ang mga record ng ibang user.
5. Paglilipat - Isang nakasulat na buod ng kung ano ang nagbago, kung ano ang bukas pa, at kung paano muling i-deploy. Sa Advanced, ang deploy ay tumatakbo mula sa iyong repository nang walang builder.