Dwie historie pojawiły się w tym samym tygodniu, a większość ludzi przeczyta je osobno. Jedna dotyczy zwolnień. Druga — badacza bezpieczeństwa, który analizuje płyty główne serwerów. Czytane razem, wskazują na ruch zawodowy, któremu w obecnej dyskusji o umiejętnościach związanych z AI poświęca się niemal zerową uwagę: zejście w dół, a nie w górę stosu.

Warstwa aplikacji robi się zatłoczona — z założenia

Wejście Mety w agentowe programowanie, Muse Code, wyróżnia się nie tyle stojącym za nim modelem, ile automatyzowanym przepływem pracy. Zuckerberg opisał, jak system rozgałęzia się „na osobne podagenty pracujące równolegle w izolowanych drzewach roboczych”, twierdząc, że podczas testu jednocześnie zbudował sześć funkcji gry bez żadnych kolizji. To już standard: Anthropic, OpenAI i fala startupów oferują już własne wersje tego samego rozwiązania. Planowanie, pisanie i walidowanie kodu warstwy aplikacji w dużych repozytoriach staje się towarem, który wielu dostawców ściga się, by rozdawać za darmo lub dołączać w tanich pakietach.

Tymczasem Monday.com zwolnił około 20% załogi — mniej więcej 600 osób — powołując się na restrukturyzację związaną z „transformacją” produktu i wejścia na rynek, dołączając do stale rosnącej listy ponad 20 firm, które w tym roku wskazały AI jako jeden z czynników zwolnień. Nikt nie potrafi dokładnie powiedzieć, jaka część tego zjawiska wynika z zastępowania pracowników przez AI, a jaka z używania AI jako wygodnej formułki w dokumentach składanych do SEC. Jednak kierunek jest w obu historiach taki sam: kod znajdujący się w repozytorium git, przechodzący przegląd w PR i uruchamiany w zwykłym potoku CI to dokładnie kod, z którym narzędzia agentowe są budowane tak, by radzić sobie od początku do końca.

Czego agenty nie ruszają

A teraz druga historia. Badacze przedstawili w tym tygodniu wyniki pokazujące, że tysiące serwerów podłączonych do internetu, pochodzących od głównych producentów, można zdalnie zbackdoorować za pośrednictwem błędów w kontrolerach zarządzania płytą główną (BMC) — małych wbudowanych komputerach obecnych niemal na każdej płycie głównej klasy enterprise, które pozwalają administratorom ponownie uruchamiać, łatać lub odtwarzać obraz maszyny nawet wtedy, gdy jest wyłączona. Niektóre z podstawowych luk w protokole IPMI, na którym polegają te kontrolery, są znane co najmniej od 2013 roku. Badacze nazwali infrastrukturę BMC „wszechobecną, niedostatecznie monitorowaną i niedostatecznie łataną równoległą powierzchnią ataku” — nie dlatego, że nikt nie wiedział o istnieniu ryzyka, lecz dlatego, że niemal nikt nie miał zasobów, by je naprawić.

I to jest wskazówka. To nie jest kod aplikacji. To firmware działający na własnym systemie operacyjnym i stosie sieciowym, w dużej mierze niewidoczny dla narzędzi i przepływów pracy, pod kątem których optymalizuje się agentowych asystentów programistycznych. Agent, który planuje PR w dużym repozytorium, nie ma tu czego planować — nie ma repozytorium, zestawu testów, często także zachęty po stronie dostawcy do szybkiego wydania poprawki, a proces łatania przebiega przez producentów sprzętu, a nie przez `git push`. Umiejętności, które mają znaczenie — programowanie w C dla systemów wbudowanych, debugowanie na poziomie protokołu, inżynieria wsteczna firmware’u, badania nad bezpieczeństwem na styku sprzętu i oprogramowania — należą do części stosu, do której agenty programistyczne obecnej generacji nie są stworzone, by docierać, i w którą większość organizacji inżynieryjnych chronicznie zbyt mało inwestowała; dowodem są znane od dekady luki, których wciąż nie załatano.

Zastrzeżenie wyrażone wprost

Nie jest to wezwanie, by każdy programista przekwalifikował się na inżyniera firmware’u — to niszowy rynek, a popyt nie dorówna powszechnym rolom w oprogramowaniu. Argument jest węższy: jeśli twoja obecna rola mieści się dokładnie w tej części stosu, ku której narzędzia agentowe najszybciej zmierzają — rutynowym kodzie aplikacji, dobrze zamkniętym w jednym repozytorium i dobrze pokrytym testami — warto wiedzieć, że istnieją sąsiednie, niższe warstwy, do których granica automatyzacji jeszcze nie dotarła, gdzie umiejętności można zdobyć bez doktoratu z informatyki i gdzie sygnał popytu (powierzchnia ataku niezałatana od dekady, właśnie publicznie zademonstrowana na dużą skalę) jest wyjątkowo konkretny.

Od czego naprawdę zacząć w tym miesiącu

  • Przeczytaj główne badanie, a nie tylko jego podsumowanie. Artykuł Ars Technica wymienia protokół (IPMI) i klasę sprzętu (BMC głównych dostawców serwerów) — to punkt wyjścia dla wyszukiwania komunikatów bezpieczeństwa dostawców i historii CVE.
  • Zdobądź praktyczne doświadczenie z otwartym stosem BMC. OpenBMC i podobne projekty firmware’u open source pozwalają czytać i modyfikować prawdziwy kod BMC bez dostępu do centrum danych — jeden weekend wystarczy, by zobaczyć, jak bardzo różni się to od tworzenia stron internetowych lub aplikacji.
  • Już teraz zmień sposób opisywania doświadczenia w CV, jeszcze zanim się przekwalifikujesz. „Zarządzanie poza pasmem”, „administracja bez fizycznego dostępu” i „powierzchnia ataku poniżej systemu operacyjnego” to frazy, dzięki którym znajdą cię zespoły rekrutujące do takich ról, a ich dodanie nic nie kosztuje, jeśli twoje doświadczenie rzeczywiście jest zbliżone do tego, czym się zajmowałeś.
  • Potraktuj to jako dywersyfikację, a nie zmianę ścieżki. Nadal dostarczaj kod aplikacji — to wciąż większość rynku pracy — ale przeznacz świadomą część swojego budżetu na naukę w miejscu, w które agent nie potrafi jeszcze rozgałęzić się do drzewa roboczego i naprawić wszystkiego za ciebie.