Claude Code a Cowork: modely, funkce, limity a skutečná cena práce

Claude Code a Cowork mohou oba vykonávat práci po více krocích, ale vycházejí z odlišných potřeb. Code dává smysl zejména u programu a jeho pracovního prostředí, Cowork u dokumentů, souborů a kancelářských úloh. Model je jen jedna část výsledku: stejně důležité jsou dostupné nástroje, oprávnění a způsob placení.

Pokud chcete opravit chybu v projektu, začněte Code. Pokud potřebujete z podkladů sestavit tabulku a prezentaci, prověřte Cowork. Pro pouhé vysvětlení pojmu může stačit běžná konverzace. Tento průvodce vysvětluje výběr, aktuální změny prostředí a kontrolu spotřeby podle dokumentace ověřené 4. listopadu 2026.

Co je Claude Code a co v něm dělá model

Claude Code je agentní pracovní nástroj. Dokáže si číst soubory projektu, navrhovat úpravy, používat terminál a pracovat s výsledky spuštěných příkazů podle nastavených oprávnění. Podkladový model rozhoduje o dalším kroku a vytváří návrhy; okolní aplikace zajišťuje vlastní provedení a předání výsledků zpět do konverzace.

Praktický rozdíl oproti vložení kódu do chatu je v návaznosti. Agent může najít související soubor, provést změnu, spustit příslušnou kontrolu a podle chyby návrh upravit. To šetří ruční přenášení, ale vytváří více operací. Jediná vaše věta může vést k mnoha modelovým požadavkům a k většímu účtu nebo čerpání limitu.

Code neznamená, že musíte předat projektu neomezenou volnost. Pro první práci vyberte malý, dobře popsaný problém a připravte možnost návratu. Jestli nemáte jak ověřit správné chování aplikace, nezačínejte plošným přepracováním. Pomoc s vysvětlením existujícího kódu může být pro začátečníka vhodnější než jeho okamžité přepisování.

Cowork se postupně spojuje s chatem

Cowork přenáší agentní způsob práce k dokumentům, tabulkám, rešerším a dalším úkolům. Anthropic nyní postupně sjednocuje chat a Cowork do společného prostředí. Někteří uživatelé proto ještě vidí volbu režimu, jiní mohou zadat práci přímo ve společné konverzaci. Návod postavený na jednom přesném tlačítku nemusí odpovídat každému účtu.

Aktuální nápověda popisuje cloudové relace a návaznost mezi webem, desktopem a mobilem. Práce v cloudu může pokračovat i po zavření notebooku. Přístup k místním souborům, prohlížeči nebo počítači ale vyžaduje odpovídající spojení přes desktopovou aplikaci. Pokračování cloudové relace a dostupnost vašeho počítače jsou dvě různé podmínky.

Cowork je podle nápovědy dostupný placeným plánům; u týmových a podnikových účtů mohou rozhodovat nastavení správce a postupné zpřístupňování funkcí. Před koupí ověřte požadovanou platformu a konkrétní schopnost. Nepředpokládejte, že vše popsané pro web automaticky funguje stejně při práci s místní složkou na jiném zařízení.

Volba pracovního prostředí podle výsledku; dostupnost závisí na účtu a platformě. Na mobilu lze tabulku posouvat do stran.

Výběr modelu: Sonnet, Opus, Haiku nebo Fable

Sonnet bývá výchozím kandidátem pro každodenní programování, Opus pro složitější úlohy, Haiku pro rychlé pomocné zpracování a Fable pro zvlášť náročnou dlouhou práci. Toto rozdělení vychází ze zaměření výrobce. Konečnou volbu musí potvrdit vaše úlohy a dostupnost konkrétního modelu v používaném prostředí.

V Code lze použít příkaz /model a vybrat dostupnou variantu. Alias jako sonnet nebo opus usnadňuje používání, ale může se v čase změnit. Dokumentace navíc uvádí odlišná mapování podle poskytovatele. Stejný alias u přímého Anthropicu a partnerské platformy proto nemusí znamenat totožnou verzi modelu.

Pro opakovatelné hodnocení si uložte přesný model, poskytovatele, datum a nastavení effort. Změna základní adresy služby sama neprokazuje změnu modelu. Pokud zapojujete bránu nebo externího dodavatele, ověřte, co skutečně obsluhuje požadavek a které části rozhraní podporuje. Kompatibilita protokolu neznamená identické chování celé aplikace.

Co znamená opusplan a proč záleží na effort

Dokumentace Code popisuje také režim opusplan: pro plánovací část používá Opus a při provádění přepíná na Sonnet. Nejde o samostatnou modelovou rodinu ani zvláštní předplatné. Jde o způsob kombinace modelů v pracovním postupu. Pro náklady je tedy důležité, jak dlouho trvá plánování a co následuje při realizaci.

Effort řídí rozsah uvažování podporovaného modelu. Vyšší nastavení může zvýšit spotřebu nebo čas a není automaticky vhodné pro každou změnu textu či jednoduché hledání souboru. U některých modelů nelze uvažování úplně vypnout. Místo mechanické volby maxima začněte nastavením odpovídajícím obtížnosti a ověřte výsledek.

Představte si přejmenování jednoho zobrazeného popisku proti opravě souběžného zpracování plateb. Obě úlohy mohou být napsané jednou větou, ale jejich složitost a důsledky se zásadně liší. Model vybírejte podle povahy problému. Délka uživatelského zadání není měřítkem potřebného výpočetního úsilí.

Předplatné, API klíč a kredity

Claude Code můžete používat v podporovaném předplatném nebo prostřednictvím jiného povoleného způsobu autentizace a účtování. Nejdřív zjistěte, ke kterému účtu je relace připojena. Jinak lze snadno zaměnit zahrnutou kapacitu plánu za přímou placenou spotřebu API. Přístup k nástroji a způsob vyúčtování řešte ještě před dlouhým během.

U Pro se Fable podle aktuálních podmínek platí z usage credits. U Max, Ultra a vybraných prémiových míst má zahrnuté používání vlastní omezení uvnitř týdenní kapacity. Příslušný limit není příděl navíc mimo ostatní pravidla. Úplný přehled plánů a modelových sazeb rozebírá detail Claude.

Aktuální Max a Ultra uvádějí také API kredity s vlastními podmínkami. Nepočítejte je automaticky jako neomezenou součást každé relace. Zjistěte jejich aktivaci, použitelný účet a pravidla čerpání. Při porovnávání s jiným nástrojem pracujte se skutečnými náklady na stejnou práci, nikoli pouze s nominální hodnotou bonusu.

Proč dolarová částka v Code nemusí být vaše faktura

Příkaz /usage ukazuje informace o spotřebě. Dokumentace odděluje přehled API tokenů od využití předplatného. Lokálně dopočítaná dolarová hodnota může představovat odhad podle ceníku, případně podle sazeb nastavených organizací. U předplatitele sama o sobě neurčuje, že mu bude právě tato částka dodatečně stržena z karty.

Pro skutečnou kontrolu účtu sledujte přehled příslušné služby a vybraného způsobu placení. U předplatného pozorujte limity plánu a aktivní usage credits. U API sledujte všechny účtované modely, cache, nástroje a případné další přirážky. Rozlišení je důležité i při sdílení screenshotu spotřeby s kolegou nebo při vykazování nákladů.

Uložte si krátkou provozní poznámku: účet, tarif, autentizace, model a datum. Nezapisujte do ní heslo ani celý API klíč. Takový přehled pomůže vysvětlit rozdíl mezi dvěma měřeními a zamezí závěru, že stejná práce musela stát stejně jen proto, že oba lidé viděli v aplikaci slovo Claude.

Kde v agentní práci mizí tokeny

Každý krok může předávat instrukce, historii a obsah souborů. Velký log nebo opakovaný výpis celé složky přidává vstup, který nemusí pomoci. Výstupy nástrojů se mohou stát podkladem dalších požadavků. Agentní smyčka tak zesiluje význam stručných relevantních informací a dobrého rozdělení práce.

K větší spotřebě mohou přispět dlouhé trvalé instrukce, opakované načítání dokumentace, příliš široké vyhledávání i paralelní pomocné úlohy. Každá má smysl pouze tehdy, pokud posouvá zadání. Není nutné odstraňovat důležité podklady jen kvůli nízkému účtu. Cílem je vynechat zbytečný obsah, který zhoršuje orientaci i ekonomiku.

Pro sledování a omezení spotřeby pomáhá:

• Vymezit konkrétní složku, chybu a očekávaný výsledek.
• Přikládat relevantní části logu místo opakovaných kompletních výpisů.
• Udržovat krátké platné instrukce a oddělovat historické poznámky.
• Zaznamenat všechny pokusy a předání jinému modelu.
• Po dokončení etapy vytvořit ověřený stav a další práci zadat s jasnými podklady.

Cache pomáhá jen při skutečném opakování

Opakující se části vstupu mohou využít prompt cache za podmínek poskytovatele. Zápis do cache a následné čtení mají různé sazby. Příznivý scénář vzniká například při práci nad stabilními instrukcemi a podobným začátkem kontextu. Přínos se může změnit po úpravě nástrojů, instrukcí nebo po vypršení platnosti.

V přehledu sledujte skutečné cache zásahy a běžný vstup. Vysoký podíl cache není sám o sobě důkaz nízké ceny úkolu: práce mohla obsahovat mnoho dalších kroků nebo dlouhé placené výstupy. Srovnávejte celou dokončenou úlohu. Cena jednoho kroku a cena řešení zákaznického problému jsou rozdílné ukazatele.

Pro dokumenty s jednorázovým obsahem může mít větší přínos dobré vytřídění relevantních částí než spoléhání na budoucí slevu za opakování. Pro pravidelný programátorský projekt naopak může být stabilní společný kontext významný. Výpočet patří k reálné podobě práce; univerzální procento úspory z cizí ukázky nestačí.

Oprávnění: instrukce nejsou technická zábrana

Code rozlišuje pravidla pro povolení, dotaz na schválení a zákaz nástrojů či operací. Pro jejich přehled slouží /permissions. Samotná věta „nikdy nemaž soubory“ v zadání ovlivňuje chování modelu, ale nenahrazuje technicky nastavená oprávnění. Citlivé operace je vhodné omezit také na úrovni prostředí.

Začněte kopií projektu nebo samostatnou pracovní větví a přístupem jen k potřebným zdrojům. Pro dokumenty zvolte oddělenou vstupní a výstupní složku. Konektory mohou přinést právo číst a měnit vzdálená data, proto předem zkontrolujte jejich rozsah. Schválení jedné operace nepředstavuje souhlas se všemi budoucími změnami.

U Coworku napište, zda má vytvořit nový soubor, upravit existující dokument nebo pouze navrhnout změny. Úkol „udělej pořádek“ ponechává příliš mnoho rozhodnutí nevyřčených. Lépe funguje přesný cíl: připrav kopie rozdělené podle uvedeného pravidla a původní podklady zachovej. Důležitý výstup před předáním sami otevřete.

Před spuštěním rozsáhlejší práce oddělte tři druhy oprávnění:

• Čtení podkladů: které soubory a služby potřebuje agent otevřít a zda mezi nimi nejsou nepotřebná citlivá data.
• Změny pracovních výstupů: kam smí zapisovat a zda vytváří nový návrh, nebo mění existující soubor.
• Vnější akce: zda může něco odeslat, publikovat nebo spustit v produkčním prostředí. Tyto kroky vymezte zvlášť od přípravy návrhu.

U programátorského projektu může být vhodná široká možnost práce v oddělené kopii a úzká možnost zápisu mimo ni. U kancelářských souborů může stačit jedna výstupní složka. Rozsah přístupu má odpovídat konkrétní úloze, nikoli všem technickým možnostem aplikace.

Modelový postup: oprava chyby v programu

Představme si aplikaci, která nesprávně počítá s prázdnou hodnotou v objednávce. Nejprve popište vstup, chybný výsledek a očekávané chování. Požádejte o nalezení příčiny bez úprav. Agent by měl ukázat související místo a vysvětlit, proč chyba vzniká, místo aby rovnou přepisoval širokou část aplikace.

Následuje malá oprava a smysluplné ověření původního problému i sousedních situací, například nuly a záporné hodnoty. Zkontrolujte skutečný rozdíl v souborech. Pokud agent tvrdí, že kontrola proběhla, chtějte její výsledek a případná omezení. Samotné spuštění příkazu nemusí znamenat, že dokončil úspěšný test.

Výsledek přebírejte podle chování programu, ne podle délky závěrečného vysvětlení. Do nákladů zahrňte hledání, všechny opravy a ruční kontrolu. Pokud levnější model připraví správný návrh a dražší jej jen přeformuluje, další průchod nemusí přinést hodnotu. Pokud odhalí opakovanou důležitou chybu, může být naopak účelný.

Modelový postup: tabulka a prezentace z nabídek

Pro Cowork připravte tři anonymizované nabídky a přesnou strukturu tabulky. Uveďte měnu, práci s daní, cenu dopravy a požadovaný formát výstupu. Chybějící údaje mají zůstat označené. Nechte zároveň vytvořit krátký seznam otázek dodavatelům, aby model nemusel mezery vyplňovat odhadem.

Teprve po kontrole tabulky zadávejte prezentaci. Oddělíte tím věcnou analýzu od vizuálního zpracování a nebudete opravovat stejnou chybu ve dvou výstupech. U sešitu ověřte vzorce, datové typy a součty. U prezentace otevřete export a zkontrolujte, zda jsou hodnoty správné, text čitelný a důležité prvky upravitelné.

Pokud práce vyžaduje místní soubory, ponechte potřebné spojení desktopové aplikace aktivní. Pokud běží pouze nad cloudově uloženými podklady, mohou platit jiné podmínky pokračování. Před dlouhým během nejprve zkuste malý reprezentativní úkol a ověřte, že výstup lze převzít v aplikaci, kterou skutečně používáte.

Kdy může dávat smysl jiný model nebo jiný nástroj

Code je pracovní prostředí, nikoli synonymum jediné modelové rodiny. Někteří poskytovatelé popisují kompatibilní připojení vlastních modelů. Taková integrace vyžaduje ověřit protokol, funkce, autentizaci a pravidla účtování. Samotné zobrazení známého rozhraní nezaručuje, že na pozadí běží stejný model nebo stejné bezpečnostní mechanismy poskytovatele.

Pro výběr levnější alternativy proto použijte stejné úlohy a měřte celý výsledek. Konkrétní možnosti a omezení popisuje průvodce GLM. Pro srovnání měsíčního plánu a programového provozu navazuje rozbor skutečné ceny AI.

Jak poznat hotovou práci a převzít ji

Dokončení musí mít předem známou podobu. U programu může jít o opravený konkrétní problém, přehled změněných souborů a výsledek související kontroly. U dokumentu o soubor v určeném formátu, seznam použitých zdrojů a označení nevyřešených bodů. Věta „hotovo“ bez dostupného výstupu není dostatečný přejímací záznam.

Požadujte rozlišení provedených a pouze navržených kroků. Pokud nešlo spustit kontrolu, má být výsledek uveden jako neověřený v příslušné části. Když úkol vyžaduje přihlášení nebo chybějící podklad, agent má pojmenovat konkrétní překážku. Tento způsob reportu je důležitější než zdání hladce dokončeného procesu.

Při přebírání tabulky otevřete skutečný soubor, ne pouze obrázek náhledu. Při přebírání programu ověřte změnu v odpovídajícím prostředí. U webové rešerše otevřete alespoň rozhodující původní zdroje. Různé výstupy potřebují různou kontrolu a nelze je všechny nahradit dalším dotazem stejnému modelu, zda si je jistý.

Opakovaná práce potřebuje stabilní pravidla

Pro pravidelný úkol připravte krátkou sadu platných instrukcí, vzor vstupu a příklad přijatého výsledku. Oddělte povinné položky od volitelných. Při aktualizaci aplikace nebo modelu tuto malou sadu znovu projděte. Nemusíte pokaždé opakovat celý projekt; chcete zjistit, zda změna nepoškodila důležitou vlastnost pracovního postupu.

Současně sledujte, zda se nezměnily podklady nebo potřeby příjemce. Rozpočet i nastavení, které fungovaly pro krátký souhrn, nemusí vyhovět novému požadavku na prezentaci a datový sešit. Pravidla upravujte podle skutečné změny práce. Samotný růst spotřeby pak můžete vysvětlit, místo abyste jej automaticky připsali horšímu modelu.

Časté otázky

Musím být programátor, abych používal Claude Code?

Pro vysvětlení projektu nebo úzké úlohy ne, ale při úpravách potřebujete umět výsledek ověřit a vrátit chybnou změnu. Pro běžné dokumenty může být vhodnější Cowork nebo chat.

Je Cowork samostatný model?

Ne. Jde o způsob agentní práce a soubor nástrojů. Konkrétní dostupné modely, funkce a limity závisejí na účtu. Sjednocování s chatem navíc mění podobu rozhraní.

Kde změním model v Code?

Použijte dostupnou nabídku /model. Pro opakovatelné porovnání uložte přesný identifikátor modelu a poskytovatele. Aliasy mohou v čase ukazovat na jinou verzi.

Proč práce spotřebovala více než moje krátké zadání?

Agent mohl zpracovat soubory, historii, výstupy nástrojů a několik opravných kol. Účtovaný objem proto není totožný s textem, který jste napsali do poslední zprávy.

Mohu po zadání Coworku zavřít notebook?

Cloudová práce může pokračovat, ale kroky využívající váš počítač vyžadují dostupnou desktopovou aplikaci a spojení. Ověřte, kde se nacházejí zdroje a které nástroje úkol potřebuje.

Je nejdražší model nejúspornější pro programování?

Záleží na počtu správně dokončených úloh a době oprav. Porovnejte úplnou cenu všech kroků a ruční kontroly. Vyšší sazba ani levnější token samy o sobě výsledek neurčují.