Maksymilian (@MAXIMISEART) header
Maksymilian (@MAXIMISEART) profile picture

AI Engineer | Pomagam wdrażać AI do polskich firm | Propagator myślenia :)

Greater Poland, Poland
Joined April 2026
Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)Photo by Maksymilian (@MAXIMISEART)
Finanse to obszar, w którym adopcja AI przynosi najszybsze i najbardziej mierzalne rezultaty, ponieważ praca jest powtarzalna, procesy jasno zdefiniowane, a koszt wykonywania jej ręcznie można niezwykle łatwo zmierzyć Dlatego, szczególnie jeżeli jesteś CFO albo kimś związanym z finansami, zachęcam do przeczytania mojego artykułu, w którym przedstawiam pełną filozofię tego, jak my do tego podchodzimy i jak powinna wyglądać poprawna adopcja AI w wasze procesy - za darmo ;) Jedynym kosztem jest czas i skupienie się, bo trochę tego jest, a i tak starałem się nie wchodzić w techniczne szczegóły Enjoy!
3
2
16
4,368
Maksymilian retweeted
very weird thing happening rn technical people are sad, they think their skills are now useless non-technical people are desperately wishing they were more technical so they could use agents better
1,097
1,458
401
23,889
833,049
polecam lekturę w kontekście sporu o to, czy czytać kod ai, nie chodzi o to, czy go czytać, tylko kiedy to robić, a przede wszystkim jak lepiej zrozumieć to, co budujemy code review, tak jak opisuje to Addy, powinno mieć kilka poziomów. każdy z nich wyłapuje co innego i przepuszcza to, co wyłapie dopiero następny poziom ale Addy wspomina też o fundamentalnej rzeczy, jaką jest zrozumienie tego, co w ogóle budujemy (a bardziej tego, co buduje dla nas ai) i czy warto to budować. dlatego tak ważne jest tworzenie narzędzi, które wspierają utrzymanie wspólnego rozumienia między człowiekiem a ai przykładem są dopracowane graficzne explainery, o których też mowa w artykule. niektórzy idą dalej tworząc krótkie filmiki, których zadaniem było właśnie bycie takim explainerem zagadnienia X już pare miesięcy temu (w świecie ai lata temu) pisałem o tym, jak zwiększyć poziom zrozumienia tego, co budujemy z ai, w o wiele przyjemniejszy sposób niż przez czytanie diffów: teapaw.org/MAXIMISEART/status/207… nie idźcie na skróty w procesie zrozumienia waszej pracy
1
4
89
13,862
DISCLAIMER: uwaga ten post może spowodować ból dupy, a może nie zobaczymy --- jeżeli jeszcze tego nie zrobiliście, to to zróbcie im bardziej umożliwicie swoim agentom weryfikowanie własnej pracy, zarówno w formalny, jak i nieformalny sposób, tym lepsze wyniki od nich otrzymacie oraz tym więcej autonomii będziecie mogli im przekazać celem jest odpowiednio zaprojektowanym pod agentów codebase, który może nie jest zbyt fajny i przyjemny do pracy dla ludzi, ale za to jest sterylnie zamknięty pod agentów, a drogi na skróty są tymi poprawnymi drogami wasze zaufanie do ai będzie z czasem o wiele większe, aż do momentu, w którym większość, czyli 90-95% PRów, będzie mogła być auto merge tak, jest to trudne, ale osiągalne te pozostałe 5-10% to rzeczy, z których później trudno wrócić, tak zwane one-way doors - tam trzeba się więcej napocić jeżeli wasze code review nadal polega wyłącznie na czytaniu surowego diffu, to znaczy, że nie poświęciliście wystarczająco dużo czasu na zbudowanie architektury, której możecie ufać tak samo jak z danymi - garbage in garbage out jakość i architektura waszego codebase >>> wasze agents.md może przy gpt 7 przejrzycie na oczy i zrozumiecie, że produkowanie większej ilości jednorazowego i mało jakościowego kodu (slopu) właśnie pomaga wam produkować więcej jakościowego kodu przede wszystkim pomaga w zrozumieniu, prototypowaniu i tworzeniu środowisk, w których możecie przetestować swoje idee, zanim się w nie zagłębicie i przeznaczycie na nie swój czas i energię a dzięki temu wasz produkt/usługa, którą oferujecie, będzie bardziej wartościowa dla drugiego człowieka co zrobić, żeby zacząć? przeczytać post od @poteto i wkleić go do swojego agenta dla chętnych i ambitnych przeczytać jej pstack, zacząć go używać, a z czasem dostosować go do tego, jak pracujecie
how do you trust your agents' work more? copy this post/link and give it to your @bot or agent! 1. codebase improvements: this is just good software engineering - better architecture, stronger types and invariants, clear boundaries. agents love to copy what exists and take the shortest path, so make the easy thing the right thing. categorically eliminate problems through code and you won't need to think about it again. 2. static analysis: lint rules, tests, CI, verification (eg TLA+). very token efficient ways to catch issues ahead of time. 3. prose: comments, rules, AGENTS.md, skills - anything that can't be enforced and requires agent judgment. use it minimally, but do use /create-verification-skill. 4. human review: the hardest to scale. at the rate agents land code, it's pretty much impossible to thoroughly review every PR, so spend that effort on the highest leverage point, designing an environment where agents do the right thing by default. this forms an inverse pyramid: you want most of your effort at the top, least at the bottom. codebase improvements are deterministic, making it more token efficient, and lets you sleep more soundly at night. install github.com/cursor/plugins/tr… and create a new Project: 1. look through my slack/chat messages and code review comments where i've given feedback on PRs, code, architecture 2. use /recall on my past transcripts to learn how i steer agents 3. /poteto-mode use /correct and /architect on past commits to find the most common pitfalls agents fall into, then propose a plan to rearchitect the code i own so it's more agent friendly. answer open questions with prototyping rather than defer to me, and back the plan with real data. 4. before you begin, use /sharpen + /in-your-own-words and confirm this prompt with me
2
1
32
2,729
przepis na sukces i dużo kasy z ai w 7 krokach zamiast przebranżowienia się na hydraulika 1. ucz się od mądrzejszych od ciebie. słuchaj, czytaj, oglądaj, rób po kilkanaście godzin dziennie, aż nie posiądziesz potrzebnych ci umiejętności. musisz dorównać, a nawet prześcignąć tych, którzy są przed tobą. to znaczy, że musisz robić x3 więcej niż oni 2. dowiedz się, jakie problemy możesz rozwiązać dzięki nowo nabytym umiejętnościom i wiedzy w zakresie ai 3. nikt cię nie zna i nikt nie wie, że masz już te nowe umiejętności. więc musisz zacząć mówić ludziom, że je masz i możesz im pomóc. w domyśle mówisz to ludziom, którzy mocno odczuwają problem, który umiesz rozwiązać. najczęściej jest to problem przez który sami żeśmy przeszli. 4. gdy już znajdziesz tych śmiałków, oferujesz, że zrobisz im to za darmo. bo przecież nikt cię nie zna, więc dlaczego mają ci ufać? musisz sobie zapracować na zaufanie w tym świecie, w którym każdy kłamie. poza tym jeszcze tego nie robiłeś na żywym pacjencie, dlatego proszenie za to pieniędzy jest moralnie niepoprawne. w zamian za darmową pracę prosisz o miłe słowo i opinię/recenzję 5. robisz tak x10 razy 6. za 11. razem lewarujesz tymi 10 case studies i mówisz: „tych 10 typków miało ten sam problem co ty. ja pomogłem im go rozwiązać i dzięki temu mają X. tutaj ich case studies. chcesz, żebym też ci pomógł z twoim problemem za $$$?” 7. powtarzasz to do momentu, w którym twój biznes jest supply constraint, czyli „mam więcej klientów, niż jestem w stanie obsłużyć”. wtedy myślisz o skalowaniu (powtarzasz punkt 1, ale skupiasz się stricte na tym, jak skalować biznes). i tak. najlepiej zacząć od rzeczy, która jest w chuj nieskalowana, bo to znaczy, że musisz wykonać dużo pracy dla drugiego człowieka, a to oznacza, że możesz też dać mu więcej wartości. a kiedy zaczynasz, musisz mieć kasę, a nie zoptymalizowany biznes NIESPODZIANKA wychodzi na to, że ai nic nie zmienia w tym, jak wygląda proces zaczynania swojej przygody. jest oczywiście lewarem, bo możemy rozwiązywać większe problemy niż tylko ścinanie zarośniętego trawnika, ALE samo ai nie zrobi z nas milionerów jeżeli ai cię zastąpiło albo już to zrobiło, to jest to twoja wina. przestań się mazać i zacznij coś robić. nikt nie mówił, że będzie łatwo
2
3
60
5,035
nie zgadzam się jest to według mnie niepoprawne myślenie ze starej ery, w której saas jako interfejs był produktem. w nowym świecie to outcome, czyli wykonana praca, jest produktem każde nowe narzędzie, nowy interfejs dla pracowników to tylko kolejne komplikowanie procesów oraz pogłębianie problemu rozproszenia danych nie ma czegoś takiego jak zaprojektowanie narzędzia, które obsłuży nawet idiota, bo każdy pracuje inaczej. nawet każdy „idiota” robi to po swojemu, więc każdy musiałby mieć swoje personalne narzędzie, uszyte specjalnie dla niego, a to jest jeszcze gorsze poza tym człowieka nie da się zmienić. on sam musi chcieć tej zmiany, a prawdą jest że większość uważa się za najmądrzejszych w swojej dziedzinie. jeżeli wchodzisz na jej podwórko, to nie da ci wygrać „ale to narzędzie będzie zastępować wszystkie inne narzędzia, których już używają, więc nie ma mowy o rozproszeniu danych, jeżeli wszystko jest w jednym miejscu” po pierwsze, firma, która wydała pieniądze rzędu kilkuset tysięcy do paru milionów na customowe systemy ERP, CRM itd nie widzi sensu migracji do nowego narzędzia tylko dlatego, że jest ono ai native. poza tym migracja tych ogromnych ilości danych jest skomplikowana. w grę wchodzą regulacje, wewnętrzne polityki itd wdrożenia i adopcja ai powinny być: - effortless, niewymagające nowych narzędzi, migracji danych oraz specjalistycznych szkoleń - ai powinno wykonywać pracę w tle, a człowiek powinien podejmować decyzje i być za nie odpowiedzialny. jest też najważniejszym elementem przy projektowaniu, tworzeniu i ewaluacji, co wymaga ścisłej współpracy z ekspertami domenowymi - ai powinno działać na i pomiędzy istniejącymi systemami np. ERP, CRM, TMS, excelami, mailem itd - ważniejsze od fancy ai jest przeprojektowanie całego procesu/workflow pod nowe możliwości, tak żeby 24-krokowy proces stał się 7-krokowy - wdrożenie ai ma zmniejszyć koszty i ryzyko oraz zwiększyć przychód firmy
Replying to @MAXIMISEART
"Pani Ela...." Wystarczy jej dać narzędzie zaprojektowane tak, żeby nawet idiota obsluzyl i jak zobaczy, ile szybciej robota idzie, to nie wróci do starych nawyków. Sprawdzone kilkukrotnie. Początkowa niechęć mija szybko ;)
1
1
13
2,050
krucjaty ciąg dalszy czemu firmy, które wdrożyły u siebie ai jako licencje do sidekicków, jakimi są chat gpt albo claude, po pierwsze przegrają ten wyścig, a po drugie nie rozumieją całego procesu wdrażania żeby fabryki za czasów rewolucji przemysłowej mogły lewarować maszynami parowymi, musiały się przetransformować. procesy i cała praca zostały przeprojektowane na nowe czasy i możliwości - same istnienie maszyny parowej przecież nic nie zmieniło tak samo jest dzisiaj z ai automatyzowanie procesów w takiej formie, w jakiej istnieją, powoduje tylko, że gówniane procesy płyną szybciej. stąd potrzeba, by najpierw zrozumieć te procesy od podszewki (wiele firm w ogóle nie zna swoich procesów), zmapować je i poznać ważne dla nas metryki, np. w dziale finansów czas procesu AP albo AR czy też zamknięcia miesiąca. dopiero później przeprojektowanie tych procesów i usunięcie niepotrzebnych kroków powinno być pierwszą rzeczą, o której się myśli i której poświęca się czas i energię. wracając do tych copilotów, najczęściej sprawa wygląda w ten sposób, że zostały zakupione licencje dla pracowników, przeprowadzono szkolenia i teraz każdy ma możliwość budowania swoich agentów, próbując zautomatyzować część swojej pracy nie ma lepszego przepisu na wprowadzenie chaosu gdzie każdy robi inaczej po swojemu --> wynikające poźniej z tego konflikty i rozbieżności --> jeszcze więcej problemów --> powiedzenie w końcu "ai nie działa, a przynajmniej nie u NAS" żeby nie zrozumieć mnie źle, chat gpt czy claude pomagają być bardziej produktywnymi (10-20% nie wliczając w to IT, a zahaczając sie o takie działy jak finanse, operacje, sprzedaż, marketing, HR), ale bycie bardziej produktywnym nie musi wpłynąć na jakiś niesamowity wzrost przychodu firmy następną rzeczą jest to, że takie podejście ma ograniczoną pulę odbiorców, a to dlatego, że ludzie nie chcą się uczyć nowych narzędzi. Pani Ela od 10 lat pracuje w określony sposób, używając tylko maila i excela, uważa, że tak jest lepiej i nikt jej nie przekona. nie ma zamiaru specjalnie zmieniać swojego sposobu pracy, bo jakiś typ wyżej, w garniturku, jej kazał tylko mały odsetek pracowników (około 5%, częściej mniej) jest wart inwestowania, bo to power userzy. to oni też powinni zostać „apostołami” ai, szerzyć świadectwo i dawać przykład, że ogarnianie ai jest w cenie dla każdego, nawet dla Pani Eli pracownicy bardziej ufają sobie nawzajem niż ludziom wyżej w takim też duchu podchodzimy do wdrażania ai, które ma być praktycznie effortless (co jest trudne). to znaczy: - budowanie agentów, którzy działają na i pomiędzy już istniejącymi systemami w tle, np. ERP, excelem, mailem, CRM, TMS itd w zależności od tego, czego używa dana branża. to rozwiązuje tak mocno odczuwalny problem rozproszenia danych - rozwiązanie problemu obsługi wyjątków, które zajmują najwięcej czasu (to tu widać największy wzrost efektywności). poniżej przykłady wyjątków występujące tylko w samym procesie AP: brak PO (zamówienia) brak potwierdzenia dostawy albo odbioru podwójna faktura nieprawidłowe dane na fakturze zła stawka vat brak akceptacji kosztu przekroczony budżet przypisanie wydatku do nieprawidłowego konta księgowego rozbieżność faktury z umową korekta bez powiązanej z nią faktury 100% ręczne rozwiązywanie tych wyjątków jest męczące, skomplikowane, ryzykowne i wydłuża procesy, opóźniając tym samym wynik biznesowy, np. zamknięcie miesiąca - człowiek nie powinien być maszyną kopiuj wklej. nie powinien być klejem między tymi wszystkimi narzędziami i systemami (dopełnienie pierwszego problemu). dlatego agenci czy też deterministyczny kod muszą przejmować tę nudną i powtarzalną pracę i uwalniać od niej pracowników. ludzie powinni wykonywać bardziej ambitne zadania i rozwiązywać poważniejsze problemy, które mogą się przełożyć na wzrost firmy. człowiek powinien być powiadamiany tylko wtedy, gdy potrzeba jego osądu i decyzji, właśnie przy obsłudze wyjątków, które wymagają obejść i wiedzy, która jest tylko w głowach tych pracowników - praktycznie każdy proces, który został zaprojektowany przed ai, jest do przeprojektowania. zbyt długie workflowy, przekazania do innych działów, czekanie na odpowiedzi, wracanie do starych tematów (robienie pętli akceptacji, sprawdzanie rozbieżności itd.). stąd potrzeba zredukowania liczby kroków i usunięcia tych już niepotrzebnych. po co kopiować i wklejać te same wartości do 5 różnych arkuszy, bo jeden ma inne formatowanie, drugi ma inne funkcje albo makra? na liczbach: jeżeli firma ma 10k pracowników, a 10% z nich używa sidekicka, np. claude, żeby być szybszymi o te 10-15% przez 1/3 ich dnia, to wydaje mi się, skromnie mówiąc, że za dużo to nie da firmie, np. pod względem P&L. takie podejście nie zmienia praktycznie nic. pracownicy pracują tak samo, a co ważniejsze, ich koszt pracy też się nie zmienia ale gdy mamy zespół kilkudziesięciu ludzi w np. dziale AP i poprawnie wdrożyliśmy ai, żeby zautomatyzować ich pracę w 70-80%, to możemy ograniczyć koszty powtarzalnej i często błędnej pracy wykonywanej przez około 30 pracowników. a to jest to, o co martwi się CFO DISCLAIMER: nie zachęcam do zwalniania ludzi. jest to głupie i to też przypominam decydentom, że ludzie są jednym z lewarów skalowania biznesu i jeszcze długo nie znikną. firma powinna zawsze znaleźć odpowiednie zadanie dla ludzi w niej pracujących, nawet jeżeli odejdzie im 80% pracy
11
1
42
3,510
świetny gość, fajny wykład, dobrze spędzone 45 min na temat jak działają proaktywni always on agenci np. grok bot na pewno lepsze niz scrollowanie tiktoka czy innych reelsów polecam
How do always-on, proactive agents like @Bot work? Watch my lecture at Stanford CS146S: 2:35 How we got here 6:13 What changed in the models 10:06 Inside an always-on agent 18:07 The harness 27:26 Context engineering 34:26 Where this is going
3
2
52
3,282
Maksymilian retweeted
pstack v0.15.27 ships with a new skill /create-formal-verification-skill! it's still in beta, and similar to /create-verification-skill, this is a meta-skill that creates a new skill and formal verification suite based on the characteristics you want to verify. for example, you may want to model state machines and systems with concurrency using TLA+, or use kani in rust to check for undefined behavior. if you're new to formal verification, think of it as mathematically proving properties and invariants (something that must always be true) or "laws" of your system. usually, this means modeling your programs in a separate language like with TLA+ and then running the solver on that spec. newer approaches like with kani and @bendlang take a different approach where there is no separate language: you write kani in rust, and bend in bend (it's also a programming language, and the proofs are written as laws and expressed in its type system). historically formal verification never reached mainstream status because of the difficulty in modeling and writing proofs. it's quite difficult to model your business requirements and keep them in sync! but i expect that we will see more innovation in formal verification in the future as being able to formally verifiy that the code does what you intended gives your agents superpowers in writing correct software. in the meantime though, i've been experimenting with modeling our code with TLA+ and have already found several bugs with the skill created by /create-formal-verification-skill. try it out and let me know how it goes!
188
173
48
3,165
377,309
Maksymilian retweeted
basal-omni 🇵🇱 - TOP1 🤩🤩🤩 🌍 na świecie w modelach otwartych oraz TOP2 wśród zamkniętych i otwartych Wg niezależnego benchmarku modeli system-one gdzie testowane są wszystkjie modele na świecie - JevBench (link do bencha w pierwszym wpisie). Czyli można? Można! Polskie AI 🇵🇱 basal wyprzedził model OpenAI, Microsoft oraz pierwowzór z TypeSafe (jev). Thank you, @airesearch12 , for the independent evaluation on JevBench.
257
536
101
3,891
289,899
Maksymilian retweeted
how do you trust your agents' work more? copy this post/link and give it to your @bot or agent! 1. codebase improvements: this is just good software engineering - better architecture, stronger types and invariants, clear boundaries. agents love to copy what exists and take the shortest path, so make the easy thing the right thing. categorically eliminate problems through code and you won't need to think about it again. 2. static analysis: lint rules, tests, CI, verification (eg TLA+). very token efficient ways to catch issues ahead of time. 3. prose: comments, rules, AGENTS.md, skills - anything that can't be enforced and requires agent judgment. use it minimally, but do use /create-verification-skill. 4. human review: the hardest to scale. at the rate agents land code, it's pretty much impossible to thoroughly review every PR, so spend that effort on the highest leverage point, designing an environment where agents do the right thing by default. this forms an inverse pyramid: you want most of your effort at the top, least at the bottom. codebase improvements are deterministic, making it more token efficient, and lets you sleep more soundly at night. install github.com/cursor/plugins/tr… and create a new Project: 1. look through my slack/chat messages and code review comments where i've given feedback on PRs, code, architecture 2. use /recall on my past transcripts to learn how i steer agents 3. /poteto-mode use /correct and /architect on past commits to find the most common pitfalls agents fall into, then propose a plan to rearchitect the code i own so it's more agent friendly. answer open questions with prototyping rather than defer to me, and back the plan with real data. 4. before you begin, use /sharpen + /in-your-own-words and confirm this prompt with me
607
520
115
6,922
753,539
Maksymilian retweeted
try pstack! it’s my personal set of skills for rigorous and autonomous engineering with agents. it’s updated frequently as I continue to tune and simplify them 10 second tutorial: 1. run /setup-pstack and choose your budget 2. add /poteto-mode in front of any prompt you want done rigorously 3. ask /poteto-help whenever you’re unsure what pstack skills to use 4. that’s it! Grok Bot: x.ai/bot/plugin/9717366 Cursor: cursor.com/marketplace/curso… Source: github.com/cursor/plugins/tr…
pstack is the new solid
253
251
66
4,910
322,600
nie chcę nikogo martwić, ale ludzie mają w dupie ciebie, to co robisz i to jak to robisz ludzie głównie myślą o sobie „co w tym jest dla MNIE?”, „co JA dostanę?”, „co jest w tym wartościowego dla MNIE?”. zdobycie zaufania obcej osoby jest dzisiaj trudniejsze niż kiedykolwiek. właśnie przez ai, ale też przez naszą awersję do obcych ludzi i to, że prędzej myślimy o tym, gdzie jest haczyk, niż o tym, że obca osoba rzeczywiście chce nam pomóc dlatego uważam i w pełni zgadzam się z człowiekiem, który mnie tego nauczył, @AlexHormozi , że powinno się dawać wartość najpierw za darmo, ZWŁASZCZA jeśli dopiero zaczynasz zamiast prosić klientów o szansę, zrób coś dla nich. wykonaj jakąś konkretną, użyteczną rzecz, która realnie komuś pomoże masz problem X, ja mam umiejętność Y, która rozwiązuje problem X, i zrobię to za darmo, żeby zdobyć twoje zaufanie i żebyś uwierzył, że moje intencje są prawdziwe i mogę ci serio pomóc w tym, co robisz pod kątem psychologicznym odpala się tzw. law of reciprocity (dług wdzięczności). osoba, której pomogłeś, chce ci się jakoś odwdzięczyć, jako że zrobiłeś to za darmo. jej odwdzięczeniem się mogą być np. referrals do innych ludzi, których zna i którzy mają problem X, albo zaproponowanie ci rozwiązania kolejnego problemu, za które już ci zapłaci. kiedy to ma sens? - rób to dla osób lub firm, które są 1-2 kroki przed tobą, a nie dla kogoś, kto jest już na szczycie - nie można oferować „mogę zrobić coś za darmo”, bo to zbyt ogólnikowe. klient czy osoba, której chcesz pomóc, musi widzieć, że ją rozumiesz i rozumiesz jej problem, czyli to, z czym się zmaga. potem wykonaj konkretną rzecz, żeby rozwiązać ten konkretny problem - to ma cię nauczyć pracy z klientem i ogólnie robienia tego, co robisz, w praktyce, na realnym pacjencie. buduje też twoje portfolio, opinie i case studies, które posłużą do przekonywania kolejnych klientów i budowania third party proof - jeżeli nikt nie chce od ciebie darmowej rzeczy, to znaczy, że nikt nie interpretuje jej jako czegoś wartościowego (jest gównem) i trzeba poprawić ofertę darmowa praca z twojej strony ma być krótkim, strategicznym ruchem, który ma tworzyć DOWÓD, że umiesz to, co mówisz, że umiesz, i otwierać wrota do płatnej pracy na takiej zasadzie tworzy się np. lead magnety 1. reveal the problem - pokazujesz komuś, że ma problem, o którym ten ktoś nie wiedział. ten ktoś wie już więc, jaki ma problem, i albo sam go rozwiąże, albo poprosi ciebie, żebyś rozwiązał go już za $$$, bo ci ufa. to ty mu pokazałeś, że ten problem w ogóle posiada 2. free trial - dajesz swój produkt lub usługę na określony czas za darmo, na wypróbowanie. po okresie darmowym pojawia się pytanie: „jeżeli chcesz kontynuować używanie x, to musisz już zapłacić” (dosyć powszechne i zrozumiałe, mam nadzieję) 3. one step of many - jeżeli wiesz, że proces rozwiązania problemu ma więcej niż jeden krok lub etap, dajesz pierwszy za darmo i potem mówisz: „zrobiliśmy x, co dało ci y, ale żeby w pełni osiągnąć twój cel, musimy zrobić jeszcze a, b i c. możemy to zrobić, ale już za $$$” im więcej wartości dasz na rynek, tym więcej zarobisz
Replying to @MAXIMISEART
"najlepiej za darmo" - dalej nie czytam. Idź to powiedź na przykład lekarzom. Socjalizm to najbardziej obrzydliwa rzecz pod słońcem.
1
3
1
28
2,667
Maksymilian retweeted
Replying to @WarrenInTheBuff
this slide is in my pinned talk, in order of value
7
8
1
234
21,628
no i potem muszę się pocić i tłumaczyć tym wszystkim ceo, cro, coo i cfo, dlaczego przejście z chata gpt na claude code magicznie nie przetransformuje ich pod adopcje ai i dlaczego 2200 licencji i 800k wydane na tokeny nic nie mówią i w żadnym wypadku nie są metryką sukcesu, a jedynie pokazują niezrozumienie tego, jak poprawnie wdraża się ai w przedsiębiorstwach - jak bardzo zmniejszył się problem rozproszenia danych? czy pracownicy nadal muszą zasuwać po ERP, excelach, mailach, slacku itd, żeby móc rozliczyć jedną fakturę, bo macie kilka źródeł prawdy zamiast jednego? - co z obsługą wyjątków? o ile procent zmniejszyła się ich ręczna obsługa? czy pracownicy nadal marnują swój cenny czas na uzgadnianie i szukanie brakujących danych albo ustalanie, dlaczego PO nie zgadza się z fakturą lub ilość towaru na fakturze nie zgadza się z WZ? - jak już macie tyle tych systemów, to ile czasu pracownicy spędzają na ręcznym klikaniu między nimi? ile czasu poświęcają dziennie na kopiuj wklej z jednego excela do drugiego, z maila do ERP itd? - jak wygląda wasz workflow w kontekście liczby kroków? dlaczego automatyzowane są gówniane procesy? to sprawia tylko, że gówno płynie szybciej. dlatego każdy workflow powinien być mapowany i przeprojektowywany, a dopiero potem wdrażane ai na dodatek wdrożenie ai w firmach w formie sidekicka, takiego jak claude code, jest błędem. ai nie ma być kolejnym narzędziem, tylko ma samo wykonywać pracę w tle wasi pracownicy chcą, żeby ich praca była wykonana, a nie żeby musieli uczyć się nowych narzędzi. jeżeli ktoś pracuje 10 lat w excelu, to nadal chce tam pracować. nie chce być zmuszany do nauki magicznego promptowania i efektywnego używania cc, bo się na to nie pisał (jak będzie chciał, to sam się nauczy i to lepiej)
"Dzisiaj w firmie nikt już nie używa ChatGPT". Rafał Brzoska opowiada jak przejście na Claude Code w jego firmie przyniosło dwukrotny wzrost wydajności i szacowany wpływ na EBITDA na poziomie 70 mln euro. @RBrzoska Obserwuj @BiznesinfoPL - dla nas liczy się polski biznes 🫡
30
7
1
211
44,710
doradzę jako wścibski DZIECIAK, który gówno wie o życiu jeszcze ;) 1. ai nigdy nie powinno być skrótem i ominięciem procesu uczenia się. stąd programiści i wszyscy inni w świecie it mają ogromną przewagę w używaniu agentów. to nie dyskredytuje osób pragnących chłonąć wiedzę i tych, których napędza ciekawość (oni zawsze nadgonią a potem przegonią) 2. uczcie się od najlepszych (za oceanem), a potem to, czego się nauczyliście, przekażcie tutaj rodakom, najlepiej za darmo, żeby wiedza rozprzestrzeniała się jak wirus 3. software fundamentals nadal mają i będą miały znaczenie. nie rozumiem ludzi, którzy uważają inaczej (sposób w jaki ich używamy się zmieni, już zmienił) 4. działajcie w małych zespołach 3-5. dzięki temu możecie się poruszać i adaptować o wiele szybciej niż te stare molochy 5. w świecie ai to dowód będzie królem, bo wszyscy będą mogli sobie coś wygenerować albo napisać. pokazujcie, dzielcie się tym, co robicie, swoją wiedzą, ZA DARMO. żeby uprościć, o jakim rodzaju wartości mówimy, to dawajcie za darmo to, za co ktoś prosi gruba kase 6. nigdy nie outsourcuj niczego w 100% dla ai, zwłaszcza myślenia 7. naucz się robić X → znajdź problemy, które można rozwiązać za pomocą X → zaproponuj obcej osobie, która zmaga się z tym problemem, że go rozwiążesz za pomocą X → zrób to za darmo → zdobądź zaufanie i wdzięczność drugiego człowieka → jak chce więcej od ciebie, to już musi zapłacić (często sami chcą) → jak mu to starcza, idziesz do kolejnego i tak x10 → odzywasz się do 11 ktosia i mówisz „pomogłem już aż 10 osobom rozwiązać ten problem. tutaj ich opinie i case studies. chcesz, żebym też ci pomógł i żebyś był zadowolony jak oni, za $$$?”. on mówi „no jaha stary” i żyjecie długo i szczęśliwie 7 jak CR7 albo jak Boża pełnia i doskonałość @miroburn więcej doradzania dla fanów!
Doradzę jako NIE programista. Doradzę jako ktoś, kto buduje rzeczy agentami, robi mini wdrożenia w firmach i prowadzi warsztaty. Programiści mają ten plus, że rozumieją programowanie. Natomiast klasyczne pisanie kodu traci na znaczeniu, a rola programisty mocno się zmienia... czy nam się to podoba, czy nie. Ale... programiści rozumieją też, co się dzieje w systemach, znają się "trochę" na architekturze, czasem nawet na bezpieczeństwie. I właśnie tego brakuje przedsiębiorcom i managerom, którzy wchodzą głębiej w budowanie z agentami. 1. Ciągle w 🇵🇱 brakuje praktyków wdrożeniowców/edukatorów. Ja swoje tematy obrabiam. Trochę polecam zaprzyjaźnionym firmom. Ale zapytań jest mnóstwo na rynku. A mówię tylko o tych, które trafiają do mnie, czyli o mikroułamku z rynku. Macie tu dużą przewagę nad osobami, które zostały Agentic Engineerami (o czym za chwilę) bez wcześniejszego programowania. 2. Nie zapominajcie o programowaniu, ale przestańcie się nim definiować. Trochę doczytać, trochę porobić i zmienić stanowisko na Agentic Engineer (CV, LinkedIn). Tego potrzebuje rynek. Specjaliści od konkretnych technologii dalej będą potrzebni (patrz @andrzejkrzywda, który szuka ludzi od Ruby), ale popyt idzie mocno w stronę ekspertyzy. Jeśli nikt Was nie rozchwytuje, rozejrzyjcie się w bańce Agentic Engineer. Tam jest więcej roboty. 3. Warto zmienić narrację. Dziś dominuje: "vibecoding ssie", "agenci ssą", "LOL sam zrobiłeś CRM". (tutaj na X jakość programiści są przyjemniejsi 🤗) Część tej krytyki jest OK, ale zamiast się śmiać, warto doradzić. A może ktoś zaproponuje Wam projekt/pracę i to zmieni Wam karierę. 4. Trzeba trochę zmienić działanie. Ja wiem, że review, standupy i te cały procesy są potrzebne, szczególnie w dużych projektach. Ale w świecie agentów procesy wyglądają inaczej. Poobserwujcie wymiataczy (na X jest ich sporo) i zobaczcie, jak pracują i dlaczego robią to lepiej, bezpieczniej, mądrzej i SZYBCIEJ niż typowy vibecoder. Tu jest Wasza wartość rynkowa. 5. "Ale nie umiem marketingu" Guys. Jak umiecie w agentów, to zróbcie agenta, aby robił marketing za Was. To chyba tyle. Życzę Wam i sobie wszystkiego dobrego. Plis tylko nie zabierajcie mi klientów 🙃
7
4
84
9,861
Maksymilian retweeted
Dusting off this tweet from April because this gap in shared understanding of LLM capability is *widening*. It's now less "two groups of people speaking past each other" and more a sharp funnel. - Napkin math somewhere around 6B people (~75% of the population) have barely come in contact with LLMs at all. - Around 1-2B (~20%) are casual and infrequent users of free-tier ChatGPT-like products. This group sees derpy chatbots and treats them a bit like a better Google search, a writing aid, or etc. Maybe an agent tries to book you a flight. I have non-tech friends who (reasonably, imo) say they have not much use for it at all. Even many professionals outside of math&code are in this tier. For example, execs and many other functions spend a lot of their time talking to other people, so while they understand what is happening intellectually, it is still second-hand and a bit abstract. - Now we get to professional use of frontier-grade LLMs in math&code. Somewhere around 20M people (0.2%) see first-hand that large, complex projects that used to take them weeks/months can now be completed by agents with a prompt. Building apps, copying apps, translating apps, decompiling apps from binaries... This has all happened very quickly and recently - less than 1 year ago, I was writing code manually by hand, typing memorized computer code commands into a code editor character by character, occasionally pressing Tab to autocomplete a little chunk of code. - And finally we get to the ~5,000 people (~0.00006%) with access to frontier-grade systems internally. The external world has seen the preview. It looks like swarms of thousands of agents collaborating over weeks on software mega projects: minting zero days, running cyber attacks and defenses at machine speeds, discovering new science, advancing the frontier of mathematics. Things that would have taken top professionals in the industry years of work. Meanwhile, human review and comprehension are starting to fall behind. For example, people are still involved in the "archeology" of the OpenAI-HF incident from many months ago. Mathematicians may be poring over the 722 manuscripts on frontier mathematics for a while. The funnel is driven by a combination of factors: 1. The impact scales with ambition, problem size, and horizon. A question with a paragraph answer barely stresses the system. You need a reservoir of big, difficult problems that you really care about. This aspect drives the consumer / professional dimension of the funnel. 2. The jaggedness of the system (which I have written about a lot separately). Capability peaks in domains that are digital, verifiable and economically valuable. This is because LLM capability emerges from reinforcement learning on verifiable rewards on a curated environment mixture driven by revenue potential. This aspect primarily drives the area (e.g. math&code) dimension of the funnel. 3. Access. Free-tier, paid-tier, internal. So this is the weirdness of the moment. The general public has mostly not interacted with these systems. When they have, it looks like a derpy chatbot. The majority of professionals still see only a modest uplift. And a small sliver of professionals are experiencing the vertigo of the curve going vertical. And it is all happening at the same time.
Judging by my tl there is a growing gap in understanding of AI capability. The first issue I think is around recency and tier of use. I think a lot of people tried the free tier of ChatGPT somewhere last year and allowed it to inform their views on AI a little too much. This is a group of reactions laughing at various quirks of the models, hallucinations, etc. Yes I also saw the viral videos of OpenAI's Advanced Voice mode fumbling simple queries like "should I drive or walk to the carwash". The thing is that these free and old/deprecated models don't reflect the capability in the latest round of state of the art agentic models of this year, especially OpenAI Codex and Claude Code. But that brings me to the second issue. Even if people paid $200/month to use the state of the art models, a lot of the capabilities are relatively "peaky" in highly technical areas. Typical queries around search, writing, advice, etc. are *not* the domain that has made the most noticeable and dramatic strides in capability. Partly, this is due to the technical details of reinforcement learning and its use of verifiable rewards. But partly, it's also because these use cases are not sufficiently prioritized by the companies in their hillclimbing because they don't lead to as much $$$ value. The goldmines are elsewhere, and the focus comes along. So that brings me to the second group of people, who *both* 1) pay for and use the state of the art frontier agentic models (OpenAI Codex / Claude Code) and 2) do so professionally in technical domains like programming, math and research. This group of people is subject to the highest amount of "AI Psychosis" because the recent improvements in these domains as of this year have been nothing short of staggering. When you hand a computer terminal to one of these models, you can now watch them melt programming problems that you'd normally expect to take days/weeks of work. It's this second group of people that assigns a much greater gravity to the capabilities, their slope, and various cyber-related repercussions. TLDR the people in these two groups are speaking past each other. It really is simultaneously the case that OpenAI's free and I think slightly orphaned (?) "Advanced Voice Mode" will fumble the dumbest questions in your Instagram's reels and *at the same time*, OpenAI's highest-tier and paid Codex model will go off for 1 hour to coherently restructure an entire code base, or find and exploit vulnerabilities in computer systems. This part really works and has made dramatic strides because 2 properties: 1) these domains offer explicit reward functions that are verifiable meaning they are easily amenable to reinforcement learning training (e.g. unit tests passed yes or no, in contrast to writing, which is much harder to explicitly judge), but also 2) they are a lot more valuable in b2b settings, meaning that the biggest fraction of the team is focused on improving them. So here we are.
2,205
5,869
2,260
43,821
6,806,654
Maksymilian retweeted
Haiku 5.5 is now available in the Claude Platform and Claude Code. On average, it costs around 75% less to run than Haiku 4.5. It pairs well with Opus 5.5 or Sonnet 5.5 as a subagent. Use it for high-volume, cost-sensitive tasks like summaries, compactions, or database queries.
Introducing Claude Haiku 5.5: the cheapest, fastest, and most capable small model we’ve ever released. On average, it costs around 75% less to run than Claude Haiku 4.5.
308
790
247
13,057
1,265,355
Maksymilian retweeted
Introducing Claude Haiku 5.5: the cheapest, fastest, and most capable small model we’ve ever released. On average, it costs around 75% less to run than Claude Haiku 4.5.
1,611
3,259
2,431
45,235
6,770,061
Maksymilian retweeted
Today's hot take: Agents are actually really good at strategic programming It's just they aren't RL'd to actually care about it "Just do the task at hand, don't do anything else" So all you need to do is to tell your agent to care about its own codebase. But the truth is that most people actually don't care that much about the codebase, as long as the code works. This needs to change. Care about the code, and tell your agent to.
144
66
10
1,915
114,748