Wspólna pamięć zespołu w Claude Cowork - jak zbudować wspólny kontekst

Wspólna pamięć zespołu - szybka odpowiedź

Wspólna pamięć zespołu w Claude Cowork to nie jedna funkcja, tylko 3 warstwy mechanizmów o różnym zasięgu. Najważniejsze jest zrozumienie, które z nich są zespołowe, a które zostają przy jednej osobie.

To zastosowanie różni się od pozostałych, bo nie jest pojedynczym przepływem, tylko fundamentem pod wszystkie inne. Bez niego praca zespołowa, którą opisuję we wpisie Claude Cowork dla zespołów, rozjeżdża się po pierwszym miesiącu.

Pamięć jest podwójnie izolowana i to zmienia wszystko

Zgodnie z dokumentacją pamięć Claude jest odgrodzona na 2 granicach naraz. To fakt, który przewraca intuicję większości osób planujących wdrożenie.

Pierwsza granica dzieli czat od Cowork. Anthropic wymienia wprost wśród aktualnych ograniczeń, że to, co Claude pamięta o Tobie z rozmów, nie przenosi się do sesji Cowork. Wewnątrz Cowork pamięć jest wspierana wyłącznie w projektach.

Druga granica biegnie między projektami. Dokumentacja mówi, że pamięć jest zamknięta w granicach projektu, więc to, czego Claude nauczy się w jednym, nie przechodzi do innych. W agencji obsługującej konkurujące firmy to zaleta rozstrzygająca, a nie ograniczenie.

Wniosek jest praktyczny i wyznacza resztę tego wpisu. Wspólny kontekst musi być jawnymi plikami i ustawieniami, a nie założeniem, że Claude coś zapamięta. Dlatego dalej mówię o plikach, folderach i uprawnieniach, a nie o pamięci w potocznym sensie.

Co jest osobiste, a co zespołowe

Największe nieporozumienie brzmi tak: instrukcje globalne wydają się zespołowe, a są ustawieniem Twojego konta. Lider ustawi je u siebie, a reszta zespołu ich nie zobaczy.

Zgodnie z dokumentacją instrukcje globalne ustawia się w ustawieniach Cowork i obowiązują one w każdej Twojej sesji. Służą do określenia preferowanego tonu, formatu wyjścia albo kontekstu roli. Nie ma tam słowa o propagowaniu ich na organizację, bo to ustawienie użytkownika.

Zanim zaczniesz cokolwiek budować, ustal więc, co należy do której warstwy:

• Osobiste, nie propaguje się - instrukcje globalne i pamięć. Każdy ustawia je sam.
• Zespołowe, jeśli folder jest współdzielony - instrukcje folderu i plik reguł w repozytorium.
• Zespołowe z automatu - wtyczki i skille rozdawane przez administratora oraz instrukcje organizacji.

Warstwa 1 - reguły w pliku, wersjonowane jak kod

Pierwszym realnym nośnikiem wspólnego kontekstu jest plik reguł we współdzielonym folderze. Zamienia rozproszone „u mnie działa inaczej” w jeden dokument z historią zmian.

Dokumentacja opisuje instrukcje folderu jako kontekst dodawany wtedy, gdy wybierzesz lokalny folder na komputerze. Jest tam jeden zapis, który decyduje o całej higienie tej warstwy: Claude może sam aktualizować te instrukcje w trakcie sesji.

Plik reguł zespołu może wyglądać tak:

# KONTEKST ZESPOŁU

## Kim jesteśmy
Krótko: firma, branża, dla kogo pracujemy.

## Jak piszemy i co dostarczamy
- Ton: rzeczowy, bez lania wody
- Format wyjścia: dokument, arkusz z formułami
- Zawsze polskie znaki, zwykły myślnik

## Twarde zasady
1. Zero danych klienta w materiałach publicznych
2. Każda liczba i data - weryfikacja przed zapisem

## Nasze pliki
- knowledge/ - baza wiedzy, czytaj przed każdym zadaniem
- outputs/ - tu zapisuj wyniki
- templates/ - używaj tylko gdy wskażę plik

Skoro Claude potrafi sam zmieniać te instrukcje, bez wersjonowania po 2 tygodniach każdy ma inną wersję. Rozwiązanie jest takie samo jak przy kodzie: zmianę reguł przepuszczasz przez przegląd, a nie zostawiasz żywiołowi.

Warstwa 2 - projekty i to, czego o nich nie wiesz

Projekt w Cowork daje własne instrukcje, kontekst, zadania cykliczne i pamięć, ale nie da się go udostępnić zespołowi. To rozróżnienie decyduje o tym, gdzie w ogóle zbudujesz wspólną wiedzę.

Zgodnie z dokumentacją projekt ma 4 elementy. Są to instrukcje sterujące tonem i formatem, zadania cykliczne przypisane do projektu, kontekst w postaci lokalnego folderu albo adresu oraz pamięć. Zakładasz go od zera, importujesz z projektu w czacie albo budujesz na istniejącym folderze.

Anthropic wymienia jednak 3 ograniczenia, które przesądzają sprawę dla zespołu. Projekty działają wyłącznie w Cowork, nie w Claude Code. Są dostępne tylko na komputerze i przechowywane lokalnie, bez synchronizacji w chmurze. Projekty powiązane z lokalnym folderem obsługują sesje wyłącznie na desktopie.

Import z projektu czatu też bywa mylony z synchronizacją, a nią nie jest. Dokumentacja opisuje go jako przeniesienie plików i instrukcji przy tworzeniu nowego projektu Cowork, w dodatku bez obsługi wsadowego przenoszenia wielu projektów naraz. Późniejsza zmiana po stronie czatu już się nie dogra.

Archiwizacja działa przy tym inaczej, niż sugeruje nazwa, i warto to wiedzieć przed porządkami. Zgodnie z dokumentacją usuwa metadane projektu z interfejsu, ale nie rusza plików ani folderów na Twoim dysku.

Warstwa 3 - to, co administrator narzuca całej organizacji

Trzecia warstwa to jedyny mechanizm zespołowy z automatu: dystrybucja przez administratora. Nie wymaga proszenia każdej osoby o konfigurację u siebie.

Zgodnie z dokumentacją właściciel planu Team lub Enterprise tworzy marketplace wtyczek i przypisuje każdej z nich 1 z 4 stanów. Wtyczka bywa instalowana domyślnie, dostępna do samodzielnej instalacji, wymagana albo ukryta w katalogu. Wtyczki wymaganej członek zespołu nie odinstaluje.

Wtyczka jest tu dobrym nośnikiem kontekstu, bo według dokumentacji pakuje 3 rodzaje elementów naraz: skille, connectory i subagentów. Firmowa terminologia i procesy trafiają więc do zespołu razem z narzędziami, którymi się posługuje. Jak buduje się i dodaje same wtyczki, rozbieram we wpisie Wtyczki Claude Cowork.

Wtyczek pochodzących z organizacji nie da się edytować i jest to celowe. Dokumentacja tłumaczy to utrzymaniem spójności narzędzi w zespole, a na planie Enterprise administrator może dodatkowo różnicować zestawy per grupa.

Cennik Anthropic wymienia jeszcze 2 pozycje wprost dotyczące wspólnego kontekstu, dostępne na planach zespołowych. To wdrażanie skilli w całej organizacji oraz ustawianie instrukcji organizacji, przy czym ta druga pozycja jest przypisana do planu Enterprise.

Na planie Enterprise dochodzi warstwa bezpieczeństwa, o której warto wiedzieć przy rozdawaniu wtyczek. Jeśli organizacja włączy skanowanie, wtyczki są sprawdzane pod kątem złośliwej zawartości przy instalacji i aktualizacji: te złośliwe są blokowane, a potencjalnie ryzykowne dostają baner ostrzegawczy.

Trzy warstwy razem

3 warstwy dają pełną wartość dopiero razem, bo każda ma inny zasięg. Ta tabela porządkuje, co jest czym.

Widać z niej jedną rzecz od razu. Chcesz, żeby coś działało u całego zespołu? Musi siedzieć w warstwie drugiej albo trzeciej, bo pierwsza zostaje przy jednej osobie.

Budżet i higiena wspólnego kontekstu

Wspólny plik reguł trzymaj krótki, bo długi kontekst kosztuje podwójnie: miejscem i limitem. To reguła operacyjna, nie estetyka.

Dokumentacja podaje tu konkretny mechanizm. Przy włączonym wykonywaniu kodu Claude automatycznie zarządza długimi rozmowami i streszcza wcześniejsze wiadomości, gdy zbliżają się do granicy okna kontekstu. Anthropic zaznacza przy tym, że takie rozmowy zużywają więcej limitu.

Do tego dochodzi koszt narzędzi, o którym mało kto pamięta przy projektowaniu kontekstu. Anthropic pisze wprost, że narzędzia i connectory są kosztowne tokenowo, i zaleca wyłączanie tych niepotrzebnych w danej rozmowie. Wspólny kontekst konkuruje więc o miejsce z każdą włączoną integracją.

Jest jednak mechanizm działający na Twoją korzyść i warto go wykorzystać. Zgodnie z dokumentacją treści umieszczone w projekcie są buforowane i przy ponownym użyciu nie liczą się do limitu. Stały zestaw reguł i materiałów lepiej więc trzymać w projekcie niż wklejać przy każdym zadaniu.

Czego pamięć nie przenosi - pułapki

Najwięcej błędów bierze się z założeń o tym, co Claude pamięta. Oto 5 najczęstszych, wypisanych wprost.

• Pamięć czatu nie wchodzi do Cowork. To, co Claude wie z rozmów, nie pojawi się w zadaniu.
• Instrukcje globalne są osobiste. Ustawienie u lidera nie zadziała u reszty zespołu.
• Projekt Cowork jest lokalny i nie do udostępnienia. Do współdzielenia zostaje folder w repozytorium.
• Pamięć nie przechodzi między projektami. Wiedza z projektu A nie wypłynie w projekcie B.
• Import to nie synchronizacja. Przeniesienie projektu czatu dzieje się 1 raz.

Podsumowanie

Wspólna pamięć zespołu to nie funkcja, tylko architektura z 3 warstw, w której liczy się, co jest osobiste, a co zespołowe. Instrukcje globalne i pamięć zostają przy jednej osobie.

Pamięć jest przy tym podwójnie odgrodzona: nie przechodzi z czatu do Cowork ani między projektami. Projektu Cowork nie udostępnisz zespołowi, bo dokumentacja wymienia brak synchronizacji w chmurze wśród aktualnych ograniczeń.

Realnie zespołowe zostają więc 3 rzeczy: plik reguł we współdzielonym repozytorium, wtyczki i skille rozdawane przez administratora oraz instrukcje organizacji na planie Enterprise. Trzymaj reguły krótkie, wersjonuj je jak kod i nie licz na to, że Claude sam coś zapamięta.

Zbudowanie tej warstwy od zera bywa najtrudniejszym elementem całego wdrożenia. Pomagam ją poukładać we wdrażaniu AI.