Ako nechať Claude Code a Codex pracovať cez noc prostredníctvom /goal v roku 2026: 14-hodinový autonómny režim

Informácie o práci s Ailootom nájdete v dokumentácii.

Čo je /goal a prečo sa objavil v roku 2026?#

Situácia, ktorú sme všetci zažívali pred aprílom 2026: zadám Claudeovi úlohu „migruj projekt z Pydantic v1 na v2“. Začne, po 30 sekundách sa zastaví, pozriem sa, čo urobil, napíšem „pokračuj“, vykoná ďalší krok, zastaví sa a ja znova napíšem „pokračuj“. Pri rozsiahlej migrácii to znamená 200–300 manuálnych pokynov „pokračuj“ a v podstate strážim agenta namiesto toho, aby som popri tom písal iný kód.

OpenAI dospela k záveru, že problémom nebola „hlúposť“ modelu, ale architektúra cyklu. Model nevedel, kedy sa má zastaviť, a tak pri každom ťahu brzdil. Keď mu zadáte kritérium „hotovo“, rozhodne sám.

Tak vznikol /goal — mechanizmus zabudovaný do harnessu, nie do modelu.

Tento výrok zaznel na konferencii Code with Claude v Londýne 19. – 20. mája 2026. Opisuje, čo sa v skutočnosti dialo počas mesiaca po uvedení /goal v oboch nástrojoch.

Ako nastaviť režim Goal v Claude Code?#

Minimálny príklad z oficiálnej dokumentácie Anthropic:

claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"

Tento príkaz spustí agenta na pozadí s jedným cieľom. Claude nájde PR, porovná ich so súborom CHANGELOG.md, doplní chýbajúce riadky a zastaví sa, keď je kritérium splnené.

V interaktívnom režime stačí zadať /goal a za ním podmienku:

/goal all pytest tests pass and mypy strict reports zero errors

Čo Claude urobí ďalej:

• Po každom ťahu dostane samostatný rýchly model (predvolene Haiku) aktuálne kritérium a históriu konverzácie
• Tento model odpovie „áno“ alebo „nie“ a stručne uvedie dôvod
• Ak je odpoveď „nie“, Claude automaticky vykoná ďalší ťah bez toho, aby vám vrátil riadenie
• Ak je odpoveď „áno“, cieľ sa vymaže a riadenie sa vráti vám

Prísne obmedzenia, o ktorých sa dozviete až vtedy, keď na ne narazíte:

• /goal funguje iba v pracovných adresároch, v ktorých ste prijali dialóg dôveryhodnosti. Ak používate nový počítač a Claude si daný adresár ešte nezapamätal, príkaz zlyhá
• V podnikových prostrediach s nastavením disableAllHooks alebo allowManagedHooksOnly nie je príkaz dostupný
• Kritérium môže mať najviac 4 000 znakov
• V jednej relácii môže byť aktívny iba jeden cieľ. Nový príkaz /goal obnoví starý cieľ
• Pri použití --resume sa podmienka zachová, ale počítadlá ťahov, času a tokenov sa vynulujú

Ovládacie príkazy:

• /goal bez argumentu — zobrazí aktuálny stav
• /goal clear (alebo stop, off, reset, none, cancel) — vymaže cieľ

Podľa Anthropic sú náklady na vyhodnotenie „zvyčajne zanedbateľné v porovnaní s nákladmi na hlavný ťah“. Haiku vyhodnocuje kritérium a text konverzácie a nevolá nástroje, takže kontrola je lacná; drahé sú ťahy hlavného modelu.

Ako nastaviť /goal v Codex CLI?#

Príkaz vyzerá rovnako ako v Claude:

codex
> /goal all vitest tests pass and there are no eslint errors

Codex ponúka viac možností ovládania cieľov:

Hlavný rozdiel oproti Claudeovi je, že dokončenie kontroluje samotný Codex, nie samostatný model. Po každom ťahu Codex automaticky vloží do kontextu šablónu continuation.md z repozitára openai/codex. Doslovný preklad:

„Pokračuj v práci na aktívnom cieli vlákna. Neopakuj už vykonanú prácu. Vyber ďalší konkrétny krok smerujúci k cieľu. Cieľ označ za splnený až vtedy, keď kontrola potvrdí, že cieľ bol skutočne dosiahnutý a nezostáva žiadna potrebná práca.“

Keď sa tokeny blížia k limitu, vloží sa druhá šablóna — budget_limit.md:

„Cieľ dosiahol svoj limit tokenov. Nezačínaj rozsiahlu novú prácu. Čo najskôr ukonči tento ťah: zhrň užitočný pokrok, uveď zostávajúcu prácu a prekážky a ponúkni používateľovi jasný ďalší krok.“

Logika je rovnaká: „neklam o tom, čo si urobil“. Šablóna Continuation vyžaduje pokračovanie iba vtedy, ak cieľ ešte naozaj nie je splnený. Šablóna Budget_limit vyžaduje zastavenie, ale aj pravdivé opísanie toho, čo zostáva.

Na rozdiel od Claudea Codex viaže cieľ na vlákno, nie na reláciu. Terminál môžete večer zavrieť a ráno znova otvoriť; príkaz /goal resume nadviaže na ten istý cieľ s tými istými faktmi v pamäti. To sa hodí pri behoch, ktoré si rozdelíte podľa vlastného časového rozvrhu.

Ako sa /goal v Claude Code líši od /goal v Codexe?#

Toto je najčastejšie prehliadaný rozdiel pri porovnávaní, preto sa naň pozrime podrobne.

Konceptuálny rozdiel spočíva v tom, že Claude považuje cyklus za záruku kvality (externý hodnotiteľ), zatiaľ čo Codex ho vníma ako mechanizmus vykonávania (agent riadi sám seba).

V praxi to znamená, že ak chcete, aby bolo kritérium „hotovo“ posúdené nestranne, vyberte si Claude. Ak chcete, aby agent pri vyhodnocovaní mohol kontrolovať súbory a protokoly, vyberte si Codex.

Viac informácií o samotných nástrojoch nájdete v sprievodcovi Codex vs Claude Code.

Skutočný príklad: Migrácia z Pydantic v1 na v2 za 31 hodín#

Úloha bola zadaná takto: „migruj z Pydantic v1 na v2, všetky testy pytest musia prejsť a mypy strict musí hlásiť nula chýb“.

Čo sa stalo:

• Relácia 1 (8 hodín) — Codex analyzoval importy, prepísal deklarácie BaseModel a nastavil mypy
• Relácia 2 (10 hodín) — prepísal validátory a pokazil približne 200 testov
• Relácia 3 (7 hodín) — opravil testy a našiel cyklické závislosti
• Relácia 4 (6 hodín) — vyriešil zostávajúce chyby mypy a regresie

Náklady na tokeny:

„Celkový čas: približne 31 hodín počas štyroch relácií. Celkové náklady na tokeny Codexu pri sadzbách gpt-5.3-codex: približne $44.“

Najväčšiu časť ceny tvoria výstupné tokeny gpt-5.3-codex so sadzbou 14 $ za milión. To znamená, že 31 hodín autonómnej práce stojí približne toľko ako niekoľko týždňov predplatného ChatGPT Plus.

Čo agent neurobil sám:

• Nenapísal pre tím dokumentáciu k migrácii (Codex nepochopil, že patrí k „migrácii“)
• Neaktualizoval konfiguračné súbory pre publikovanie s novou verziou Pydantic
• Prehliadol jednu produkčnú regresiu, ktorú odhalili až o deň neskôr

Inými slovami, /goal odviedol 95 % práce; zvyšných 5 % treba stále urobiť ručne. Pre súčasnú generáciu je to normálne a nie je to dôvod nástroj nepoužívať.

14 hodín cez noc na ovládači pre macOS#

Typy úloh, pri ktorých tento prístup prináša najväčší úžitok:

• Nízkoúrovňová práca, pri ktorej opakovanie a kontrola trvajú minúty (kompilácia, spúšťanie testov)
• Migrácie s jasnými formálnymi kritériami (typy, testy, lint)
• Benchmarky a optimalizácie s merateľnými výsledkami
• Dokumentácia a protokoly zmien s jasnou štruktúrou

Claude /goal zvládne to isté rovnako dobre, ale pri ovládačoch sa častejšie volí Codex, pretože sám kontroluje súbory a protokoly namiesto toho, aby sa spoliehal na externého rozhodcu.

Koľko to stojí a ako zabrániť nočnému míňaniu tokenov?#

Údaje z verejných správ:

Najdôležitejšie je pochopiť, že Claude Code ani Codex neposkytujú pevný limit „prestaň míňať pri $N“. Existujú tri poistky:

1. Limity predplatného — Pro, Max alebo Enterprise. V rámci plánu Max od Anthropic (100 $/mesiac) sa 14-hodinový nočný beh zmestí do týždenného limitu a zostane ešte rezerva
2. Textový limit v podmienke — napíšte priamo do /goal „alebo sa zastav po 20 ťahoch“. Rozhodca Claude si to prečíta a cieľ uzavrie
3. Limit tokenov v Codexe — vstavaný mechanizmus vloží budget_limit.md, keď sa minú tokeny

Čo počas noci zvyšuje účet:

• Neurčité kritérium ako „urob to pohodlnejšie“ — agent sa nikdy nezastaví, pretože hodnotiteľ nevie, čo znamená „lepšie“
• Prístup k externým API bez stubov — každý ďalší pokus stojí tokeny
• Dlhý kontext — po 6,7M tokenov sa spustí kompakcia kontextu a časť pamäte sa stratí

Viac o šetrení nákladov sa dočítate v sprievodcoch kam miznú tokeny Claude Code a ako nevyčerpať svoje limity.

Kedy NEPOUŽÍVAŤ /goal: 5 situácií#

Dokumentácia OpenAI výslovne uvádza, čo NEROBIŤ:

1. Jednorazové úpravy jedného riadka — spustiť /goal na premenovanie premennej stojí viac než urobiť to ručne
2. Neurčité ciele — „zlepši výkon“, „vyčisti kód“, „urob to pohodlnejším“. Hodnotiteľ nemá kritérium, takže agent sa bude donekonečna točiť v kruhu
3. Produkčné databázy s údajmi používateľov — agent môže pokaziť migráciu a obnova zo zálohy stojí viac než akákoľvek úspora
4. Bezpečnostné zmeny — autentifikácia, šifrovanie, spracovanie platieb. Každý commit tu musí skontrolovať človek
5. Externé API bez stubov — každé zlyhanie siete stojí tokeny a nemáte ho pod kontrolou

Čo robiť, keď sa agent zasekne?#

Ako rýchlo rozpoznať zacyklenie:

• Agent sa dotýka tých istých súborov počas 3+ ťahov a vracia ich do predchádzajúceho stavu
• V protokole sa opakujú chyby, na ktoré už agent reagoval
• Vám sa zdá, že kritérium je splnené, ale agent hovorí „nesplnené“
• Spotreba tokenov na ťah rastie, ale v kóde nenastáva žiadny pokrok

Čo urobiť ďalej:

• V Claude Code: /goal clear a potom spresnite podmienku
• V Codexe: /goal pause, skontrolujte aktuálne vlákno, upravte podmienku pomocou /goal edit a potom zadajte /goal resume
• V oboch nástrojoch: overte, že sa kritérium dá skutočne overiť (príkaz vráti exit 0 alebo vytvorí konkrétny výstup)

Príčinou zacyklenia je často samotná úloha, nie agent. Podmienka „všetky testy prejdú“ predpokladá, že testy vôbec môžu prejsť. Ak je v kóde hlboký architektonický problém, agent bude stále krúžiť okolo jeho príznaku.

Kritériá „hotovo“: disciplína pri práci s /goal#

OpenAI toto pravidlo jasne uvádza vo svojom oficiálnom Codex Cookbook:

Šablóny kritérií, ktoré naozaj fungujú:

Kombinácia testov, mypy a lint zabezpečuje, že ak čo i len jedna kontrola zostáva červená, cieľ sa neuzavrie. Hodnotiteľ nemá ako podvádzať.

Nevhodné vzory:

• „Kód je lepší“
• „Použiteľnosť sa zlepšila“
• „Výkon sa zlepšil“
• „Dokumentácia je kompletná“

Rozdiel medzi tým, či niečo „funguje“ alebo „nefunguje“, spočíva v možnosti overenia. Ak sa kritérium nedá skontrolovať príkazom, nedá sa skontrolovať vôbec. To OpenAI myslí aj pojmom „dlhodobá súdržnosť“: agent môže dlho premýšľať, ale nedokáže sám určiť, čo je „dosť dobré“.

Myšlienku „jeden prompt — jeden výsledok“ si môžete vyskúšať na skutočnom projekte: nastavte /goal, sformulujte kritérium, spustite ho a zanalyzujte, čo sa pokazilo.

Spoznajte Ailoot.