Claude Cowork i Claude Code - najkrótsza odpowiedź
Claude Code to narzędzie w terminalu do pracy z kodem, a Cowork to okno do szerszej pracy umysłowej. Zgodnie z pomocą Anthropic oba korzystają z tej samej architektury agentowej, więc różni je powierzchnia, a nie silnik pod spodem.
Według pomocy Anthropic zużycie ze wszystkich powierzchni Claude, czyli claude.ai, Claude Code i Claude Desktop, liczy się na ten sam licznik limitu. Nie kupujesz ich osobno i nie rozliczasz osobno. Jak zainstalować Claude Code, opisuję w poradniku Jak zainstalować Claude Code, a samą aplikację Cowork we wpisie Claude Cowork - co to jest.
Jeden plan, jedna pula limitu
Chat, Cowork i Claude Code czerpią z tego samego wiadra, więc warto myśleć o alokacji. Ciężka sesja rano potrafi zjeść limit potrzebny po południu, a nic Cię o tym wcześniej nie uprzedzi.
Zgodnie z pomocą Anthropic na zużycie wpływa długość i złożoność rozmowy, użyte funkcje, wybrany model oraz ustawiony poziom wysiłku. To tłumaczy, dlaczego jedno zadanie agentowe potrafi kosztować tyle, co godzina pytań w czacie.
Stąd u mnie prosta zasada gospodarowania. Drobne pytania i korekty robię w czacie. Wieloetapowe zadania na plikach zlecam w Cowork. Robotę na kodzie prowadzę w Claude Code. Jak dokładnie liczą się limity i dlaczego tryb agentowy zjada więcej, rozbieram we wpisie Limity Claude Pro i Max.
Gdzie naprawdę wykonuje się zadanie
Najważniejsza różnica praktyczna nie leży w interfejsie, tylko w miejscu wykonania. Tu ludzie robią najwięcej błędnych założeń, bo oba narzędzia wyglądają na równorzędne.
Według dokumentacji architektury Cowork sesje domyślnie liczą się w chmurze. Pętla agenta i wykonanie kodu działają na serwerach Anthropic, a każda sesja dostaje własną, tymczasową piaskownicę, tworzoną przy jej starcie i niszczoną przy końcu.
Zgodnie z tą samą dokumentacją piaskownica nie sięga do adresów prywatnych, wewnętrznych ani do metadanych chmury. Cały ruch wychodzący przechodzi przez obowiązkowy serwer pośredniczący, którego piaskownica nie przekonfiguruje ani nie obejdzie.
Według pomocy Anthropic sesja w chmurze sięga po pliki lokalne wyłącznie przez aplikację Claude Desktop. Dostęp obejmuje tylko foldery, które sam podłączyłeś, i działa tylko wtedy, gdy aplikacja jest online. Zamknięty laptop albo wyłączona apka odcinają sesję od dysku.
Zgodnie z dokumentacją sesja lokalna wykonuje kod w osobnej maszynie wirtualnej: Apple Virtualization.framework na macOS, Hyper-V w Windows. Ten tryb Anthropic opisuje jako rozwiązanie dla istniejących wdrożeń desktopowych.
Claude Code pracuje inaczej i to jest sedno podziału. Działa bezpośrednio na Twojej maszynie, więc udźwignie instalację narzędzi, push do gita, deploy i ciężkie przetwarzanie danych.
Co Claude Cowork przenosi z Claude Code, a czego nie
Kontekst między narzędziami przenosisz konfiguracją i plikami, a nie wspólną historią rozmów. To miejsce, w którym najczęściej zakłada się za dużo, więc rozbijmy je na części.
Zgodnie z pomocą Anthropic skille z wtyczki działają w czacie, w zakładce Chat w Claude Desktop i w Cowork. Hooki oraz subagenci uruchamiają się tylko w Cowork, więc w czacie widzisz je wyszarzone. Sam format wtyczki Anthropic dokumentuje w materiałach Claude Code, więc budujesz jeden pakiet, nie dwa osobne.
Serwery MCP to osobna historia i tu popularne uproszczenie się rozsypuje. Zgodnie z pomocą Anthropic lokalne serwery MCP nie uruchamiają się w sesjach w chmurze. Konektor podpięty raz nie obsłuży więc automatycznie obu powierzchni.
Według pomocy Anthropic w Cowork konektory sięgają do usług zewnętrznych przez chmurę Anthropic, a nie przez Twoją sieć lokalną. Własny konektor musi stać na serwerze osiągalnym z publicznego internetu. Serwer za firewallem albo w sieci prywatnej po prostu nie odpowie.
Zgodnie z dokumentacją Claude Code plik CLAUDE.md jest czytany na starcie każdej sesji w danym katalogu. Zgodnie z tą samą dokumentacją warto trzymać go poniżej mniej więcej 200 linii, bo każda linia wchodzi do kontekstu i konkuruje o miejsce z Twoją rozmową.
To jednak mechanizm Claude Code, a nie wspólny most między narzędziami. Cowork ma własną warstwę kontekstu: instrukcje projektu oraz instrukcje folderu, które dokładasz przy wyborze lokalnego folderu na desktopie.
Według pomocy Anthropic projekty są dostępne tylko w Cowork, a wsparcie dla Claude Code jest zaplanowane na przyszłą aktualizację. Projekty są przy tym desktopowe i trzymane lokalnie, bez synchronizacji w chmurze.
Zgodnie z pomocą Anthropic pamięć jest ograniczona do projektu, więc to, czego Claude nauczy się w jednym, nie przechodzi do innych. Historia sesji terminala też nie wchodzi do okna. Kontekst trzymaj w plikach projektu, a nie w założeniu, że narzędzie pamięta wczorajszą rozmowę.
Kiedy terminal, a kiedy okno
Wybór jest prosty: kod w terminalu to Claude Code, praca umysłowa na plikach i danych to Cowork. Granica biegnie wzdłuż typu pracy i środowiska wykonania, a nie wzdłuż trudności zadania.
| Zadanie | Chat | Cowork (okno) | Claude Code (terminal) |
|---|---|---|---|
| Szybkie pytanie, korekta tekstu | tak | ||
| Podsumowanie stosu dokumentów z dysku | tak | ||
| Raport w arkuszu z surowych plików na pulpicie | tak | ||
| Nowa funkcja w kodzie, testy, commit | tak | ||
| Debug przez wiele plików | tak | ||
| Push do gita, deploy, instalacja narzędzi | ograniczone | tak | |
| Lokalny serwer MCP w sesji w chmurze | nie | tak | |
| Cykliczne zadanie w projekcie | tak |
Moja reguła kciuka brzmi tak. Nie wymaga kodu, ale zajmuje czas i leci na plikach, to okno. Buduje albo zmienia oprogramowanie, to terminal. Jednorazowa rozmowa, to czat.
Dzień pracy przez oba narzędzia
Sens łączenia obu widać najlepiej na jednym dniu, w którym projekt przechodzi przez dwie powierzchnie. Wtedy widać też, że granica bywa płynna.
- Rano, okno. “Przejrzyj folder z fakturami klienta, zrób z nich zestawienie w arkuszu z formułami i streść pięć raportów do jednego dokumentu.” Odchodzisz od biurka, aplikacja desktop trzyma dostęp do plików, wracasz do gotowych materiałów.
- Przed południem, terminal. “Dodaj sekcję cennika na stronie usług, zbuduj projekt, odpal testy i pokaż różnice przed commitem.” Claude Code czyta cały codebase, edytuje pliki i uruchamia build.
- Po południu, okno. “Z tego zestawienia zrób czteroslajdową prezentację z rekomendacjami.” Podgląd renderuje się na żywo, a Ty poprawiasz, zaznaczając fragmenty.
- Wieczorem, harmonogram. W projekcie Cowork ustawiasz zadanie cykliczne, na przykład cotygodniowe podsumowanie metryk.
Puenta jest jedna. Okno to wejście i wyjście dla pracy umysłowej, terminal to wykonanie techniczne na kodzie, a limit planujesz wspólnie dla obu.
Przykładowe zadania dla każdego
Konkret pomaga wyczuć granicę, więc masz tu zestaw poleceń pasujących do każdej powierzchni.
Do okna, czyli Cowork:
- “Uporządkuj folder Pobrane według typu i daty.”
- “Z folderu paragonów zrób sformatowany raport kosztów z działającymi formułami.”
- “Zbierz research z sieci i moich notatek w jeden spójny dokument z rekomendacjami.”
Do terminala, czyli Claude Code:
- “Przeczytaj repo, dodaj obsługę dwóch języków, odpal testy i pokaż różnice przed commitem.”
- “Zmigruj ten moduł z JavaScriptu na TypeScript w całym projekcie.”
- “Znajdź wyciek pamięci - napisz najpierw test odtwarzający, potem popraw.”
Jak podpiąć samo repozytorium do pracy z kodem, pokazuję we wpisie Claude Cowork i GitHub.
Pułapki przy łączeniu Claude Cowork z terminalem
Kilka rzeczy potrafi zaskoczyć, gdy zaczynasz używać obu naraz. Lepiej poznać je teraz, niż stracić na nie pół dnia roboty.
- Wyłączona aplikacja desktop odcina sesję w chmurze od Twoich plików. Sama sesja leci dalej, ale do dysku już nie sięgnie.
- Jedna pula limitu na wszystko. Ciężka sesja rano może zjeść limit potrzebny wieczorem.
- Lokalny serwer MCP nie zadziała w sesji w chmurze. Jeśli integracja opiera się na lokalnym procesie, zaplanuj ją po stronie terminala.
- Pamięć nie jest wspólna. Ani czat, ani terminal nie zna kontekstu projektu Cowork.
- Projekty istnieją tylko w Cowork. Nie szukaj ich odpowiednika w Claude Code.
Podsumowanie
Nie traktuj Cowork i Claude Code jako alternatyw, tylko jako dwie powierzchnie jednego silnika. Kod prowadzisz w terminalu, resztę pracy w oknie, a wspólny plan i wspólna pula limitu sprawiają, że wybór jest kwestią wygody, nie kosztu.
Kluczowa zasada brzmi tak: kontekst przenoś plikami i konfiguracją, ciężką technikę zrzucaj do terminala, a limit planuj wspólnie. Reszta to już tylko przyzwyczajenie.
Połączenie obu narzędzi w jeden spójny warsztat to zwykle kilka dni ustawiania. Jeśli wolisz to skrócić, robię to w ramach wdrażania AI.
