BR-Budget.
Software, którego
nie zbudowałem dla Ciebie.
Eksperyment, w którym sprawdzam hipotezę: co się stanie, gdy głównym użytkownikiem aplikacji finansowej przestanie być człowiek, a stanie się agent AI działający w jego imieniu. Nie wiem, czy mam rację. Buduję, żeby się dowiedzieć.
W maju: 1 273 zł na jedzenie, 87% miesięcznego limitu.19:42
Co jeśli głównym użytkownikiem
aplikacji nie jest człowiek?
Software w przyszłości to nie będą aplikacje dla ludzi. To będzie zbiór danych i twardych reguł domenowych dla agenta LLM, który stoi pomiędzy człowiekiem a systemem.Hipoteza, którą sprawdzam · 2026
Nazywam to agentic-first. Główny konsument aplikacji to nie człowiek, tylko agent AI, który działa w jego imieniu. UI dla człowieka zostaje, ale staje się drugorzędną warstwą.
Mamy precedens. Mobile-first dwadzieścia lat temu też brzmiał prowokacyjnie. Najpierw projektowano na desktop, mobile był dodatkiem. Mobile-first odwrócił logikę.
Agentic-first to ta sama zmiana, tylko głębsza. Nie dostosować UI do agenta. Przeprojektować produkt tak, żeby agent był pierwszym użytkownikiem, a człowiek dopiero drugim.
Człowiek dotyka, klika, czyta. Aplikacja musi być ładna, czytelna, szybka.
Człowiek mówi do agenta. Agent czyta API. Produkt musi być maszynowo czytelny.
Człowiek mówi do agenta: „sprawdź, czy stać mnie na nową kosiarkę”. Agent łączy się z API, pobiera saldo, kategoryzuje wydatki, sprawdza zobowiązania i podaje odpowiedź. Człowiek nigdy nie otwiera dashboardu.
LLM nie wie, gdzie chodzę do knajpy, jakie mam subskrypcje i jak rozliczam VAT. To są dane i reguły żyjące w aplikacji. Aplikacja musi być czytelna dla agenta.
Brzmi prowokacyjnie. Mogę się mylić. Dlatego postanowiłem to sprawdzić w praktyce.
Aplikacje finansowe świetnie mierzą wydatki. Nie pomagają oszczędzać. To dwie różne rzeczy.
API-first, agent w środku.
Dlaczego akurat budżet.
Od lat używałem YNAB. Płaciłem. Myśl „po co płacić za coś, co umiem zbudować sam” rosła. Mniej niż rok temu próbowałem zbudować Solon, startup finansów personalnych. Wtedy projekt rozbił się o realne koszty developmentu.
Dziś, w 2026, ten sam projekt postawiłem od zera do produkcji w kilka dni. To nie jest pochwalna anegdota o tempie. To przesłanka, która zmienia kalkulację dla foundera i CTO budującego narzędzia wewnętrzne.
Solon
Ten sam pomysł. Rozbił się o czas i koszt. Pochowany.
BR-Budget
MVP od zera do produkcji w kilka dni. Inna technologia, inny tryb pracy.
Architektoniczna decyzja, która zmieniła wszystko.
„Po co buduję zaawansowane filtry i raporty, skoro za chwilę agent będzie mi je generował na żądanie?”
Zacząłem klasycznie, UI-first. Ekrany, transakcje, kategorie, raporty. W trakcie zatrzymałem się i przerzuciłem priorytet. API-first. Agentic-first.
- API z pełnym CRUD-em wszystkich obiektów
- Klucze API per użytkownik, podpinane pod Claude Desktop, ChatGPT i Hermes
- Dziedziczone permissions, klucz API widzi dokładnie to, co user
- UI jako warstwa pomocnicza, działa i jest ładny, ale nie jest głównym interfejsem
Netflix, Supabase, Lovable, OpenAI i 3 inne.
Łącznie: ~643 zł / mc.21:08
Po wydatku zostaje rezerwa na 4 miesiące fixed costs.
Tak. Ale dodaję do Pauzy na 2 dni.21:09
Te zapytania naprawdę wykonuję ze swoim agentem przez API BR-Budget.
Agent czyta saldo, kategoryzuje wydatki i podpowiada decyzje bez otwierania dashboardu.
Co dostajesz, gdy się zalogujesz.
„To nie jest hello world. To aplikacja klasy YNAB z polskim kontekstem i agentic-first API.”
Zero-based budgeting, alternatywny tryb lekkiej kontroli, moduł Pauza, atomiczne transfery, import wyciągów z ING i Nest Bank, klasyfikacja AI z fallbackiem oraz refundy przypisane do oryginalnej kategorii.
Wnętrze, decyzje, które się liczą.
„Aplikacja eksperymentalna, ale nie hobbystyczna.”
Kwoty są trzymane w groszach. Transfer ma wspólny transferId i role outflow/inflow. Bootstrap ładuje snapshot, settings i import coverage jednym requestem. Agent API działa w osobnym scope autoryzacji.
Stack dobrany pod szybkość iteracji
Tempo to nie jest pointa.
„AI w pętli developerskiej zmienia tempo budowania o rząd wielkości. Pointą jest to, co z tym tempem robisz.”
MVP powstał szybciej, niż jeszcze rok temu byłoby to możliwe. Ale sedno BR-Budget to architektura: agent jako pierwszy użytkownik, API jako interfejs, UI jako warstwa pomocnicza.
Gamifikacja oszczędności to klasyczna pułapka. Ludzie nie potrzebują punktów, żeby oszczędzać. Potrzebują redukcji decyzji.
Co eksperyment pokazał.
Pierwsza wersja miała punkty, streaki i nagrody za trzymanie budżetu. Wyciąłem to po pierwszych tygodniach. Nie działało.
Zastąpiłem to modułem Pauza. Większy wydatek? Wpisujesz rzecz, kwotę, link do sklepu i odpowiedź na pytanie kontrolne. System wylicza czas blokady decyzji proporcjonalnie do kwoty.
Cooling-off period to realna mechanika behawioralna, nie udawana grywalizacja.
Oczyszczacz powietrza duży
Aktualnie buduję Pay Yourself First: auto-detekcję przychodu, propozycję kwoty do odłożenia, weryfikację realizacji i adaptację rekomendacji. Eliminacja decyzji, nie motywacja przez punkty.
Mobile
od pierwszego dnia.
Bo agent czyta przez API, ale człowiek czasem patrzy. Wtedy patrzy na telefon.
System informuje agenta, nie odwrotnie.
Dziś agent odpytuje BR-Budget. Następny krok to odwrócenie relacji: system pushuje sygnał do agenta. Przychód wpłynął. Subskrypcja odnowiona. Budżet przekroczony. Agent przekazuje to użytkownikowi w odpowiednim kanale.
Agentic-first przestaje być pasywny i staje się aktywny.
Pay Yourself First
- Auto-detekcja przychodów
- Propozycja kwoty do odłożenia
- Weryfikacja realizacji
Push, system do agenta
- Sygnały przychodu i wydatków
- Cykliczne odnowienia subskrypcji
- Przekroczenie kategorii lub limitu
Pełniejszy obraz finansów
- Aktywa, zarobki, zobowiązania i cele
- Tracker gwarancji z paragonów
- Import wyciągów z kolejnych banków
To nie jest case study klienta.
To jest manifesto.
Buduję BR-Budget, bo wierzę, że tak będzie wyglądał software w najbliższych 3-5 latach: aplikacje, które są przede wszystkim danymi i regułami dla agenta, a dopiero w drugiej kolejności ekranami dla człowieka.
Mogę się mylić. Buduję, żeby się dowiedzieć.