Ako vylepšovať appku vytvorenú AI bez toho, aby sa rozbila

Ak chcete vylepšovať appku vytvorenú AI bez toho, aby sa rozbila, meňte jednu vec na prompt, skontrolujte ju v náhľade a pred pokračovaním uložte checkpoint. Opisujte, čo vidíte, a nie to, čo podľa vás robí kód; veľké zmeny plánujte skôr, než ich postavíte; a keď sa zmena pokazí, vráťte sa k poslednej dobrej verzii namiesto toho, aby ste AI žiadali opraviť jej vlastnú opravu.

Prvá verzia appky často vznikne za pár minút. Ťažké je päťdesiata zmena, keď každý nový prompt riskuje rozbitie niečoho, čo už fungovalo. Tento návod je slučka, ktorá tomu zabráni.

Slučka vylepšovania

1. Vyberte jednu zmenu. Jednu funkciu, jednu chybu, jednu stránku.
2. Opíšte ju z hľadiska toho, čo používateľ vidí a robí.
3. Pri veľkých zmenách najprv plánujte. Požiadajte o plán, prečítajte si ho, potom stavajte.
4. Skontrolujte výsledok v náhľade — zmenu aj toky okolo nej.
5. Uložte checkpoint alebo commit.
6. Opakujte.

Každý krok slúži na to, aby zmeny zostali malé a vratné.

Krok 1: Veďte krátky zoznam

Pred promptom si zapíšte, čo chcete zmeniť, zoradené podľa dôležitosti. Zabráni to tomu, aby ste poslali odsek s desiatimi prianiami naraz, a dá vám to spôsob, ako povedať „nie teraz“ nápadom, ktoré vás napadnú uprostred.

Ak je zmena veľká, rozdeľte ju. „Pridať tímové účty“ sa stane: vytvoriť tímy, pozvať člena, prepínať medzi tímami, obmedziť dáta na aktuálny tím. Každá je samostatný prompt. Písanie používateľských príbehov je dobrý spôsob, ako to urobiť.

Krok 2: Opíšte, čo vidíte

AI nevidí vašu obrazovku, kým jej to nepoviete. Ukážte na konkrétne veci a povedzte, čo by sa malo stať:

Na stránke s cenami v telefóne je tlačidlo karty Pro orezané na pravom okraji. Ponechaj rozloženie na počítači rovnaké; pod 640 px naskladaj karty pod seba a tlačidlá nastav na celú šírku.

Porovnajte to s „stránka s cenami vyzerá zle na mobile“. Prvé sa dá spraviť a skontrolovať naraz; druhé vyzýva na prepracovanie, o ktoré ste nežiadali.

Screenshoty pomáhajú. Ak váš nástroj prijíma obrázky, pripojte jeden a zakrúžkujte problém.

Krok 3: Pri veľkých zmenách plánujte vopred

Pri všetkom, čo sa dotýka viacerých častí appky — nový dátový model, platby, role používateľov — si pýtajte plán skôr, než sa kód zmení:

Nemeň zatiaľ kód. Chcem, aby používatelia patrili do tímov a videli len projekty svojho tímu. Naplánuj zmenu: ktoré tabuľky, stránky a API trasy sa menia, čo sa stane s dátami existujúcich používateľov a v akom poradí by si to postavil.

Prečítajte plán. Ak je zlý, oprava plánu je oveľa lacnejšia než vrátenie stavby.

Krok 4: Povedzte, čo sa nesmie zmeniť

Nástroje AI niekedy „upratujú“ veci, na ktoré ste sa nepýtali. Chráňte to, čo funguje:

Pridaj do tabuľky objednávok filter podľa dátumu. Nemeň stĺpce tabuľky, štýl ani tlačidlo exportu.

Pre pravidlá platné všade — farby značky, tón komunikácie, „nikdy nemaž dáta bez potvrdenia“ — ich dajte do súboru s poznámkami projektu alebo do nastavení znalostí, ktoré AI číta zakaždým, namiesto toho, aby ste sa ich opakovali.

Krok 5: Kontrolujte viac než len zmenu

Po každom prompte otestujte:

• Samotnú zmenu. Robí to, čo ste žiadali, na počítači aj na telefóne?
• Susedov. Veci na tej istej stránke a toky, ktoré používajú rovnaké dáta.
• Kritickú cestu. Registrácia, prihlásenie, hlavná akcia, platba. Tridsaťsekundový prechod po každej väčšej zmene zachytí väčšinu rozbitia včas.

Ak niečo nesedí, nahláste to presne — pozrite ako napísať dobré hlásenie chyby.

Krok 6: Vráťte sa späť namiesto hromadenia opráv

Keď zmena niečo rozbije a prvá oprava nepomôže, zastavte sa. Každá ďalšia „oprava“ stojí na pokazenom stave a problémy sa znásobujú.

Namiesto toho:

1. Vráťte sa k poslednej verzii, ktorá fungovala (checkpoint alebo commit v Gite).
2. Zistite, čo bolo v prompte nejasné.
3. Skúste to znova s menšou alebo jasnejšou požiadavkou.

Tá zmena rozbila ukladanie konceptov. Vrátil som to späť. Tentoraz: pridaj len indikátor automatického ukladania ako text v hlavičke. Nemeň spôsob, akým sa koncepty ukladajú.

Krok 7: Vedzte, kedy je prestavba správna

Prestavba od nuly zahodí veľa funkčných detailov. Stojí za to len vtedy, keď:

• sa nápad produktu úplne zmenil;
• základná štruktúra nezvláda to, čo teraz potrebujete — napríklad bola postavená ako statická stránka a teraz potrebuje účty a databázu;
• je projekt stále takmer prázdny.

Keď prestavujete, zapíšte si, čo zachovať: názov, farby, texty, časti, ktoré sa používateľom páčili.

Príklady promptov

Predtým, než budeme pokračovať, zhrň, ako appka teraz funguje: stránky, dáta, ktoré ukladá, a čo podľa teba môže byť krehké.

Chcem pridať opakujúce sa rezervácie. Aká je najmenšia verzia, ktorá by bola užitočná? Navrhni ju ako tri samostatné zmeny, ktoré môžeme urobiť jednu po druhej.

Prejdi posledné tri zmeny a skontroluj, či niektorá mohla rozbiť tok pokladne. Zatiaľ neupravuj.

Časté chyby

• Desať žiadostí v jednom prompte. Niektoré sa spravia, niektoré napoly, a nerozoznáte, ktoré.
• Vágna spätná väzba. „Je to rozbité“ alebo „sprav to lepšie“ vyvolá hádanie.
• Nikdy nekontrolovať susedov. Zmena zdieľaného komponentu rozbije tri ďalšie stránky.
• Opravovanie opráv. Ak ste štyri prompty hlboko do jednej chyby, vráťte sa späť.
• Opakovanie kontextu pri každom prompte namiesto toho, aby ste trvalé pravidlá držali v poznámkach projektu.
• Prestavovanie, keď ste zaseknutí. Väčšina momentov „začnime od nuly“ je v skutočnosti „vráťte sa o dva kroky“.

Kontrolný zoznam

• Jeden cieľ na prompt.
• Opisujem, čo vidím a čo sa má stať.
• Veľké zmeny dostanú plán pred akýmkoľvek kódom.
• Hovorím, čo sa nesmie zmeniť.
• Po každej zmene testujem ju, jej susedov a kritickú cestu.
• Po každej funkčnej zmene uložím checkpoint alebo commit.
• Keď oprava zlyhá, vraciam sa späť namiesto hromadenia opráv.
• Trvalé pravidlá sú v poznámkach projektu, ktoré AI číta zakaždým.

Vylepšovanie v Mythexe

Mythex je postavený okolo tejto slučky:

• Režimy Plan, Build a Ask. Plan rozoberá prístup skôr, než sa niečo upraví; Ask odpovedá bez zmeny kódu; Build zmenu spraví. Pozrite Chat.
• Checkpointy. Po každom úspešnom kroku Mythex uloží git checkpoint; Revert to this point vráti späť. Môžete tiež upraviť skoršiu správu a zvoliť Discard & resend, aby ste z tohto bodu vyskúšali iný prompt. Pozrite Vylepšovanie bez prestavby.
• Znalosti. Nastavenia projektu → Knowledge obsahujú trvalé poznámky, ktoré agent dodržiava pri každej správe.
• /test nechá agenta prejsť náhľad ako používateľ po väčšej zmene.

Menšie žiadosti tiež stoja menej kreditov. Ako písať samotné prompty, pozrite ako písať prompty pre AI tvorcov appiek; keď sa niečo pokazí, pozrite ako ladiť appku vytvorenú AI.

Otázky