自托管部署引领本月发布

截至 2026 年 9 月 24 日，IBM Bob 已正式支持自托管部署。Bob 后端运行在组织自行运营的 Red Hat OpenShift 集群上，无论是在本地数据中心还是在组织自有的云账户中。模型既可以使用来自组织已在使用的云模型服务的前沿模型，也可以使用运行在自有 GPU 上的开放权重模型。开发者继续使用他们熟悉的相同 Bob IDE 和 Bob Shell。本月发布还增加了后台进程、更新的 MCP 客户端以及面向管理员的全新控制功能。

对于大多数工程团队而言，Bob 云服务仍然是理想的默认选择：无需运行任何基础设施、更新自动送达，并且后端由构建该产品的团队亲自运营。但对于许多大型工程组织来说，由于其源代码不能离开受控的基础设施，该默认方案并不可行。在数据驻留规则要求下，Bob 可以通过组织自有的云账户使用前沿模型。在物理隔离（air-gapped）网络中，Bob 则可以使用运行在组织自有 GPU 上的开放权重模型。

自托管部署

自托管部署包含的内容

自托管部署将 Bob 后端打包适用于 Red Hat OpenShift。它包含身份认证（identity）、推理网关、审计日志和使用计量，所有这些都由一个 Operator 统一管理，负责安装、升级和日常运维（day-2 operations）。Bob 作为常规的带有命名空间的工作负载运行，因此可以与其他应用程序共享现有的集群。

开发者像以前一样继续在 Bob IDE 和 Bob Shell 中工作。自托管端点通常通过组策略分发，因此客户端无需开发者进行任何额外设置即可连接到内部集群。其背后的 agent harness 与云服务上运行的完全相同。

各高级包（premium packages）同样可在自托管部署中运行：IBM Bob Premium Package for Java Modernization、IBM Bob Premium Package for IBM i 以及 IBM Bob Premium Package for Z（PP4Z）。Bob 管理员可以在与云服务相同的管理界面（Admin UI）中将它们分配给用户。PP4Z 自带其特有的后端组件（包括 Z Understand），集群管理员可以在安装时决定是否进行部署。

连接模型的两种方式

自托管 Bob 通过以下两种方式之一连接到模型。

通过组织的云账户连接前沿模型。 Bob 可以通过 AWS Bedrock、Azure OpenAI、Google Vertex AI 或任何其他兼容 OpenAI 的模型服务来使用前沿模型。Bob 后端、身份认证、审计日志和计量均保留在集群内。模型请求（包括其携带的代码上下文）会根据组织现有的协议发送至组织自有的云账户。该方案适合那些已经拥有已获批准的云模型服务访问权限、但需要将其余一切置于自身控制之下的组织。

完全自托管。 对于没有出站连接的网络，模型直接运行在组织自有的 GPU 上。该方案支持两款开放权重模型：NVIDIA Nemotron 3 Ultra 和 Poolside Laguna S 2.1。Bob 的 agent harness 已针对这两款模型进行了调优和评估。硬件规格规划遵循各供应商的指导建议，因为这取决于量化精度、上下文长度以及同时服务的开发者数量。在此方案下，一个轻量级 guardrail 模型会对输入和输出进行审查，配置完成后 Bob IDE 和 Bob Shell 会自动接入该模型。

两阶段安装

安装由 Bob 自托管部署的安装 CLI 工具 bobctl 处理，分为两个阶段进行。第一阶段创建集群范围的组件：资源定义、权限以及 Operator。这需要 cluster-admin 权限，在大多数企业中需要通过平台团队的变更审查。第二阶段将 Bob 本身安装到命名空间中，只需要命名空间级别的访问权限。

这种划分意味着平台团队只需审查并批准一次集群范围的占用配置。之后，负责 Bob 的团队无需持有 cluster-admin 权限，也无需为每次变更提交工单，即可进行安装、升级和重新配置。

完全物理隔离（air-gapped）集群是受支持的安装途径。bobctl 会将 Bob 镜像镜像到私有镜像仓库中，包括先在有网络连接的机器上下载镜像，带过物理隔离区，然后从隔离端推送镜像的场景。

单节点 OpenShift 安装已足以用于概念验证（proof of concept）。生产环境规格要求和前置条件已在安装文档中详细说明。

通过企业目录管理身份

自托管部署包含其自有的基于 Keycloak 的身份服务，可连接到组织的 LDAP 或 Active Directory。连接后，开发者可以使用企业凭据登录，访问权限与目录保持同步：添加到目录的人员会在 Bob 中自动完成配置，从目录中移除的人员则会自动失去访问权限。规模较小的安装和概念验证也可以直接在身份服务中管理用户。

如何获取自托管 Bob

自托管部署通过销售渠道提供。如需观看演示或开始概念验证，请联系 IBM 业务代表或业务合作伙伴，或在 bob.ibm.com 上点击 Contact Sales。客户团队将为组织设置权利（entitlement），包括任何高级包。

可以先从单节点 OpenShift 概念验证开始，将其指向组织已在运行的模型端点，并将一个团队的 Bob IDE 连接到该端点。自托管部署文档涵盖了从概念验证到生产环境的完整路径，包括物理隔离安装、备份和恢复。

本月发布的更多内容

MCP 客户端升级至 v2

MCP 客户端现已支持 MCP 2026-07-28 规范，包括无状态 Streamable HTTP 传输协议，同时保持与 MCP 2025 Streamable HTTP 和 stdio 服务器的兼容性。OAuth 协议处理已移至客户端。

重大变更（Breaking change）： HTTP+SSE 传输支持已被移除，Bob 在启动时将拒绝 HTTP+SSE 配置。仍在使用的 HTTP+SSE MCP 服务器必须在升级 Bob 之前更新为 Streamable HTTP。

面向管理员

RequiredExtensions 组策略。 用于分发自托管端点的组策略现在还可以安装 VS Code 扩展。管理员在新的 RequiredExtensions 策略中列出扩展 ID，Bob 在启动时会自动从市场安装它们，无需开发者执行任何操作。该策略使用与管理 Bob 自身设置相同的 ADMX/ADML 模板、移动设备管理（MDM）和策略文件机制。

插件目录。 Skills、modes、规则文件以及 MCP 配置现在可以放置在工作区级别的 .bob/plugins/<plugin-name>/ 或全局级别的 ~/.bob/plugins/<plugin-name>/ 下，Bob 将在启动时加载它们。团队可以将自定义 mode、其引用的规则、调用的 skills 以及 MCP 配置一起打包为一个插件目录。现有的根目录布局将继续有效。

面向开发者

后台进程。 构建、文件监听器（watchers）、开发服务器和其他长时间运行的命令现在在后台启动，而不会阻塞对话。聊天视图中的指示器会显示正在运行的内容；点击它可以查看输出或停止进程。

抓取网页（实验性功能）。 Bob 可以获取文档页面、API 参考或任何已知 URL，并将其读取为 Markdown 或纯文本。首先在 Settings → Chat 中启用 web_fetch。

上下文压缩生命周期钩子。 PreCompact 在上下文压缩前运行，并且可以阻止压缩；PostCompact 在压缩完成后运行。在聊天输入框中输入 /compress 可手动触发压缩。

可配置的聊天宽度。 Settings → Chat → Appearance 提供了 Default、Wide 和 Full 宽度选项，所选设置将在会话之间持久保存。

本次发布还包括

Hook 事件可以发送至 HTTPS 端点。HTTP hook 处理器现可在 Bob 设置界面中配置。
watsonx Governance 现已在 Bob Marketplace 上架。
后续问题（follow-up questions）现在逐个显示，而不是批量显示。
工具 ID 中保留了 MCP 服务器名称，使得追踪特定工具调用的来源服务器变得更加容易。
文件监听和 skill 发现功能现已支持 Remote SSH 工作区。
无效的 skill 目录名称在启动时会显示警告。

体验最新版本

在升级之前，请将仍在使用 HTTP+SSE 的所有 MCP 服务器迁移至 Streamable HTTP。随后可以在会话中启动开发服务器，并在其于后台运行的同时继续工作。

如需共享团队配置，请将自定义 mode、其引用的规则和调用的 skills 放置在 .bob/plugins/<plugin-name>/ 下，并将该目录提交到代码仓库中。所有打开该工作区的成员在启动时都会自动加载该插件。启用 web_fetch 后，可以在要求 Bob 针对某个库编写代码之前，先让 Bob 指向该库的 API 参考文档。