Zasady, pod którymi pracuję

Sześć zasad

1. Poufność domyślnie. NDA to standard. Nie pokazuję Twojego projektu, nazwy ani zrzutów bez pisemnej zgody, dlatego na tej stronie nie ma nazw klientów, którzy się na to nie zgodzili.
2. Twój kod, Twoje konta. Kod i dane zostają w Twoim repo i na Twoich kontach. Narzędzia AI działają z wyłączonym trenowaniem na Twoich danych, a sekrety nigdy nie trafiają do modelu.
3. Przekazanie, z którego da się skorzystać. Każdy projekt kończy ta sama lista: README, które go uruchamia, jeden diagram architektury, spisane decyzje, CI, instrukcja utrzymania i nagrane omówienie. Gotowe, gdy ktoś spoza projektu uruchomi go z dokumentacji.
4. Nudna technologia tam, gdzie to ważne. Wybieram stos, do którego łatwo znaleźć ludzi. Wszystko eksperymentalne wymaga Twojej zgody i planu wyjścia.
5. Podejście dobrane do apetytu na ryzyko. Prototyp, produkt albo branża regulowana: poziom decyduje, ile swobody mają agenci i ile przeglądu i walidacji wymaga każda zmiana.
6. Wszystko do sprawdzenia. Każda liczba na moich stronach prowadzi do źródła. Narzędzia są darmowe, a skill walidatora pomysłów jest otwarty (MIT).

Trzy poziomy ryzyka

Poziom wybierasz na rozmowie. Decyduje, ile swobody mają agenci i ile przeglądu, walidacji i papierów wymaga każda zmiana. Domyślnie produkt.

AI: trzy tryby, Ty wybierasz

• Bez AI

  Kod pisany ręcznie, żaden model nie widzi Twojego repozytorium. Wolniej i drożej w godzinach, czasem to właściwy wybór. Jeśli uważam, że nie, mówię to.

• Z asystą AI (domyślnie)

  Claude Code i Codex pracują pod regułami projektu: hooki, bramki lint i testów, ludzki review każdego pull requesta. W 2026 agent otworzył około 30% moich zmergowanych pull requestów, a ja przejrzałem około 85% z nich.

• AI engineering

  Budujemy razem systemy agentowe: narzędzia, serwery MCP, pętle ewaluacji, sufity kosztów. Strona o AI i agentach pokazuje jednego działającego na tej witrynie.

Domyślne ustawienia w każdym trybie, który dotyka modelu: trenowanie na Twoich danych wyłączone, zero retencji danych tam, gdzie dostawca to oferuje, Twoje konta albo moje firmowe, lista modeli, którą zatwierdzasz. Zanim zacznę, wysyłam zrzut ustawień opt-out. Prace z udziałem AI oznaczam, wobec Twojego zespołu i wobec użytkowników tam, gdzie to ma znaczenie.

Co nigdy nie trafia do modelu

Sekrety, dane osobowe Twoich klientów, logi produkcyjne i każdy kod, który oznaczysz jako zastrzeżony, zostają poza modelami, dopóki nie zatwierdzisz tego na piśmie, po sprawdzeniu poufności i powierzenia danych, jakiego potrzebujesz. Zaczynam od zredagowanej dokumentacji i danych syntetycznych, a większość pracy nigdy nie potrzebuje więcej.

Kod i dane są rozdzielone. Moja maszyna deweloperska nie ma dostępu do Twoich danych produkcyjnych. Diagnostyka jest anonimizowana albo maskowana, zanim trafi do PostHoga lub innej analityki. Dane klientów traktuję domyślnie jak dane osobowe.

Godziny i czas odpowiedzi

• Gdzie i kiedy. Wrocław. Godziny biurowe 9 do 17 CET (UTC+1, latem UTC+2), a na wiadomości zwykle odpowiadam przez cały dzień. Trzy wspólne godziny ze wschodnim wybrzeżem USA, pełny dzień z UK i UE.
• Odpowiedź w 24 godziny to pełna odpowiedź. W dni robocze dostajesz odpowiedź z treścią, a gdy chodzi o problem w projekcie, często pull request albo poprawkę. Nie wysyłam „przyjąłem, zajmę się”.
• Weekendy. Wiadomości z weekendu dostają odpowiedź do poniedziałku 12:00. Praca w weekend tylko po umówieniu, za dwukrotność stawki. Cenię pracę, a rodzinę bardziej.
• Gdy jestem zajęty. Nigdy nie rezerwuję więcej niż osiem godzin regularnej pracy dziennie. Dla klientów, z którymi już pracuję, trzymam miejsce na pilną poprawkę nawet przy pełnym kalendarzu, zwykle wieczorem.
• Najpierw asynchronicznie. Wolę szybką odpowiedź na Slacku albo mailem niż rozmowę wideo. Rozmowy wtedy, gdy oszczędzają czas.

Bez SLA i bez pagera

Nie sprzedaję dyżurów 24/7 i nie będę udawał, że jest inaczej. Wiele razy stawiałem produkcję, ale nigdy nie byłem osobą budzoną o 2:00. O to chodzi: buduję systemy, które tego nie potrzebują. Wdrożenie w piątek o 17:00 ma być nudne.

Jeśli potrzebujesz formalnej rotacji dyżurów z gwarantowanym czasem reakcji, nie jestem właściwą osobą i powiem to na rozmowie. Darmowy kalkulator SLA pomaga policzyć, czego naprawdę potrzebujesz.

Jedna osoba, bez podwykonawców

Pracę wykonuję ja. Bez zastępstw, bez pomocników, bez agencji za kurtyną. Jeśli kiedyś zechcesz drugiej pary rąk, najpierw to uzgadniamy i poznajesz tę osobę.

Jedna osoba to też ryzyko i nie ukrywam go. Choruję, dzieci mnie potrzebują, rzeczy się zdarzają. Co obiecuję: uprzedzenie najwcześniej, jak widzę, że coś nadchodzi, i układ, w którym moja nieobecność kosztuje Cię mało. Twój kod leży w Twoim repozytorium od pierwszego dnia, decyzje są spisane, a każdy projekt kończy przekazanie, z którego ktoś spoza niego uruchomi całość.

Poufność i umowy

• NDA

  Standard. Podpisuję Twoje albo daję rozsądne wzajemne. Żaden klient nie jest nigdzie wymieniony bez pisemnej zgody.

• Umowa powierzenia

  Gdy dotykam danych osobowych, podpisujemy umowę powierzenia (DPA, art. 28 RODO) przed jakimkolwiek dostępem.

• Dostęp

  Tylko przez konta, które kontrolujesz, z najmniejszymi uprawnieniami, odwoływalny jednym kliknięciem. Bez dostępu do produkcji z maszyn deweloperskich. Nic ręcznie na produkcji, co mogłoby być kodem.

• Zakończenie

  Na koniec oddaję dostępy, kasuję lokalne kopie i potwierdzam to na piśmie. Szczegóły na stronie o bezpieczeństwie.

Migracje i odzyskiwanie danych

Cofanie bazy to ostateczność, nigdy rutyna. Odtwarzanie do punktu w czasie jest świetne, gdy istnieje (D1 i Postgres je mają), ale każdy skutek zewnętrzny, wysłany mail, zmieniona subskrypcja, kliknięte przypomnienie, przeżywa cofnięcie i rozjeżdża świat z bazą. Dlatego projektuję do przodu: każda usługa jest właścicielem swoich danych, każda akcja wychodząca ma klucz idempotencji, a dostawcy płatności i poczty zostają źródłem prawdy o tym, co zrobili.

Gdy katastrofa naprawdę się zdarzy: zatrzymać świat, przywrócić, sprawdzić spójność, uzgodnić historię zdarzeń u dostawców i dopiero wtedy włączyć przetwarzanie. Każdą migrację ćwiczę najpierw na klonie, potem powtarzam na produkcji tymi samymi krokami. Strona o Cloudflare ma szczegóły dla D1.

Lista przekazania

• README, które uruchamia projekt na czystej maszynie.
• Jeden diagram architektury i decyzje spisane razem z powodami.
• CI z bramkami, które chroniły pracę: lint, testy, kontrole bezpieczeństwa.
• Runbook: jak wdrożyć, cofnąć, obrócić sekret, czytać dashboardy.
• Nagrane omówienie, żeby następna osoba usłyszała to ode mnie.
• Gotowe znaczy, że ktoś spoza projektu uruchomi go z dokumentacji.