Mentionsy Mentionsy
Patoarchitekci
Patoarchitekci

AI-assisted development w praktyce - na przykładzie Open Mercato z Piotrem Karwatką

05.06.2026 ·44 min 21 s · 9 rozdziałów

“Najgorsze co można zrobić, to zerknąć.” Piotr Karwatka o pętlach kodujących, w których agent pracuje 4 dni non-stop, a Ty masz siedzieć na rękach. Bo jak zerkniesz, trafisz na głupotę, przerwiesz mu tok myślenia i wszystko się posypie. Witamy w świecie, gdzie spec-driven development zastępuje ping-pong z Claude’em. 🎯 Open Mercato to 750 tysięcy linii kodu, z których żadna nie została napisana ręcznie. Framework do aplikacji biznesowych z hasłem “start with 80% done” - CRM, OMS, WMS w paczkach npm, monolit modularny inspirowany Shopify, stos wybrany pod to, co LLM-y znają najlepiej: Next.js, Postgres, Redis. Core team? 4 osoby full time. Koszt odtworzeniowy? ~20 developerów na rok. ⚠️ Harness AI, skille do specyfikacji, planowania i implementacji, atomowe commity z testami, refinement specek pytaniem “co może pójść źle?” - i open source’owy model monetyzacji, który Piotr porównuje do homologacji kampera na Fiacie Ducato. Bo “w zeszłym tygodniu pan Darek zrobił vibe codingiem jakieś ten, wszystko działało, a potem baza znikła.” Czy AI-assisted development na poważnie wymaga więcej myślenia niż tradycyjne kodowanie? Sprawdź, zanim odpalisz kolejnego agenta bez specki.     A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami.     Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech   - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia

0:00 · Spec-driven development i Open Mercato 1

To wszystko jest, ale Overdisk mamy jeszcze po prostu funkcje biznesowe. To Piotrek, narzuca mi się taka jedna myśl w tym miejscu, bo można byłoby to postawić, nie wiem, do Magento, Django, bo mamy też zupełnie inne takie elementy, które są na rynku gotowe. I czym to się różni tak naprawdę? Masz z tym pewnie miałeś styczność biznesową i technicznie. Wiesz co, Django to jest pewnie jakiś tam dobry też przykład. Mamy większość czy wszystkie takie elementy, które mają takie frameworki właśnie jak Django, czyli możesz sobie generować, wiesz, strony do zarządzania danymi, API. To wszystko jest w oparciu o takie solidne wzorce projektowe z Enterprise Architecture i tam jest szyfrowanie i wszystkie inne rzeczy.

4:27 · AI Engineering Foundation Framework 1

Też postawiłem Open Mercato i zrobiłem pewną zabawę, więc w tym. Słuchaj, i podejdźmy, pierwsza taka rzecz, która nas interesuje w kontekście, i to jest dobra rzecz dla słuchaczy, Bo jesteście jednymi z pierwszych, którzy bardzo mocno publicznie mówią, że prawie wszystko jest robione de facto promptami. Prawie całe podejście generowania kodu. I słuchaj, jeżeli popatrzymy, określiliście to jako AI Engineering Foundation Framework. I słuchaj, teraz tak. Co to do diabła tak z Twojej perspektywy znaczy, że to jest właśnie Build with an AI and Design for AI? Wiesz co, już tłumaczę. Założenie na samym początku projektu było takie, że nie piszemy ani jednej linii kodu, nie piszemy jako ludzie, że będziemy generować kod AI, To nie znaczy, że architektura też jest generowana AI, bo akurat nie jest, bo architektura jest tam mocno przemyślana i mocno za każdym razem ją weryfikujemy w takim core teamie deweloperów, który pracuje nad projektem i tak samo code review nadal jest w dużej mierze też robiony przez ludzi, bo zależy nam, żeby nie wstydzić się tego, co tam dowozimy, co nie?

7:57 · Optymalizacja procesu deweloperskiego 1

Nam chodzi o to, że jak wydasz takie polecenie, to jeszcze tam rozkładając ten proces na czynniki pierwsze, to najpierw trzeba zrobić specke, więc do robienia specke też mamy skilla. Potem mamy skilla do planowania, czyli podzielenia tej specke na taski, na jakieś tam atomowe komity, różne rzeczy, a potem do implementacji tego. Więc nam zależy, by ten każdy etap był bardzo powtarzalny w tym sensie, żeby po pierwsze trzymał się naszej architektury, żeby na przykład planowanie specki obejmowało takie rzeczy jak analiza ryzyka, analiza kompatybilności wstecznej, a kodowanie na przykład zawsze odpalało unit testy i zawsze pisało też unit testy i odpalało jeszcze testy integracyjne, czyli takie, że tam klika się automatycznie. My to rozumiemy jako Harness, czyli jakby zapewnienie, że ten cały proces dostarczania softu, on jest za każdym razem taki sam, albo jak to tylko możliwe zbliżony do tego samego procesu, bo wiadomo, że są różne też feature'y deliverowane i one mają różne wymagania specjalne, na przykład coś co dotyka security pewnie ma więcej takich testów bezpieczeństwa i tak dalej.

11:02 · Testowanie i ewolucja procesu 1

To są drobne różnice, ale to, co one generują, to zazwyczaj zawsze działa. A wcześniej tak nie było. Wcześniej to się potrafiło nieźle tam rozwalić. Więc to był skok. I od tego skoku się jakby nasza przygoda zaczęła. Ja na przykład przez długi czas nie wykorzystywałem w ogóle skilli. W ogóle tego nie używałem. Używałem tylko AgentsMD, bardzo prostego, gdzie była opisana architektura, Tutaj są takie naming conventions, takie wzorce projektowe, jak API robisz, to zawsze pamiętaj o autoryzacji, takie proste rzeczy, nie? Prompty. Takie prompty i bardzo robiłem to w interaktywny sposób, czyli prompt, on tam robił, ale fajnie, nie? Testuję, zwracam mu, co jest źle, on to poprawia, napisz unique testy, takie ping pong, taki interaktywny ping pong. Jest to fajne trochę jak granie w grę.

18:09 · Eksperymenty z procesem 3

Są dwie wartości. Pierwsza, tam są po prostu płatne moduły. Tam są takie moduły typu zaawansowany rekordlocking z optymistycznym merge'owaniem zmian, że jak dwie osoby edytowały ten sam rekord, to tam się nie wypierdzieli, tylko pokazuje, że tutaj se zmerge'uj. Coś jak Google Docs, że tam można pracować na jednym tym. I to jest fajna funkcja. Dużo ludzi o nią pyta i ona tam faktycznie w tym Enterprise jest. A druga to jest tam rzeczy związane z security i jest tam kilka. Tu factor authorization, ale też SSO. Takie wiecie, Enterprise bardziej rzeczy, co nie? To jest jedna rzecz. Druga rzecz to audyty, homologacje. My mówimy coś takiego, no słuchajcie, używacie Open Mercato zajebiście, robi wam to partner albo sami sobie dewelopujecie ekstra, to tak jakbyście budowali swojego kampera, co nie?

Czyli zrobimy code review, testy, sprawdzimy czy ten kod dopisany jest zgodny z architekturą Open Mercato, nie psuje Cora i tak dalej. I powiem wam, że to trafia. W sensie ci klienci mówią, kurczę, no ma to sens, bo w zeszłym tygodniu u nas pan Darek zrobił tam vibe-codingiem, wszystko działało, a potem baza znikła. To teraz jak wam zapłacimy, to wy sprawicie, że nie zniknie. A my mówimy, no dokładnie tak, bo my to w zasadzie zapewniamy. Więc jest do kogo się potem zwrócić w razie czego, jak jest problem. Znaczy gracie delegacją ryzyka po prostu. Trochę tak, ale to jest taka faktyczna wartość, że ten support jest. A druga rzecz, pomyślałem, że to nie będzie tak dobrze działało, a dobrze to działa dosyć, że ludzie mówią faktycznie, macie ten moduł od security, w tym enterprise, to my musimy kupić

Przy czym, jak sobie zobaczycie na repo, to ilość dokumentacji w Open Mercato wydaje mi się, że ona bije w ogóle jakieś wszystkie inne systemy, nawet Enterprise, bo Wiadomo było zawsze, że jak się robi duży system, to trzeba utrzymywać repozytorium ADR, że Architecture Decision Record itd. Tylko nikt tego potem nie robił, albo nie aktualizował. Tam były stare rzeczy, co jest jeszcze gorsze, niż jakby nie było ich w ogóle czasami. A my to mamy, bo LLM to po prostu robi. I czyta. No to właśnie, i czyta. To jest właśnie niesamowite. Jestem ciekaw jednego, do czego dojdziecie, to co ja będę obserwował, czyszczenia tej dokumentacji, bo to będzie... Bo to będzie ten biały kontekst. Raczej, wiesz, jestem ciekaw tego, bo będzie ten moment, że będzie trzeba pewnie usuwać z repo historyczną dokumentację.

Pokazano wszystkie 7 dopasowań. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.