Powrót do artykułów

Cyfrowy Bliźniak: jak zbudować własną bazę kontekstu dla AI.

2026-08-30Autor: Piotr Szczepanik
Cyfrowy Bliźniak: jak zbudować własną bazę kontekstu dla AI.
Subskrybuj

Otwierasz nowy czat i piszesz ten sam akapit co zawsze. Kim jesteś, czym się zajmujesz, do kogo to ma trafić, w jakim tonie. Potem model odpowiada poprawnie i bezosobowo, a Ty przepisujesz połowę.

To nie jest wina modelu. Model jest wystarczająco dobry. On po prostu nie dostał od Ciebie niczego, z czego dałoby się wywnioskować, jak Ty pracujesz.

Cyfrowy Bliźniak to sposób, żeby mu to dać raz i mieć spokój. Kilka plików tekstowych, które opisują Twój kontekst operacyjny, i jeden plik główny, który mówi modelowi, co przeczytać przed czym. Metoda jest darmowa i otwarta, opisana na praktyczne.ai/blizniak. Ten tekst jest instrukcją montażu.

Czym Bliźniak jest, a czym nie jest

Bliźniak to kompletny kontekst operacyjny człowieka, spisany w plikach markdown, z którego dowolny model pracuje możliwie blisko tego, jak pracowałby jego właściciel.

Całą robotę robi tu słowo operacyjny. Notatka ze spotkania jest wiedzą. Zdanie „na maile od nieznanych klientów odpowiadam formalnie, ale bez nadęcia, i nigdy nie podaję ceny przed rozmową" jest instrukcją. Bliźniak składa się głównie z tych drugich.

Różnica sprowadza się do jednego zdania: pamięci zadajesz pytania, Bliźniakowi zlecasz zadania.

Nie jest kolekcją notatek, bo zbieranie ułamków wiedzy to hobby, a nie budowa narzędzia. Nie jest też „trenowaniem" modelu na Twoich danych. Model jest wymienny, kontekst jest Twój. Dziś Claude, jutro coś innego, a pliki zostają.

Że rynek idzie w tę samą stronę, widać po Google. W marcu 2026 Gemini dostało import pamięci z ChatGPT i Claude, a mechanizm wygląda tak: kopiujesz gotowy prompt, wklejasz go do starego czata, ten pisze o Tobie kilka akapitów, a Ty wklejasz je do Gemini. Największy gracz na rynku rozwiązał przenoszenie pamięci, każąc użytkownikowi napisać o sobie plik tekstowy. Skoro i tak masz go napisać, napisz go porządnie i u siebie.

Siedem warstw, z których to się składa

Pięć pierwszych to kontekst, szósta jest dowodem, że pozostałe działają, siódma wyznacza granicę autonomii. Brak każdej widać po konkretnym objawie.

Tożsamość. Kim jesteś, jak decydujesz, czego nie zrobisz za żadne pieniądze. Bez niej AI jest kompetentne i bezosobowe.

Stan. Czym żyjesz w tym tygodniu. Najbardziej zaniedbywana warstwa i główny powód, dla którego bliźniaki głupieją po miesiącu. Bez niej dostajesz doradztwo konsultanta po jednym spotkaniu zapoznawczym.

Wiedza. Bazy per obszar: firma, marka, produkt, klient. Tu mieszka klasyczna „druga pamięć", jako jedna warstwa z siedmiu. Bez niej model zmyśla fakty o Twojej firmie.

Głos. Zasady stylu osobno, surowe próbki tekstów osobno. Model uczy się rytmu z przykładów, nie z przymiotników. Bez tej warstwy treści są poprawne i brzmią jak wszystkie inne.

Procedury. Powtarzalne czynności spisane jako instrukcje. Bez nich każde zadanie tłumaczysz od nowa i za każdym razem dostajesz co innego.

Weryfikacja. Kilka zadań, które przepuszczasz po większej zmianie w bazie. Bez nich każda przebudowa jest zmianą w ciemno.

Zasięg. Co AI robi samo, co robi i melduje, a o co pyta. Bez tego albo klikasz „tak" trzydzieści razy dziennie, albo pewnego ranka dowiadujesz się, że coś wyszło na zewnątrz.

Pięć poziomów, po których się wspinasz

Nie budujesz wszystkiego naraz. Wchodzisz wyżej, kiedy poprzedni poziom przechodzi swój test.

PoziomCo maszTest wyjścia
0. Chatbotzero kontekstubrak
1. Asystent z teczkątożsamość plus wiedzapytasz o swój obszar, AI nie zmyśla ani jednego faktu
2. Ghostwriterdochodzi głospoprawiasz mniej niż jedno zdanie na akapit
3. Zastępcadochodzi stan, procedury i Zasięgpowtarzalne zadanie wychodzi z jedną poprawką redakcyjną
4. Bliźniak operacyjnywszystkie role plus zestaw ewaluacyjnyzadanie wieloetapowe przechodzi bez interwencji poza akceptacją

Poziomy 1 i 2 obsłuży zwykły czat w przeglądarce. Od 3 w górę potrzebujesz narzędzia, które widzi pliki na dysku.

Krok 1. Katalogi

Zakładasz jeden folder i pięć podfolderów. Puste na razie wystarczą.

baza/
├── ME.md                  ← plik główny, router
├── 0-meta/                ← tożsamość, stan, głos, weryfikacja
│   ├── about-me.md
│   ├── status.md
│   ├── style-and-tone.md
│   ├── human-voice-dna.md
│   ├── style-samples/
│   └── eval/
├── 1-roles/               ← obszary życia i pracy
│   └── nazwa-roli/
│       ├── _role.md
│       └── procedures/
├── 2-resources/           ← wiedza nieprzypisana do obszaru
├── 3-archive/             ← wersje nieaktualne
└── _output/               ← wyniki pracy AI

Dwie reguły nazewnictwa, które oszczędzają potem godziny. Pliki i katalogi po angielsku, małymi literami, z myślnikami zamiast spacji, bez polskich znaków. Każdy plik zaczyna się od daty w nagłówku, bo świeżość jest w tej metodzie ważniejsza od kompletności.

Krok 2. ME.md, czyli plik, który AI czyta przed każdym zadaniem

To jest router. Mówi modelowi, co gdzie leży i co przeczytać przed czym. Nazwa wzięła się stąd, że README.md to najbardziej rozpoznawalny plik świata, dokument czytany jako pierwszy, żeby zrozumieć projekt. ME.md to README dla człowieka.

Wersja do skopiowania:

---
date: RRRR-MM-DD
---

# ME.md

Prompt systemowy Cyfrowego Bliźniaka. Czytasz go w całości przed każdym zadaniem.

## Rola
Jesteś Cyfrowym Bliźniakiem właściciela tej bazy. Wykonujesz pracę tak, jak wykonałby
ją właściciel, na podstawie kontekstu, który sam o sobie spisał. Wszystko, co wydaje
Ci się, że wiesz o nim spoza plików, jest domysłem. O braki pytasz wprost.

## Struktura bazy
- `0-meta/` - rdzeń: `about-me.md` (kim jest), `status.md` (czym żyje teraz),
  `style-and-tone.md` i `style-samples/` (jak pisze), `human-voice-dna.md`.
- `1-roles/` - stałe obszary, każdy z plikiem `_role.md` i opcjonalnym `procedures/`.
- `_output/` - Twoje wyniki. Nie jest źródłem prawdy.

## Ładowanie kontekstu
Ładujesz minimum potrzebne do zadania. Nigdy całej bazy.
1. Zawsze: ten plik.
2. Ustal obszar zadania. Nie wiesz, do którego należy: pytasz.
3. Wchodząc w obszar, czytasz jego `_role.md`. Katalog bez `_role.md` nie jest obszarem.
4. Zadanie powtarzalne: sprawdzasz `procedures/` i wykonujesz procedurę, jeśli istnieje.
5. Powstaje tekst do publikacji: dokładasz warstwę głosu.
6. Decyzja, opinia, priorytet: dokładasz `about-me.md`. Sprawy bieżące: `status.md`.

## Zasięg
| Akcja | Poziom |
| --- | --- |
| Czytanie bazy, szukanie w sieci, zapis do `_output/` | sam |
| Uruchomienie procedury | sam, meldujesz którą |
| Edycja pliku w bazie | pytasz przed |
| Wysyłka na zewnątrz: mail, post, commit | nigdy bez akceptacji |
| Zakup, płatność, zobowiązanie w moim imieniu | nigdy |

Akcji spoza tabeli nie klasyfikujesz sam. Pytasz.

## Zasady pracy
Braki zgłaszasz, nie zgadujesz. Sprzeczność między plikami rozstrzyga nowsza data.
Nie podajesz liczby bez źródła.

## Mapa obszarów
- `1-roles/[obszar-1]/` - [jednym zdaniem, czego dotyczy]
- `1-roles/[obszar-2]/` - [jednym zdaniem]

Wypełniasz datę i mapę obszarów. Reszta działa u każdego. Do routera nie wkładasz wiedzy merytorycznej, bo każde zdanie, które tam wsadzisz, jest wczytywane przy każdym zadaniu, także przy tych, których nie dotyczy.

Krok 3. Podłączenie narzędzia

Do napisania plików nie potrzebujesz żadnego programu z nazwą kończącą się na „sidian". Notatnik wystarczy: wklejasz, zapisujesz jako ME.md, gotowe. Markdown to zwykły tekst z gwiazdkami.

Dalej są dwie drogi, a wybór zależy od tego, czy Twoje narzędzie widzi dysk.

Czat w przeglądarce: ChatGPT, Claude, Gemini. Dysku nie widzi, więc pliki mu podajesz, jak podaje się teczkę. Zakładasz projekt, wgrywasz do jego bazy wiedzy ME.md, pliki z 0-meta/ i jedną rolę, a w instrukcjach projektu wpisujesz jedno zdanie:

Zanim wykonasz jakiekolwiek zadanie, przeczytaj plik ME.md i stosuj się do niego.

Osobny projekt na rolę działa lepiej niż jeden na wszystko, bo granica projektu robi to samo, co granica katalogu. Minus jest jeden i trzeba go znać: to są kopie. Poprawisz plik u siebie, a projekt dalej pracuje na starej wersji i robi to z pełnym przekonaniem. Wymianę plików wpisz sobie w ten sam rytm, co tygodniową aktualizację stanu.

Narzędzie, które widzi dysk: Claude Cowork, ChatGPT Work i podobne. Wskazujesz katalog jako folder roboczy i wklejasz to samo zdanie do instrukcji. Tyle. Poprawka w pliku działa od razu, a bliźniak obsługuje wszystkie role naraz.

Nie kopiuj treści ME.md do instrukcji systemowych. Wtedy masz dwa źródła prawdy i pierwszy defekt bazy jeszcze przed startem.

Krok 4. Pliki, w tej kolejności

Kolejność nie jest dowolna, bo każdy plik zakłada, że poprzedni istnieje.

PlikOdpowiada na pytanieBudżet
ME.mdgdzie co leży i co czytać5 min
0-meta/about-me.mdkim jesteś60 min
1-roles/*/_role.md (jedna rola)jak pracujesz w tym obszarze45 min
0-meta/status.mdczym żyjesz teraz20 min
style-and-tone.md plus próbkijak się wypowiadasz30 min

Do wieczora masz bliźniaka, który zna jeden Twój obszar i pisze Twoim głosem. Jedna rola, nie cztery. Dwie zaczęte są gorsze od jednej działającej, bo router zaczyna wybierać między nimi losowo.

Test przydatności każdego zdania jest jeden: czy to zmienia wynik jakiegoś zadania. „Cenię uczciwość" nie zmienia niczego, bo model i tak nie podejrzewa Cię o oszustwo. „Zerwałem współpracę, kiedy klient kazał zataić wynik badania" zmienia zachowanie przy pierwszej dwuznacznej prośbie.

Luki zostawiaj jako [?]. Znak zapytania bliźniak zgłosi. Zmyślony fakt poda pewnym tonem i jeszcze będzie go bronił.

Krok 5. Trzy testy, po których wiesz, że to działa

Zanim uznasz, że jest skonfigurowane, przepuść trzy zadania i spisz je do 0-meta/eval/.

  1. Router. „Wypisz pliki, które przeczytałeś, zanim odpowiedziałeś." Ma pokazać ME.md. Nie pokazuje, to szwankuje instrukcja startowa, a nie Twoje pliki, i cała reszta niczego nie mierzy.
  2. Granica. Zadaj pytanie z obszaru, którego nie ma w 1-roles/. Ma zapytać o braki, a nie zaimprowizować.
  3. Głos. Poproś o krótki tekst do publikacji, bez przypominania o stylu. Ma sam sięgnąć po warstwę głosu.

Oceniasz Ty, nie bliźniak. Model, który właśnie przebudował Ci bazę, zna odpowiedzi i bezstronnym sędzią własnej roboty nie będzie.

Utrzymanie: pół godziny tygodniowo

To jest cały stały koszt i jednocześnie jedyne miejsce, w którym ta konstrukcja się psuje. Stan bieżący aktualizujesz co tydzień, wiedzę co miesiąc, tożsamość i głos co kwartał.

Bliźniak rzadko wykłada się na złych plikach. Wykłada się na starych, a wtedy zaczyna doradzać jak wujek, który wrócił po latach z zagranicy i pyta, czy nadal pracujesz w tej firmie co kiedyś.

Czego NIE robić

Komplet ról w jeden weekend. Kończy się czterema plikami _role.md kiepskiej jakości. Jedna działająca da więcej.

Wiedza w routerze. ME.md to spis treści, nie magazyn faktów.

Ten sam fakt w dwóch plikach. Za pół roku poprawisz jeden, a bliźniak dostanie dwie odpowiedzi i wybierze losowo.

Opis stylu zamiast próbek. Dziesięć stron o „ciepłym, ale profesjonalnym tonie" da mniej niż trzy Twoje surowe teksty.

Wywiad z samym sobą na trzydzieści pytań. Wychodzi z tego osiem stron, których model nigdy nie wczyta w całości, a Ty nigdy nie przeczytasz drugi raz. Baza jest, bliźniaka nie ma.

Prywatne dane w bazie. Hasła, dane medyczne, finanse osobiste w liczbach i cudze sprawy nie wchodzą. Bazę czyta dostawca modelu i każdy, kto dostanie dostęp do katalogu.

Kiedy nie zaczynać

Jeżeli Twoja praca za każdym razem wygląda inaczej i nie ma w niej nic powtarzalnego, albo używasz AI raz na dwa tygodnie do przetłumaczenia maila, odpuść. Koszt utrzymania przewyższy zysk. Możesz ewentualnie zostać na poziomie pierwszym, żeby nie podawać kontekstu przy każdej rozmowie.

Co dalej

Pełny opis metody, szablony i repozytorium znajdziesz na praktyczne.ai/blizniak. Pliki podstawowe możesz napisać ręcznie albo w rozmowie ze skillem praktyczneai-cyfrowy-blizniak, który prowadzi wywiad, pilnuje formatu i zapisuje plik we właściwym miejscu.

Jeżeli dopiero wchodzisz w AI, prowadzę Cię za rękę w kursie Ogarnij AI. Jeżeli używasz już świadomie i chcesz zbudować pełnego bliźniaka krok po kroku, robimy to razem w kursie Claude w praktyce.

Metoda jest darmowa i otwarta. Szkolenie skraca drogę.