IBM Bob

Jalankan Bob di infrastrukturmu sendiri

IBM Bob kini tersedia secara umum untuk deployment self-hosted di Red Hat OpenShift. Rilis ini juga menambahkan proses latar belakang, klien MCP yang diperbarui, dan kontrol baru bagi administrator.

Jalankan Bob di infrastrukturmu sendiri

Penulis

IBM Bob Team

Diterbitkan

Kategori

Rilis

Bagikan

Deployment self-hosted memimpin rilis bulan ini

Per 24 September 2026, IBM Bob tersedia secara umum untuk deployment self-hosted. Backend Bob berjalan di cluster Red Hat OpenShift yang dioperasikan sendiri oleh organisasi, baik on-premises maupun di akun cloud milik mereka sendiri. Model yang digunakan adalah frontier model dari layanan model cloud yang sudah digunakan organisasi, atau model open-weight di GPU milik mereka sendiri. Developer tetap menggunakan Bob IDE dan Bob Shell yang sudah mereka kenal. Rilis bulan ini juga menambahkan proses latar belakang, klien MCP yang diperbarui, dan kontrol baru bagi administrator.

Layanan cloud Bob tetap menjadi pilihan default yang tepat bagi sebagian besar tim rekayasa: tidak ada infrastruktur yang perlu dijalankan, pembaruan hadir secara otomatis, dan backend dioperasikan oleh orang-orang yang membangunnya. Bagi banyak organisasi rekayasa besar, pilihan default tersebut tidak tersedia karena kode sumber mereka tidak boleh meninggalkan infrastruktur yang mereka kendalikan. Di bawah aturan residensi data, Bob dapat menggunakan frontier model melalui akun cloud milik organisasi. Di jaringan air-gapped, Bob menggunakan model open-weight di GPU milik organisasi.


Deployment self-hosted

Apa yang disertakan dalam deployment self-hosted

Deployment self-hosted mengemas backend Bob untuk Red Hat OpenShift. Ini mencakup identitas, inference gateway, audit logging, dan usage metering, semuanya dikelola oleh operator yang menangani instalasi, upgrade, dan operasi hari ke-2. Bob berjalan sebagai workload bernamespace biasa sehingga dapat berbagi cluster yang sudah ada dengan aplikasi lain.

Developer tetap bekerja di Bob IDE dan Bob Shell seperti sebelumnya. Endpoint self-hosted biasanya didistribusikan melalui group policy sehingga klien terhubung ke cluster internal tanpa konfigurasi apa pun di sisi developer. Agent harness di baliknya sama dengan yang berjalan di layanan cloud.

Paket premium juga berfungsi dalam deployment self-hosted: IBM Bob Premium Package for Java Modernization, IBM Bob Premium Package for IBM i, dan IBM Bob Premium Package for Z (PP4Z). Administrator Bob menetapkannya ke pengguna di Admin UI yang sama seperti di layanan cloud. PP4Z membawa komponen backend tersendiri, termasuk Z Understand, dan administrator cluster memutuskan saat instalasi apakah akan men-deploy-nya.

Dua cara menghubungkan model

Bob self-hosted terhubung ke model dengan salah satu dari dua cara berikut.

Frontier model melalui akun cloud organisasi. Bob dapat menggunakan frontier model melalui AWS Bedrock, Azure OpenAI, Google Vertex AI, atau layanan model kompatibel OpenAI lainnya. Backend Bob, identitas, audit log, dan metering tetap di cluster. Permintaan model, termasuk konteks kode yang dibawanya, dikirim ke akun cloud milik organisasi berdasarkan perjanjian yang sudah dimiliki. Cara ini cocok untuk organisasi yang sudah memiliki akses resmi ke layanan model cloud namun membutuhkan segalanya di bawah kendali mereka sendiri.

Sepenuhnya self-hosted. Untuk jaringan tanpa koneksi keluar, model berjalan di GPU milik organisasi. Dua model open-weight didukung untuk cara ini: NVIDIA Nemotron 3 Ultra dan Poolside Laguna S 2.1. Agent harness Bob telah di-tuning dan dievaluasi terhadap masing-masing model tersebut. Ukuran hardware mengikuti panduan masing-masing vendor karena bergantung pada kuantisasi, panjang konteks, dan jumlah developer yang dilayani secara bersamaan. Model guardrail kecil menyaring input dan output pada cara ini, dan Bob IDE serta Bob Shell mengambilnya secara otomatis setelah dikonfigurasi.

Instalasi dua tahap

Instalasi ditangani oleh bobctl, CLI instalasi Bob untuk deployment self-hosted, dan berjalan dalam dua tahap. Tahap pertama membuat komponen tingkat cluster: definisi resource, izin, dan operator. Ini membutuhkan hak cluster-admin, dan di sebagian besar perusahaan melewati review perubahan tim platform. Tahap kedua menginstal Bob itu sendiri ke dalam namespace dan hanya membutuhkan akses tingkat namespace.

Pemisahan ini berarti tim platform meninjau dan menyetujui footprint tingkat cluster satu kali. Setelah itu, tim yang mengelola Bob dapat menginstal, meng-upgrade, dan mengonfigurasi ulang tanpa perlu memegang hak cluster-admin atau membuka tiket untuk setiap perubahan.

Cluster yang sepenuhnya air-gapped adalah jalur instalasi yang didukung. bobctl mencerminkan image Bob ke registry privat, termasuk kasus di mana image diunduh di mesin yang terhubung, dibawa melintasi gap, lalu di-push dari sisi yang terisolasi.

Instalasi OpenShift satu node sudah cukup untuk proof of concept. Ukuran produksi dan prasyarat tercakup dalam dokumentasi instalasi.

Identitas melalui direktori korporat

Deployment self-hosted menyertakan layanan identitas sendiri berbasis Keycloak, yang dapat dihubungkan ke LDAP atau Active Directory organisasi. Setelah terhubung, developer masuk dengan kredensial korporat mereka dan akses mengikuti direktori: orang yang ditambahkan ke sana di-provisioning di Bob, dan orang yang dihapus darinya kehilangan akses secara otomatis. Instalasi yang lebih kecil dan proof of concept dapat mengelola pengguna langsung di layanan identitas.

Cara mendapatkan Bob self-hosted

Deployment self-hosted diproses melalui tim penjualan. Untuk melihat demo atau memulai proof of concept, hubungi perwakilan IBM atau Business Partner, atau gunakan Contact Sales di bob.ibm.com. Tim akun menyiapkan entitlement untuk organisasi, termasuk paket premium apa pun.

Mulailah dengan proof of concept OpenShift satu node yang mengarah ke endpoint model yang sudah dijalankan organisasi, dan hubungkan Bob IDE satu tim ke sana. Dokumentasi deployment self-hosted mencakup jalur dari sana ke produksi, termasuk instalasi air-gapped, backup, dan restore.


Lebih banyak di rilis bulan ini

Klien MCP diperbarui ke v2

Klien MCP kini mendukung spesifikasi MCP 2026-07-28, termasuk transport stateless Streamable HTTP, sekaligus mempertahankan kompatibilitas dengan server MCP 2025 Streamable HTTP dan stdio. Penanganan protokol OAuth berpindah ke klien.

Breaking change: Dukungan transport HTTP+SSE telah dihapus, dan Bob menolak konfigurasi HTTP+SSE saat startup. Server MCP yang masih menggunakan HTTP+SSE harus diperbarui ke Streamable HTTP sebelum meng-upgrade Bob.

Untuk administrator

Group policy RequiredExtensions. Group policy yang mendistribusikan endpoint self-hosted kini juga dapat menginstal ekstensi VS Code. Admin mendaftarkan ID ekstensi di policy RequiredExtensions yang baru, dan Bob menginstalnya dari marketplace saat startup tanpa tindakan apa pun dari developer. Policy ini menggunakan template ADMX/ADML, mobile device management, dan mekanisme file policy yang sama yang sudah mengatur setelan Bob sendiri.

Direktori plugin. Skill, mode, file rules, dan konfigurasi MCP kini dapat ditempatkan di .bob/plugins/<plugin-name>/ di tingkat workspace, atau ~/.bob/plugins/<plugin-name>/ secara global, dan Bob mengambilnya saat startup. Sebuah tim dapat mengirimkan mode kustom, rules yang dirujuknya, skill yang dipanggilnya, dan konfigurasi MCP bersama-sama sebagai satu direktori plugin. Tata letak root-level yang sudah ada tetap berfungsi.

Untuk developer

Proses latar belakang. Build, watcher, dev server, dan perintah berumur panjang lainnya kini dimulai di latar belakang alih-alih memblokir percakapan. Indikator di tampilan chat menampilkan apa yang sedang berjalan; klik untuk memeriksa output atau menghentikan proses.

Ambil halaman web (eksperimental). Bob dapat mengambil halaman dokumentasi, referensi API, atau URL yang dikenal lainnya dan membacanya sebagai Markdown atau teks biasa. Aktifkan web_fetch di Settings → Chat terlebih dahulu.

Lifecycle hook compaction. PreCompact berjalan sebelum compaction konteks dan dapat memblokirnya; PostCompact berjalan setelah selesai. /compress di input chat memicu compaction secara manual.

Lebar chat yang dapat dikonfigurasi. Settings → Chat → Appearance menawarkan Default, Wide, dan Full width, dan pilihan tersebut bertahan antar-sesi.

Juga di rilis ini

  • Event hook dapat dikirim ke endpoint HTTPS. Handler hook HTTP kini dapat dikonfigurasi di Bob Settings UI.
  • watsonx Governance kini tersedia di Bob Marketplace.
  • Pertanyaan lanjutan kini muncul satu per satu, bukan dalam satu batch.
  • Nama server MCP disimpan dalam tool ID, sehingga lebih mudah melacak server mana yang menghasilkan tool call tertentu.
  • File watching dan skill discovery kini berfungsi di workspace Remote SSH.
  • Nama direktori skill yang tidak valid menampilkan peringatan saat startup.

Coba rilis terbaru

Sebelum meng-upgrade, pindahkan server MCP yang masih menggunakan HTTP+SSE ke Streamable HTTP. Kemudian mulai dev server dalam satu sesi dan terus bekerja sementara itu berjalan di latar belakang.

Untuk berbagi pengaturan tim, tempatkan mode kustom, rules yang dirujuknya, dan skill yang dipanggilnya di bawah .bob/plugins/<plugin-name>/ dan commit direktori tersebut ke repository. Bob mengambil plugin saat startup untuk semua orang yang membuka workspace. Dengan web_fetch diaktifkan, arahkan Bob ke referensi API suatu library sebelum memintanya menulis kode terhadap library tersebut.


Instal IBM Bob | Dokumentasi Bob | Dokumentasi deployment self-hosted | Dokumentasi Bob Shell | Praktik terbaik | Komunitas