代码不出内网：IBM Bob 自托管版的三个真实约束

结论先说

IBM 把智能体软件开发平台 Bob 的自托管部署选项正式 GA，支持本地、私有云、主权云与气隙网络。对受监管行业来说，这是从「能不能用」到「敢不敢用」的关键一步。但「代码不出内网」不是免费的——它把模型层的选择、许可与迭代责任整体转移给了客户。真正的决策点在于：哪些工作负载值得留在内网。

事实部分

据 MarkTechPost 10 月 2 日报道（IBM 官方公告）：Bob 自托管选项已对企业客户 GA。它覆盖理解代码、规划任务、执行变更、验证结果的全生命周期，自托管版本包含 IDE、BobShell、并行工具调用、agent harness、skills 与 modes，支持自托管、气隙与混合三种模型配置。

关键约束在模型层：Bob 自托管不捆绑模型，客户需从 IBM 支持清单中自带许可（BYOL）：

• 完全自托管（客户自有基础设施）：NVIDIA Nemotron、Poolside Laguna
• 混合或私有 SaaS（经批准的私有连接方式）：Claude Sonnet 5.0、Claude Opus 4.8、Gemini 3.7 Flash、OpenAI GPT 5.6 Sol

可选 Premium Package 覆盖 Java 现代化、IBM i 与 IBM Z。IBM 未公布定价，需通过 demo 申请；未来计划扩展模型组合并加入多模型路由（目前属路线图）。

三个判断

第一，自托管的真正代价是「模型自担」。 完全隔离模式下可选模型只有两款，意味着能力上必须接受让步。对处理核心系统代码的团队这个交换通常值得；但若当成「免费拿到同等能力」，就会在中期撞上天花板。

第二，混合模式才是大多数企业的落点。 IBM 的例子很直白：核心银行应用走本地推理，受限较少的工作负载路由到经批准的外部模型。这套「按工作负载分级」的思路，比全内网或全公有云都更现实，也更容易过合规评审。

第三，气隙环境把「迭代」变成了人工流程。 与互联网隔离意味着模型升级、依赖更新、漏洞修复都需要离线包与人工审批路径。这可以做到，但必须有人负责，否则环境很快会落后于安全基线。

对读者的实际建议

• 先做一张工作负载分级表：代码敏感度、数据类别、合规要求、可用模型档位，四列一填，比例自然浮现。
• 把「模型清单」当作选型硬约束：先确认目标模型是否在支持列表内，再谈平台功能。
• 气隙部署必须配套离线更新流程与责任人，别把「能装」当成「能维护」。

一句话判断

「代码不出内网」方向正确，但用能力上限与运维复杂度换来的。企业要回答的不是「要不要自托管」，而是「哪些负载必须自托管」。

参考来源：

• MarkTechPost《IBM Brings Bob to Self-Hosted and Air-Gapped Environments》 https://www.marktechpost.com/2026/10/02/ibm-brings-bob-to-self-hosted-and-air-gapped-environments/
• IBM 官方公告 https://www.ibm.com/new/announcements/ibm-bob-expands-to-self-hosted-environments-for-sensitive-and-mission-critical-enterprise-software

延伸阅读：开源 Agent Harness 开始有安装包了：DeepSeek Harness v0.2 的三个信号 · 8B 也能写带引用的综述：Ai2 开源 AstaBrief 的三个可迁移做法