Přeskočit na obsah
AI Coding Crash Course v2

Lekce 04.7: Proč plánovací režim selhává (Why Plan Mode Sucks)

⏱️ 3 min čtení • Lekce 04.7

🧠 Mentální model & teoretický rozbor

Mnoho moderních AI nástrojů propaguje tzv. „Plan Mode“ (Režim plánování): Uživatel zadá velký úkol, model vygeneruje statický seznam 15 kroků, uživatel ho odklikne a model se pustí do práce. V reálném softwarovém inženýrství tento přístup téměř vždy selhává. Proč?

ILUZE STATICKÉHO PLÁNU:
Krok 1 ──> Krok 2 ──> Krok 3 ──> ... ──> Krok 15 (Vše jde hladce podle šablony)


REALITA SOFTWARU:
Krok 1 (Úspěch)
  │
  ▼
Krok 2 (Neočekávaná chyba: Knihovna nepodporuje ES moduly!)
  │
  ├── Všechny předpoklady pro kroky 3 až 15 jsou okamžitě NEPLATNÉ!
  │
  └── Statický plán se stává zbytečným balastem v kontextovém okně.

Tři zásadní vady statického plánovacího režimu:

  1. Okamžité zastarávání: Software je komplexní adaptivní systém. První zjištěná nekompatibilita v kroku 2 mění architekturu celého řešení.
  2. Falešný pocit bezpečí: Vývojář schválí hezky naformátovaný plán a přestane sledovat kód.
  3. Kontextové plýtvání: Obří 15krokový plán zabírá tisíce tokenů v každém následujícím tahu a vytlačuje podstatné informace ze Smart Zone.

🏢 Realistický scénář z praxe

Vývojář schválil plán na migraci autentizace: V kroku 4 agent zjistil, že stávající verze Node.js na serveru nepodporuje nativní fetch. Místo toho, aby se plán přizpůsobil, agent se slepě držel kroku 5, 6 a 7 podle původního schváleného seznamu. Výsledkem byl kód plný syntaktických chyb, který předstíral, že krok 4 byl úspěšný.

💻 Konkrétní ukázky kódu & promptů

Dynamická inženýrská alternativa: Plánování o velikosti 1 kroku

Místo obřích plánů plánujeme fraktálně s okamžitou zpětnou vazbou:

Máme cíl: Migrovat session úložiště z paměti do Redisu.


Neplánuj 10 kroků dopředu.
Proveď POUZE první krok:
1. Zkontroluj existující Redis připojení v src/lib/redis.ts.
2. Napiš jednoduchý integrační test, který ověří zápis a čtení klíče.
Jakmile tento krok ověříme, rozhodneme o kroku 2 na základě reality, ne domněnek.

⚠️ Analýza selhání & Anti-patterns

Anti-pattern: Zaseknutí v “Plan Paralysis”

Agent stráví 4 tahy generováním a přeformulováváním 20krokového plánu, aniž by sáhl do kódu nebo spustil jediný test.

  • Spálí 30 000 tokenů na čisté teoretizování.
  • Když konečně začne psát kód, je již v Dumb Zone a začne dělat chyby.

🛠️ Inženýrský postup krok za krokem (Playbook)

  1. Odmítněte obří plány: Pokud vám agent nabídne plán na 15 kroků, řekněte: „Zastav se. Vyber pouze krok 1, vyjasněme jeho zadání a ten implementuj.“
  2. Učte se z každého kroku: Po dokončení kroku 1 zhodnoťte reálný stav kódu a teprve poté formulujte krok 2.
  3. Udržujte kontext lehký: Žádné dlouhé seznamy budoucích úkolů v promptu.

🧪 Praktické cvičení (Hands-on Lab)

Úkol:

Porovnejte chování agenta při dlouhém plánu vs. při okamžitém dílčím kroku.

Kroky:

  1. Požádejte agenta o kompletní plán na stavbu platebního systému se Stripe. Sledujte, kolik tokenů zabere teoretický plán.
  2. Zadejte /clear.
  3. Zadejte mu: „Zkontroluj, zda máme nainstalované Stripe SDK a jaká je jeho verze.“
  4. Porovnejte rychlost a okamžitou inženýrskou užitečnost obou přístupů.