Claude Code projekty: deleguj práci na paralelní thready

Máš před sebou úkol, který se nevejde do jedné relace: migrace starého API napříč třemi repozitáři, úklid technického dluhu nebo optimalizace pomalého checkoutu. Doteď jsi musel práci rozkouskovat sám, rozdělit ji mezi víc oken a výsledky na konci slepit dohromady. Od 17. září 2026 to umí za tebe Claude Code projekty — nová beta funkce, kde jeden projekt koordinuje paralelní thready, sdílenou paměť i knihovnu artefaktů, takže velké úkoly běží, i když od počítače odejdeš.

V tomto návodu ti ukážu, jak první projekt nastavit, jak koordinátorovi správně zadat cíl a jak přitom nevyčerpat limity tarifu na nulu. Půjdeme na to prakticky: podmínky, nastavení, briefing i řízení nákladů.

01Co jsou Claude Code projekty a čím se liší od Agent view

Redesign projektů oznámil Anthropic 17. září 2026 v příspěvku Projects redesigned: from folder to conversation. Zásadní změna je v tom, že projekt přestal být složkou na soubory a stal se konverzací, která řídí práci.

Princip je jednoduchý:

• Ty zadáš cíl a připojíš repo nebo kontext (dokumenty, konektory).
• Koordinátor rozdělí práci do paralelních threadů — každý thread je plnohodnotná cloudová relace Claude Code s vlastní větví a kopií repozitáře.
• Thready pracují současně, otevírají pull requesty a pouštějí testy; překryvy se řeší jako běžné merge konflikty v PR.
• Ty řídíš průběh — v hlavním chatu projektu, nebo z mobilu, klidně když jsi mimo počítač.

Klíčový rozdíl oproti Agent view pro ruční paralelní relace: tam si thready otevíráš a zadáváš je jeden po druhém sám. Tady práci deleguje koordinátor — ty popíšeš, co má být hotové, a on rozhoduje, kdo na čem pracuje. Uvnitř každého threadu se navíc můžou dál dělit subagenti, smyčky a workflow, takže velké úkoly doběhnou rychleji.

Oznámení obsahuje dva ukázkové scénáře, které stojí za zapamatování:

1. Cíl: snížit p75 latenci checkoutu. Projekt profiluje endpointy, otestuje optimalizace a otevře PR v paralelních threadech.
2. Cíl: vyřadit zastaralé v1 API. Připojíš API, web a mobilní repozitáře — Claude vytvoří thread na každý repozitář, zmigruje volání, spustí testy, otevře PR a řekne ti, které mergeovat jako první.

Pokud jsi projekty v Claude už používal, připrav se na změnu perspektivy. Dosud byl projekt úložištěm — složka s dokumenty a konverzacemi na jedno téma. Nová verze z něj dělá běžícího pracovníka: popíšeš záměr, nastavíš podmínky a projekt sám definuje rozsah, deleguje, kontroluje výstupy a skládá výsledek dohromady. Anthropic v oznámení přímo píše, že projekty míří na „dlouhotrvající nebo agentní workflow — práci, která trvá déle než jednu odpověď a má víc částí".

Poznámka: Anthropic zároveň 16. září 2026 sloučil Cowork a chat do jediného Claude s novými nástroji Docs a Slides (Cowork is now Claude). Projekty jsou další kostkou téže skládačky — Claude se posouvá od chatu k agentnímu workspace.

02Jak nastavit první Claude Code projekt krok za krokem

03Sdílená paměť v projektech: proč přestaneš psát dlouhé prompty

Každý thread přidává do a čerpá ze sdílené paměti projektu. Prakticky to znamená, že kontext, který jednou vysvětlíš, se automaticky dostane ke všem novým threadům:

• „Release se posunul na pátek" — a každý další thread to už ví.
• „Export funkce jsme zamítli, protože rozbíjel CSV" — a agent to znovu nezkouší.
• „Před zásahem do billing služby se zeptej Pavla" — a dodrží to.

Je to zásadní změna oproti tomu, jak funguje paměť Claude napříč chatem a Cowork — tady se znalosti budují pro celý projekt a vztahují se na celé probíhající úsilí, ne na jednu konverzaci.

Druhá novinka je knihovna projektu: sbírá soubory, které nahraješ, i artefakty, které thready vyrobí. Nová práce tak staví na starých výsledcích a ty nemusíš hledat, v kterém threadu co vzniklo.

04Kolik toho projekty stojí: limity a jak je nevyčerpat

Paralelní thready jsou plnohodnotné relace Claude Code — a to má přímý dopad na spotřebu. Projekty dosáhnou limitů tarifu výrazně rychleji než jedna relace. Anthropic k tomu přidal měření spotřeby pro jednotlivé projekty, které si máš hlídat.

Tři praktické zásady:

1. Levnější model a nižší snaha pro pracovní thready. Koordinátor může běžet na silnějším modelu s vyšší úrovní přemýšlení, rutinní práci zvládne levnější varianta. Obojí se nastavuje zvlášť.
2. Menší cíl místo velkého záměru. Místo „přepiš celý frontend" deleguj „vyměň legacy komponenty v checkoutu". Těsněji vymezený úkol znamená méně threadů a méně pokusů.
3. Kontrolovaná kadence. Požádej koordinátora, aby zakládal nové thready jen po tvém schválení. Snížíš tím nejen spotřebu, ale i chaos.

Pro jistotu: thready dnes běží v cloudu. Verze, která poběží lokálně na tvém stroji s tvými nástroji a za tvou firemní sítí, je podle oznámení „na cestě" — pro firmy s přísnými požadavky na data bude klíčová.

05Kdy projekty použít a kdy raději ne

Projekty jsou navržené pro dlouhotrvající agentní práci — úkoly, které trvají déle než jedna odpověď a mají víc částí. Typicky:

• migrace nebo refactoring napříč víc repozitáři,
• úklid backlogu drobných úprav s testy,
• průběžná optimalizace (výkon, dostupnost, náklady),
• paralelní průzkum a syntéza většího tématu.

Naopak po projektech sáhnout nemá smysl, když:

• úkol zvládne jedna relace — projekt je režie navíc,
• potřebuješ okamžitou odpověď tady a teď,
• chceš mít prsty v každém kroku (pak je ruční paralelní běh agentů v cloudu lepší volba),
• úkol vyžaduje místní prostředí, které cloud ještě nenabízí.

A nezapomeň na kontrolu výsledků: delegace ti ušetří čas s rozdělováním práce, ale důvěru si musíš vybudovat procesem. Jak výsledkům dlouhých agentních běhů skutečně věřit, jsem popisoval v článku o chief of staff patternu — ověřování výstupů zůstává tvá zodpovědnost i tady.

06Závěr: deleguj cíl, ne úkoly

Claude Code projekty posouvají práci s AI od „píšu prompty" k „řídím výsledky". Zadáš cíl, koordinátor rozdělí práci, thready běží v cloudu, paměť si pamatuje kontext a ty schvaluješ pull requesty. Pro vývojáře a týmy, které už dnes řeší Claude Code z mobilu, je to přirozený další krok — práce, která tě čeká večer, se rozjede odpoledne sama.

Začni malým projektem s ostrým cílem, měř spotřebu a škáluj, až uvidíš, jak koordinátor pracuje. A hlavně: definuj „hotovo" měřitelně. Agent, který neví, kdy je úkol splněný, sám od sebe nezastaví — musí to vědět od tebe.

07Časté otázky