/goal v Claude Code: autonomní režim a Agent View v roce 2026

Referenční dokumentace Ailoot: ailoot.ai/docs/.

Co je /goal v Claude Code?#

Dříve Claude Code po každé odpovědi zastavil a čekal na váš další prompt. U krátkých úloh to fungovalo, ale u dlouhých to selhávalo: migrace API, oprava 12 neúspěšných testů, refaktoring souboru o 800 řádcích — tyto úlohy vyžadují 20–30 iterací a po každé jste se museli vrátit k terminálu.

/goal tento problém řeší jednoduchým nápadem: odděluje „toho, kdo práci vykonává“ od „toho, kdo rozhoduje, co je hotovo“. Hlavní agent píše kód. Samostatný evaluátor (rychlý model Haiku) po každém tahu přečte konverzaci a odpoví na jednu otázku: „Byla podmínka splněna?“ Pokud ne, agent zahájí další tah. Pokud ano, řízení se vrátí vám.

Oficiální dokumentace Anthropic to definuje takto:

Tisíce agentů přes noc z telefonu — to není marketing, ale současná praxe inženýra Anthropic. A mechanismem, který to umožňuje, je kombinace /goal + Agent View, představená ve stejném vydání 11. května 2026.

Proč Claude Code potřebuje autonomní režim /goal?#

Myšlenka „nechat AI pracovat přes noc“ existovala už od podzimu 2025, kdy Cursor Composer a Cline auto mode už dokázaly běžet na pozadí. Před 11. květnem 2026 ale Claude Code pro tento postup vyžadoval ruční obal: úlohu cron, která každých N minut volala claude -p, nebo obal, který sledoval stav gitu a spouštěl další prompt.

Tento vlastnoručně sestavený přístup pravidelně vedl ke katastrofám. Dne 22. května 2026 vývojář nechal takový skript běžet přes noc a ráno se probudil s účtem na 6 000 $. Příčina: Anthropic potichu změnil TTL mezipaměti Claude Code z jedné hodiny na pět minut, aniž by to oznámil. Cron každých 30 minut volal produkční prostředí — mezipaměť měla mezi spuštěními čas vypršet. Každé spuštění znovu sestavilo historii o 800 000 tokenech. Zápis nových dat do mezipaměti stojí mnohem víc než čtení z aktivní mezipaměti.

Vývojář nedělal nic neobvyklého — nástroj používal přesně tak, jak jej Anthropic inzeroval.

/goal tento problém řeší vestavěnou architekturou:

1. Supervisor proces udržuje relaci mimo váš terminál a přežije zavření okna i přechod notebooku do režimu spánku.
2. Evaluátor Haiku — levný model kontroluje každý tah; tokeny evaluátoru stojí pár centů.
3. Pevný limit tahů v podmínce — můžete výslovně napsat or stop after 20 turns a relace se zaručeně zastaví.
4. Izolace worktree pro relace na pozadí — změny míří do samostatné větve a nezasahují do vaší pracovní kopie.

Rozdíl oproti přístupu „napište si vlastní bash skript“ spočívá v tom, že Anthropic z těchto mechanismů udělal prvotřídní součásti nástroje, nikoli hacky třetích stran.

Jak zapnout /goal ve 3 krocích#

Krok 1. Aktualizujte Claude Code na verzi 2.1.139 nebo novější.

Zkontrolujte verzi:

claude --version

Pokud je nižší než 2.1.139, aktualizujte:

claude update
# or force it through npm
npm install -g @anthropic-ai/claude-code@latest

Vydání mezi 12. a 19. květnem 2026 opravila důležité chyby v první verzi. Ve verzi 2.1.140 opravili tiché zaseknutí, při kterém disableAllHooks blokoval evaluátor. Ve verzi 2.1.143 přibyla možnost worktree.bgIsolation: "none" a oprava smyček stop hooků. Ve verzi 2.1.144 (19. května) přibylo --resume pro relace na pozadí a --json pro skriptování agentů. Minimem je verze 2.1.143.

Krok 2. Zadejte /goal s podmínkou.

Otevřete běžnou relaci Claude Code a zadejte příkaz:

/goal všechny testy v test/auth procházejí a linter je čistý, nebo zastav po 15 tazích

Poté nemusíte posílat samostatný prompt — příkaz okamžitě zahájí první tah. Podmínku lze napsat česky, anglicky nebo kombinací obou jazyků; model rozumí oběma. Limit délky je až 4 000 znaků.

Krok 3. Sledujte živý překryvný panel.

Po spuštění /goal se ve spodní části terminálu zobrazí živý panel:

/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail

Zobrazuje:

• Tahů — kolik tahů bylo dokončeno
• Uplynulý čas — kolik času od spuštění uběhlo
• Tokeny — celkový počet utracených tokenů (hlavní údaj pro sledování rozpočtu)
• Poslední — poslední důvod evaluátoru, proč odpověděl „ještě ne“

Užitečný trik: pokud evaluátor tři tahy za sebou vrátí stejný důvod, je to známka smyčky. Stiskněte Ctrl+C nebo zadejte /goal clear (synonyma: stop, off, reset, cancel), přeformulujte podmínku a spusťte ji znovu. Tuto zásadu uvádějí komunitní návody k /goal jako hlavní známku uvíznutí ve smyčce: „třikrát stejný důvod — to je smyčka, odejděte.“

Jak napsat dobrou podmínku: 5 pravidel + 5 příkladů#

Dokumentace Anthropic popisuje tři povinné prvky dobré podmínky:

Hotová šablona zahrnuje všechny tři prvky v jednom řádku:

/goal [proveďte práci] až do [měřitelného konečného stavu], aniž byste [porušili sledovaná omezení]

Pět pravidel, na kterých většina lidí pohoří:

Pravidlo 1. Konečný stav musí být ověřitelný příkazem, nikoli vkusem.

Ne „udělej to hezké“, ale npm test exits 0. Ne „vylepši UX“, ale Lighthouse Performance score above 90. Evaluátor čte pouze přepis — nespouští příkazy ani se nedívá na snímky obrazovky. Pokud výsledek nelze zaznamenat textově, evaluátor nikdy neřekne „ano“.

Pravidlo 2. Omezení musí být výslovná a úzce vymezená.

Bez omezení může Claude opravit testy tím, že samotné testy smaže nebo zakomentuje neúspěšná tvrzení. Zadejte without modifying any file outside /auth, without removing existing assertions, without bumping major versions of dependencies.

Pravidlo 3. Pevný limit tahů je povinný.

Ke každé podmínce přidejte or stop after N turns. Je to záchranná brzda proti nekonečné smyčce. Bez limitu:

Bez limitu spotřebuje hodinová smyčka víc tokenů než ruční provedení stejné úlohy. Počítejte s tím v rozpočtu.

Pravidlo 4. Popište CO, nejen JAK.

Pokud jste v podmínce nezmínili vizuální stránku, Claude ji nevytvoří. Pokud podmínka vyžaduje jen „testy procházejí“, Claude může složité testy zakomentovat. Popište, CO chcete, nejen JAK to ověříte.

Pravidlo 5. Nechte Claude zobrazit důkazy v chatu.

Evaluátor nespouští příkazy — pouze čte to, co už Claude ukázal. Pokud podmínka vyžaduje „npm test je zelený“, ale Claude v přepisu neukázal výstup npm test, evaluátor bude navždy odpovídat „ještě ne“. Přidejte do podmínky frázi „zobraz výstup příkazu <command> v konverzaci“.

Pět funkčních příkladů pro běžné úlohy:

1. Migrace API:
/goal každé volání getUser() bylo nahrazeno fetchUser(), npm test prochází, npm run build je zelený, nebyl dotčen žádný jiný název API, nebo zastav po 30 tazích

2. Oprava testů:
/goal všechny neúspěšné testy v test/auth nyní procházejí (npm test v chatu ukazuje 0 neúspěchů), bez změny tvrzení nebo mazání testů, nebo zastav po 20 tazích

3. Kvalita kódu (velikost souboru):
/goal src/legacy/UserService.ts bylo rozděleno do souborů kratších než 200 řádků, všechny importy jsou aktualizované, npm run build je zelený, nebo zastav po 25 tazích

4. Vyřízení nevyřízených úloh:
/goal zpracuj každý issue označený 'good-first-issue': přečti popis, implementuj opravu ve větvi worktree, otevři PR. Pokračuj, dokud není fronta prázdná nebo dokud nebude zpracováno 6 issues

5. Bezpečnostní audit:
/goal každá zranitelnost npm audit se závažností >= high je opravena, všechny stávající testy procházejí, žádné nekompatibilní změny API, nebo zastav po 15 tazích

Chcete dělat víc než jen spustit /goal a vytvořit prostředí, ve kterém autonomní režim na vašem projektu opravdu funguje? /goal je až poslední článek. Před ním je třeba připravit tři pilíře: klon AI (vaši metodiku v Skills a Subagents), druhý mozek (CLAUDE.md a složku plans/) a práci s kontextem (Plan Mode a /compact). Všechny tři součásti je potřeba promyslet společně — právě tato kombinace podporuje práci s kontextem.

5 příkladů, kde /goal opravdu funguje#

Dokumentace Anthropic uvádí čtyři typy úloh, pro které se /goal dobře hodí:

Tady je pět příkladů s hotovými podmínkami — převezměte je a přizpůsobte svému projektu.

Příklad 1. Migrace modulu na nové API.

Scénář: přecházíte z REST na GraphQL nebo nahrazujete starou funkci getUser() novou funkcí fetchUser(). Úloha je mechanická, ale dotkne se 30–50 souborů.

Podmínka:

/goal každé getUser() v src/ bylo nahrazeno funkcí fetchUser(), všechna volání byla aktualizována na nové rozhraní (id místo userId), npm test prochází, nebyl dotčen žádný soubor mimo src/, nebo zastav po 30 tazích

Proč to funguje: konečný stav lze ověřit pomocí grep -r getUser src/ | wc -l (mělo by vrátit 0) a npm test exits 0. Omezení chrání testovací soubory.

Příklad 2. Oprava neúspěšných testů.

Scénář: po aktualizaci knihovny selhalo 15 testů. Víte, že oprava je mechanická — aktualizovat mocky a upravit tvrzení do nového formátu. Nechcete to dělat ručně.

Podmínka:

/goal všechny neúspěšné testy v test/ nyní procházejí, npm test zobrazuje výsledky v chatu s 0 neúspěchy, bez mazání testů nebo zakomentování tvrzení, nebo zastav po 25 tazích

Další příklad stejného typu podmínky:

Opravte všechny neúspěšné testy, dokud npm test nevrátí 0, aniž byste změnili jakýkoli soubor mimo adresář /auth

Příklad 3. Rozdělení obří třídy.

Scénář: jeden soubor o 1 200 řádcích obsahuje všechno — model, službu, utility i klienta API. Chcete jej rozdělit podle principu „jeden soubor, jedna odpovědnost“, aktualizovat všechny importy a zachovat průchodnost testů.

Podmínka:

/goal src/legacy/UserService.ts bylo rozděleno do souborů kratších než 200 řádků, každý soubor má jednu odpovědnost (model, repository, api-client, validator), všechny importy jsou aktualizované, npm run build je zelený, stávající testy procházejí, nebo zastav po 25 tazích

Příklad 4. Vyřízení nevyřízených issues přes noc.

Scénář: máte open-source repozitář s 20 issues označenými good-first-issue. Chcete, aby je Claude přes noc postupně zpracoval.

Podmínka:

/goal zpracuj každý issue označený 'good-first-issue': přečti popis, implementuj opravu v samostatné větvi worktree-issue-N, otevři PR s popisem. Pokračuj, dokud není fronta prázdná nebo dokud nebude zpracováno 6 issues, nebo zastav po 80 tazích

Číslo 6 nebylo vybráno náhodně — na jednu noc v tarifu Pro jde o realistický strop.

Příklad 5. Bezpečnostní audit.

Scénář: npm audit ukazuje 8 zranitelností s vysokou závažností. Chcete je opravit bez aktualizace hlavních verzí.

Podmínka:

/goal každá zranitelnost npm audit se závažností high+ je opravena, npm audit v chatu ukazuje 0 high, všechny stávající testy procházejí, žádné nekompatibilní změny API, žádné zvýšení hlavní verze balíčků, nebo zastav po 15 tazích

Co s /goal NEDĚLAT:

Croucher ve svém terénním průvodci důrazně uvádí pravidlo: nepoužívejte /goal pro úlohy, kde „hotovo“ znamená „vypadá dobře“, „působí správně“, „je dobře navržené“ nebo „je zábavné“. Evaluátor čte pouze přepis — nespouští nástroje a nedokáže posoudit, jak výsledek funguje. Toto pravidlo vylučuje 80 % subjektivních úloh, u nichž /goal běží ve smyčce bez užitečného výstupu.

Kdy /goal zbytečně utrácí peníze: 3 anti-vzorce#

Anti-vzorec 1. Vágní podmínka bez pevného limitu tahů.

Nejčastější chybou je podmínka typu „vylepši kód“ / „udělej to dobře“ / „optimalizuj to“. Bez limitu tahů bude agent pokračovat, dokud nevyčerpá váš limit.

Findskill popsal skutečný případ:

200 $ za 14 hodin kvůli vágní podmínce představuje celý týdenní limit tarifu Max. Ráno se probudíte bez limitu a bez užitečného výsledku.

Opatření: každou podmínku zakončete příkazem or stop after N turns (15 pro snadné úlohy, 50 pro náročné a nejvýše 100 pro noční běhy).

Anti-vzorec 2. Rekurzivní smyčka s nefunkčním ukládáním do mezipaměti.

Příběh z 22. května 2026: 6 000 $ přes noc, protože Anthropic potichu změnil TTL mezipaměti z jedné hodiny na 5 minut. Vývojář nepoužíval přímo /goal, ale princip byl stejný: autonomní smyčka s 30minutovým časovačem cron pokaždé znovu sestavila historii o 800 000 tokenech.

Základním problémem bylo, že externí automatizace nevěděla o interních změnách poskytovatele. Totéž se může stát s /goal, pokud jej necháte běžet 8 hodin bez dohledu: spotřeba tokenů roste nelineárně a mezipaměť promptů nefunguje tak, jak si myslíte.

Opatření:

1. Nespouštějte /goal 8 a více hodin bez průběžných kontrol.
2. Zapněte limity využití v Settings → Usage (nové opatření po incidentu za 6 000 $).
3. Během noci dvakrát otevřete claude agents — stiskněte Space pro rychlý náhled a ověřte, že počet tahů neroste rychleji, než čekáte.
4. U drahých řetězců modelů (Opus 4.7) nastavte přísnější limit tahů — nejvýše 30.

Anti-vzorec 3. Kreativita prostřednictvím /goal.

Croucher použil /goal k vytvoření hry — podmínka zahrnovala determinismus, invarianty a ověření, že lze úroveň dokončit. Hra vznikla, testy prošly a evaluátor oznámil „splněno“. Hra neměla žádné vizuály — podmínka grafiku nezmiňovala.

To ilustruje obecné pravidlo: evaluátor optimalizuje přesně to, co měříte. Pokud podmínka nezmiňuje vizuály, žádné nebudou. Pokud zmiňuje jen testy, agent může zakomentovat tvrzení.

Opatření: nepoužívejte /goal pro nic, co závisí na vkusu (design, texty, UX). Vraťte se k běžné relaci nebo Plan Mode — ty vás udržují v rozhodovacím procesu.

Co je Agent View a jak otevřít přehled#

Pokud je /goal příkaz „pracuj, dokud nebude hotovo“, Agent View je řídicí místnost, kde můžete všechny tyto příkazy sledovat najednou. Anthropic jej popisuje takto:

Příkaz pro otevření:

claude agents

Otevře se TUI — textový přehled uvnitř terminálu. Seznam relací je vlevo, panel náhledu s poslední zprávou vybraného řádku vpravo.

Šest stavů relace:

Hlavní klávesové zkratky:

↑ / ↓             pohyb v seznamu relací
Space             panel náhledu (zobrazení bez připojení)
Enter / →         připojení k relaci (vstup do ní)
←                 odpojení (opuštění bez ukončení)
Ctrl+T            připnutí (ochrana relace před automatickým zastavením)
Ctrl+X            zastavení relace; opětovným stisknutím do 2 sec ji smažete
Ctrl+R            přejmenování
Ctrl+S            přepnutí seskupování (stav ↔ adresář)

Jak spustit relaci na pozadí:

Z interaktivního Claude Code:

/bg fix the failing test test/auth/login.test.ts

Nebo přímo z shellu:

claude --bg "fix the failing test test/auth/login.test.ts"

Nebo se jménem (aby se v Agent View zobrazila pod rozpoznatelným označením):

claude --bg --name "flaky-test-fix" "fix test/auth/login.test.ts"

Relace na pozadí se automaticky přidá do Agent View — spusťte ji pomocí --bg, otevřete claude agents a uvidíte ji v seznamu.

Hlavní vlastnost: relace přežijí uspání notebooku i zavření okna:

Pokud ale notebook vypnete nebo ručně restartujete, relace na pozadí skončí ve stavu Failed. Noční běhy s mnoha agenty na pozadí fungují pouze na notebooku, který zůstává zapnutý.

Worktrees: jak Claude izoluje paralelní relace#

Worktrees řeší hlavní problém paralelní autonomní práce: co když se dvě relace pokusí současně upravit src/auth.ts? Před verzí 2.1.139 si takové relace mohly doslova přepsat změny. S Agent View zavedl Anthropic automatickou izolaci:

Jak to funguje v praxi:

# Spustíme tři relace na pozadí:
claude --bg --name "fix-tests" "fix the failing tests in test/"
claude --bg --name "add-oauth" "add Google OAuth according to the plan in plans/oauth.md"
claude --bg --name "split-userservice" "split UserService.ts into modules"

# Struktura souborů po spuštění:
.claude/worktrees/
├── fix-tests/             # samostatná kopie repozitáře na větvi worktree-fix-tests
├── add-oauth/             # samostatná kopie na větvi worktree-add-oauth
└── split-userservice/     # samostatná kopie na větvi worktree-split-userservice

Každá relace pracuje ve vlastní kopii. Po dokončení úlohy sloučíte potřebné větve do main.

Nebezpečná past — smazáním relace smažete její worktree.

Pokud relaci v Agent View ukončíte (dvakrát stisknete Ctrl+X), její worktree zmizí. Všechny necommitnuté změny se ztratí. Před smazáním relace v Agent View vždy změny commitněte nebo odešlete.

Vypnutí izolace (pro výjimečné případy):

Pokud máte repozitář, ve kterém git worktrees nefungují (například kvůli nastavení se symlinky nebo velkému monorepu s pomalým checkoutem), můžete izolaci vypnout:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

Relace na pozadí pak budou upravovat přímo vaši pracovní kopii. Tato možnost přibyla ve verzi 2.1.143 po stížnostech týmů s velkými monorepy.

Paralelismus spotřebovává limit:

To znamená, že tarif Pro (20 $ měsíčně) stačí na 1–2 paralelní relace přes noc, nikoli na deset. Chcete-li spouštět mnoho agentů paralelně, potřebujete Max nebo Enterprise.

Kombinace /goal + Plan Mode + subagents pro dlouhé úlohy#

Častou chybou je okamžitě zadat /goal build a new feature. Nefunguje to, protože evaluátor neví, jak vypadá „dokončená funkce“. Potřebujete plán s políčky, která může evaluátor postupně ověřovat.

Vrstva 1. Plan Mode vytvoří plán po fázích.

V Plan Mode požádejte Claude, aby vytvořil podrobný plán změn rozdělený do 5–7 fází s ověřitelnými zaškrtávacími políčky. Uložte jej jako plans/2026-05-24-google-oauth.md. Každá fáze obsahuje 3–7 políček s konkrétními úkony.

Vrstva 2. Subagents rozdělí práci podle fází.

Pokud lze plán rozdělit paralelně (například jsou fáze nezávislé — koncový bod backendu + formulář frontendu + migrace DB), můžete každou fázi spustit v samostatné relaci na pozadí pomocí claude --bg --name "<phase>". Každá relace dostane vlastní worktree.

Vrstva 3. /goal spouští cyklus, dokud nejsou políčka dokončena.

/goal všechny fáze 1–7 v plans/2026-05-24-google-oauth.md jsou dokončené a označené [x], všechny testy v test/auth procházejí (npm test ukazuje 0 neúspěchů), npm run build je zelený, nebo zastav po 50 tazích

Po každém tahu evaluátor přečte plán, zkontroluje, která políčka jsou dokončená, a pokud něco zbývá, agent pokračuje.

Tato kombinace stojí na třech součástech:

• práce s kontextem: správný kontext v plans/ — evaluátor jej čte
• druhý mozek: složka plans/ uchovává plán mezi relacemi
• klon AI: CLAUDE.md stanovuje pravidla, kterými se agent řídí

Bez CLAUDE.md může /goal navrhnout řešení, které naruší architekturu. Bez plánu ve složce plans/ evaluátor nezná kritéria úspěchu. Bez subagents nejsou žádné paralelní fáze; všechno probíhá postupně.

Jak porovnat /goal s Codex, Cursor a dalšími režimy agentů#

/goal přidává samostatnou kontrolu dokončení po každém tahu. Jiné produkty mají různé režimy a místní CLI, hostovaný cloudový úkol a relace editoru pod dohledem nejsou zaměnitelné jednotky srovnání. Zejména nepopisujte veškerou práci Codex CLI jako cloudový kontejner ani nepředpokládejte jeden model validátoru a způsob fakturace pro všechny běhy Codex.

Použijte stejný snímek repozitáře a úkol se stejnými přejímacími kontrolami. U každé varianty zaznamenejte:

Tvrzení o pevném násobku spotřeby tokenů vyžaduje tyto podmínky a naměřené počty pro stejný úspěšný výsledek. Procento benchmarku potřebuje jeho verzi, model, testovací prostředí a nastavení běhu; dříve uvedená nepodložená procenta Terminal-Bench tyto důkazy nenahrazují. Článek neposkytuje nezávislý benchmark mezi nástroji.

Vybírejte podle potřebného postupu: úpravy pod dohledem, vymezený úkol na pozadí nebo vícetahový úkol s výslovnou podmínkou dokončení. Otestujte podporovaný režim nainstalovaného produktu místo předpokladu, že konkurent vůbec nemá autonomní provoz. Schvalování oprávnění oddělujte od pokračování úkolu: automatické schválení volání nástroje samo nedokazuje dosažení cíle uživatele.

/goal vs /loop:

/loop je další příkaz ze stejného vydání a spouští opakované úlohy v časovém intervalu (každých N minut). /goal se řídí podmínkou (běží, dokud není splněna). /loop používejte pro úlohy podobné cronu a /goal pro dosažení konkrétního cíle.

Z dokumentace Anthropic:

Kontrolní seznam před spuštěním /goal: 7 položek#

Kontrolní seznam před každým spuštěním /goal:

1. Verze Claude Code 2.1.139+ — zkontrolujte ji pomocí claude --version a pokud je nižší, aktualizujte. Minimální doporučená verze je 2.1.143 (15. května 2026), která opravuje smyčky stop hooků.

2. Podmínka obsahuje ověřitelný konečný stav — místo „vylepši to“ určete npm test exits 0. Pokud nedokážete vymyslet příkaz bash, kterým výsledek ověříte, /goal se pro tuto úlohu nehodí.

3. Existuje pevný limit tahů — každá podmínka uvádí or stop after N turns. Pro snadné úlohy použijte 15, pro náročné 50 a pro noční běhy nejvýše 100.

4. Omezení jsou výslovná a úzce vymezená — without modifying files outside /auth, without removing existing assertions, without bumping major versions. Bez nich může Claude opravit testy smazáním samotných testů.

5. Všechny důležité změny jsou commitnuté nebo odeslané — pokud nepracujete ve worktree (například při nastavení worktree.bgIsolation: "none"), Claude upravuje vaši pracovní kopii. Chyba by mohla způsobit ztrátu neuložené práce.

6. Limity využití jsou zapnuté v Settings → Usage — nové opatření po incidentu za 6 000 $. Nastavte limit na den, relaci i měsíc.

7. Agent View claude agents je otevřený v samostatném okně — u dlouhých úloh jednou za hodinu použijte náhled pomocí Space. Pokud počet tahů roste rychleji, než čekáte, nebo evaluátor tři tahy opakuje stejný důvod, stiskněte Ctrl+C a přeformulujte podmínku.

Ještě jedna položka — nikdy nespouštějte /goal s --dangerously-skip-permissions na cizím nebo neznámém kódu. Tato kombinace vypne všechny kontroly a dovolí agentovi dělat ve vašem projektu, co chce. Autor této analýzy ji používá pouze v novém worktree, kde není co ztratit.

/goal je mocná funkce, ale není kouzelná. Funguje přesně tak dobře, jak dobře dokážete zformulovat podmínku. Pokud dokážete „hotovo“ popsat slovy tak, aby je šlo ověřit příkazem, /goal se postará o zbytek. Pokud ne, vraťte se k běžné relaci nebo Plan Mode.

Pokračujte v objevování Ailoot na ailoot.ai.