Systemy. Narzędzia. Doświadczenie.

Operacje handlowe wymagały spójności między różnymi modelami produktów, magazynami i systemami zewnętrznymi.

Lead Developer · architektura, implementacja i rozwój

Praca objęła cykl produktu od katalogu i stanów magazynowych po zamówienia, realizację i śledzenie, z odpowiedzialnością za całą platformę.

Obsługa kredytów hipotecznych łączyła dane, dokumenty, ludzi i działania wykraczające poza prostą listę zadań.

Modelowanie biznesu i architektura systemu

Procesy hipoteczne stały się pierwszym konkretnym zastosowaniem platformy. Jej wspólny rdzeń celowo projektowałem z myślą o innych organizacjach i procesach, opartych na konfiguracji, dokumentach oraz regułach.

Pytania operacyjne dotyczą wielu systemów, a szeroki dostęp do baz i rosnący katalog narzędzi stwarzają problemy z uprawnieniami oraz kontekstem agentów.

Infrastruktura agentów i architektura integracji

MCP Hub działa w codziennej pracy: przegląda wiadomości, sprawdza błędy, analizuje aktywność projektu i śledzi ścieżkę użytkownika między systemami. Usługa jest obecnie prywatna, a jej podstawą są gromadzona wiedza projektowa i kontrolowane wykonanie.

Zakres katalogu wymagał równoległego pozyskiwania i strategii przechowywania milionów ofert bez wykonywania osobnego odczytu lub zapisu dla każdej pozycji.

Architektura pozyskiwania i przetwarzania danych

Usługa działała około pięciu miesięcy w historycznej skali rzędu milionów ofert. Wspierała analizę trendów w kategoriach, po czym zespół zmienił priorytety, a projekt trafił do archiwum.

Kupujący musieli ręcznie przeglądać niespójne arkusze i wiadomości z niepełnymi danymi produktów.

Architektura produktu i przetwarzanie danych

Pliki dostawców stały się ofertami powiązanymi z cenami, zapasami i magazynami, w produkcie obsługującym kupujących, sprzedawców, czaty i zamówienia.

Duży zestaw narzędzi widocznych dla modelu zajmował kontekst, zanim agent wybrał potrzebną operację.

Projekt i implementacja fasady

Opublikowane porównanie autora z 24 sierpnia 2026, względem upstream v10.1.0, podaje 48 → 6 narzędzi widocznych dla modelu i dostęp do 377 operacji. Kontekst schematów spada z 23 280 do 915 szacowanych tokenów (znaki ÷ 4); to udokumentowana estymacja, a nie niezależnie odtworzony test szybkości lub kosztu.

Każdy kanał inaczej opisywał ten sam produkt i zamówienie, więc synchronizacja wymagała wspólnego modelu domenowego.

Architektura multichannel i integracje

Architektura połączyła publikację produktu w innym kanale ze zwrotnym przekazywaniem statusu realizacji; obecny produkt publiczny koncentruje się na Shopify i zapasach Amazon.

Duże zbiory ofert i kosztowne zapytania wymagały modelu odczytu dopasowanego do sposobów korzystania z danych.

Architektura i implementacja usługi katalogu

Wyszukiwanie i częste odczyty otrzymały własną ścieżkę, a zapis transakcyjny i logika biznesowa zachowały odrębne odpowiedzialności.

Część musiała wpisywać się w powtarzalny proces produkcji, uwzględniający ograniczenia maszyn, materiałów i kolejności operacji.

Inżynieria produkcji i CAD/CAM

Ta praca ukształtowała moje podejście: zrozumieć rzeczywisty proces, określić ograniczenia, a dopiero potem projektować automatyzację.

Dokumenty biznesowe musiały tworzyć poprawne operacje magazynowe i finansowe w powiązanych procesach firmy.

Analiza biznesowa i rozwój aplikacji

To doświadczenie połączyło modele programowe z rzeczywistymi zapasami, pieniędzmi i skutkami operacji, tworząc podstawę późniejszych systemów finansowych i biznesowych.

Prawidłowy callback płatności był tylko częścią zadania utrzymania spójności sald, stanów transakcji i dokumentów biznesowych.

Modelowanie finansowe i integracje w wielu projektach

Ta praktyka łączy moje doświadczenie ERP z nowoczesnymi płatnościami: operacje finansowe są modelowane przez jawne stany, kategorie i przepływy.

Strumień zamówień potrzebował wizualnego kontekstu łączącego miejsce zdarzenia z kupowanymi produktami.

Integracja zamówień i procesy geoprzestrzenne

Praca nadała zdarzeniom handlowym wymiar geograficzny, łącząc aktywność na mapie z katalogiem produktów.

Ustalenia z rozmowy należało przekształcić w uporządkowaną pracę z przypisanymi osobami, zamiast pozostawiać je w nagraniu.

Integracja rozpoznawania mowy i procesów agentowych

Proces połączył treść spotkań z zadaniami w systemie pracy zespołu.

Wybór modelu wymagał równowagi między jakością, opóźnieniem, ograniczeniami sprzętu i kosztem działania.

Badania stosowane i prototypy procesów

Zbiór eksperymentów pomaga mi dobierać modele i łączyć je z użytecznymi procesami.

Progresja w grze, cyfrowa własność, handel i backend musiały tworzyć jeden spójny produkt.

Prowadzenie produktu, backend i systemy gry

Gra trafiła do rzeczywistych użytkowników, łącząc odpowiedzialność za produkt, inżynierię i uruchomienie w jednym niezależnym projekcie.

Składane pojazdy wymagają niezależnych modułów, które razem działają jako spójny system fizyczny i rozgrywkowy.

Samodzielny rozwój systemów gry

Trwający niezależny projekt służący sprawdzaniu, jak współdziałają symulacja fizyczna, projektowanie modułowe i rozgrywka.

Zasób 3D musi działać wizualnie i jednocześnie mieścić się w ograniczeniach aplikacji czasu rzeczywistego.

Samodzielne modelowanie i przygotowanie zasobów

Zbiór niezależnych prac 3D uzupełniający moje doświadczenie z systemami gier i inżynierią fizyczną.

Wynik symulacji trzeba było przekształcić w zestaw dźwięków silnika możliwy do użycia w grze.

Samodzielny rozwój narzędzi audio

Projekt narzędziowy łączący symulację, automatyzację i tworzenie zasobów gry.

Badanie strategii wymagało spójnej ścieżki od danych historycznych i wskaźników do wykonania oraz zapisu wyników.

Samodzielny rozwój aplikacji

Aplikacja połączyła analizę strategii i wykonanie na giełdzie w jednym procesie, obejmując prowizje, P&L i zapis wyników.