Neu in Bob: Dein Editor, deine Richtlinien, dein Audit-Trail
Admins können Bob's Konfiguration jetzt zentral durchsetzen und Audit-Events in die Sicherheitsplattform streamen, die sie bereits verwenden. Entwickler erhalten Bob als vollwertigen Agenten im Editor oder Orchestrator ihrer Wahl, Lifecycle-Hooks, die durchgesetzt statt nur erinnert werden können, und Antworten, die auf IBMs eigener Produktdokumentation basieren.
Group Policies: Enterprise-Governance für Bob
IT- und Sicherheits-Admins können Bob's Konfiguration jetzt auf verwalteten Entwicklerrechnern setzen und sperren, damit Unternehmensstandards eingehalten werden – ohne dass jeder Entwickler alles selbst richtig konfigurieren muss. Die bestehende Device-Management-Infrastruktur verteilt die Richtlinien: ADMX/ADML-Templates für Windows Group Policy, Mobile Device Management auf macOS, eine Policy-Datei unter Linux. Gesperrte Einstellungen erscheinen als schreibgeschützt, genau wie VS Code durch Richtlinien verwaltete Einstellungen kennzeichnet.
Launch-Policies decken die Einstellungen ab, die bei einem Security Review zuerst zur Sprache kommen. Das Deaktivieren von Auto-Approval-Gruppen verhindert, dass der Agent seine eigenen Tool-Aufrufe selbst freigibt. Das Deaktivieren von Auto-Updates hält die eingesetzte Version unter Change Control. Hooks zentral durchzusetzen bedeutet, dass eine erforderliche Prüfung nicht abgeschaltet werden kann. IBM veröffentlicht Konfigurationsvorlagen und Dokumentation für den Einstieg.
Native Agent Client Protocol-Unterstützung
Bob Shell spricht jetzt nativ das Agent Client Protocol (ACP), sodass jeder ACP-kompatible Client Bob als vollwertigen Agenten ausführen kann — IntelliJ, Neovim und Zed neben der Bob IDE-Erweiterung. Session-Management, Modi, Streaming, Model Context Protocol (MCP) und Guardrails laufen alle über das Protokoll selbst, ohne einen Adapter dazwischen.
Die Reichweite geht über Editoren hinaus. ACP-Clients umfassen auch die Agent-Orchestratoren, die Unternehmen bereits für sich selbst aufbauen – das verändert die Adoptionsfrage. Bob muss einen bestehenden Workflow nicht ersetzen. Er kann als ein Agent darin laufen.
Das folgende Video zeigt Bob, der über ACP als Agent in IntelliJ läuft.
MCP Elicitation
MCP-Tools können jetzt direkt innerhalb der Session nach den Informationen fragen, die sie zur Erledigung einer Aufgabe benötigen. Fehlt einem Tool-Aufruf ein erforderlicher Wert – ein Benutzername, eine Präferenz, ein Konfigurationsparameter – zeigt das Tool ein kurzes Inline-Formular an, anstatt zu scheitern oder auf Basis einer Annahme fortzufahren. Der Entwickler prüft, bearbeitet und akzeptiert oder lehnt ab, bevor das Tool fortfährt.
Der praktische Effekt ist, dass MCP-Tools unvollständige Eingaben fehlerfrei verarbeiten können, ohne dass der Entwickler jeden Parameter im Voraus antizipieren oder nach einem fehlgeschlagenen Aufruf erneut versuchen muss.
Hooks
Eine Agent-Schleife ist von Natur aus nicht-deterministisch. Hooks sind die Methode, um deterministische Leitplanken darum zu setzen. Teams können jetzt an definierten Punkten in der Schleife automatisierte Aktionen auslösen — SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Stop — sodass ein Linter läuft, bevor eine Aufgabe beginnt, Tests laufen, nachdem eine Änderung eingespielt wurde, und ein Cleanup-Skript läuft, wenn etwas fehlschlägt.
Ein PreToolUse-Hook kann einen Tool-Aufruf vollständig blockieren und so einen Coding-Standard zu einer harten Einschränkung machen, die der Agent nicht umgehen kann. Group Policies setzen Hooks zentral durch, sodass ein Projekt einen Hook nicht stillschweigend deaktivieren kann. Verstöße werden beim Schreiben sichtbar, nicht erst in einem Review drei Sprints später.
Du definierst Hooks pro Projekt und aktivierst oder deaktivierst sie unabhängig voneinander. Hook-Befehle laufen unter Workspace-Trust, und ein fehlgeschlagener Hook hält Bob nicht an, sofern er nicht als blockierend konfiguriert ist. Das Hook-Log zeichnet auf, was ausgelöst wurde und ob es erfolgreich war. Ein neuer Hooks-Tab in den Bob-Einstellungen listet alle globalen und Workspace-Hooks an einem Ort auf: suchen, filtern, ein- oder ausschalten und direkt zur Einstellungsdatei springen, in der ein Hook definiert ist. Die Hooks-Dokumentation deckt die vollständige Event-Liste ab.
Das folgende Video zeigt einen Hook, der während einer Bob-Session ausgelöst wird.
SIEM-Integration (Security Information and Event Management)
Bob leitet Audit-Events jetzt in bestehende Sicherheits- und Observability-Plattformen weiter, sodass KI-Aktivitäten in dieselben Tools fließen, die ein Team bereits für Investigation, Alerting und Retention nutzt. Bob unterstützt zum Start Splunk. Das Bob-Team konfiguriert jede Integration gemeinsam mit dir und überprüft Sink, Regionen und die Event-Zustellung von Ende zu Ende, bevor sie live geht.
Um eine zu starten, stelle eine Anfrage über den IBM Support, der sie an das Bob-Team weiterleitet.
IBM Docs im Kontext: Retrieval-Augmented Generation (RAG) über IBM-Dokumentation
Bob kann jetzt Fragen beantworten, die auf IBMs eigener technischer Dokumentation basieren. Anstatt sich darauf zu verlassen, was ein Modell zufällig über IBM-Produkte aufgenommen hat, ruft Bob aus indexierter Produktdokumentation ab und beantwortet Fragen daraus. Derselbe Index umfasst Bobs eigene Dokumentation, und Bob IDE erreicht den Retrieval-Service über einen MCP-Server.
Da Bob aus einem indizierten Korpus von IBMs veröffentlichter Dokumentation abruft und nicht das offene Web durchsucht, kommen Antworten aus IBM-Quellen einer bekannten Version – ohne einen Umweg über eine allgemeine Web-Suche. IBM pflegt diesen Index und aktualisiert ihn, wenn sich die zugrundeliegende Dokumentation ändert, sodass der Korpus das aktuelle Produkt abbildet und nicht einen Snapshot, den jemand irgendwann neu gecrawlt hat. Das bedeutet auch, dass Bob in netzwerkbeschränkten Umgebungen gleich funktioniert, in denen externe Suche keine Option ist.
Office-Dateien lesen und bearbeiten
Bob kann jetzt Dokumente, Präsentationen und Tabellenkalkulationen lesen, bearbeiten und erstellen, ohne den Agenten zu verlassen. Eine Aufgabe, die neben Code eine Spezifikation, eine Datendatei oder eine Präsentation berührt, erfordert keinen Kontextwechsel mehr, um die Datei separat zu öffnen.
Premium Package für Java: Spring Boot zu Quarkus
Das Premium Package für Java von Bob umfasst jetzt eine geführte Migration von Spring Boot zu Quarkus. Bob analysiert die Java-Umgebung und Abhängigkeiten deiner Anwendung und empfiehlt dann entweder eine Spring Compatibility- oder eine Full Quarkus-Migrationsstrategie. Es führt Migrationsaufgaben an gängigen Übersetzungspunkten durch, darunter Spring MVC-Endpunkte zu Quarkus REST, Dependency Injection sowie Spring Data-Persistenz zu Hibernate Panache oder der Java Persistence API (JPA). Es validiert den Build während des gesamten Prozesses. Anstatt dich mit einem halb konvertierten Build zurückzulassen, arbeitet Bob sechs abgesicherte Module durch, um die Migration abzuschließen. Es zielt auf Services ab, bei denen Container-Startzeit und Speichernutzung das Problem sind, nicht eine vollständige Neuentwicklung. Aktiviere die Funktion über die Welcome-Seite des Premium Package für Java oder über einen Slash-Befehl.