Kijavítom a Lovable, Bolt, Cursor vagy v0 segítségével készített alkalmazásodat, és felkészítem a valódi felhasználókra

Az AI építők gyorsan eljuttatják az alkalmazást a demó fázisba. A hiányosságok később jelentkeznek: egy bejelentkezés, amely egyes felhasználóknál sikertelen, egy fizetés, amely átmegy, de soha nem old fel semmit, adatok, amelyeket bármely bejelentkezett felhasználó elolvashat, egy titkos kulcs a böngészőcsomagban, vagy egy telepítés, amely csak az építő saját előnézetéből működik. Pontosan ezen a rétegen dolgozom, az eszközöd által előállított kódban, és nem építem újra azt, ami már működik.

A Starter egy üzembe helyezési ellenőrzés: elolvasom a kódot, futtatom az alkalmazást, és elküldök egy írásos listát a problémákról, rangsorolva aszerint, hogy mi okozza a legnagyobb gondot, mindegyik a helyével és a javítás részleteivel. A Standard csomag legfeljebb öt javítást tartalmaz ebből a listából, amelyeket a tárolódban végzek el. Az Advanced csomag legfeljebb tizenkét javítást tartalmaz, teszteket ad a bejelentkezés és a fizetések köré, és beállít egy telepítést, amelyet az építő nélkül is megismételhetsz.

Az ellenőrzés azzal kezdődik, amit a generált kód hajlamos kihagyni. Először az adatbázis hozzáférési szabályai jönnek: ezek nélkül a felhasználók olvashatják egymás rekordjait. Sok ilyen alkalmazás Supabase-en fut, ami PostgreSQL-t használ; ott a hozzáférési szabályok sor szintű biztonsági szabályzatok, és én írom és tesztelem őket. Ezután olyan titkokat keresek, amelyek a szerverre tartoznak, de a böngészőbe kerülnek, mint például egy fizetési szolgáltató titkos kulcsa vagy a Supabase szolgáltatási kulcsa. Ezután ellenőrzöm, hogy a fizetési webhookok ellenőrzik-e a szolgáltató aláírását, hogy az űrlapok nem bíznak-e abban, amit a böngésző küld, és hogy egy sikertelen kérés hibaüzenetet jelenít-e meg üres képernyő helyett.

Stack: React, Next.js és Vite front-endek, Node.js és TypeScript a szerveren, PostgreSQL. Én magam is használok AI kódoló eszközöket minden nap, és mindent elolvasok és tesztelek, amit előállítanak.

Ha az eszközöd szinkronizálódik egy GitHub tárolóval, abban a tárolóban dolgozom, így utána is folytathatod az építést az eszközzel. Ellenkező esetben egy exportból dolgozom, és a kódot egy általad birtokolt tárolóban adom vissza. A szállítás után 14 napig ingyenesen javítok mindent, ami nem működik a megállapodás szerint.

Nincsenek hívások. A hatókör írásban kerül megállapodásra, mielőtt elkezdeném; utána minden munkanap végén írásos frissítést kapsz, és minden javításhoz egy megjegyzést, amelyben leírja, mi volt a hiba és hogyan ellenőrizhető.

A projekt befejezésének lépései
1. Hozzáférés és első futtatás – Megosztod a tárolót vagy egy exportot és egy tesztfiókot. Én ugyanúgy futtatom az alkalmazást, ahogy te, mielőtt bármihez hozzányúlnék.
2. Üzembe helyezési ellenőrzés – Átnézem a bejelentkezést, az adathozzáférést, a fizetéseket, a titkokat, a hibakezelést és a telepítést, és minden problémát leírok a helyével és a javítás méretével együtt.
3. Te választod ki a javításokat – A lista rangsorolva érkezik. Kiválasztod, mi kerül be a csomagodba, és minden ezen felüli dologról árajánlatot adok, mielőtt elkezdeném.
4. Javítások bizonyítékkal – Minden javítás külön commitként kerül be, rövid megjegyzéssel. Ahol egy szabály védi az adatokat, egy teszt megmutatja, hogy az egyik felhasználó nem férhet hozzá a másik felhasználó rekordjaihoz.
5. Átadás – Írásos összefoglaló arról, hogy mi változott, mi van még nyitva, és hogyan lehet újra telepíteni. Az Advanced csomagban a telepítés a tárolódból fut az építő nélkül.