Novidades no Bob: O teu editor, as tuas políticas, o teu registo de auditoria
Aplica a configuração do Bob de forma centralizada, transmite eventos de auditoria para a tua plataforma de segurança, executa o Bob como agente de primeira classe no IntelliJ, Neovim ou Zed, e muito mais.
Novidades no Bob: O teu editor, as tuas políticas, o teu registo de auditoria
Os admins já podem aplicar a configuração do Bob de forma centralizada e transmitir os seus eventos de auditoria para a plataforma de segurança que já utilizam. Os developers passam a ter o Bob como agente de primeira classe no editor ou orquestrador que já usam, lifecycle hooks que podem ser aplicados em vez de apenas lembrados, e respostas fundamentadas na própria documentação de produto da IBM.
Políticas de grupo: governança empresarial para o Bob
Os admins de TI e segurança já podem definir e bloquear a configuração do Bob em todas as máquinas de desenvolvimento geridas, garantindo os padrões da empresa sem que cada developer tenha de os configurar manualmente. A tua infraestrutura de gestão de dispositivos existente distribui as políticas: templates ADMX/ADML para Windows Group Policy, gestão de dispositivos móveis no macOS, um ficheiro de política no Linux. As definições bloqueadas aparecem como só de leitura, da mesma forma que o VS Code assinala as definições geridas por políticas.
As políticas de arranque cobrem as definições que surgem primeiro numa revisão de segurança. Desativar os grupos de aprovação automática impede o agente de autorizar as suas próprias chamadas de ferramentas. Desativar as atualizações automáticas mantém a versão implementada sob controlo de alterações. Aplicar hooks de forma centralizada significa que uma verificação obrigatória não pode ser desativada. A IBM publica templates de configuração e documentação para começar.
Suporte nativo ao Agent Client Protocol
O Bob Shell fala agora o Agent Client Protocol (ACP) de forma nativa, para que qualquer cliente compatível com ACP possa executar o Bob como agente de primeira classe — IntelliJ, Neovim e Zed, a par da extensão Bob IDE. A gestão de sessões, modos, streaming, Model Context Protocol (MCP) e guardrails chegam todos através do próprio protocolo, sem nenhum adaptador intermédio.
O alcance vai além dos editores. Os clientes ACP incluem também os orquestradores de agentes que as empresas já constroem para si próprias, o que muda a questão da adoção. O Bob não precisa de substituir um fluxo de trabalho existente. Pode correr como um agente dentro dele.
O vídeo seguinte mostra o Bob a correr como agente dentro do IntelliJ através de ACP.
MCP Elicitation
As ferramentas MCP já podem pedir as informações de que precisam para completar uma tarefa, diretamente dentro da sessão. Quando falta um valor obrigatório numa chamada de ferramenta — um nome de utilizador, uma preferência, um parâmetro de configuração — a ferramenta apresenta um breve formulário inline em vez de falhar ou avançar com base numa suposição. O developer revê, edita e aceita ou recusa antes de a ferramenta prosseguir.
O efeito prático é que as ferramentas MCP conseguem lidar com entradas incompletas de forma elegante, sem exigir que o developer antecipe todos os parâmetros antecipadamente ou repita após uma chamada falhada.
Hooks
Um loop de agente é, por natureza, não determinístico. Os hooks são a forma de lhe impor limites determinísticos. As equipas já podem desencadear ações automáticas em pontos definidos do loop — SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Stop — para que um linter corra antes de uma tarefa começar, os testes corram depois de uma alteração ser aplicada, e um script de limpeza corra quando algo falha.
Um hook PreToolUse pode bloquear completamente uma chamada de ferramenta, tornando um padrão de código uma restrição rígida que o agente não pode contornar. As políticas de grupo aplicam os hooks de forma centralizada, para que um projeto não os possa desativar silenciosamente. As violações surgem no momento da escrita, e não numa revisão três sprints depois.
Os hooks são definidos por projeto e podem ser ativados ou desativados de forma independente. Os comandos de hook correm sob confiança do workspace, e um hook que falhe não interrompe o Bob a menos que esteja configurado para bloquear. O registo de hooks regista o que foi acionado e se passou. Um novo separador Hooks nas Definições do Bob lista todos os hooks globais e de workspace num único lugar: pesquisa, filtra, ativa ou desativa, e salta diretamente para o ficheiro de definições onde um hook está definido. A documentação de hooks cobre a lista completa de eventos.
O vídeo seguinte mostra um hook a ser acionado durante uma sessão do Bob.
Integração com SIEM (Security Information and Event Management)
O Bob já encaminha eventos de auditoria para plataformas de segurança e observabilidade existentes, para que a atividade de IA flua para as mesmas ferramentas que uma equipa já usa para investigação, alertas e retenção. O Bob suporta Splunk no lançamento. A equipa do Bob configura cada integração contigo e verifica o sink, regiões e entrega de eventos de ponta a ponta antes de entrar em produção.
Para iniciar uma, submete um pedido através do suporte IBM, que o encaminha para a equipa do Bob.
IBM Docs em contexto: geração aumentada por recuperação (RAG) sobre documentação IBM
O Bob já consegue responder a perguntas fundamentadas na própria documentação técnica da IBM. Em vez de depender do que um modelo absorveu sobre produtos IBM, o Bob recupera da documentação de produto indexada e responde a partir daí. O mesmo índice cobre a própria documentação do Bob, e o Bob IDE acede ao serviço de recuperação através de um servidor MCP.
Como o Bob recupera de um corpus indexado da documentação publicada pela IBM em vez de pesquisar na web aberta, as respostas provêm de fontes IBM numa versão conhecida, sem uma viagem de ida e volta através de pesquisa web de propósito geral. A IBM mantém esse índice e atualiza-o à medida que a documentação subjacente muda, para que o corpus acompanhe o produto atual em vez de um snapshot que alguém se lembrou de re-indexar. Significa também que o Bob funciona da mesma forma em ambientes com rede restrita onde a pesquisa externa não é uma opção.
Leitura e edição de ficheiros Office
O Bob já consegue ler, editar e criar documentos, apresentações e folhas de cálculo sem sair do agente. Uma tarefa que toca numa especificação, num ficheiro de dados ou numa apresentação ao lado de código já não exige mudar de contexto para abrir o ficheiro separadamente.
Premium Package para Java: migração de Spring Boot para Quarkus
O Premium Package para Java do Bob inclui agora migração guiada de Spring Boot para Quarkus. O Bob analisa o ambiente Java e as dependências da tua aplicação, e depois recomenda uma estratégia de migração Spring Compatibility ou Full Quarkus. Realiza tarefas de migração nos pontos de tradução mais comuns, incluindo endpoints Spring MVC para Quarkus REST, injeção de dependências, e persistência Spring Data para Hibernate Panache ou a Java Persistence API (JPA). Valida o build ao longo de todo o processo. Em vez de te deixar com um build a meio da conversão, o Bob trabalha através de seis módulos com aprovações para ajudar a completar a migração. Destina-se a serviços onde o tempo de arranque do container e o consumo de memória são o problema, não uma reescrita completa. Ativa a funcionalidade a partir da página de boas-vindas do Premium Package para Java, ou através de um slash command.