OPUBLIKOWANO: 11 lutego 2026
W firmie AI nie jest neutralne. Albo brzmi jak Ty – czyli jak Twoja marka – albo jak przypadkowy generator odpowiedzi. Różnicę słychać od razu: jedna odpowiedź buduje zaufanie, druga sprawia, że klient myśli: „to napisał bot”.
W OpenClaw personalizacja nie jest ukrytą opcją w panelu. To prosty, kontrolowalny zestaw plików w Twoim katalogu roboczym. Najważniejszy z nich to SOUL.md: dokument opisujący osobowość asystenta, jego ton, wartości i granice. W połączeniu z USER.md (kontekst o Tobie) oraz IDENTITY.md (nazwa/emoji) możesz zbudować asystenta, który komunikuje się spójnie – i którego da się utrzymywać jak produkt.
W tym artykule pokażę Ci, jak pisać SOUL.md tak, żeby asystent był unikalny, ale nie teatralny; profesjonalny, ale nie korporacyjny; i przede wszystkim – przewidywalny. Dostaniesz prostą strukturę, przykłady oraz mini-warsztat, po którym będziesz mieć pierwszą wersję persony gotową do użycia.
- Pliki personalizacji: SOUL, USER, IDENTITY, AGENTS
- Co powinno być w SOUL.md (i dlaczego)
- Mini-warsztat: napisz swoją personę w 30 minut
- 3 przykłady stylu: konsultant, kreatywna marka, CTO
- Bezpieczeństwo i granice: gdzie personalizacja kończy się ryzykiem
Pliki personalizacji: SOUL, USER, IDENTITY, AGENTS
Personalizacja w OpenClaw jest „jawna” – to nie żaden magiczny przełącznik. Najważniejsze pliki to:
SOUL.md– kim jest asystent i jak mówi.USER.md– kim jesteś Ty i w jakim kontekście działa firma.IDENTITY.md– nazwa i emoji (tożsamość wizualna w komunikatorach).AGENTS.md– instrukcje operacyjne (co ładować, jakie zasady bezpieczeństwa, kiedy milczeć).
To podejście jest wygodne, bo możesz traktować personę jak dokument produktu: edytujesz, wersjonujesz, testujesz i poprawiasz. A jeśli asystent zaczyna mówić „nie tak”, wiesz dokładnie, gdzie to skorygować.
| Plik | Rola | Typowa zawartość |
| SOUL.md | Głos marki | Ton, wartości, granice, przykłady |
| USER.md | Kontekst użytkownika | Kim jesteś, cele, preferencje |
| IDENTITY.md | Tożsamość | Nazwa i emoji |
| AGENTS.md | Zasady działania | Bezpieczeństwo, pamięć, workflow |
Co powinno być w SOUL.md (i dlaczego)
Dobry SOUL.md nie jest opowiadaniem o personie. To instrukcja zachowania. Najlepiej działa, gdy zawiera pięć elementów.
Pierwszy element to tożsamość: kim asystent jest w Twoim systemie pracy. Czy jest „asystentem biura”, „konsjerżem klientów”, „wsparciem sprzedaży”, czy „CTO-copilotem”. To definiuje, jak duże ma prawo do decyzji i jakich tematów ma dotykać.
Drugi element to ton i styl: jakich sformułowań używa, jakich unika, jaki jest poziom formalności. Tu liczą się konkretne reguły: „zaczynaj od sedna”, „nie używaj korpomowy”, „emoji: max 1 na wiadomość i nigdy w e-mailu do prawnika”.
Trzeci element to wartości: co promuje i co jest dla firmy ważne (jakość, transparentność, szybkość, bezpieczeństwo). Wartości działają jak filtr decyzji – pomagają asystentowi w sytuacjach niejednoznacznych.
Czwarty element to granice: czego asystent nie robi. To krytyczne. Bez granic personalizacja szybko zamienia się w ryzyko (obietnice terminów, ceny, zobowiązania). Granice są „hamulcem”, który pozwala asystentowi działać bezpiecznie.
Piąty element to przykłady. AI uczy się stylu dużo szybciej na przykładach niż na abstrakcyjnych zasadach. Dodaj 2–3 przykłady odpowiedzi „dobrej” i 1 przykład „złej” z komentarzem, dlaczego jest zła.
SOUL.md to nie miejsce na instrukcje techniczne – to DNA osobowości agenta. Pisz jak i dlaczego ma się zachowywać, nie co ma robić. Procedury idą do Skills, parametry do TOOLS.md.
Mini-warsztat: napisz swoją personę w 30 minut
Jeśli chcesz szybko stworzyć pierwszą wersję SOUL.md, odpowiedz na te pytania i wpisz odpowiedzi w plik.
Jaką rolę ma pełnić asystent? (sprzedaż / obsługa / operacje / research)
Jak ma brzmieć? (formalnie/nieformalnie, „Ty/Pan/Pani”, tempo, długość)
Jakie są 3 wartości marki, które mają być widoczne w języku?
Jakie są 5 rzeczy, których asystent nigdy nie ma robić?
Podaj 3 przykładowe sytuacje: zapytanie klienta, follow-up, eskalacja. Napisz idealną odpowiedź.
W praktyce najlepsze jest to, że nie musisz zrobić tego idealnie. Zrób wersję 1, używaj przez tydzień i poprawiaj. Persona działa jak produkt: iteracje wygrywają.
3 przykłady stylu: konsultant, kreatywna marka, CTO
Persona „konsultant B2B” będzie rzeczowa, strukturalna i oszczędna w emocjach. Jej odpowiedzi często mają format: fakty → analiza → rekomendacja → następny krok.
Persona „kreatywna marka” może być cieplejsza i bardziej obrazowa, ale nadal powinna mieć granice: nie obiecuje terminów bez sprawdzenia, nie zaniża wartości pracy, nie zdradza informacji o innych klientach.
Persona „CTO-copilot” może być bezpośrednia, techniczna i oparta o procedury (runbooki). Tu kluczowe jest bezpieczeństwo: read-only na start, write’y tylko z akceptacją, brak operacji produkcyjnych bez potwierdzenia.
Najważniejsza zasada: persona nie może być „maską”. Musi być spójna z tym, jak naprawdę działa firma. Jeśli marka mówi „premium”, a asystent używa języka tanich newsletterów, ludzie to wyczują.
Bezpieczeństwo i granice: gdzie personalizacja kończy się ryzykiem
SOUL.md nie jest tylko o stylu. To także kwestia ryzyka. Najczęstsze problemy z AI w komunikacji to nie błędy gramatyczne, tylko obietnice i zobowiązania: termin, cena, zakres, deklaracja prawna.
Dlatego granice w SOUL.md powinny być twarde. Jeśli asystent ma przygotować ofertę – robi draft, ale nie wysyła bez akceptacji. Jeśli ma zaproponować terminy – sprawdza kalendarz i prosi o potwierdzenie. Jeśli temat dotyczy prawa, podatków lub medycyny – eskaluje.
Druga sprawa to prywatność. Pliki typu USER.md i MEMORY.md mogą zawierać wrażliwe informacje. W grupach i kontekstach współdzielonych nie powinny być ładowane. To prosta zasada, która chroni przed przypadkowym wyciekiem.