IBM Bob w AI SDLC: agent do pracy nad kodem firmy

IBM Bob jest agentowym środowiskiem pracy nad oprogramowaniem, skierowanym także do zespołów modernizujących istniejące aplikacje. W IDE może objaśniać kod, przygotować plan, edytować pliki i uruchamiać polecenia. Nie jest zamiennikiem dla całego portfolio watsonx ani gwarancją, że modernizacja starego systemu stanie się prosta.

Ten tekst dotyczy wytwarzania oprogramowania z pomocą AI. Filar AI SDLC pokazuje, jak zadanie przechodzi przez projekt, implementację, test i odbiór. Osobno poradnik o IBM watsonx porządkuje produkty IBM, które służą innym celom niż praca programisty nad repozytorium. Jak dobrać agenta do zadania i gdzie postawić bramki człowieka, opisuje poradnik AI SDLC dla firm.

Co można zrobić w IBM Bob?

Dokumentacja IBM Bob opisuje trzy podstawowe tryby: Ask do pytań o kod, Plan do przygotowania rozwiązania i Agent do zmian w plikach. Bob ma dostęp do narzędzi plikowych i terminala, a integracje mogą rozszerzać go przez MCP. IBM opisuje także Bob Shell do pracy w terminalu. To są różne poziomy ingerencji: pytanie o istniejącą funkcję nie powinno wymagać uprawnień do jej przepisywania.

IBM pokazuje w samouczku, jak rozpocząć od planu, sprawdzić żądane działania, a potem zatwierdzić wykonanie. Bob może tworzyć podagentów do osobnych fragmentów pracy; dokumentacja wskazuje, że uruchomienie takiego podagenta wymaga zgody użytkownika. Warto z tego korzystać przy niezależnych zadaniach, na przykład analizie testów i dokumentacji, nie przy dwóch agentach równocześnie zmieniających tę samą funkcję.

Kiedy Bob pomaga przy modernizacji?

Wyobraź sobie aplikację z wieloma modułami, w której zespół chce zmienić sposób obsługi błędów API. Zanim agent edytuje kod, może zebrać obecne wzorce, zależności i testy. Dopiero potem dostaje zakres: jeden moduł, oczekiwane zachowanie oraz zakaz zmiany kontraktu publicznego. To lepszy początek niż polecenie „zmodernizuj aplikację”, po którym trudno rozpoznać, co zostało uzgodnione.

Praktyczna karta odbioru dla takiej próby:

Etap	Pytanie do zespołu
Rozpoznanie	Czy Bob wskazał właściwe miejsca w repozytorium i źródła swojej odpowiedzi?
Plan	Czy uwzględnił zachowanie starego API i migrację użytkowników?
Zmiana	Czy diff ogranicza się do uzgodnionych modułów?
Weryfikacja	Czy testy wykrywają zarówno nowy przypadek, jak i regresję?
Odbiór	Kto akceptuje zmianę i co zrobić, jeśli test lub analiza bezpieczeństwa zawiedzie?

Ta metoda mierzy użyteczność agenta na realnym procesie, a nie na szybkości wygenerowania kodu. Bob może przygotować plan i poprawkę, ale odpowiedzialność za zgodność z systemem firmy pozostaje po stronie zespołu.

Jakie są granice danych i uprawnień?

Bob widzi kod i kontekst, które udostępnia mu środowisko oraz podłączone narzędzia. Przed pracą na repozytorium zawierającym dane wrażliwe ustal dopuszczone integracje, zakres poleceń, zasady logowania i miejsce przetwarzania przez model. Warunki mogą zależeć od konfiguracji organizacji. Nie należy wnioskować o lokalności całego procesu z tego, że IDE działa na komputerze programisty.

Przy porównaniu z Devinem zwróć uwagę na sposób delegowania pracy i odbioru; z Visual Studio Code porównaj możliwości samego środowiska i wybranych agentów. Jeśli zadaniem jest budowa aplikacji używającej modeli IBM, punktem wyjścia będzie raczej przewodnik po watsonx, bo Bob służy programiście, a nie zastępuje platformy dla gotowej aplikacji AI.

Jaki pierwszy krok ma sens?

Wybierz istniejący błąd lub mały refaktoring, którego wynik potrafisz samodzielnie sprawdzić. Rozpocznij w trybie Ask, poproś o plan, a dopiero potem zezwól na zmianę. Zachowaj diff, wyniki testów i ręczne poprawki. Jeśli ten zapis nie wystarczy drugiej osobie do oceny wyniku, zadanie było zbyt szerokie na pierwszy pilotaż.