IBM Bob выходит за рамки генерации кода и оркестрирует весь SDLC

Новый релиз добавляет мультиагентные сценарии, параллельное выполнение и встроенное управление, пока компании ищут способы выйти за пределы AI-помощников по коду и ускорить поставку ПО.

Компании используют ИИ для написания кода больше, чем когда-либо; по разным оценкам, от 25% до 75%. Это означает, что разработчики смещаются в другие части процесса, где сталкиваются с новым набором проблем.

Ранее в этом году IBM вывела на рынок agentic-платформу IBM Bob для разработки ПО, чтобы помочь разработчикам на всем протяжении жизненного цикла разработки ПО (SDLC), а не только в отдельных интерфейсах или изолированных задачах.

Чтобы развить платформу, в четверг IBM объявила о серии обновлений, включая новые мультиагентные возможности, параллельный вызов инструментов и встроенную аналитику затрат и использования. Компания также объявила о трех специализированных workflows, ориентированных на модернизацию Java, операционную систему IBM i и мейнфрейм-архитектуру IBM Z.

«Главное отличие IBM Bob в том, что IBM не строила его как очередного точечного ассистента по коду», — сказал Michael Kwok, вице-президент IBM Bob. «Рыночный разговор сместился от “какая модель пишет код быстрее?” к “какая платформа помогает предприятиям поставлять ПО безопасно, повторяемо и экономично на всем жизненном цикле?”»

По его словам, Bob рассчитан на более широкую задачу: понимание сложных систем, планирование изменений, выполнение работ, проверку результатов и предоставление руководителям видимости в части использования, governance и затрат. «IBM Bob поддерживает работу вокруг кода так же, как и сам код», — сказал он.

Новые возможности Bob

Bob, который стал доступен по всему миру в апреле, внедряет agentic ИИ во весь процесс разработки: discovery, planning, design, coding, testing, deployment и operations. Он предлагает разные режимы на основе ролей — «Agent», «Plan», «Ask», — повторно используемые playbooks и принудительное соблюдение стандартов.

Bob может вызывать инструменты для выполнения разных задач и распределять их между разными моделями, например IBM Granite или Anthropic’s Claude, в зависимости от требований к стоимости, производительности и точности. Он также может запускать несколько задач одновременно, каждая в своем потоке. С точки зрения безопасности он сканирует чувствительные данные, применяет политику в реальном времени и включает red-teaming прямо в workflows разработки.

«Работа над enterprise-софтом редко сводится к одному запросу или одному файлу», — сказал Kwok, отметив, что обычно требуются поиск по репозиторию, анализ зависимостей, тестирование, security review, документация и человеческое утверждение. «Bob координирует эту работу, а не заставляет разработчиков вручную собирать ее по частям», — сказал он.

Теперь, вместо того чтобы запускать все по отдельности, Bob может параллельно вызывать нативные для моделей инструменты и выполнять их одновременно. По словам IBM, задача, которая раньше занимала 30 секунд, теперь может выполняться за 10 секунд или меньше, что снижает потребление токенов на задачу. Размер контекстного окна также больше: 270K токенов против 200K в V1.

Кроме того, Bob может подключать subagents для выполнения разведывательных шагов. Когда агенту нужно выполнить самодостаточную задачу, например «понять, как работает аутентификация в этом кодовой базе», он поднимает subagent, который читает файлы, проводит анализ и выявляет паттерны. Затем основной агент получает сводку, а промежуточные шаги удаляются, говорит IBM. Это помогает избежать разрастания контекстного окна.

Параллельный вызов инструментов сокращает время ожидания в задачах, которые распадаются на поиски, чтение файлов и проверки, пояснил Kwok, а subagents очищают основной контекст, изолируя разведочную работу и возвращая краткие сводки.

«Смысл не в том, что Bob может делать больше вещей одновременно; смысл в том, что Bob может координировать их так, чтобы это оставалось понятным, повторяемым и проверяемым», — сказал он.

«Bobalytics» дает важные метрики

Кроме того, Bob теперь оснащен «Bobalytics» — инструментом видимости и оптимизации затрат для команд, который помогает сохранять контроль, отслеживать использование и распределять ресурсы.

«Цель — помочь предприятиям понять не только то, насколько активно используется ИИ, но и создает ли он значимую ценность», — сказал Kwok.

По его словам, Bobalytics построен вокруг нескольких представлений. Например, администраторам нужно видеть использование лицензий, потребление, элементы управления governance и видимость активности, а менеджерам — понимать «паттерны на уровне команды», например, кто начинает использовать Bob, какие workflows дают ценность и где командам может понадобиться помощь.

Это может поддержать важные управленческие решения, сказал Kwok: если внедрение высокое, а ценность низкая, командам могут быть нужны лучшие workflows или обучение; если у команды возникают всплески затрат, руководству нужно знать где и почему, и действовать соответственно.

Специализированные пакеты Bob

IBM десятилетиями предлагала способы помогать предприятиям модернизировать мейнфреймы, Java codebases и OS. Теперь компания переносит этот накопленный опыт в три преднастроенных, настраиваемых workflows для модернизации Java, IBM i и IBM Z. По словам компании, они «структурированные, повторяемые, проверяемые и созданные под конкретные задачи».

Bob for Java modernization помогает командам мигрировать с Java 8 или более ранних версий на Java 11, 17, 21 или 25, выявляя проблемы совместимости, анализируя зависимости, координируя обновления кода и конфигурации и выполняя другие важные задачи.

Например, разработчик может попросить Bob оценить приложение для обновления версии Java. Bob может проверить систему сборки, проанализировать зависимости, изучить использование framework, выявить проблемы совместимости, прочитать логи, понять покрытие тестами и предложить план обновления. Теперь он выполняет эти задачи параллельно, а subagents могут заниматься точечными исследованиями «без загрязнения основного контекста разговора», сказал Kwok.

Bob for IBM i предлагает отобранные навыки и agentic workflows, оптимизированные для IBM i OS. Это включает рефакторинг «монолитных» приложений в более модульные современные структуры, создание документации, подготовку unit tests и генерацию разных типов кода (COBOL, DDS, CL, RPG) для разработчиков. Кроме того, режим «IBM i database mode» позволяет Bob имитировать опытного инженера по базам данных.

Мейнфрейм-среды традиционно были крайне сложны для интеграции ИИ, и IBM утверждает, что впервые приносит AI-native модернизацию приложений на IBM Z, включая модернизацию COBOL и PL/I и анализ job control language (JCL).

Bob for IBM Z предлагает повторно используемые навыки; специализированные режимы, которые позволяют адаптироваться к разным задачам, например рефакторингу кода или анализу архитектурного влияния, а также возможность писать код, читать файлы и выполнять команды.

Например, разработчик может спросить: «Какое влияние окажет изменение этого поля?» — и Bob сможет использовать анализ и метаданные, специфичные для Z, чтобы рассуждать по программам, copybooks, JCL, потокам данных и взаимодействиям подсистем, отметил Kwok. Subagent может исследовать одну часть системы, кратко изложить релевантные выводы и вернуть только то, что основному агенту нужно для продолжения планирования или выполнения изменения.

Java, Z и i — это среды с разными допущениями по runtime, языками, схемами интеграции, требованиями к governance и операционными ограничениями, сказал он, добавив, что доменная экспертиза IBM — «ключевое отличие».

В итоге IBM со временем расширит платформу и на другие capabilities, завязанные на workflows, отметил он, — туда, где «специализированные workflows могут существенно улучшить реальную поставку ПО».

IBM Bob — не «просто еще один copilot»

IBM Bob — это не очередной copilot, прикрученный к вашей integrated development environment, сказал Shashi Bellamkonda, principal research director в Info-Tech Research Group. Скорее, он «встраивает безопасность, тестирование и governance в шаг генерации, так что код приходит уже проверенным, а не попадает на reviewers, которые и были узким местом».

Нормализация prompt-ов блокирует небезопасные инструкции в момент их написания, чувствительные данные сканируются, а секреты обнаруживаются в реальном времени, а enforcement политики идет непрерывно на протяжении всего жизненного цикла кода, отметил он. Вместо человеческой команды модели выбирает Bob, а встроенные и кастомные модели позволяют разработчикам переходить между planning, coding и review без переключения инструментов. Кроме того, интеграция Model Context Protocol (MCP) подключает Bob к существующим toolchains.

Большинство AI coding tools обычно работают одинаково: генерируют код в coding tool, вставляют его в integrated development environment (IDE), а затем тратят время на исправление того, что сломалось, отметил Bellamkonda.

В итоге разработчики пишут много кода и теряют часы, гоняясь за багами. Затем код попадает в production, где каждая строка все равно должна пройти security review, testing и compliance. И хотя, например, AWS Kiro требует спецификацию до появления кода, а затем тестирует код по ней, AWS Transform идет с другой стороны — модернизирует старый код и в непрерывном цикле убирает technical debt.

«IBM Bob работает на той же стадии, но встраивает проверки в саму генерацию», — отметил Bellamkonda.

«Вся отрасль в этом году пришла к одному выводу: если просто прикрутить ускоритель к неизмененному pipeline, узкое место сместится вниз по цепочке», — сказал он. «Инструменты отличаются только тем, где именно они встраиваются».

Материал — перевод статьи с английского.

Оригинал: IBM Bob expands beyond code generation to orchestrate the entire SDLC