Voi repara aplicația pe care ați construit-o cu Lovable, Bolt, Cursor sau v0 și o voi pregăti pentru utilizatori reali

Constructorii AI duc rapid o aplicație la stadiul de demo. Lacunele apar mai târziu: o autentificare care eșuează pentru unii utilizatori, o plată care trece, dar nu deblochează niciodată nimic, date pe care orice utilizator autentificat le poate citi, o cheie secretă aflată în pachetul browserului sau o implementare care funcționează doar din previzualizarea constructorului. Lucrez exact la acest nivel, în codul produs de instrumentul dvs., și nu reconstruiesc ceea ce funcționează deja.

Starter este o verificare de lansare: citesc codul, rulez aplicația și trimit o listă scrisă de probleme clasificate în funcție de ceea ce doare mai întâi, fiecare cu locația sa și ce implică remedierea. Standard adaugă până la cinci remedieri din acea listă, făcute în depozitul dvs. Advanced preia până la douăsprezece remedieri, adaugă teste în jurul autentificării și plăților și configurează o implementare pe care o puteți repeta fără constructor.

Verificarea începe cu ceea ce codul generat tinde să rateze. În primul rând vin regulile de acces la baza de date: fără ele, utilizatorii își pot citi înregistrările unii altora. Multe dintre aceste aplicații rulează pe Supabase, care este PostgreSQL dedesubt; acolo regulile de acces sunt politici de securitate la nivel de rând, iar eu le scriu și le testez. Apoi, caut secrete care aparțin serverului, dar ajung în browser, cum ar fi cheia secretă a unui furnizor de plăți sau cheia de serviciu a Supabase. Apoi verific dacă webhook-urile de plată verifică semnătura furnizorului, dacă formularele nu au încredere în ceea ce trimite browserul și dacă o cerere eșuată afișează o eroare în loc de un ecran gol.

Stack: front-end-uri React, Next.js și Vite, Node.js și TypeScript pe server, PostgreSQL. Folosesc instrumente de codare AI în fiecare zi și citesc și testez tot ce produc.

Dacă instrumentul dvs. se sincronizează cu un depozit GitHub, lucrez în acel depozit, astfel încât să puteți continua să construiți cu instrumentul ulterior. În caz contrar, lucrez dintr-un export și returnez codul într-un depozit pe care îl dețineți. Timp de 14 zile după livrare, repar gratuit orice nu funcționează conform acordului.

Fără apeluri. Domeniul de aplicare este convenit în scris înainte de a începe; după aceea, primiți o actualizare scrisă la sfârșitul fiecărei zile lucrătoare și o notă per remediere care spune ce a fost greșit și cum să o verificați.

Pași pentru finalizarea proiectului dvs.
1. Acces și o primă rulare - Partajați depozitul sau un export și un cont de test. Pun aplicația să ruleze la fel cum o faceți dvs. înainte de a atinge ceva.
2. Verificare de lansare - Trec prin autentificare, acces la date, plăți, secrete, gestionarea erorilor și implementare și notez fiecare problemă cu locația sa și dimensiunea remedierii.
3. Alegeți remediile - Lista vine clasificată. Alegeți ce intră, în cadrul pachetului dvs., și orice depășește acest lucru este cotat înainte de a începe.
4. Remedieri cu dovezi - Fiecare remediere ajunge ca un commit propriu cu o notă scurtă. Acolo unde o regulă protejează datele, un test arată că un utilizator nu poate accesa înregistrările altui utilizator.
5. Predare - Un rezumat scris al ceea ce s-a schimbat, ce este încă deschis și cum să implementați din nou. Pe Advanced, implementarea rulează din depozitul dvs. fără constructor.