Samodzielne wdrożenie przewodzi wydaniu tego miesiąca

Od 24 września 2026 r. IBM Bob jest ogólnie dostępny do samodzielnego wdrożenia. Backend Boba działa na klastrach Red Hat OpenShift zarządzanych przez organizację — lokalnie lub na jej własnym koncie chmurowym. Model to albo model frontier z usługi modeli w chmurze, z której organizacja już korzysta, albo model open-weight na jej własnych GPU. Deweloperzy nadal używają tych samych Bob IDE i Bob Shell, które już znają. To wydanie dodaje również procesy w tle, zaktualizowany klient MCP i nowe kontrolki dla administratorów.

Usługa chmurowa Boba pozostaje właściwym wyborem domyślnym dla większości zespołów inżynierskich: brak infrastruktury do utrzymania, automatyczne aktualizacje i backend obsługiwany przez jego twórców. Dla wielu dużych organizacji inżynierskich ta opcja jest niedostępna, ponieważ ich kod źródłowy nie może opuścić kontrolowanej przez nie infrastruktury. Przy przepisach o rezydencji danych Bob może korzystać z modelu frontier przez własne konto chmurowe organizacji. W sieci air-gapped Bob używa modelu open-weight na własnych GPU organizacji.

Samodzielne wdrożenie

Co obejmuje samodzielne wdrożenie

Samodzielne wdrożenie pakuje backend Boba dla Red Hat OpenShift. Obejmuje tożsamość, bramę wnioskowania, rejestrowanie audytu i pomiar użytkowania — wszystko zarządzane przez operator, który obsługuje instalację, uaktualnienia i operacje day-2. Bob działa jako zwykłe obciążenie przypisane do przestrzeni nazw, więc może współdzielić istniejący klaster z innymi aplikacjami.

Deweloperzy nadal pracują w Bob IDE i Bob Shell tak jak dotychczas. Punkt końcowy samodzielnego wdrożenia jest zazwyczaj dystrybuowany przez zasady grup, więc klienci łączą się z wewnętrznym klastrem bez żadnej konfiguracji po stronie dewelopera. Agent harness za nim to ten sam, który działa w usłudze chmurowej.

Pakiety premium działają również w samodzielnym wdrożeniu: IBM Bob Premium Package for Java Modernization, IBM Bob Premium Package for IBM i oraz IBM Bob Premium Package for Z (PP4Z). Administrator Boba przypisuje je użytkownikom w tym samym Admin UI co w usłudze chmurowej. PP4Z wnosi własne komponenty backendowe, w tym Z Understand, a administrator klastra decyduje podczas instalacji, czy je wdrożyć.

Dwa sposoby połączenia modelu

Samodzielnie wdrożony Bob łączy się z modelem na jeden z dwóch sposobów.

Modele frontier przez konto chmurowe organizacji. Bob może korzystać z modeli frontier przez AWS Bedrock, Azure OpenAI, Google Vertex AI lub inną usługę modeli kompatybilną z OpenAI. Backend Boba, tożsamość, logi audytu i pomiar użytkowania pozostają na klastrze. Żądania do modelu, wraz z niosącym kod kontekstem, trafiają na własne konto chmurowe organizacji w ramach umów, które już posiada. Ta ścieżka jest odpowiednia dla organizacji, które mają już zatwierdzony dostęp do usługi modeli w chmurze, ale potrzebują wszystkiego innego pod własną kontrolą.

W pełni samodzielne wdrożenie. Dla sieci bez połączenia wychodzącego model działa na własnych GPU organizacji. Na tej ścieżce obsługiwane są dwa modele open-weight: NVIDIA Nemotron 3 Ultra i Poolside Laguna S 2.1. Harness agenta Boba był dostrojony i oceniany względem każdego z nich. Wymiarowanie sprzętu opiera się na wytycznych każdego z dostawców, ponieważ zależy od kwantyzacji, długości kontekstu i liczby jednocześnie obsługiwanych deweloperów. Mały model guardrail sprawdza dane wejściowe i wyjściowe na tej ścieżce, a Bob IDE i Bob Shell pobierają go automatycznie po jego skonfigurowaniu.

Dwuetapowa instalacja

Instalacja jest obsługiwana przez bobctl — CLI instalacyjne Boba do samodzielnych wdrożeń — i przebiega w dwóch etapach. Pierwszy tworzy elementy obejmujące cały klaster: definicje zasobów, uprawnienia i operator. Wymaga uprawnień cluster-admin i w większości przedsiębiorstw przechodzi przez przegląd zmian zespołu platformy. Drugi etap instaluje Boba w przestrzeni nazw i wymaga jedynie dostępu na poziomie przestrzeni nazw.

Podział oznacza, że zespół platformy raz przegląda i zatwierdza footprint obejmujący cały klaster. Następnie zespół odpowiedzialny za Boba może go instalować, uaktualniać i rekonfigurować bez posiadania uprawnień cluster-admin ani otwierania zgłoszenia przy każdej zmianie.

W pełni air-gapped klastry są obsługiwaną ścieżką instalacji. bobctl kopiuje obrazy Boba do prywatnego rejestru, w tym w przypadku, gdy obrazy są pobierane na połączonej maszynie, przenoszone przez lukę i wysyłane z izolowanej strony.

Instalacja jednowęzłowa OpenShift wystarczy do przeprowadzenia proof of concept. Wymiarowanie produkcyjne i wymagania wstępne są opisane w dokumentacji instalacyjnej.

Tożsamość przez firmowy katalog

Samodzielne wdrożenie zawiera własną usługę tożsamości opartą na Keycloak, którą można podłączyć do LDAP lub Active Directory organizacji. Po połączeniu deweloperzy logują się za pomocą firmowych danych uwierzytelniających, a dostęp wynika z katalogu: osoby dodane do niego są provisionowane w Bobie, a osoby usunięte z niego automatycznie tracą dostęp. Mniejsze instalacje i proof of concept mogą zarządzać użytkownikami bezpośrednio w usłudze tożsamości.

Jak uzyskać samodzielnego Boba

Samodzielne wdrożenie odbywa się za pośrednictwem sprzedaży. Aby zobaczyć demo lub rozpocząć proof of concept, skontaktuj się z przedstawicielem IBM lub Business Partnerem albo skorzystaj z Contact Sales na bob.ibm.com. Zespół konta konfiguruje uprawnienia dla organizacji, w tym wszelkie pakiety premium.

Zacznij od jednowęzłowego proof of concept OpenShift skierowanego na punkt końcowy modelu, który organizacja już obsługuje, i podłącz Bob IDE jednego zespołu do niego. Dokumentacja samodzielnego wdrożenia opisuje ścieżkę od tego miejsca do produkcji, w tym instalację air-gapped, backup i restore.

Więcej w tym wydaniu

Klient MCP zaktualizowany do v2

Klient MCP obsługuje teraz specyfikację MCP 2026-07-28, w tym bezstanowy transport Streamable HTTP, zachowując jednocześnie kompatybilność z serwerami MCP 2025 Streamable HTTP i stdio. Obsługa protokołu OAuth przenosi się do klienta.

Przełomowa zmiana: Obsługa transportu HTTP+SSE została usunięta, a Bob odrzuca konfiguracje HTTP+SSE przy uruchomieniu. Serwery MCP nadal korzystające z HTTP+SSE muszą zostać zaktualizowane do Streamable HTTP przed uaktualnieniem Boba.

Dla administratorów

Zasady grup RequiredExtensions. Zasady grup dystrybuujące punkt końcowy samodzielnego wdrożenia mogą teraz również instalować rozszerzenia VS Code. Administratorzy wymieniają ID rozszerzeń w nowych zasadach RequiredExtensions, a Bob instaluje je z marketplace przy uruchomieniu, bez konieczności jakiegokolwiek działania ze strony dewelopera. Zasady korzystają z tych samych szablonów ADMX/ADML, zarządzania urządzeniami mobilnymi i mechanizmów plików zasad, które już regulują własne ustawienia Boba.

Katalogi pluginów. Skills, modes, pliki reguł i konfiguracja MCP można teraz umieszczać pod .bob/plugins/<plugin-name>/ na poziomie workspace lub ~/.bob/plugins/<plugin-name>/ globalnie, a Bob pobiera je przy uruchomieniu. Zespół może dostarczyć niestandardowy mode, reguły, do których się odwołuje, skills, które wywołuje, i konfigurację MCP razem jako jeden katalog pluginu. Istniejący układ na poziomie głównym nadal działa.

Dla deweloperów

Procesy w tle. Builds, watchery, serwery deweloperskie i inne długotrwałe polecenia uruchamiają się teraz w tle zamiast blokować konwersację. Wskaźnik w widoku czatu pokazuje, co jest uruchomione; kliknij go, aby sprawdzić dane wyjściowe lub zatrzymać proces.

Pobieranie stron internetowych (eksperymentalne). Bob może pobrać stronę z dokumentacją, referencję API lub inny znany URL i odczytać go jako Markdown lub zwykły tekst. Najpierw włącz web_fetch w Ustawienia → Czat.

Lifecycle hooks kompakcji. PreCompact działa przed kompakcją kontekstu i może ją zablokować; PostCompact działa po jej zakończeniu. /compress w polu wprowadzania czatu wyzwala kompakcję ręcznie.

Konfigurowalna szerokość czatu. Ustawienia → Czat → Wygląd oferuje Domyślną, Szeroką i Pełną szerokość, a wybór jest zachowywany między sesjami.

Również w tym wydaniu

Zdarzenia hook mogą być wysyłane do endpointów HTTPS. Handlery HTTP hook są teraz konfigurowalne w Bob Settings UI.
watsonx Governance jest teraz dostępny w Bob Marketplace.
Pytania uzupełniające pojawiają się teraz po jednym na raz, a nie w partii.
Nazwy serwerów MCP są zachowywane w ID narzędzi, co ułatwia śledzenie, z którego serwera pochodzi dane wywołanie narzędzia.
Obserwowanie plików i odkrywanie skills działają teraz w zdalnych workspace Remote SSH.
Nieprawidłowe nazwy katalogów skill wyświetlają ostrzeżenie przy uruchomieniu.

Wypróbuj najnowsze wydanie

Przed uaktualnieniem przenieś wszystkie serwery MCP nadal korzystające z HTTP+SSE na Streamable HTTP. Następnie uruchom serwer deweloperski w sesji i kontynuuj pracę, gdy działa w tle.

Aby udostępnić konfigurację zespołu, umieść niestandardowy mode, reguły, do których się odwołuje, i skills, które wywołuje, pod .bob/plugins/<plugin-name>/ i zatwierdź katalog do repozytorium. Bob pobiera plugin przy uruchomieniu dla każdego, kto otworzy workspace. Przy włączonym web_fetch skieruj Boba na referencję API biblioteki przed poproszeniem go o napisanie kodu korzystającego z tej biblioteki.