KI-generiertDie Sidebar in platform-v2 wurde Ende Juli 2026 um Module herum neu organisiert. Die vorherige Navigation gruppierte alles in eine einzige lange Feature-Liste; die neue Navigation teilt die Sidebar in vier kollabierbare Modul-Gruppen, und nur die Module, die Ihre Organisation aktiviert hat, sind sichtbar. Wenn Ihre Organisation nur Content Verification und Crowdsourcing aktiviert hat, sehen Sie diese zwei Gruppen. Wenn Sie Data Platform und AI Platform auch haben, wächst die Sidebar genau um diese zwei Gruppen.
Die Änderung ist das sichtbarste UI-Rework von platform-v2 seit dem platform-v2-Rewrite. Die meisten Anwender werden auf der Oberfläche keinen Unterschied bemerken — die Aktionen, die sie gestern gemacht haben, sind grob am selben Platz — aber das Navigations-Layout reflektiert jetzt die tatsächliche Produkt-Oberfläche. Die Sidebar ist nicht mehr ein einziges großes Inventar; sie ist ein Set von Modul-Sichten, jede mit eigener Sub-Navigation, und die Tabs oben in jedem Modul geben Ihnen dieselbe Switching-Erfahrung über alle vier hinweg.
Das ist auch die Änderung, die platform-v2 auf die Multi-Plattform-Story vorbereitet. Die Crowd Platform, die Datenplattform und die AI-Plattform haben im selben Zeitraum jeweils eigene Landing-Pages auf der Marketing-Site bekommen; die modul-basierte Sidebar ist die Operator-Seite dieser Spiegelung. Die Marketing-Site beschreibt die drei Plattformen als Produkte; die Plattform-UI beschreibt sie jetzt als Module, und die Labels passen zusammen.
Die platform-v2-Sidebar exponiert vier Module. Jedes entspricht einer eigenen operativen Oberfläche und, für die drei Plattformen, einer eigenen Produktseite auf der Marketing-Site.
Content Verification ist das Modul für die Verifikations-Pipeline-Runs, die die Urteile produzieren, für die Crowdee am bekanntesten ist. Innerhalb von Content Verification erstellen Sie Runs, überwachen laufende Jobs, prüfen den Output und ziehen die finale Analytics. Dasselbe Dashboard, das das kostenlose öffentliche /content-verification-Tool antreibt, ist das Dashboard, das Operatoren sehen, wenn sie eine Verifikations-Pipeline in großem Maßstab laufen lassen.
Crowdsourcing ist das Modul für die Crowd-Platform-Seite des Hauses. Innerhalb von Crowdsourcing erstellen Sie Task-Templates, verwalten Input-Daten, lassen Jobs gegen Ihr Panel laufen, prüfen die Antworten und akzeptieren oder lehnen ab. Die volle Operator-Oberfläche der Crowd Platform ist von dieser Modul-Gruppe aus erreichbar.
Data Platform ist das Modul für die Datensatz-Arbeit, die jedes andere Modul füttert. Innerhalb der Data Platform erstellen Sie Datensätze, laden Dateien hoch, lassen Cleaning- und Language-Tech-Pipelines laufen, deduplizieren und versionieren das Ergebnis. Der versionierte Datensatz ist das, was jedes andere Modul konsumiert; der Operator-Flow für „was ist gerade mit diesem Datensatz passiert" lebt komplett in diesem Modul.
AI Platform ist das Modul für die Finetuning-Arbeit, die einen gelabelten Datensatz in ein Modell verwandelt. Innerhalb der AI Platform wählen Sie eines der sechs unterstützten Open-Source-Basismodelle, zeigen auf eine Datenplattform-Datensatz-Version oder einen Crowd-Platform-Job mit akzeptierten Antworten, lassen ein LoRA-Finetune laufen und benchmarken das resultierende Modell mit dem Crowd. Die Modell-Registry, der Basismodell-Katalog und die Finetune-Run-Historie sind alle in diesem Modul.
Module sind eine Organisation-Level-Einstellung. Jeder Tenant hat eine enabledModules-Liste, die bestimmt, welche Module in der Sidebar überhaupt erscheinen. Die Liste ist als PATCH-Endpoint exponiert, wird im Admin-Bereich editiert, und die Änderung wird beim nächsten Page-Load in der Sidebar reflektiert. Es gibt keinen Per-User-Toggle; die Modul-Sicht ist für jeden User in der Organisation dieselbe.
Der Default für neue Organisationen ist, alle vier Module zu aktivieren. Bestehende Organisationen behielten die Module, die sie bereits nutzten, mit Data Platform und AI Platform zusätzlich, falls der Tenant Dataset- oder Modell-Aktivität hatte. Die Kombination aus „Default-on für neue Tenants" und „bestehende Nutzung für etablierte Tenants erhalten" bedeutet, dass der typische Operator dieselbe Sidebar sieht wie vorher, plus die neuen Module, wo er Daten hat.
Der Audit-Trail ist einfach: jede Änderung an der Enabled-Modules-Liste wird mit Actor, Zeitstempel und Diff geloggt. Die Sidebar ist eine Runtime-Reflektion der Konfiguration, keine manuell gepflegte Liste, also stimmen Operator-UI und Audit-Trail nie nicht überein.
Die Entscheidung, Module auf Organisation-Level statt User-Level zu scopen, ist eine bewusste. Die vier Module mappen auf Produkt-Oberflächen, die separates Billing, separate Compliance-Posture und separaten Operator-Trainings-Bedarf haben. Wenn Sie die Data Platform lizenziert haben, haben Sie für ein Stück Infrastruktur mit einer anderen Kosten-Struktur bezahlt als die Content-Verification-Pipeline-Runs; die Sidebar sollte reflektieren, dass der Operator mit einer anderen Oberfläche betraut wird.
Dasselbe Scoping vermeidet auch den Failure-Mode eines teilweise konfigurierten Users. Ein User, der das AI-Platform-Modul sichtbar hat, aber nicht die Daten, um tatsächlich ein Finetune zu laufen, ist eine UX-Falle, kein Feature. Das Modul, das auf Organisation-Level sichtbar ist, bedeutet „die Organisation hat entschieden, dass das eine Oberfläche ist, die wir betreiben", und der Operator sieht nie ein Modul, das er nicht benutzen kann.
Für Tenants, die einen feiner granulierten Split wollen, greifen die Per-User-Permissions innerhalb jedes Moduls weiter. Ein Reviewer in einem Crowdsourcing-Job kann den Job sehen, Antworten akzeptieren oder ablehnen, aber nicht das Task-Template editieren. Das Module-Level-Gate ist die äußere Oberfläche; die Per-User-RBAC ist die innere Oberfläche. Zusammen lassen sie ein typisches Newsroom einen Senior-Editor mit der vollen Sidebar, einen Moderator nur mit Crowdsourcing, und einen Gast-Auftragnehmer nur mit dem spezifischen Job, dem er zugewiesen wurde, haben.
Die modul-basierte Navigation ist die Operator-seitige Oberfläche für die Drei-Plattform-Story. Wenn Ihre Organisation Content Verification laufen lässt, ist der Verifikations-Output das Deliverable. Wenn Sie Crowdsourcing dazunehmen, können Sie Ihre eigenen Panel-Jobs laufen lassen, statt delivered Results zu kaufen. Wenn Sie Data Platform dazunehmen, können Sie die Datensätze bauen, die diese Jobs füttern. Wenn Sie AI Platform dazunehmen, können Sie aus den gelabelten Daten ein Modell machen, das Sie selbst hosten.
Die vier Module, in dieser Reihenfolge, sind die typische Progression für einen Käufer, der mit einem delivered Verifikations-Result startet und am Ende sein eigenes Finetune laufen lässt. Die Sidebar reflektiert diese Progression: jedes Modul ist eine Stufe auf der Leiter, und die Navigation ist auf jeder Stufe dieselbe.
Um die neue Sidebar in Aktion zu sehen, buchen Sie einen Demo-Call und wir gehen sie mit den Enabled-Modules Ihres Tenants durch. Um die Operator-seitige Dokumentation für jedes Modul zu lesen, sehen Sie die vier Produkte aus der Plattform-Übersicht.
