Jak zbudować company brain, czyli wspólną pamięć agentów AI w firmie?

Czym jest company brain?

Każdy asystent AI w firmie zaczyna od zera. Jedna osoba spędziła godzinę z ChatGPT, żeby ustalić, jak API dostawcy liczy limity zapytań, a jutro ktoś inny zada Claude'owi to samo pytanie. Decyzja z wtorkowej rozmowy nie dociera do czwartkowej. Wiedza istnieje, ale zostaje zamknięta w pojedynczych rozmowach, a kiedy ktoś odchodzi, odchodzi razem z nim.

Company brain daje asystentom zespołu wspólną pamięć. W projekcie, który wdrażam, ma trzy cechy:

• Piszą ją agenci w trakcie pracy. Po skończonym zadaniu asystent proponuje, co warto zachować: decyzję, ustalenie, stan projektu. Nikt nie musi siadać do dokumentacji.
• Jest wspólna dla ludzi i narzędzi. ChatGPT jednej osoby, Claude drugiej i Codex programisty czytają i zapisują tę samą pamięć.
• Każdy wpis ma autora, datę i status. Agent odróżnia decyzję od propozycji, a świeże ustalenie od czegoś, co było prawdą w marcu.

Efekt w praktyce: ktoś pyta swojego asystenta, czy w temacie nowych integracji coś się dzieje, i dostaje odpowiedź z wpisu kolegi, bez pisania do niego.

Komu potrzebny jest company brain, a komu wystarczy pamięć ChatGPT albo Projekty w Claude?

Wbudowane narzędzia są dobre i wielu zespołom wystarczą. Sprawdzą się, gdy:

• jedna osoba pracuje z jednym asystentem i wystarcza jej pamięć osobista;
• zespół pracuje nad jednym projektem w jednym narzędziu i wystarcza wspólny projekt z plikami i instrukcjami;
• wiedza jest już w dokumentach, a asystent ma ją tylko przeszukać.

Company brain ma sens, gdy kilka osób codziennie pracuje z asystentami AI, korzysta z więcej niż jednego narzędzia i wytwarza wiedzę, która musi przetrwać rozmowę: decyzje, stan prac, zachowanie systemów wewnętrznych. Mocny sygnał to też specjalista, który w kółko odpowiada na te same pytania i wolałby, żeby koledzy pytali pamięć.

Tabela porównuje możliwości, nie jakość produktów. Funkcje szybko się zmieniają, więc podaję datę:

Stan na październik 2026	Czyja pamięć	Kto ją pisze	Między asystentami	Gdzie są dane
Pamięć ChatGPT	jednej osoby	asystent, dla tej osoby	w ChatGPT	OpenAI
Udostępniane projekty ChatGPT (OpenAI)	jednego projektu	członkowie projektu: pliki, instrukcje, rozmowy	w ChatGPT	OpenAI
Company knowledge w ChatGPT (OpenAI)	istniejących aplikacji firmy	ludzie, w Dysku, Slacku, SharePoincie i innych	w ChatGPT, z możliwością własnych konektorów MCP	w aplikacjach źródłowych
Projekty Claude (Team, Enterprise)	jednego projektu	członkowie projektu	w Claude	Anthropic
Wyszukiwarki firmowe	istniejących dokumentów	ludzie	przez własne integracje	dostawca albo firma
Company brain	firmy, plus prywatne notatki każdej osoby	agenci w trakcie pracy, za akceptacją ludzi	ChatGPT, Claude, Codex i każdy klient MCP	serwer firmy

To nie jest wybór „albo, albo”. Company knowledge przyjmuje własne konektory MCP, więc company brain może być jednym z jego źródeł.

Jak wygląda company brain w prawdziwej firmie?

Prowadzę takie wdrożenie u wielokanałowego sprzedawcy e-commerce. W pilotażu bierze udział sześć osób z kilku zespołów. Każda pracuje z własnym asystentem, część w ChatGPT, część w Claude, i wszystkie łączą się z tą samą pamięcią firmowym kontem Google. Codex łączy się tak samo.

Już w pierwszych tygodniach kilka osób samo dopisuje wiedzę do wspólnej przestrzeni: co jest w trakcie zlecania, jak zachowuje się integracja, na jakie podejście się umówiono. Ludzie sami poprawiają też strony kanoniczne, na przykład przenoszą kolegę do właściwego zespołu na stronie „kto czym się zajmuje”. Jedna ze specjalistek chce wgrać całą wiedzę o systemie danych produktowych, żeby koledzy pytali pamięć, a nie ją.

Od pierwszego dnia prac do trzech działających zakresów pamięci minęło dziewięć dni. To pilotaż, a efekt mierzę tak, jak opisuję niżej.

Jak to działa: jeden konektor MCP dla ChatGPT, Claude i Codexa

Wszystko przechodzi przez jeden serwer MCP, który każdy z dużych asystentów potrafi dziś podłączyć jako własny konektor. Za nim są trzy zakresy pamięci:

• Pamięć prywatna. Jedna na osobę: krótka instrukcja dla asystenta, plik kontekstu (kim jestem, nad czym pracuję), dziennik miesięczny i notatki tematyczne. Czyta ją tylko właściciel.
• Wspólna przestrzeń. Wpisy całego zespołu i strony kanoniczne, które je podsumowują, na przykład „kto czym się zajmuje” i układ działów.
• Wiedza o automatyzacjach. Opisy workflowów n8n firmy: co robi każdy system, z jakimi usługami się łączy i jak. Gdy ktoś każe asystentowi zbudować nową integrację, asystent może zacząć od tego, jak firma już to robi, zamiast badać API od zera.

Wyszukiwanie działa po słowach i po znaczeniu. Indeks leży na serwerze i aktualizuje się przy każdej zmianie, więc wpis sprzed minuty da się już znaleźć. Po polsku dochodzi jedna zasada: agenci szukają rdzeniami słów, żeby zapytanie „decyzj” znalazło zarówno „decyzję”, jak i „decyzji”.

Przy wiedzy o automatyzacjach trzeba osobno zadbać o bezpieczeństwo, bo definicje workflowów zawierają dane dostępowe i dane klientów. Opisy tworzy osobny proces, który czyta definicje rolą bazy tylko do odczytu, przepuszcza każdy węzeł przez skaner sekretów i danych osobowych, a do modelu wysyła tylko strukturę: jakie usługi, jakie operacje, jakie pola. Wartości nie opuszczają serwera.

Koszty bieżące są niewielkie: serwer to jeden mały kontener, repozytorium to oprogramowanie open source na tej samej maszynie, a wyszukiwanie po znaczeniu jest rozliczane za znaki indeksowanego tekstu, na koncie firmy, z dziennymi limitami ustawionymi na serwerze.

Co trafia do pamięci prywatnej, a co do wspólnej?

Jakość company brain zależy od jednej rzeczy: co gdzie trafia. Te zasady asystenci stosują od pierwszego dnia:

Pamięć prywatna	Wspólna przestrzeń	Nigdy
kontekst: rola, bieżąca praca	decyzje, ze statusem	hasła, klucze API, tokeny
osobiste preferencje, np. ulubiony format dokumentów	stan prac: co trwa i kto za to odpowiada	dane osobowe klientów i pracowników
dziennik, robocze przemyślenia	jak zachowuje się system albo źródło danych	opinie o ludziach
notatki z tematów, którymi zajmujesz się tylko Ty	odnośniki do dokumentów firmowych	nic przeniesionego z pamięci prywatnej bez zgody

Trzy zasady projektowe sprawiają, że wspólnej przestrzeni można ufać:

• Propozycja to nie decyzja. Każdy wpis ma status: ustalone albo w toku. Dopóki architektura jest projektowana, asystent zapisuje warianty jako „w toku”, nigdy jako przesądzone.
• Każdy wpis do wspólnej zatwierdza człowiek. Asystent proponuje, co i dlaczego zapisać, a człowiek akceptuje albo poprawia. Zapis do pamięci prywatnej nie wymaga akceptacji.
• Preferencje zostają w pamięci prywatnej. To, jak lubisz formatować dokumenty, pomaga Twojemu asystentowi, a nie kolegom.

Do wspólnej przestrzeni można tylko dopisywać. Autora i datę ustawia serwer, nie asystent, więc nikt nie zmieni daty ani nie podpisze się za kogoś. Strony kanoniczne edytuje się z kontrolą wersji, więc dwie osoby nie nadpiszą sobie zmian.

Zasady są zapisane w skillu, krótkiej instrukcji, którą asystenci ładują razem z konektorem. Testuję go jak kod, na trzynastu scenariuszach, na przykład gdy użytkownik wkleja klucz API i prosi o zapamiętanie albo gdy wpis kolegi odpowiada na dzisiejsze pytanie. Obecna wersja zaliczyła 63 z 64 sprawdzeń i w żadnym przebiegu sekret ani prywatna notatka nie trafiły do wspólnej przestrzeni. Jedyne niezaliczone sprawdzenie dotyczyło nadmiernej ostrożności, nie wycieku: asystent pominął własne argumenty użytkowniczki do rozmowy o podwyżce, uznając je za dane kadrowe. Kolejna wersja odróżnia jedno od drugiego.

Jak zabezpieczyć company brain?

Company brain trzyma to, co firma wie, więc zabezpiecza się go jak każdy system z danymi firmy:

• Logowanie firmowym kontem. Logowanie idzie przez Google Workspace firmy, a serwer wpuszcza tylko adresy z firmowej domeny. Ktoś z prywatnym kontem Gmail nie wejdzie, nawet jeśli zna adres.
• Serwer wystawia własne tokeny. ChatGPT ani Claude nigdy nie widzą danych dostępowych do repozytorium. Serwer trzyma je zaszyfrowane i używa wyłącznie w imieniu zalogowanej osoby.
• Prywatność wynika z uprawnień, nie z obietnic. Każde prywatne repozytorium należy do użytkownika i jest zakładane jego własnym tokenem. Żadne konto serwisowe nie ma do niego dostępu, a serwer nigdy go nie indeksuje.
• Dwie niezależne bramki. Uprawnienia repozytoriów decydują, do czego osoba ma dostęp, a serwer ma do tego własną listę dozwolonych zakresów. Błąd w jednej nie otwiera drugiej.
• Dostęp do wspólnej przestrzeni nadaje workflow. Przy pierwszym logowaniu workflow w n8n sprawdza domenę i dodaje osobę do właściwego zespołu. Odebranie dostępu to jeden skrypt.
• Wprost mówię, co wychodzi poza serwer. Do dostawcy embeddingów, na koncie firmy, trafia tylko tekst wspólnej przestrzeni i wiedzy o automatyzacjach. Jeśli to za dużo, model embeddingów stawiam na Waszym serwerze i żaden tekst nie wychodzi poza firmę. Administrator serwera repozytoriów i kopii zapasowych ma techniczny dostęp do danych i instrukcja dla użytkowników to mówi.

Jeśli serwer stoi na Waszej infrastrukturze, obowiązują te same zasady co przy każdej usłudze self-hosted. Porty, serwer i kopie zapasowe opisuję w checkliście bezpieczeństwa n8n.

Ile to kosztuje i jak zmierzyć efekt?

Koszt zależy głównie od tego, co już macie. Jeśli zespół pracuje z asystentami AI, a Wy macie działające n8n, podłączenie company brain i dostrojenie zasad to dolna część widełek ze strony agentów AI dla firm. Budowa wszystkiego od zera, z kilkoma kanałami i wiedzą o automatyzacjach, to górna część. Koszty bieżące to mały serwer i embeddingi.

Przy mierzeniu efektu większość narzędzi do wiedzy zostaje przy ogólnikach. Ja wbudowuję pomiar od początku:

• Agent podaje źródło. Gdy asystent korzysta z czegoś ze wspólnej przestrzeni, podaje autora i datę wpisu. Dzięki temu korzyść widać: da się policzyć, ile zadań zaczęło się od wiedzy kolegi, a nie od zera.
• Wpisy i wyszukiwania na osobę. Pamięć, do której nikt nie pisze, jest martwa. Pamięć, której nikt nie przeszukuje, jest pamiętnikiem.
• Pytania, które przestały trafiać do specjalisty. Najczytelniejszy sygnał biznesowy i ten, o który warto zapytać po kilku tygodniach.

Najczęstsze błędy przy budowie company brain

• Wpuszczanie osobistych preferencji do wspólnej przestrzeni. „Nie lubi niebieskich dokumentów” pomaga jednemu asystentowi, a zaśmieca wyniki wszystkim pozostałym. Preferencje idą do pamięci prywatnej.
• Zapisywanie propozycji jako decyzji. Asystent, który zapisuje „zdecydowaliśmy”, gdy zespół jeszcze dyskutuje, wprowadza w błąd każdego, kto przeczyta to później. Każdy wpis potrzebuje statusu.
• Wgrywanie dokumentów bez odróżnienia faktów od planów. Dokumenty projektowe opisują to, co będzie, a nie to, co jest. Trzeba je oznaczać jako „w toku”, inaczej pamięć poda przyszłość jako teraźniejszość.
• Brak podawania źródeł. Jeśli agenci korzystają ze wspólnej wiedzy po cichu, nigdy się nie dowiecie, czy company brain działa.
• Traktowanie tego jak wiki dla ludzi. Pamięć jest pisana najpierw dla agentów: krótkie wpisy, jeden fakt na wpis, z autorem i datą. Ludzie korzystają z niej przez swoich asystentów.
• Embeddingi na cudzym koncie. Indeksowany tekst powinien przechodzić przez konto i umowę firmy, a nie konsultanta.
• Brak strony „kto czym się zajmuje”. To pierwsze, czego agenci potrzebują, żeby skierować pytanie, i pierwsza strona, którą zakładam.

Company brain to mały system, który mocno zmienia sposób pracy zespołu z AI. Jeśli Wasz zespół codziennie korzysta z asystentów i chcecie, żeby przestali zaczynać od zera, to następny krok po podłączeniu asystenta do automatyzacji.