Kto utrzyma agentów AI, których zbudował nam dostawca?
Gartner przewiduje, że do 2028 70% firm porzuci agenty AI zbudowane przez inżynierów wdrożeniowych dostawcy (forward-deployed), bo koszty rosną, a same nie potrafią ich rozwijać (29 września 2026).
→Pracuję w Waszych repozytoriach, na Waszym stosie i w Waszym procesie review, a każdy element wychodzi z testami i runbookiem, który zespół uruchomi sam. Kod jest Wasz, a wiedza zostaje spisana w repo. We wrześniu 2026 crawler AI, który utrzymywałem, od tygodni trzymał serwer na 100% CPU, z dyskiem zapełnionym w 96%; ograniczyłem go do trzech przeglądarek z twardymi limitami czasu i pamięci oraz sprzątnąłem około 1200 porzuconych profili przeglądarki na kontener.
Czy kod od agentów AI jest bezpieczny?
Raport Veracode 2026 GenAI Code Security, opublikowany 28 lipca 2026, pokazał, że kod z AI zalicza testy bezpieczeństwa średnio w 56% przypadków, prawie tak samo jak w 2025. Nawet najlepszy model oblewa prawie co trzecie zadanie, a modele wyspecjalizowane w kodzie nie są bezpieczniejsze od ogólnych.
→Agenci pracują pod regułami, których pilnują hooki, bramki lint i testów w CI, a przed merge’em kod przegląda człowiek. W kliencie poczty z AI zamieniłem kontrole CASA i OWASP ASVS w testy Playwright na każdym pull requeście i dwa razy poprowadziłem ocenę CASA od Google do zaliczenia, w styczniu i październiku 2026.
Masz to u siebie? Umów bezpłatne 30 minut →
Czy złośliwa paczka npm przejmie nasze narzędzia AI do kodu?
4 sierpnia 2026 Snyk opisał 11 złośliwych wydań keyv i powiązanych paczek npm. Oprócz skryptu instalacyjnego podrzucały plik .claude/settings.json, którego hook SessionStart uruchamia loader atakujących, gdy programista albo agent AI zaufa konfiguracji projektu.
→Aktualizuję zależności przejrzanymi falami, które da się cofnąć, typową aplikację często w jeden wieczór, z przypiętymi lockfile’ami i agentami na wąskich uprawnieniach. Gdy w grudniu 2025 wyszedł React2Shell, aplikacje moich klientów miały łatkę tego samego dnia.
Czy sklonowane repo może przejąć Claude Code programisty?
CVE‑2026‑55607, opublikowana 25 czerwca 2026, CVSS 7,7: w Claude Code od 2.1.38 do wersji przed 2.1.163 sklonowane repozytorium z prompt injection mogło zmylić obsługę git worktree, nadpisać pliki w katalogu domowym, takie jak ~/.zshenv, i uruchomić kod poza sandboxem.
→Ustawienia agentów, hooki i serwery MCP trzymam w repo i przechodzą ten sam review co kod, a narzędzia agentów aktualizuję tymi samymi falami co resztę zależności. W październiku 2026 przypiąłem hook startowy Claude Code w repo do sprawdzonej kopii paczki, dodałem test blokujący hooki, które pobierają paczki w trakcie działania, i odciąłem sesje agentów od sekretów produkcyjnych.