Boxette Flights

Klienci wciąż pytali, gdzie jest ich przesyłka i kiedy wyląduje jej lot. Strona z rozkładem była jednym statycznym plikiem zasilanym przez otwarte webhooki n8n, operatorzy ręcznie prowadzili dane lotów w arkuszu Google, a status zmieniał się tylko wtedy, gdy ktoś pamiętał, by go zaktualizować. Klienci nie widzieli, gdzie naprawdę jest ich ładunek, a operatorzy nie mieli jednego miejsca do zarządzania przylotami i wysyłkami.

Pierwsza strona z rozkładem (od v1 do v3.5, luty–marzec 2026 r.) zyskała filtry krajów i rodzajów transportu, logikę opóźnień, karty mobilne i trzy języki. Po prototypach śledzenia lotniczych listów przewozowych i lotów na żywo całość przebudowano jako v4: jedna aplikacja Express serwująca publiczną stronę, REST API na Postgres zachowujące dawny format odpowiedzi webhooków oraz panel w React i TypeScript z rolami, dziennikiem audytu, dashboardem, filtrami w stylu ClickUp, kreatorem tworzenia krok po kroku i automatycznym tygodniowym harmonogramem wysyłek. Plan v4 był mój; większość zbudowali potem agenci Claude Code w długich, w dużej mierze autonomicznych sesjach, a kierowanie, przeglądy i decyzje projektowe pozostały po mojej stronie.

Poller, który nigdy nie cofa etapu, prowadzi każdy lot przez sześć etapów na podstawie zdarzeń z lotniczych listów przewozowych, korzystając ze śledzenia Turkish Cargo, a dla innych przewoźników z TrackCargo. Trajektorie z Flightradar24 są buforowane na potrzeby mapy, a operatorzy mogą dodawać notatki do kroniki, które opcjonalnie widzą klienci. Zanim cokolwiek trafi na stronę klienta, serwer usuwa numery listów przewozowych, przewoźników i kody lotnisk. Aplikacja działa na Vercel z Neon Postgres.