Kako unapređivati aplikaciju napravljenu uz AI bez kvarenja

Da biste unapređivali aplikaciju napravljenu uz AI bez kvarenja, menjajte jednu stvar po upitu, proverite je u pregledu i sačuvajte kontrolnu tačku pre nego što pređete dalje. Opisujte šta vidite, a ne šta mislite da kod radi, planirajte velike promene pre gradnje, a kada izmena pođe po zlu, vratite se na poslednju dobru verziju umesto da tražite od AI-ja da popravi sopstvenu popravku.

Prva verzija aplikacije često nastane za nekoliko minuta. Teži deo je pedeseta izmena, kada svaki novi upit rizikuje da pokvari nešto što je već radilo. Ovaj vodič je petlja koja to sprečava.

Petlja unapređivanja

1. Izaberite jednu izmenu. Jednu funkciju, jednu grešku, jednu stranicu.
2. Opišite je u smislu onoga što korisnik vidi i radi.
3. Za velike izmene, prvo planirajte. Tražite plan, pročitajte ga, pa gradite.
4. Proverite rezultat u pregledu — izmenu i tokove oko nje.
5. Sačuvajte kontrolnu tačku ili commit.
6. Ponovite.

Svaki korak postoji da bi izmene ostale male i reverzibilne.

Korak 1: Vodite kratku listu

Pre nego što pošaljete upit, zapišite šta želite da promenite, po redosledu važnosti. To sprečava da pošaljete pasus sa deset želja u jednoj poruci, a daje vam način da kažete „ne sada” idejama koje iskoče usred rada.

Ako je izmena velika, razbijte je. „Dodaj timske naloge” postaje: napravi timove, pozovi člana, prebacuj se između timova, ograniči podatke na trenutni tim. Svaka je zaseban upit. Pisanje korisničkih priča je dobar način za to.

Korak 2: Opišite šta vidite

AI ne vidi vaš ekran dok mu ne kažete. Pokažite konkretne stvari i recite šta treba da se dogodi:

Na stranici sa cenama na telefonu, dugme na kartici Pro je odsečeno na desnoj ivici. Zadrži isti izgled na računaru; na ekranima ispod 640 px, složi kartice jednu ispod druge i neka dugmad budu široka celom širinom.

Uporedite to sa „stranica sa cenama izgleda loše na telefonu”. Prvo se može uraditi i proveriti u jednom koraku; drugo poziva redizajn koji niste tražili.

Snimci ekrana pomažu. Ako vaš graditelj prihvata slike, priložite jednu i zaokružite problem.

Korak 3: Planirajte pre velikih izmena

Za sve što dodiruje više delova aplikacije — novi model podataka, plaćanja, korisničke uloge — tražite plan pre nego što se bilo koji kod promeni:

Nemoj još menjati kod. Želim da korisnici pripadaju timovima i da vide samo projekte svog tima. Isplaniraj izmenu: koje se tabele, stranice i API rute menjaju, šta se dešava sa postojećim podacima korisnika i kojim redosledom bi gradio.

Pročitajte plan. Ako nije dobar, ispravljanje plana košta mnogo manje nego poništavanje gradnje.

Korak 4: Recite šta ne sme da se menja

Alati sa AI-jem ponekad „srede” stvari koje niste tražili. Zaštitite ono što radi:

Dodaj filter datuma u tabelu porudžbina. Nemoj menjati kolone tabele, stil ili dugme za izvoz.

Za pravila koja važe svuda — boje brenda, ton glasa, „nikada ne briši podatke bez potvrde” — stavite ih u fajl sa beleškama o projektu ili u podešavanje znanja koje AI čita svaki put, umesto da ih ponavljate.

Korak 5: Proverite više od same izmene

Posle svakog upita testirajte:

• Samu izmenu. Da li radi ono što ste tražili, na računaru i na telefonu?
• Njene susede. Stvari na istoj stranici i tokove koji koriste iste podatke.
• Kritičnu putanju. Registracija, prijava, glavna radnja, plaćanje. Prolazak od trideset sekundi posle svake velike izmene hvata većinu kvarova rano.

Ako nešto nije u redu, prijavite to precizno — pogledajte kako napisati dobar izveštaj o grešci.

Korak 6: Vratite se unazad umesto da gomilate

Kada izmena nešto pokvari i prva popravka ne radi, stanite. Svaka dodatna „popravka” gradi se na pokvarenom stanju, a problemi se gomilaju.

Umesto toga:

1. Vratite se na poslednju verziju koja je radila (kontrolna tačka ili Git commit).
2. Utvrdite šta je u upitu bilo nejasno.
3. Pokušajte ponovo sa manjim ili jasnijim zahtevom.

Ta izmena je pokvarila čuvanje nacrta. Vratio sam se unazad. Ovog puta: dodaj samo indikator automatskog čuvanja, kao tekst u zaglavlju. Nemoj menjati način na koji se nacrti čuvaju.

Korak 7: Znajte kada je ponovna gradnja prava

Gradnja od nule odbacuje mnogo radnih detalja. Vredi je samo kada:

• Ideja proizvoda se potpuno promenila.
• Osnovna struktura ne može da podrži ono što sada treba — na primer, napravljena je kao statički sajt, a sada su potrebni nalozi i baza podataka.
• Projekat je još gotovo prazan.

Kada ponovo gradite, napravite spisak šta treba zadržati: ime, boje, tekst, delove koje su korisnici voleli.

Primeri upita

Pre nego što nastavimo, sažmi kako aplikacija trenutno radi: stranice, podatke koje čuva i sve što smatraš krhkim.

Želim da dodam ponavljajuće rezervacije. Koja je najmanja verzija koja bi bila korisna? Predloži je kao tri zasebne izmene koje možemo praviti jednu po jednu.

Pregledaj poslednje tri izmene i proveri da li je nešto moglo da pokvari tok plaćanja. Još ne menjaj.

Česte greške

• Deset zahteva u jednom upitu. Neki se urade, neki napola, a ne možete da znate koji.
• Nejasne povratne informacije. „Pokvareno je” ili „napravi bolje” daje nagađanja.
• Nikada ne proveravate susede. Izmena deljene komponente pokvari tri druge stranice.
• Popravljanje popravki. Četiri upita duboko u grešci — vratite se unazad.
• Ponavljanje konteksta svaki put umesto da stalna pravila čuvate u beleškama o projektu.
• Ponovna gradnja kada zapnete. Većina trenutaka „počnimo ispočetka” zapravo znači „vratite se dva koraka”.

Kontrolna lista

• Jedan cilj po upitu.
• Opisujem šta vidim i šta treba da se desi.
• Velike izmene dobijaju plan pre bilo kakvog koda.
• Kažem šta ne sme da se menja.
• Posle svake izmene testiram nju, njene susede i kritičnu putanju.
• Čuvam kontrolnu tačku ili commit posle svake izmene koja radi.
• Kada popravka ne uspe, vraćam se unazad umesto da gomilam popravke.
• Stalna pravila žive u beleškama o projektu koje AI čita svaki put.

Unapređivanje na Mythex-u

Mythex je izgrađen oko ove petlje:

• Režimi Plan, Build i Ask. Plan razgovara o pristupu pre izmena; Ask odgovara bez menjanja koda; Build pravi izmenu. Pogledajte Chat.
• Kontrolne tačke. Posle svakog uspešnog poteza, Mythex čuva git kontrolnu tačku; Revert to this point vraća unazad. Takođe možete izmeniti raniju poruku i izabrati Discard & resend da isprobate drugačiji upit od te tačke. Pogledajte Unapređujte bez ponovne gradnje.
• Znanje. Podešavanja projekta → Knowledge sadrže stalne beleške koje agent prati u svakoj poruci.
• /test nalaže agentu da prođe kroz pregled kao korisnik posle velike izmene.

Manji zahtevi takođe koštaju manje kredita. Za pisanje samih upita pogledajte kako pisati upite za AI graditelje aplikacija; kada nešto ipak pukne, kako otkloniti greške u aplikaciji napravljenoj uz AI.

Pitanja