Jak dál vylepšovat aplikaci postavenou AI, aniž se rozbije

Pro vylepšování aplikace postavené AI bez jejího rozbití měňte jednu věc na prompt, výsledek ověřte v náhledu a před pokračováním uložte checkpoint. Popisujte, co vidíte, místo toho, co si myslíte, že dělá kód, velké změny naplánujte, než je začnete stavět, a když se změna nepovede, vraťte se k poslední funkční verzi, místo abyste AI nechali opravovat její vlastní opravu.

První verze aplikace se často sestaví během minut. Těžká část je padesátá změna, kdy každý nový prompt hrozí rozbitím něčeho, co už fungovalo. Tento návod popisuje smyčku, která tomu brání.

Smyčka vylepšování

1. Vyberte jednu změnu. Jednu funkci, jednu chybu, jednu stránku.
2. Popište ji z pohledu toho, co uživatel vidí a dělá.
3. U velkých změn nejprve plánujte. Požádejte o plán, přečtěte si ho, teprve pak stavte.
4. Zkontrolujte výsledek v náhledu – změnu i postupy v jejím okolí.
5. Uložte checkpoint nebo commit.
6. Opakujte.

Každý krok slouží tomu, aby změny zůstaly malé a vratné.

Krok 1: Veďte krátký seznam

Než začnete psát prompt, zapište si, co chcete změnit, seřazené podle důležitosti. Zabráníte tím tomu, abyste poslali odstavec s deseti přáními najednou, a máte způsob, jak říct „ne teď“ nápadům, které vás napadnou uprostřed.

Pokud je změna velká, rozdělte ji. „Přidat týmové účty“ se stane: vytvořit týmy, pozvat člena, přepínat mezi týmy, omezit data na aktuální tým. Každá položka je samostatný prompt. Psaní uživatelských příběhů je dobrý způsob, jak to udělat.

Krok 2: Popište, co vidíte

AI nevidí vaši obrazovku, dokud jí to neřeknete. Ukažte na konkrétní věci a řekněte, co se má stát:

Na stránce s cenami na telefonu je tlačítko karty Pro useknuté u pravého okraje. Desktopový vzhled nechte stejný; na obrazovkách užších než 640 px skládej karty pod sebe a tlačítka nech na celou šířku.

Porovnejte to s „stránka s cenami na mobilu vypadá špatně“. První lze provést a zkontrolovat najednou; druhé vyzve k přepracování, které jste nechtěli.

Pomohou snímky obrazovky. Pokud váš builder přijímá obrázky, připojte jeden a zakroužkujte problém.

Krok 3: Plánujte před velkými změnami

U všeho, co se dotýká více částí aplikace – nový datový model, platby, uživatelské role – si před jakoukoli změnou kódu vyžádejte plán:

Zatím neměň kód. Chci, aby uživatelé patřili do týmů a viděli jen projekty svého týmu. Naplánuj změnu: které tabulky, stránky a API trasy se změní, co se stane s daty stávajících uživatelů a v jakém pořadí bys to stavěl.

Přečtěte si plán. Pokud je špatný, oprava plánu je mnohem levnější než vracení zpět hotového sestavení.

Krok 4: Řekněte, co se nesmí měnit

Nástroje AI občas „uklidí“ věci, na které jste se neptali. Chraňte to, co funguje:

Přidej do tabulky objednávek filtr podle data. Neměň sloupce tabulky, styl ani tlačítko exportu.

Pro pravidla platná všude – barvy značky, tón komunikace, „nikdy nemaž data bez potvrzení“ – je dejte do souboru s poznámkami k projektu nebo do nastavení znalostí, které AI čte pokaždé, místo abyste je opakovali.

Krok 5: Kontrolujte víc než jen změnu

Po každém promptu otestujte:

• Samotnou změnu. Dělá to, co jste chtěli, na počítači i na telefonu?
• Její okolí. Věci na stejné stránce a postupy, které používají stejná data.
• Kritickou cestu. Registrace, přihlášení, hlavní akce, platba. Třicetisekundová kontrola po každé velké změně zachytí většinu rozbití včas.

Když něco nesedí, nahlaste to přesně – viz jak napsat dobré hlášení chyby.

Krok 6: Vraťte se zpět, nehromaděte opravy

Když změna něco rozbije a první oprava nepomůže, zastavte se. Každá další „oprava“ stojí na rozbitém stavu a problémy se sčítají.

Místo toho:

1. Vraťte se k poslední verzi, která fungovala (checkpoint nebo commit v Gitu).
2. Zjistěte, co bylo v promptu nejasné.
3. Zkuste to znovu s menším nebo jasnějším zadáním.

Ta změna rozbila ukládání konceptů. Vrátil jsem se zpět. Tentokrát: přidej jen indikátor automatického ukládání jako text v záhlaví. Neměň způsob ukládání konceptů.

Krok 7: Poznejte, kdy je přestavba správná

Přestavba od začátku zahodí spoustu funkčních detailů. Stojí za ni jen tehdy, když:

• Se nápad produktu úplně změnil.
• Základní struktura nezvládne to, co nyní potřebujete – například byla postavena jako statický web a teď potřebuje účty a databázi.
• Projekt je ještě téměř prázdný.

Když přestavujete, sepište, co zachovat: název, barvy, texty, části, které se uživatelům líbily.

Ukázkové prompty

Než budeme pokračovat, shrň, jak aplikace nyní funguje: stránky, data, která ukládá, a cokoli, co považuješ za křehké.

Chci přidat opakované rezervace. Jaká je nejmenší verze, která by byla užitečná? Navrhni ji jako tři samostatné změny, které můžeme dělat jednu po druhé.

Zkontroluj poslední tři změny, jestli něco nemohlo rozbít postup nákupu. Zatím neupravuj.

Časté chyby

• Deset požadavků v jednom promptu. Některé se udělají, některé napůl, a nepoznáte, které.
• Vágní zpětná vazba. „Je to rozbité“ nebo „udělej to lepší“ vyvolává dohady.
• Nikdy nekontrolovat okolí. Změna sdílené komponenty rozbije tři další stránky.
• Opravovat opravy. Jste čtyři prompty hluboko v jedné chybě? Vraťte se zpět.
• Opakovat kontext pokaždé, místo abyste trvalá pravidla drželi v poznámkách k projektu.
• Přestavovat, když se zaseknete. Většina momentů „začít od nuly“ jsou ve skutečnosti „vrátit se o dva kroky“.

Kontrolní seznam

• Jeden cíl na prompt.
• Popisuji, co vidím, a co by se mělo stát.
• Velké změny dostanou plán před jakýmkoli kódem.
• Říkám, co se nesmí měnit.
• Po každé změně testuji změnu, její okolí a kritickou cestu.
• Uložím checkpoint nebo commit po každé funkční změně.
• Když oprava selže, vracím se zpět, nehromadím opravy.
• Trvalá pravidla žijí v poznámkách k projektu, které AI čte pokaždé.

Vylepšování v Mythexu

Mythex stojí na této smyčce:

• Režimy Plan, Build a Ask. Plan probírá přístup dřív, než se něco upraví; Ask odpovídá bez změny kódu; Build změnu provede. Viz Chat.
• Checkpointy. Po každém úspěšném kroku Mythex uloží git checkpoint; Vrátit se k tomuto bodu vrátí změny zpět. Můžete také upravit dřívější zprávu a zvolit Zahodit a poslat znovu, abyste z daného místa zkusili jiný prompt. Viz Iterujte bez přestavby.
• Znalosti. Nastavení projektu → Znalosti drží trvalé poznámky, které agent sleduje u každé zprávy.
• /test nechá agenta proklikat náhled jako uživatele po velké změně.

Menší zadání také stojí méně kreditů. Jak psát samotné prompty, se dozvíte v článku jak psát prompty pro AI buildery; když se něco rozbije, jak ladit aplikaci postavenou AI.

Otázky