Qodo

Was ist Qodo?

Qodo ist eine Plattform für die Überprüfung von Code sowie die Kontrolle der Codequalität, die sich an Entwicklerteams richtet. Ursprünglich hieß sie CodiumAI. Sie analysiert Codeänderungen über die Git-Plattform, IDEs und CLI, um logische Fehler, potenzielle Rückfälle, Verstöße gegen Regeln sowie Auswirkungen auf verschiedene Repositorien zu erkennen. Zudem werden Empfehlungen direkt in die bestehenden Pull Requests sowie in die lokalen Entwicklungsprozesse der Entwickler eingefügt.

Der Schwerpunkt von Qodo liegt derzeit nicht darin, Entwicklern dabei zu helfen, schneller mehr Code zu schreiben, sondern vielmehr darin, nach dem rasanten Anstieg an von KI erzeugtem Code den Teams zu helfen, sicherzustellen, dass dieser Code überprüfbar ist, den Standards entspricht und sicher integriert werden kann. Qodo 2, das im Jahr 2026 veröffentlicht wird, nutzt mehrere Agenten zur Überprüfung, den Kontext des Codepools, die Historie der Pull-Requests sowie ein Regelwerk, wodurch eine effektive Erkennung von Problemen sowie eine strukturierte Verwaltung auf Teamebene gewährleistet werden.

Wichtige Änderung: Die Codegenerierungsfunktion wird zurückgezogen.

Qodo gab im April 2026 offiziell bekannt, dass die Funktion zur Erstellung von Code nicht mehr genutzt werden wird. Nutzer können künftig weder die Autocomplete-Funktion in dem Qodo IDE-Plugin verwenden noch das Chat-Fenster als Eingangsmöglichkeit für die Codeerstellung nutzen.

IDE-Plugins bleiben erhalten, werden aber hauptsächlich für lokale Änderungen und eine Prüfung vor dem Commit verwendet.

Diese Änderung wurde bereits bei den kostenlosen Nutzern umgesetzt; die Teams-Nutzer werden gegen Ende März 2026 auf das Review-Only-Modell umgestellt. Viele alte Bewertungen beschreiben Qodo weiterhin als „Hilfsmittel zur Erstellung von AI-Tests und zur Code-Vervollständigung“, doch diese Beschreibung ist veraltet.

Die aktuell genauere Einordnung ist Code-Review durch KI, Regelumsetzung und SDLC-Governance.

Die Produktbezeichnungen sind nun einheitlich.

Qodo verwendet Qodo Merge, Qodo Gen, Qodo Command und Qodo Aware nicht mehr als eigenständige Produktbezeichnungen, sondern integriert sie in die Qodo Platform:

• Qodo Merge：Jetzt ist es in die Git-Integration eingebunden und ist für die Code-Review von Pull Requests zuständig;
• Qodo Gen：Jetzt gehört es zur IDE-Erfahrung, wobei der Schwerpunkt auf der Prüfung vor dem Einsenden sowie der gemeinsamen Behebung von Problemen liegt;
• Qodo Command：Jetzt gehört es zu CLI und wird für Terminal-Workflows sowie benutzerdefinierte Agenten verwendet;
• Qodo Aware：Jetzt dient er als Context Engine, um einen grundlegenden Kontext für das Verständnis über verschiedene Lagerhäuser zu bieten.

Alte Befehle, alte Dokumente sowie Anleitungen von Drittanbietern können weiterhin diese Namen verwenden. Bei der Suche sollte man sich auf die Qodo 2-Dokumentation beziehen; die Qodo v1-Dokumentation dient nur zum Erhalt alter Implementierungen.

Kernfunktionen

1. Code-Review für Agenten-basierte Pull Requests

Nach der Verbindung mit der Git-Plattform analysiert Qodo bei der Erstellung oder Aktualisierung eines Pull Requests die Unterschiede, den vollständigen Kontext des Repositoriums sowie die entsprechende Historie, um konkrete Probleme zu identifizieren, die die Richtigkeit, Sicherheit, Wartbarkeit und Kompatibilität beeinträchtigen könnten. Qodo 2 nutzt ein Mehr-Agenten-Design, wodurch verschiedene Überprüfungsstufen für die Erkennung, Überprüfung und Empfehlung zuständig sind – mit dem Ziel, allgemeine Bemerkungen sowie Kommentare geringen Wertes zu reduzieren.

Jede Entdeckung wird in der Regel mit einer konkreten Code-Position in Verbindung gebracht und enthält Angaben zur Schwere, zum Grund sowie zu möglichen Lösungen. Die Kommentare der KI stellen keine endgültige Genehmigung dar; das Team muss weiterhin anhand von Tests, geschäftlicher Semantik, Bedrohungsmodellen sowie menschlicher Prüfungen entscheiden, ob die Entdeckung angenommen wird.

2. Regelwerk

Das Team kann mit einem Regelwerk kodierungsbezogene Standards, Architekturbeschränkungen, Konformitätsanforderungen sowie Projektpraktiken zentral definieren und diese dann nach Organisation, Repository oder Scope umsetzen. Das System unterstützt die Erstellung von Regeln aus natürlicher Sprache, die Identifizierung potenzieller Regeln aus Codebasen und PR-Historien sowie die Überprüfung auf Duplikate, Konflikte, Nutzungsraten und Verstöße.

Regeln dienen dazu, die ursprünglich über Wiki und die Erfahrungen erfahrener Ingenieure verstreuten Anforderungen in kontinuierliche Überprüfungen umzuwandeln – beispielsweise das Verbot bestimmter Abhängigkeiten, Anforderungen an die Authentifizierung, Einschränkungen der Modulegrenzen oder die Gewährleistung einer vollständigen Ticketinformation. Die Regeln müssen von dem Team gewartet werden; fehlerhafte oder allzu weit gefasste Regeln erzeugen Unordnung und Blockaden.

3. Prüfung vor der IDE-Übermittlung

Das Qodo IDE-Plugin ermöglicht es, vor dem Einreichen des Codes sowie der Erstellung eines PRs die lokal gespeicherten, eingereichten oder noch nicht eingereichten Änderungen zu überprüfen. Dadurch können Probleme bereits in der Entwicklungsphase behoben werden. Die Entwickler können zunächst offensichtliche Fehler beheben, bevor die Änderungen zur endgültigen Überprüfung durch das Team gelangen – so werden unnötige Anpassungen reduziert.

Die neue Version der IDE kann außerdem mit Claude Code, Codex, Cursor CLI oder benutzerdefinierten CLI-Code-Agenten verbunden werden. Mit diesen Werkzeugen können Probleme, die von Qodo erkannt werden, behoben werden. Qodo ist für die Überprüfung zuständig, während die externen Agenten die Änderungen umsetzen. Die endgültigen Änderungen müssen jedoch vom Entwickler bestätigt werden.

Die alte Version der automatischen Vervollständigung sowie die direkte Erstellung von Chats sind keine langfristig verfügbaren Funktionen mehr.

4. Context-Engine über Lager hinweg

Der Context Engine kann mehrere Repositorien indizieren und gemeinsam genutzte Bibliotheken, Microservices, Schnittstellen sowie Abhängigkeiten verstehen. Wenn sich die Funktionssignatur oder das Kontrakt eines Repositoriums ändert und dadurch nachgelagerte Services beeinträchtigt werden könnten, kann Qodo die Auswirkungen mithilfe des Kontextes über verschiedene Repositorien bewerten.

Für eine Analyse über mehrere Lagerhäuser ist es notwendig, die richtigen Zugriffsrechte zu gewähren und die Indizes stets auf dem neuesten Stand zu halten. Dynamische Konfigurationen, Service-Entdeckung zur Laufzeit sowie externe Lagerhäuser und nicht angeschlossene Systeme können im Kontext fehlen; daher sollte das Fehlen von Problemen nicht als Abwesenheit von Kompatibilitätsrisiken interpretiert werden.

5. Lernen der PR-Geschichte

Qodo 2.2 integriert das PR Knowledge System sowie den Finding Recommendation Agent, um mithilfe früherer Pull Requests, Feedbacks und der Vorgehensweisen des Teams die Relevanz der Empfehlungen zu verbessern. Es kann lernen, welche Probleme vom Team häufig angenommen oder ignoriert werden, wodurch Kommentare, die nicht mit den Praktiken des Teams übereinstimmen, reduziert werden.

Diese Funktion wird ursprünglich in Beta-Form für GitHub bereitgestellt, wobei sie schrittweise auf GitLab, Bitbucket und Azure DevOps ausgeweitet wird. Die Verfügbarkeit auf den verschiedenen Git-Plattformen kann unterschiedlich sein; vor dem Kauf sollte man dies anhand der aktuellen Dokumentation überprüfen.

6. Shift-left-Überprüfungsfähigkeiten

Qodo bietet Überprüfungsfunktionen, die vor der PR-Erstellung genutzt werden können, wodurch Sicherheits-, Test-, Dokumentations- und Regelüberprüfungen direkt im IDE oder CLI durchgeführt werden. Das Team kann außerdem Playbooks, Befehle sowie Skills nutzen, um bestimmte Workflows zu erweitern – beispielsweise zur Erstellung von Testvorschlägen, Überprüfung von Beschreibungen, Validierung von Tickets oder Durchführung von benutzerdefinierten Überprüfungen.

Benutzerdefinierte Fähigkeiten führen die von dem Team definierten Anweisungen und Werkzeugprozesse aus und müssen in ein Versionierungssystem sowie eine Sicherheitsprüfung einbezogen werden. Fähigkeiten aus öffentlichen Repositorien können nicht direkt als zuverlässige Produktionsregeln angesehen werden.

7. Dashboard und Analyse

Das Verwaltungspanel zeigt den Credits-Bestand, den Verbrauch, die Überprüfungsaktivitäten, die Einhaltung der Regeln sowie Trends bei Problemen. Die Enterprise-Version bietet fortgeschrittene Analysefunktionen zur Unterstützung der Verantwortlichen dabei, herauszufinden, in welchen Lagern wiederholt Probleme auftreten, ob die Regeln eingehalten werden und ob die KI-Überprüfungen einen Nutzen bringen.

Indikatoren eignen sich zur Verbesserung von Prozessen und sollten nicht einfach zur Bewertung einzelner Entwickler verwendet werden. Die Größe der Pull Requests, die Art des Codes, bestehende Systeme sowie die Projektphase beeinflussen die Anzahl der Probleme sowie den Verbrauch an Credits. Eine Einordnung allein nach der Anzahl der Kommentare kann zu falschen Anreizen führen.

Unterstützte Git- und Entwicklungsplattformen

Die Qodo Git-Integration unterstützt die Cloud-Plattformen GitHub, GitLab und Bitbucket. In den älteren Dokumentationen wurden außerdem GitHub Enterprise, GitLab Self-Managed sowie Bitbucket Data Center aufgeführt. Für Unternehmensumgebungen sind auch Azure DevOps und Gerrit verfügbar; die genauen Unterstützungslevel sowie die Deployment-Möglichkeiten müssen jedoch im Rahmen des aktuellen Plans überprüft werden.

Die IDE-Schnittstelle umfasst hauptsächlich VS Code und die JetBrains-Reihe. Die CLI wird für die Terminalnutzung, Automatisierung sowie die Zusammenarbeit mit anderen Kodier-Agenten verwendet.

Verschiedene Eingänge teilen sich Regeln und Kontexte, sind aber nicht vollständig identisch in ihrer Funktionalität.

14-tägige Testversion und Pro-Team-Preis

Qodo bietet derzeit kein dauerhaft kostenloses Angebot für gewöhnliche private Projekte an. Neue Teams können eine vollständige 14-tägige Testversion nutzen, ohne Kreditkarte erforderlich – während dieser Prüfphase sind unbegrenzte Überprüfungen sowie Credits verfügbar.

Nach Beendigung wird die Überprüfung pausiert; man muss ein Zahlungsmodell auswählen, um fortzufahren.

Eignende Open-Source-Projekte können sich um eine kostenlose Nutzung von Qodo for Open Source bewerben.

Pro Team wird nach Credits abgerechnet; der aktuelle Preis auf der offiziellen Website beträgt 0,012 US-Dollar pro Credit. Die Credits werden innerhalb des Teams geteilt. Die wichtigsten Monatspakete sind:

Die Anzahl der Überprüfungen hängt von der Größe und Komplexität des PR ab, weshalb „etwa 18 Mal“ keine feste Zahl ist. Pro Team richtet sich an bis zu etwa 30 Benutzer; es gibt keine festen Obergrenzen für die Anzahl der Repositorien und Überprüfungen. Die eigentliche Beschränkung liegt in der Pool-Größe der Credits sowie in der vom Team festgelegten monatlichen Obergrenze für den zusätzlichen Verbrauch.

Nachdem die Grund-Credits aufgebraucht sind, wird der Überschuss zu dem gleichen Preis berechnet – es wird kein zusätzlicher Aufpreis erhoben, bis das monatliche Limit, das von dem Team festgelegt wurde, erreicht ist. Die nicht genutzten Monats-Credits verfallen am Ende des Zeitraums und werden nicht übertragen.

Auf der offiziellen Seite wird auch erklärt, dass man die Credit-Pakete jederzeit austauschen kann. Pro Team wird monatlich abgerechnet, ohne dass ein Jahresvertrag erforderlich ist.

Enterprise-Unternehmenslösung

Enterprise richtet sich an Organisationen mit mehr als 30 Mitarbeitern oder solche, die höhere Anforderungen in Bezug auf Governance, Sicherheit und Bereitstellung haben. Es werden jährliche Verträge abgeschlossen, wobei die Preise verhandelt werden. Im Vergleich zu Pro Team umfasst Enterprise zusätzlich:

• SSO, SAML und Audit-Logs;
• Erweiterte Governance-Analyse und Lernfähigkeit;
• Funktionen für den Einsatz in mehreren Lagern sowie benutzerdefinierte Agenten-Workflows;
• BYOK: Es ist möglich, eigene Modelle von OpenAI, Anthropic, Azure OpenAI oder selbst gehostete Modelle zu verwenden.
• Einzelmieter-SaaS, lokale Implementierung oder Implementierung in einer isolierten Netzwerkumgebung;
• Unterstützung für Gerrit sowie umfassendere Unternehmensplattformen;
• Prioritäre Unterstützung, SLA und eigene Kundenservice-Mitarbeiter.

Eine lokale oder air-gapped-Einsatzweise kann das Risiko eines Datenabflusses verringern, doch Modelle, Updates, Telemetriedaten, Lizenzprüfungen sowie Supportkanäle müssen weiterhin in der Architekturbewertung und im Vertrag festgelegt werden.

Daten Sicherheit und Privatsphäre

Laut offiziellen Angaben von Qodo werden Kundencodes nicht zur Trainierung von KI-Modellen verwendet. In den Sicherheitsrichtlinien der Website wird betont, dass keine Daten gespeichert werden: Die Codes werden nach der Erstellung zur Überprüfung sofort vernichtet – sie werden weder gespeichert noch aufgezeichnet und auch nicht zur Trainierung genutzt.

Unternehmen können auch BYOK, Single-Tenant oder lokale Bereitstellung wählen.

Die Plattform ist mit der SOC 2 Type II-Zertifizierung gekennzeichnet.

Die Integration von Git muss den Inhalt der Pull Requests lesen und die Kommentare wieder in das Repository schreiben; daher erfordert die Installation in der Regel Berechtigungen des Organisationsadministrators. Das Team sollte die Berechtigungen für die GitHub-App oder die Git-Plattform überprüfen, die Zugriff auf die Repositorys sowie auf die Netzwerkausgänge ermöglichen, sowie die Verwendung von Drittanbietermodellen und die Aufzeichnung von Logs und Daten kontrollieren. Zudem sollten ungenutzte Installationen regelmäßig entfernt werden.

Open-Source-Projekte und der Open-Source-Zustand von Produkten

Die offizielle GitHub-Organisation von Qodo wurde hinsichtlich der Domainverifizierung überprüft und hat mehrere Open-Source-Projekte veröffentlicht, wobei die Lizenzen unterschiedlich sind. Zum Beispiel verwendet Qodo-Cover ein Tool zur automatischen Erstellung von Tests sowie zur Berechnung des Abdeckungsgrades und ist unter AGPL-3.0 lizenziert;

Lager wie agents, qodo-skills und open-aware verwenden oder haben die MIT-Lizenz verwendet; es gibt auch CLI, vorgefertigte Vorlagen sowie Forschungsprojekte für Agenten.

Diese Lager sind nicht gleichbedeutend mit der vollständigen Offenlegung der Qodo-Plattform. Die Überprüfung durch mehrere Agenten in der Cloud, die Regelverwaltung, der Context Engine, das Dashboard sowie die Unternehmensbereitstellung gehören weiterhin zu den kommerziellen Produkten.

Bevor man Open-Source-Repositorien verwendet, sollten Lizenzbedingungen und Wartungsstatus sorgfältig überprüft werden. Insbesondere die Pflichten im Zusammenhang mit der Nutzung im Netzwerk sowie der Verbreitung von AGPL-Projekten erfordern eine rechtliche Prüfung.

Qodo-Anleitung

Eine grundlegende Aufgabe erledigen

1. Klare Definition der in Qodo zu erledigenden Code-Aufgaben, des Repository-Bereichs und der Akzeptanzkriterien;
2. Verbinden oder importieren Sie das Testprojekt und erstellen Sie zunächst eine Sicherungskopie der aktuellen Branch.
3. Erst wird mit dem Agentic Pull Request-Code-Review-Plan ein Plan erstellt, anschließend werden die zu ändernden Dateien bestätigt;
4. Verwenden Sie ein Regelwerk, um kleine Änderungen durchzuführen;
5. Ausführen von Tests, statischen Überprüfungen und der Kompilierung – unüberprüfter Code wird nicht direkt akzeptiert;
6. Manuelle Überprüfung von Berechtigungen, Schlüsseln, Abhängigkeiten und Fehlerbehandlung vor der Kombination;

Erstellung wiederverwendbarer professioneller Workflows

1. Wählen Sie ein real existierendes Projekt mit niedrigem Risiko als Vorlage aus;
2. Legen Sie die Reihenfolge der Verwendung von Code-Reviews für Agentic Pull Requests, Regelwerken und Prüfungen vor dem Commit im IDE fest;
3. Erfassen von Umgebung, Modellen, Hinweisen und Fehlbedingungen;
4. Manuelle Freigabe für Schreib-, Bereitstellungs- und Löschvorgänge einrichten;
5. Vergleichen Sie Geschwindigkeit, Kosten, Testbestehensrate und Anzahl der Nacharbeiten;
6. Erst nach Überprüfung der Stabilität auf Team- oder Produktionsumgebung ausweiten;

Für welche Teams geeignet?

• Entwicklerteams, bei denen Tools zur AI-Kodierung zu einer deutlichen Zunahme der Anzahl an PRs sowie der Geschwindigkeit von Änderungen führen;
• Teams, die hoffen, hochriskante Fehler automatisch in GitHub, GitLab oder Bitbucket zu erkennen;
• Organisationen, die Architektur, Konformität und Codierungsstandards in mehreren Repositorien einheitlich umsetzen müssen;
• Microservices, gemeinsame Bibliotheken oder Abhängigkeiten zu mehreren Repositoren sind komplex und erfordern Teams, die über den Kontext der verschiedenen Repositorien hinweg arbeiten können.
• Entwickler, die hoffen, vor der Einreichung Probleme im IDE zu entdecken und so die Anzahl der Rückfragen bei der formalen Prüfung zu verringern;
• Große Unternehmen, die SSO, Auditing, BYOK, Single-Tenant-Modell oder lokale Implementierung benötigen.

Vorteile des Produkts

• Konzentrieren Sie sich auf Code-Review und Governance, anstatt weiterhin ungetesteten generierten Code hinzuzufügen;
• Mechanismen zur Entdeckung und Überprüfung mehrerer Agenten mit dem Ziel, die Qualität der Problemzeichen zu verbessern;
• Ein Regelwerk kann die Teamstandards in kontinuierliche, messbare Überprüfungen umwandeln.
• Umfasst IDE-Vorprüfung, Git-PR-Prüfung sowie CLI- und Management-Analyse;
• Der Cross-Warehouse Context Engine eignet sich für Szenarien im Bereich Microservices und Platform Engineering;
• Es wird nach dem Verbrauch abgerechnet und nicht nach den traditionellen Sitzplätzen – Credits können innerhalb des Teams geteilt werden.
• Das Unternehmen bietet BYOK, Single-Tenant-, lokale sowie isolierte Netzwerkanwendungen an.

Einschränkungen und Hinweise

• Bei der Überprüfung von AI-Code kommen Fehlalarme, Übersehungen sowie ein unzureichendes Verständnis der Geschäftssemantik vor.
• Es kann den Codebesitzer, das Threat-Modelling, Leistungstests, Abhängigkeitsscans sowie die manuelle Architekturprüfung nicht ersetzen.
• Zu viele automatische Kommentare können außerdem dazu führen, dass Entwickler die Notwendigkeit, darauf zu achten, vernachlässigen. Daher sollten die Regeln sowie die Schwellenwerte für die Schwere der Fälle ständig angepasst werden.
• Der Verbrauch an Credits hängt von der Größe und Komplexität des PR ab – große PRs erhöhen die Kosten erheblich und verringern zugleich die Genauigkeit der Überprüfung.
• Das Team sollte kleine Änderungen fördern und den tatsächlichen monatlichen Überprüfungsumfang während einer Probephase messen, um anschließend das passende Credit-Paket auszuwählen.
• Das Lernen der PR-Geschichte kann die bereits vorhandenen Gewohnheiten eines Teams verstärken, einschließlich unerwünschter Praktiken.
• Wesentliche Sicherheits-, Konformitäts- und Architekturregeln müssen von der Organisation klar festgelegt werden; es darf nicht einfach darauf vertraut werden, dass das System aus historischen Erfolgsraten ableitet.
• Der Rückzug der Code-Generierung wird Benutzer beeinträchtigen, die weiterhin auf Qodos Autocompletion und Chat-Funktionen zur Programmierung angewiesen sind.
• Wenn Codeerstellung erforderlich ist, sollte ein anderer IDE-Hilfsprogramm gewählt werden;
• Qodo kann externe CLIAgenten zur Behebung von bei der Überprüfung festgestellten Problemen verbinden, betrachtet aber seine eigene Erstellungsfähigkeit nicht mehr als Kernfunktion.

Häufige Fragen

Ist Qodo immer noch ein Tool zur Erstellung von AI-Code?

Derzeit ist das nicht der Fall. Qodo konzentriert sich nun auf Code-Review und -Governance und wird im Jahr 2026 die Funktionen zur automatischen Vervollständigung von Code sowie den generativen Code-Chat einstellen. Die IDE-Plugins werden weiterhin zur Überprüfung vor dem Einsenden verwendet.

Wo ist Qodo Merge geblieben?

Qodo Merge wurde in die Git-Integration der einheitlichen Plattform integriert. Die alten Namen sowie die Dokumentation zur Version v1 sind weiterhin sichtbar, doch die neue Produktversion ist nach Git, IDE, CLI und Context Engine strukturiert.

Ist Qodo kostenlos?

Normale private Projekte bieten keine dauerhaft kostenlose Version an; es wird eine 14-tägige Testphase ohne Beschränkungen hinsichtlich der Anzahl der Credits angeboten. Open-Source-Projekte, die die Voraussetzungen erfüllen, können sich um einen kostenlosen Plan bewerben.

Wie viel kostet Qodo?

Pro Team berechnet 0,012 US-Dollar pro Credit; für 2500, 5000 und 20.000 Credits betragen die Kosten jeweils 30, 60 und 240 US-Dollar pro Monat. Für die Unternehmensversion bitte Anfrage stellen.

Wie viele Credits verbraucht eine PR-Prüfung?

Es hängt von der Größe und Komplexität des PR ab. Die Behörden schätzen aufgrund von 2500 Credits etwa 18 Überprüfungen – doch das ist kein fester Umrechnungsfaktor. Der tatsächliche Verbrauch kann im Dashboard eingesehen werden.

Wird GitHub, GitLab und Bitbucket unterstützt?

Unterstützung. Unternehmen können außerdem nach Bedarf selbst gehostete Plattformen, Azure DevOps oder Gerrit nutzen.

Die Zeitpunkte für die Einführung neuer Funktionen auf verschiedenen Plattformen können unterschiedlich sein.

Wird Qodo Modelle mit Code trainieren?

Die Behörden haben klar gemacht, dass Modelle nicht mit Kundencodes trainiert werden, und betonen eine strenge oder gar keine Datenspeicherung. Unternehmen können außerdem BYOK, Single-Tenant-Modell sowie lokale Implementierung nutzen.

Ist Qodo open source?

Die Geschäftsplattform selbst ist nicht offen source, doch GitHub bietet Qodo-Cover, Agents, Skills sowie andere Open-Source-Projekte an. Jedes Repository hat eine andere Lizenz, weshalb die Öffnung von Teilen nicht für die gesamte Plattform steht.