IBM Bob 更新多 Agent 与企业现代化工作流：AI 编码开始覆盖整个 SDLC

IBM 在 2026 年 7 月 9 日宣布 IBM Bob 的一组重要更新。Bob 原本就被定位为面向企业开发团队的 AI 软件开发生命周期伙伴，这次更新进一步把产品从“在 IDE 里帮忙写代码”推向“围绕企业系统规划、执行、验证和治理多阶段工程工作”。IBM 官方公告

更新包含三条主线：面向 Java、IBM i 和 IBM Z 的 Premium Packages；围绕共享 Agent 和 Harness 重构的执行架构；以及面向企业管理者的使用、成本和治理分析。它的价值不在于又增加一个代码补全按钮，而在于 IBM 试图把模型、工具、专业知识、审批和遗留系统上下文放进同一套可重复工作流。

Premium Packages 把平台知识放进现代化流程

IBM 首批推出的 Premium Packages 分别面向 Java Modernization、IBM i 和 IBM Z。官方的共同表述是：这些包不是单次代码迁移提示词，而是包含预构建工作流、平台专用模式、相关工具和运行时集成，以及针对不同平台的安全、验证和治理能力。

Java Modernization 包覆盖从 Java 8 或 Java 11 向 Java 17、21 和 25 的升级，并提供兼容性分析、协调修改和验证流程。它还支持向 WebSphere Liberty 现代化、把 JSP、JSF 和 Struts 等传统 UI 框架转向 React 或 Angular，并配合测试生成和依赖漏洞修复。这里的重点是把版本升级、UI 改造、测试和安全整改放进一个连续流程，而不是让开发者分开调用多个代码生成工具。

IBM i 包则强调直接连接现有环境。IBM 表示，Native Connection 可以从 QSYS 读取源成员，并通过原生工作流读取、写入、编译、运行 SQL 和测试代码。RPG、COBOL、CL、Db2 for i、DDS 和相关业务规则都被纳入平台上下文。对长期维护 IBM i 系统的团队而言，这种连接减少了“导出—编辑—再导入”的往返，但能否安全运行仍取决于权限、审批和具体环境配置。

IBM Z 包的基础是 Z Understand。官方描述称，它会把 COBOL、PL/I、汇编、JCL 以及相关大型机资产和依赖关系处理成可查询的应用元数据，Bob 再通过 Z Architect Mode 和 Z Code Mode 做影响分析、业务上下文发现、规划、重构和代码转换。使用确定性元数据查询辅助 Agent，是为了降低单纯依赖概率式代码生成理解大型遗留系统的风险。

共享 Harness 让 Bob 从 IDE 走向 SDLC

这次更新还引入围绕共享 Agent 和 Harness 的统一架构。IBM 希望 Bob 的能力可以从规划和开发延伸到测试、CI/CD 和运维，而不是被限制在一个开发界面里。共享工作流引擎可以组合 AI Agent、企业工具和人工审批，让多步骤工程任务具有可重复、可治理的执行路径。

新能力包括原生工具调用、并行执行、子 Agent 和后台任务编排。多个相互独立的搜索、文件操作或验证任务可以并行进行；子 Agent 可以在隔离上下文中完成专门工作，再把相关结果返回主任务；后台任务则允许长时间运行的流程继续推进，不必一直占住开发者当前的操作界面。Bob 也把原来的五种模式收拢为 Agent、Plan 和 Ask 三种模式。IBM Bob Changelog

这种架构变化对团队流程的影响比“模型回答更聪明”更直接。产品经理可以看到需求拆解和审批节点，开发者可以把代码修改与测试、依赖分析和文档更新放在同一流程中，管理者则可以进一步追踪哪些 Agent 在什么阶段消耗了多少资源。与此同时，工具调用和后台任务越多，权限边界、任务取消、失败回滚和结果审查就越重要。

图：IBM Bob 官方页面展示的多 Agent 工作界面。图片用于说明产品的并行 Agent 方向，不代表本文对其实际运行效果做了独立测试。

Bobalytics 把使用和成本纳入企业控制面

IBM 还介绍了 Bobalytics，这是 Bob 面向企业管理的分析系统。官方将它描述为提供生产力、质量、治理、使用量和成本可见性的工具，帮助企业管理团队、监控消耗、分配资源，并在扩大 AI 使用时保留一定的运营控制。IBM Bob 产品页

这说明企业 Agent 的竞争正在从“能不能完成一次任务”转向“能不能持续管理大量任务”。如果每个团队都可以自由创建 Agent、连接工具和运行后台流程，企业必须知道哪些工作流被采用、哪些模型和工具消耗最多、哪里需要人工审批，以及自动化是否带来了新的质量或安全问题。Bobalytics 的存在并不证明 Bob 已经解决这些问题，但它显示 IBM 正在把成本和治理当作产品的一部分，而不是部署后的附加报表。

IBM 同时宣布新增日本和欧洲的区域部署选项，并将数据驻留和主权要求作为扩展理由。具体套餐的价格、合同范围、可用区域和组织权限仍需要以实际产品页面和企业合同为准，不能从公告直接推导出所有用户都能使用这些能力。

如何看待 IBM 的企业化路线

IBM 的公开方向很清楚：企业开发 Agent 不应只负责生成代码，还需要理解长期积累的业务逻辑、协调跨阶段变化、执行验证并留下治理记录。对于传统职场团队和软件项目负责人，这种思路更接近真实交付：需求、代码、测试、部署、依赖和审计本来就不是互相独立的任务。

但这篇公告不是独立性能评测，也没有证明 Bob 在所有代码库、模型和组织流程中都优于其他 Agent。IBM 提到的客户案例和“更快、更可靠”的表述属于厂商或客户自述，不能当作普遍生产结果。本文也没有进行 IBM Bob 的实际操作测试。

更稳妥的结论是：IBM 正在把企业 Agent 的产品单元从“编码助手”改造成“受治理的 SDLC 工作流”。这条路线是否成立，最终要看它能否在真实权限、遗留系统、测试失败、审批延迟和成本约束下稳定运行，而不只是看演示中的代码生成速度。