Devin od awarii? Cognition przejmuje TierZero

Tak, Cognition zaczyna kierować Devina w stronę gaszenia awarii, a nie tylko pisania kodu. Firma stojąca za Devinem, agentem AI, który samodzielnie realizuje zadania programistyczne, ogłosiła 20 lipca 2026 roku przejęcie zespołu TierZero, startupu budującego narzędzia do automatyzacji pracy operacyjnej wokół działających aplikacji: wykrywania incydentów, monitoringu i pilnowania, żeby systemy działały stabilnie. Innymi słowy, cała ta robota, która zaczyna się dopiero po tym, jak aplikacja zostanie udostępniona użytkownikom.

Co dokładnie ogłosił Cognition

O przejęciu poinformował na blogu Cognition Walden Yan, jeden ze współzałożycieli firmy. Do zespołu dołączają founderzy TierZero, Anhang Zhu i Yun Park, razem ze swoją ekipą, a ich dotychczasowa praca nad automatyzacją operacji ma zostać wbudowana wprost w Devina.

Sens tego ruchu Cognition ujmuje w jednym zdaniu, które warto przytoczyć. W oryginale brzmi: „Great software engineering is about far more than writing code“. Po polsku: dobra inżynieria oprogramowania to znacznie więcej niż pisanie kodu, to także wszystko, co utrzymuje program przy życiu po jego wdrożeniu, jak wychwytywanie incydentów, zanim wymkną się spod kontroli, i pilnowanie, żeby systemy pozostawały sprawne z upływem czasu. Kierunek jest więc jasny: wykrywanie i zapobieganie awariom, monitorowanie zdrowia systemów, automatyzacja zadań operacyjnych, a docelowo mniej gaszenia pożarów po stronie inżynierów.

Czego Cognition nie podał: żadnych warunków finansowych. Nie znamy ani kwoty, ani formy transakcji. To klasyczny acqui-hire, czyli przejęcie głównie po to, żeby wchłonąć zespół i jego kompetencje, a nie gotowy, sprzedawany dalej produkt.

Czym chwalił się TierZero

Tu ważne zastrzeżenie. Liczby, którymi chwalił się TierZero, pochodzą z jego własnej strony tierzero.ai, a nie z ogłoszenia Cognition. Sam startup podawał, że u jednego z klientów, firmy Drata, skrócił MTTR o 42%. MTTR to średni czas usunięcia awarii, więc im niżej, tym szybciej systemy wracają do działania po wpadce.

To jest jednak deklaracja samej firmy, a nie niezależny pomiar, więc traktujmy ją jako materiał marketingowy, a nie zweryfikowany wynik. Za to dobrze pokazuje kierunek: TierZero sprzedawał obietnicę, że awarie da się wyłapywać i usuwać szybciej, bez wyrywania człowieka z łóżka o trzeciej w nocy.

W praktyce oznaczało to warstwę, która sama zauważa, że z aplikacją dzieje się coś złego, próbuje powiązać rozproszone sygnały w jeden incydent i podpowiada, gdzie szukać przyczyny, zamiast zostawiać człowieka z zalewem powiadomień o błędach. Dokładnie ten typ pracy Cognition chce przenieść do Devina.

Co to znaczy dla vibe codingu

Tu robi się ciekawie z perspektywy kogoś, kto buduje bez zaplecza programistów. Aplikacja zbudowana przez agenta nie kończy życia w momencie wdrożenia, ona dopiero wtedy zaczyna żyć naprawdę. I to właśnie utrzymanie, a nie samo napisanie kodu, generuje większość kosztów i stresu: coś padło w nocy, baza danych rośnie szybciej, niż powinna, użytkownicy zgłaszają błędy, których nie umiesz odtworzyć.

Nie-programista, który zbudował aplikację Devinem albo dowolnym builderem, dziś z tym problemem zostaje sam albo płaci komuś za dyżur. Jeśli agent AI nauczy się pilnować własnego kodu po wdrożeniu, zamyka się pełny cykl vibe codingu: napisz, wdróż, utrzymuj. To ostatnie ogniwo było do tej pory najsłabsze i najbardziej zależne od żywego inżyniera.

Warto to jednak od razu urealnić. Na dziś mówimy o zapowiedzi kierunku, a nie o gotowej funkcji, którą znajdziesz w cenniku Devina. Cognition kupił zespół i deklaruje, że wbuduje efekty jego pracy, ale kiedy i w jakiej formie dyżurowanie agenta przy aplikacji trafi do produktu, tego jeszcze nie wiadomo.

Kolejny klocek dokupiony, nie zbudowany

Ten ruch dobrze wpisuje się w szerszy trend, który na rynku narzędzi AI widać od miesięcy: zamiast budować brakujące funkcje od zera, firmy dokupują gotowe zespoły i technologie. Kilka dni temu opisywaliśmy, jak Anaconda przejmuje Kilo Code, żeby dołożyć sobie warstwę agenta w edytorze. Teraz Cognition dokłada Devinowi warstwę utrzymania. Schemat jest ten sam: kto ma już mocną pozycję w jednym miejscu cyklu tworzenia oprogramowania, ten dokupuje kolejne klocki, żeby objąć ten cykl w całości.

Dla osoby budującej aplikacje wniosek jest prosty. Jeśli obietnica się ziści, agent, który dziś pisze i wdraża kod, jutro będzie też przy nim dyżurował. To zdejmuje z barków laika najbardziej niewdzięczną część projektu, tę, o której na starcie nikt nie myśli, a która potrafi zaboleć najbardziej. Na razie zapisujemy to jako kierunek wart obserwowania i wrócimy do tematu, gdy zapowiedź zamieni się w konkretną funkcję.