Bądź ze sobą szczery: oceniasz swoje narzędzie AI do kodowania po najlepszej rzeczy, jaką kiedykolwiek wygenerowało, a nie po tym wtorkowym popołudniu, kiedy gapiłeś się na spinner przez dwie godziny. Nie jesteś w tym sam. Ten skrót poznawczy ma swoją nazwę — reguła szczytu i końca — a pewna firma eksploatuje go lepiej niż ktokolwiek w branży.

Oto sprzeczność, o której nikt nie chce mówić. Narzędzie z najwyższym wynikiem satysfakcji deweloperów w historii pomiarów ma jednocześnie najgorszy uptime spośród dużych vendorów AI. Oba fakty, ten sam produkt, kwiecień 2026.

Jeśli śledzisz ten kanał, znasz już surowe liczby. JetBrains AI Pulse dał Claude Code 91% CSAT i NPS 54 na próbie ponad 10 000 deweloperów. Przeżyłeś też awarię z 15 kwietnia — ósmą w ciągu szesnastu dni, element szerszego wzorca, który wygenerował 128 incydentów niezawodności w ciągu 90 dni według oficjalnej strony statusu Claude'a. Opisywałem oba tematy w tym tygodniu. Czego nie opisałem, to dlaczego ten paradoks istnieje — i co mówi o każdej decyzji dotyczącej narzędzi AI, jaką podejmiesz w ciągu najbliższych dwóch lat.

Odpowiedź to zjawisko psychologiczne zwane efektem szczytu i końca (peak-end bias). Ludzie oceniają doświadczenia na podstawie najintensywniejszego momentu i momentu końcowego, a nie średniej. Kiedy Claude Code trafia z miejsca w złożony refaktor — to twój szczyt. Kiedy wraca po awarii i natychmiast produkuje coś genialnego — to twój koniec. Te trzy martwe godziny pomiędzy? Twój mózg dosłownie je dyskontuje. Daniel Kahneman udokumentował to dekady temu. Anthropic monetyzuje to w 2026.

Nie oni wymyślili ten schemat. Apple wypuścił pierwszego iPhone'a z modemem, który gubił połączenia w całym San Francisco. AWS padał tak często w 2011, że Netflix zbudował całą dyscyplinę chaos engineering wokół przetrwania tych awarii. Obie firmy i tak wygrały swoje rynki, bo doświadczenie na szczycie było tak daleko przed konkurencją, że użytkownicy sami przeformatowali swoje oczekiwania wokół problemów. Claude Code gra tę samą zagrywkę — seria dużych premier między 7 a 16 kwietnia, w tym Managed Agents, Desktop Routines i nowy framework bezpieczeństwa. Każda premiera tworzy nowy moment szczytu. Każda wprowadza nowe tryby awarii. Premiery i awarie dosłownie naprzemiennie pojawiają się w kalendarzu.

To nie jest niechlujny engineering. To wykalkulowany zakład, że szczyty kumulują się szybciej niż dołki.

Ale efekt szczytu i końca rozbija się o twardą granicę: cudze pieniądze. GitHub Copilot wciąż trzyma 40% przedsiębiorstw powyżej 5000 pracowników, bo działy zakupów nie doświadczają szczytów — czytają dashboardy SLA. Strona statusu Claude'a pokazuje 98,79% uptime w ciągu 90 dni. Brzmi przyzwoicie, dopóki nie policzysz: mniej więcej 26 godzin przestoju na kwartał. Porównaj to z GitHub Copilot, który deklaruje 99,9% uptime i rzadko pojawia się na Downdetector. Cursor jest w tej samej lidze co Claude Code pod względem udziału w rynku i oferuje multi-model fallback — kiedy jeden backend AI pada, drugi przejmuje. Indywidualny deweloper może romantyzować downtime jako cenę geniuszu. VP of Engineering z 200 ludźmi na sprintowych deadline'ach nie romantyzuje niczego.

Rynek nie dzieli się już po jakości. Dzieli się po tym, kto płaci.

Enterprise kupuje SLA, nie wibracje. Ten jeden fakt tłumaczy, jak Anthropic może być jednocześnie najbardziej kochanym i najbardziej kruchym vendorem narzędzi AI — wygrywając populację, która decyduje jelitem, przegrywając tę, która decyduje arkuszem kalkulacyjnym. Obie populacje rosną. Pytanie brzmi, która skaluje się szybciej.

I tu paradoks pokazuje zęby. Każdy vendor narzędzi AI stoi teraz przed binarnym wyborem: shipuj szybko i bierz szczyty, albo shipuj stabilnie i bierz kontrakty. Nikomu nie udało się jeszcze pogodzić obu. W momencie, gdy ktoś to osiągnie — naprawdę wybitny output z uptime'em na poziomie trzech dziewiątek — paradoks się zawalą, a Anthropic albo się zaadaptuje, albo stanie się tym narzędziem, które kochałeś tuż przed przesiadką na to, co je zabiło.

Rynek w 2026 karze za przeciętność, nie za niestabilność. Anthropic zrozumiał to pierwszy. Trzymaj fallback w swoim workflow albo ciesz się widokiem płonącego sprintu, podczas gdy kot gapi się na loading spinner. Czy ogarnął uptime, zanim konkurent ogarnął jakość — to jedyne pytanie warte zadawania.