Firma produkcyjna40 osób · 4 przy ekranie
Przed9 dni
Po2 dni
Siedem sesji, pięć z rzeczy znalezionych w kodzie: klucze bramki, test ścieżki zamówienia, dane klientów w arkuszu. Ostatnią prowadziła Anna z handlu.
Warsztaty na Waszym kodzie, po których zespół dowozi zmiany sam
Zamknięty cykl sesji dla zespołu, który buduje aplikację z pomocą AI. Program składamy z tego, co znajdziemy w Waszym kodzie, i prowadzimy go na sprawach z bieżącego tygodnia. Po każdej sesji w aplikacji zostaje zmiana, a w repozytorium zasada, której narzędzie pilnuje już bez nas.
140+ firm zmienia z nami sposób działania
Czym są warsztaty dla zespołu?
Warsztaty dla zespołu to zamknięty cykl sesji prowadzonych na kodzie Waszej aplikacji, dla zespołu, który buduje ją z pomocą AI: program składamy z tego, co znaleźliśmy w przeglądzie, a każda sesja kończy się zmianą w aplikacji i zasadą spisaną w repozytorium. Program ma koniec. Po ostatniej sesji zasady zostają u Was i działają bez nas.
Z czym przychodzą zespoły
01 Dziesiąta zmiana trwa miesiąc
Dziś
Na początku wszystko szło błyskawicznie. Dziś każda poprawka wymaga ostrożności i trwa dłużej niż poprzednia.
Po programie
Opis zadania i lista sprawdzeń leżą w repozytorium, więc dziesiąta zmiana idzie tą samą drogą co pierwsza.
02 Projekt odpala tylko autor
Dziś
Uruchomienie projektu od zera zna jedna osoba. Robiła to ostatnio w maju i sama nie pamięta kolejności.
Po programie
Instrukcja uruchomienia leży w repozytorium, a druga osoba odpaliła według niej projekt na sesji, przy nas.
03 Każdy prosi model po swojemu
Dziś
Trzy osoby, trzy sposoby proszenia modelu. Ten sam ekran wychodzi za każdym razem inaczej.
Po programie
Jeden sposób opisu zadania, spisany w formacie, który narzędzie czyta samo przy każdej zmianie.
04 Zmiany trafiają do klientów bez sprawdzenia
Dziś
Zmiana idzie do ludzi tego samego dnia, w którym powstała, i nikt jej wcześniej nie otwiera. Awarię zgłasza klient.
Po programie
Lista sprawdzeń, którą uruchamia narzędzie, i test tam, gdzie są pieniądze. Wynik widać, zanim zmiana wyjdzie.
05 Nikt nie chce ruszać jednej części
Dziś
Jest jedna część aplikacji, której nikt nie chce dotykać. Wszyscy ją omijają i wszyscy wiedzą która.
Po programie
Test na tej części i sesja, na której Wasza osoba zmienia ją przy nas. Po niej to zwykły fragment kodu.
Agendę z uzasadnieniem pokazujemy przed decyzją i każdą sesję można z niej wykreślić
Umów rozmowę
Marcel BilskiTech Lead
Dlaczego nie mamy katalogu tematów
Agendę, którą można wysłać przed obejrzeniem Waszej aplikacji, dało się napisać bez Was
Program układa się z tego, co znaleźliśmy w Waszym kodzie
Zanim ustalimy pierwszą sesję, czytamy kod razem z historią zmian i rozmawiamy z osobami, które go piszą. Z dziewięciu znalezisk siedem staje się sesjami. Dwa wychodzą u każdego zespołu i tak je podpisujemy, a dwóch nie ma sensu uczyć, więc naprawiamy je sami w tygodniu po przeglądzie.
Od przeglądu do programu5 z 7sesji z Waszego kodu
Program7 sesji · 2 naprawiamy sami
- 1 Jak opisać zadanie, żeby model nie zgadywał u każdego tak samo ← 02 · każdy prosi model inaczej
- 2 Co sprawdzić, zanim zobaczą to ludzie u każdego tak samo ← 05 · zmiany idą prosto do klientów
- 3 Gdzie mają leżeć klucze i hasła z Waszego kodu ← 01 · klucz bramki płatniczej w kodzie
- 4 Uruchomienie projektu przez drugą osobę z Waszego kodu ← 04 · projekt odpala tylko autor
- 5 Test tam, gdzie są pieniądze z Waszego kodu ← 07 · brak testu na płatnościach
- 6 Co wolno wysłać do modelu z Waszego kodu ← 08 · dane klientów w arkuszu
- 7 Skąd bierze się rachunek za model z Waszego kodu ← 09 · rachunek za model rośnie po próbach
- Trzy wersje funkcji ceny scalamy w jedną naprawiamy sami ← 03 · trzy wersje jednej funkcji
- Sprawdzamy, czy z kopii da się wrócić naprawiamy sami ← 06 · kopia bazy nigdy nie odtworzona
Sesja kończy się zmianą w Waszym kodzie
Temat sesji zna każdy z góry, ale pracujemy na prawdziwej sprawie z tego tygodnia, a przy klawiaturze siedzi Wasza osoba. Na koniec w aplikacji jest coś, czego wcześniej nie było, i widać to w historii zmian z datą. Zasada, która z tego wyszła, trafia do repozytorium.
Sesja 3 · klucz bramki płatniczej w trzech plikach
przy klawiaturze Michał
przy klawiaturze MichałCo zostaje u Was po ostatniej sesji
Kod, klucze i konta są Wasze od pierwszego dnia i nic z tego nie przechodzi przez nas.
<!-- spisane na sesjach 1–7 · narzędzie czyta ten plik przy każdej zmianie -->
# Zasady pracy · aplikacja do zamówień
##1. Opis zadaniasesja 1 · 5.03
Każde zadanie zaczyna się od opisu: co ma się zmienić i dla kogo.
Warunki odbioru jako lista. Bez nich nie zaczynaj zmiany.
##2. Zanim zobaczą to ludziesesja 2 · 12.03
Przed wypuszczeniem uruchom npm run sprawdz.
Wynik leży w jednym miejscu. Czerwone znaczy, że zmiana czeka.
##3. Klucze i hasłasesja 3 · 19.03
Tylko ze zmiennych środowiska, wzór w .env.example.
Klucz w kodzie zatrzymuje zmianę na liście sprawdzeń.
##4. Uruchomieniesesja 4 · 26.03
Od zera według URUCHOMIENIE.md.
Zmienia się sposób uruchomienia: popraw plik w tej samej zmianie.
##5. Ścieżka zamówieniasesja 5 · 2.04
Test w testy/zamowienie.test.ts chodzi przy każdej zmianie.
Nowa reguła ceny to nowy przypadek w teście.
##6. Dane klientówsesja 6 · 9.04
Do modelu tylko dane z dane/przyklad.json.
Arkusz klientów otwierają Anna i Tomasz.
##7. Koszty modelusesja 7 · 16.04
Limit projektu: 300 zł miesięcznie.
Podgląd kosztu sprawdzamy w piątki.
ZmianaKtoKiedyLista sprawdzeń
Rabat dla stałych klientów 
Anna 7 z 7 zasad
Anna 7 z 7 zasad Eksport faktur do biura rachunkowego 
Tomasz 7 z 7 zasad
Tomasz 7 z 7 zasad 7 Limity kosztów modelu na projekt Anna sesja 7 · prowadzi Anna
Anna sesja 7 · prowadzi Anna Termin dostawy w potwierdzeniu zamówienia Michał 6 z 6 zasad
Michał 6 z 6 zasad 6 Dane przykładowe zamiast arkusza klientów Michał na sesji 6
Michał na sesji 6 Powiadomienie o wysyłce Anna 5 z 5 zasad
Anna 5 z 5 zasad 5 Test ścieżki zamówienia Tomasz na sesji 5
Tomasz na sesji 5 4 URUCHOMIENIE.md i pierwsze uruchomienie przez Tomasza Tomasz na sesji 4
Tomasz na sesji 4 Status „gotowe do odbioru” Anna 3 z 3 zasad
Anna 3 z 3 zasad Status „gotowe do odbioru” Anna zatrzymana: brak warunków odbioru
Anna zatrzymana: brak warunków odbioru 3 Klucze bramki w zmiennych środowiska Michał na sesji 3
Michał na sesji 3 Program dla firmy produkcyjnej · 40 osób, aplikacja do zamówieńpo przeglądzie 23–27.02 · 7 sesji · 4 osoby przy ekranie
NrTemat sesjiSkąd się wziąłCo zostaje w aplikacji
1 Jak opisać zadanie, żeby model nie zgadywał
wychodzi u każdego Trzy osoby, trzy sposoby proszenia modelu. Ten sam ekran wyszedł za każdym razem inaczej. Opis zadania i warunki odbioru w repozytorium, w formacie, który narzędzie czyta samo.
wychodzi u każdego Trzy osoby, trzy sposoby proszenia modelu. Ten sam ekran wyszedł za każdym razem inaczej. Opis zadania i warunki odbioru w repozytorium, w formacie, który narzędzie czyta samo.
2 Co sprawdzić, zanim zobaczą to ludzie
wychodzi u każdego Zmiana trafia do klientów tego samego dnia, w którym powstała. Nikt jej wcześniej nie otwiera. Lista sprawdzeń, którą uruchamia narzędzie, i jedno miejsce, w którym widać wynik.
wychodzi u każdego Zmiana trafia do klientów tego samego dnia, w którym powstała. Nikt jej wcześniej nie otwiera. Lista sprawdzeń, którą uruchamia narzędzie, i jedno miejsce, w którym widać wynik.
3 Gdzie mają leżeć klucze i hasła Klucz do bramki płatniczej wpisany wprost w kodzie, w trzech miejscach. Jeden z nich jest w pliku wysłanym kiedyś mailem. Klucze przeniesione, stare unieważnione, nowe wchodzą już inną drogą.
4 Uruchomienie projektu przez drugą osobę Projekt od zera odpala jedna osoba. Robiła to ostatnio w maju i sama nie pamięta kolejności. Instrukcja, po której druga osoba odpaliła projekt na sesji, przy nas.
5 Test tam, gdzie są pieniądze Ścieżka zamówienia nie ma żadnego sprawdzenia. Ostatnia awaria wyszła od klienta, po dwóch dniach. Test ścieżki zamówienia, uruchamiany przy każdej zmianie.
6 Co wolno wysłać do modelu Arkusz z danymi klientów krąży mailem i jego fragmenty wchodzą do zapytań. Zasada spisana po ludzku i dostęp do arkusza zawężony do osób, które go potrzebują.
7 Skąd bierze się rachunek za model Rachunek podwoił się w dwa tygodnie prób i nikt nie umie wskazać, co go podbiło. Limity na projekt i podgląd, który pokazuje koszt, zanim urośnie.
Sesja 1 · Opis zadania z warunkami odbioru0:06trzy prośby o ten sam ekran0:41warunki odbioru1:32zasada 1 w CLAUDE.md
Anna przy klawiaturze Sesja 2 · Lista sprawdzeń przed wypuszczeniem0:12npm run sprawdz0:55czerwony wynik1:40zasada 2
Tomasz przy klawiaturze Sesja 3 · Klucze bramki w zmiennych środowiska0:09klucz w trzech plikach0:47.env.example1:52unieważnienie klucza
Michał przy klawiaturze Sesja 4 · Uruchomienie projektu przez drugą osobę0:15czysty komputer1:02URUCHOMIENIE.md1:38Tomasz odpala sam
Tomasz przy klawiaturze Sesja 5 · Test ścieżki zamówienia0:20przypadek: koszyk 1000 zł1:11test w liście sprawdzeń
Tomasz przy klawiaturze Sesja 6 · Dane przykładowe dla modelu0:08co poszło do zapytań0:58dane/przyklad.json
Michał przy klawiaturze Sesja 7 · Limity kosztów modelu · prowadzi Anna0:04Anna prowadzi1:21limit 300 zł1:47co dopisać do zasad
Anna przy klawiaturze Zasady w repozytoriumSpisane w formacie, który czyta Wasze narzędzie AI, więc pilnuje ich samo przy każdej zmianie. Zostają na miejscu, kiedy program się kończy.
Historia zmianSiedem zmian zrobionych na sesjach, z datą, i wszystko, co zespół zrobił sam między nimi. Ostatnią sesję prowadziła Anna z handlu.
Agenda z uzasadnieniemPrzychodzi po przeglądzie, przed decyzją o programie, i można z niej wykreślić dowolną pozycję. Wykreślony temat znika razem z sesją.
Nagrania sesjiPracujemy na Waszym kodzie, więc nagranie jest instrukcją do Waszej aplikacji. Nowa osoba dostaje je razem z instrukcją uruchomienia.
Sześć zespołów i czas jednej zmiany
Od opisu zadania do wypuszczenia, razem z czekaniem na osobę, która jako jedyna umiała to sprawdzić. Przed programem i miesiąc po nim.
Sieć gabinetów120 osób · bez działu IT
Przed12 dni
Po3 dni
Panel powstał w operacjach. Program poszedł w uruchomienie projektu przez drugą osobę i w to, co wolno wysłać do modelu.
Sklep internetowy60 osób · dwóch programistów
Przed6 dni
Po1 dzień
Każdy pracował z agentem po swojemu. Wspólny opis zadania i lista sprawdzeń w repozytorium wyrównały to, co wychodzi spod obu rąk.
Firma transportowa90 osób · bez działu IT
Przed8 dni
Po2 dni
Rachunek za model rósł po każdej próbie. Limity na projekt weszły na trzeciej sesji, test wyceny trasy na czwartej.
Biuro rachunkowe35 osób · narzędzia z operacji
Przed10 dni
Po3 dni
Dane klientów krążyły w arkuszach i trafiały do zapytań. Zasada spisana po ludzku, zawężony dostęp, potem test importu wyciągów.
Dział IT dystrybutora8 programistów
Przed7 dni
Po2 dni
Agenty w terminalach od pół roku, każdy z innymi nawykami. Zasady w repozytorium czyta teraz narzędzie każdego z nich.
„Let’s automate wziął pełną odpowiedzialność za projekt i dowiózł go do końca. To dlatego powierzyliśmy im kolejny, znacznie większy.
Jakub CiołkowskiCzłonek Zarządu, NARS Polska 
Na pierwszej rozmowie ustalamy, od czego zacząć: od przeglądu kodu czy od jednej sesji na Waszej sprawie. Bezpłatnie i bez zobowiązań, online albo telefonicznie.
Umów rozmowęUczymy metody, na której sami budujemy
Typowe szkolenie z AI ma program gotowy, zanim ktokolwiek zobaczy Waszą aplikację. Nasz powstaje z przeglądu kodu, a zasady spisujemy według WiseStacka, na którym budujemy własne projekty.
Typowe szkolenie
z AI
z AI
Let’s automatewedług WiseStacka 200+ wdrożeń
Program
Katalog tematów, ten sam dla każdej sali.
Z przeglądu Waszego koduPrzy każdym temacie stoi miejsce w aplikacji, z którego się wziął. Dwa z siedmiu wychodzą u każdego zespołu i tak są podpisane.
Przy klawiaturze
Prowadzący pokazuje na przykładach przygotowanych do pokazu.
Wasza osoba, my obokPokaz z naszej strony zajmuje początek sesji. Resztę czasu Wasza osoba pracuje na sprawie, która i tak jest na liście w tym tygodniu.
Po sesji
Notatki z sali.
Zmiana w aplikacjiKażda sesja kończy się jedną rzeczą naprawioną w aplikacji, widoczną w historii zmian z datą.
Wiedza po programie
W głowach uczestników. Notatki giną w trzecim tygodniu.
Zasady w Waszym repozytoriumSpisane w formacie, który czyta Wasze narzędzie AI, więc pilnuje ich samo, także wtedy, gdy zmianę pisze ktoś nowy.
Zmiana planu
Agenda ustalona przy zamówieniu.
Temat podmieniany w trakcieJeśli problem okazuje się gdzie indziej, mówimy o tym wprost i podmieniamy temat razem z Wami.
Koniec
Ostatni moduł i zaświadczenie o udziale.
Ostatnią sesję prowadzi Wasza osobaBierze zmianę, której nie robiliśmy wspólnie, i przechodzi ją od początku do końca. My siedzimy cicho i notujemy, co dopisać do zasad.
Koszty
Licencje i narzędzia rozliczane osobno.
Narzędzia i czytanie kodu w stawceRachunku za tokeny ani za licencje nie dostajecie. Prowizji od dostawców narzędzi nie bierzemy.
WiseStack to nasz sposób budowania oprogramowania z AI: dwanaście decyzji podjętych raz i wnoszonych do każdego projektu.
Cała metoda →
Od przeglądu do sesji, którą prowadzi Wasza osoba
Co tydzień dwugodzinna sesja na sprawie z tego tygodnia. Między sesjami zespół pracuje sam według zasad, które już stoją w repozytorium, a na pytania odpowiadamy w ciągu dnia roboczego.
Aplikacja do zamówień, luty–kwiecieńzasady, które obowiązywały przy zmianie
Dla jakich zespołów to jest
Z działem IT albo bez niego. Cel jest ten sam: umieć to samemu.
01
Zbudowaliście aplikację bez działu IT
Powstała w marketingu albo w operacjach, działa i ktoś na niej pracuje codziennie. Chcecie, żeby dało się ją utrzymać własnymi rękami, kiedy zrobi się poważniejsza.
02
Macie programistów i każdy pracuje z AI po swojemu
Agenty siedzą w terminalach od kilku miesięcy. Efekt zależy od tego, kto pisał, a Wy chcecie jednego sposobu pracy, spisanego tam, gdzie zajrzy następna osoba.
03
Te same osoby mają co tydzień dwie godziny
Program potrzebuje stałego okienka w kalendarzu. Przy klawiaturze siada ktoś z Was, więc sesja przesunięta o tydzień przesuwa cały program.
04
Kod jest taki, jaki jest
Nie sprzątajcie przed nami. Klucz w kodzie i projekt, który odpala jedna osoba, to materiał, z którego powstaje program. Nikt u Was nie musi też umieć programować.
Zacznijmy od Waszego kodu
Wystarczą dwa zdania: co to za aplikacja i kto ją buduje. Odpowiemy w jeden dzień roboczy z propozycją terminu rozmowy.
Mamy Wasze zapytanie
Odpowiemy w jeden dzień roboczy na adres podany w formularzu. Jeśli to literówka, napiszcie na hello@letsautomate.pl.
Pytania, które padają przed decyzją
Zadajcie nam swoje →Tam agenda istnieje przed Wami i jest ta sama dla każdej sali. Tutaj pięć tematów z siedmiu bierze się z rzeczy, które znaleźliśmy w Waszej aplikacji, i przy każdym stoi miejsce, z którego się wziął. Dwa rzeczywiście wychodzą u wszystkich i mówimy o tym wprost. Koszt też jest inny: przed programem idzie przegląd, a on kosztuje.
Czytamy takie aplikacje co tydzień i żadna nie wygląda inaczej. Klucze w kodzie i jedna osoba, która wie, jak to odpalić, to standardowy stan rzeczy zbudowanej szybko i po godzinach. Z tego bałaganu robi się program — bez niego mielibyśmy tylko ogólny kurs.
Stawkę podajemy po przeglądzie, bo zależy od liczby sesji i od tego, ile osób bierze w nich udział. Osobną pozycją jest tylko przegląd przed programem: płacicie za niego raz i dostajecie agendę, którą możecie wziąć i nie kupić reszty. Wykreślony z agendy temat znika razem z sesją, a program robi się o tydzień krótszy i o tyle tańszy.
Przed programem kilka krótkich rozmów z osobami, które budują aplikację — połowa tematów bierze się stąd, bo w kodzie nie widać, przy czym ktoś traci wieczór. Potem dwie godziny w tygodniu na sesję, od tych samych osób. Między sesjami pracujecie normalnie, a na pytania odpowiadamy w ciągu dnia roboczego.
Tyle, ile realnie widzi jeden ekran: przy klawiaturze siedzi jedna osoba, a reszta musi nadążać za tym, co robi. Powyżej tego dzielimy grupę albo dokładamy drugą osobę po naszej stronie. Wielkość grupy ustalamy po przeglądzie, razem z resztą zakresu. Nagrania dostają wszyscy, także ci, których na sesji nie było.
To się zdarza mniej więcej co drugi raz i jest wpisane w sposób pracy. Podmieniamy temat razem z Wami i mówimy, co przez to wypada. Agenda jest ustaleniem, do którego wracamy, i wolno ją ruszyć w każdą stronę.
Jedna osoba przez cały program. Ta sama, która czytała Wasz kod w przeglądzie, siedzi potem obok przy klawiaturze, bo połowa wartości sesji leży w tym, że pamięta, co znalazła trzy tygodnie wcześniej. Przy większej grupie dokładamy drugą osobę. Kiedy pod aplikacją siedzi proces, którego nikt nie spisał, dochodzi analityk biznesowy, a przy kłopotach z obsługą aplikacji projektant.
Tak. Bierzemy jedną Waszą prawdziwą sprawę i przechodzimy ją razem, tak jak wyglądałaby sesja programu. Po niej wiecie, czy taki sposób pracy ma u Was sens, i macie tę sprawę zrobioną. Sesję próbną wyceniamy osobno.
Najczęściej w Claude Code i w Codeksie, bo w nich zostają zasady, które spisujemy. Jeśli zespół buduje dziś w czymś innym, sesje prowadzimy w tym narzędziu. Nikt u Was nie musi umieć programować.
Program ma koniec i po nim można się rozstać — zasady zostają w Waszym repozytorium i działają dalej. Część zespołów zostaje na stałą opiekę, bo tak im wygodniej: bieżące wsparcie, z działem IT albo bez niego. To osobna decyzja i osobna umowa.
Osobno płacicie wyłącznie za przegląd przed programem — raz, zanim zapadnie decyzja o sesjach. Nasze narzędzia i czytanie Waszego kodu między sesjami siedzą w stawce programu. Rachunku za tokeny ani za licencje nie dostajecie. Jeśli polecimy coś płatnego po Waszej stronie, powiemy, ile kosztuje i co daje — prowizji od dostawców nie bierzemy. Kod, klucze i konta są Wasze od pierwszego dnia.
Łączymy siły dla mądrego wzrostu
