CodiumAI beziehungsweise Codium wurde 2024 in Qodo umbenannt. Das heutige Angebot richtet sich vor allem auf KI-gestützte Code-Reviews und die Durchsetzung von Entwicklungsstandards. Wer eine ältere Anleitung zur automatischen Unit-Test-Erstellung sucht, muss den aktuellen Produktstand beachten. Geprüft am 25. Oktober 2026.
Aktueller Status: IDE-Plugin wird abgelöst
Die offizielle Qodo-Dokumentation kündigt die Einstellung des bisherigen IDE-Plugins für den 30. Oktober 2026 an. Der Termin liegt zum Prüfzeitpunkt noch in der Zukunft. Qodo verweist für lokale Reviews auf die Agentic Toolbox, die sich in unterstützte Coding-Agenten einbinden lässt.
Das bedeutet keine Einstellung des gesamten Unternehmens oder der Plattform. Es betrifft einen konkreten Zugang zum Produkt. Die früheren pauschalen Empfehlungen, das alte CodiumAI-Plugin neu zu installieren und unverändert zur Testgenerierung einzusetzen, passen deshalb nicht mehr zum angekündigten Übergang.
Von CodiumAI zu Qodo
Die Herstellermitteilung vom 30. September 2024 erläutert den neuen Namen Qodo. Die damalige Produktbeschreibung umfasste unter anderem Code- und Testgenerierung sowie Reviews. Solche historischen Funktionen sollten nicht ohne Prüfung als heute unverändert verfügbar dargestellt werden.
Wofür Qodo heute angeboten wird
Der aktuelle Produktüberblick stellt die Überprüfung von Codeänderungen und Pull Requests, den Kontext über mehrere Repositories und organisationsspezifische Regeln in den Mittelpunkt. Die Agentic Toolbox stellt laut Dokumentation Funktionen zum Codeverständnis, zur Anwendung von Teamregeln und zur Prüfung von Änderungen bereit.
Eine KI-Empfehlung bleibt ein Prüfergebnis, das nachvollzogen werden muss. Ein unauffälliger Review belegt weder vollständige Fehlerfreiheit noch eine lückenlose Sicherheitsprüfung.
Ein sinnvoller Vergleich im eigenen Projekt
Wählen Sie eine kleine Änderung mit bekanntem Verhalten. Halten Sie vorher fest, welche Fehler ein Review entdecken soll: etwa eine geänderte Schnittstelle, einen fehlenden Grenzfall oder einen Verstoß gegen eine konkrete Teamregel. Vergleichen Sie anschließend die Hinweise mit der manuellen Bewertung.
Prüfen Sie auch Fehlalarme und übersehene Probleme. Ein hilfreicher Hinweis sollte auf die betroffene Stelle verweisen, den Fehler erklären und eine überprüfbare Korrektur ermöglichen. Die Zahl erzeugter Kommentare allein ist kein Qualitätsmaß.
Tests und Zugriffe getrennt beurteilen
Wenn Testfälle vorgeschlagen werden, führen Sie diese im vorhandenen Testsystem aus. Kontrollieren Sie, ob sie die Anforderung prüfen oder nur die aktuelle Implementierung wiederholen. Ein Test, der auch bei einem gezielt eingebauten Fehler unverändert besteht, liefert wenig zusätzliche Sicherheit.
Vor der Anbindung privater Repositories sollten die benötigten Zugriffe, die Verarbeitung des Quellcodes und das gewählte Bereitstellungsmodell geklärt werden. Nutzen Sie für den ersten Vergleich ein freigegebenes Projekt und die aktuelle Einrichtungshilfe des Herstellers.
Kategorie und Quellen
Der aktuelle Schwerpunkt passt zu Technologie & Entwicklung → Code Review. Quellen sind die Qodo-Produktseite, die Ankündigung zur Ablösung des IDE-Plugins, die Agentic-Toolbox-Dokumentation und die Mitteilung zur Umbenennung.
