Communitygithub.com

UI ohne Rauschen

Überflüssige UI-Texte und erklärende Komponenten vermeiden und entfernen. Verwenden Sie dies beim Erstellen oder Überprüfen von Bildschirmen, Formularen, Leerzuständen, Untertiteln, Hilfetexten, Bannern, Badges oder Karten, die wiederholen, was die Benutzeroberfläche bereits vermittelt. Behalten Sie notwendige Bezeichnungen, Einschränkungen, Risiken, Berechtigungen und unbekannte Zustände bei. Keine allgemeine visuelle Neugestaltung.

Was ist UI ohne Rauschen?

Diese Fähigkeit (Skill) namens "UI ohne Rauschen" ist eine Richtlinie für KI-Modelle, um Benutzeroberflächen zu generieren oder zu überprüfen, die redundante, rein erklärende Texte und visuelle Komponenten vermeiden. Sie ist besonders nützlich für Entwickler, die mit KI-gestützten Codierungsassistenten wie Claude Code, Cursor oder Codex arbeiten, um sicherzustellen, dass generierte UI-Komponenten (Bildschirme, Formulare, Karten, Badges, etc.) nur notwendige Informationen enthalten, die dem Benutzer bei Entscheidungen oder Handlungen helfen. Der Skill funktioniert, indem er während der Generierung und vor der Abnahme von Änderungen eine Reihe von Regeln anwendet: 1) Keine automatischen Platzhalter-Texte einfügen, 2) die UI selbst durch klare Bezeichnungen und Vertrautheit erklären lassen, 3) keine Implementierungsdetails nacherzählen, 4) jede Tatsache nur an ihrem nutzbringenden Ort sagen, 5) leere Hüllen-Komponenten entfernen, 6) sicherheitsrelevante Informationen sichtbar halten, 7) Zugänglichkeit nicht der Kürze opfern und 8) keine versehentliche Funktionsreduktion. Beispiele zeigen konkret, wie Redundanz entfernt wird (z.B. "Arbeitsbereich" + Beschreibung wird zu "Arbeitsbereich"). Der Skill ist betriebssystem- und plattformunabhängig, da er reine Modellanweisungen (Model Guidance) ist und keine Abhängigkeiten installiert oder externe Dienste kontaktiert. Er respektiert die existierende Terminologie des Projekts und verhindert KI-Halluzinationen von überflüssigen UI-Elementen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/abworks-dev/ui-without-noise/tree/HEAD/skills/ui-without-noise

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht UI ohne Rauschen?

Erstellen Sie eine Benutzeroberfläche, die Menschen nutzen können, nicht eine Erzählung der Benutzeroberfläche. Gehen Sie standardmäßig vom Steuerelement, seinem Namen, dem relevanten Objekt und dem notwendigen Zustand aus. Fügen Sie unterstützende Texte nur dann hinzu, wenn sie das Verständnis, die Entscheidung, die nächste Aktion oder die Risikobewertung des Benutzers verändern.

Während der Generierung

  1. Beginnen Sie ohne erklärendes Beiwerk. Fügen Sie nicht automatisch einen Untertitel, einen Einleitungsabsatz, eine Hilfekarte, ein Banner, eine Augenbraue, ein Badge oder ein Icon zu jedem Abschnitt hinzu. Fügen Sie diese nur für ein konkretes Benutzerbedürfnis hinzu, nicht um Platz zu füllen oder die Seite fertig aussehen zu lassen.
  2. Lassen Sie die Benutzeroberfläche die Erklärung übernehmen. Bevorzugen Sie spezifische Bezeichnungen, vertraute Aktionsverben, Gruppierung und Platzierung. "Projekt erstellen" braucht kein "Klicken Sie unten, um ein Projekt zu erstellen." Wenn eine Bezeichnung unklar ist, korrigieren Sie die Bezeichnung, bevor Sie einen Absatz hinzufügen.
  3. Erzählen Sie keine Implementierung nach. Architektur, Komponentenentscheidungen, allgemeine Vertrauenshinweise und Entwicklerfortschrittsberichte sind kein Standard-Produkttext. Bewahren Sie technische Fakten, wenn sie sich auf Privatsphäre, Umfang, Wiederherstellung oder die nächste Entscheidung des Benutzers auswirken.
  4. Sagen Sie jede Tatsache dort, wo sie nützlich ist. Eine Überschrift, ein Badge, ein Satz und ein Banner sollten nicht dieselbe Tatsache im selben Bereich wiederholen. Bewahren Sie bewusste Wiederholungen wie eine Fehlerzusammenfassung, die mit einem Feld verknüpft ist, oder eine Warnung neben einer eindeutigen folgenreichen Aktion. Führen Sie keine Zustände über Objekte, Anfragen oder Arbeitsbereiche hinweg zusammen.
  5. Entfernen Sie auch die leere Hülle. Wenn redundanter Text entfernt wird, entfernen Sie auch die jetzt nutzlose Karte, den Alert, das Icon, den Trenner oder den reservierten Platz. Ersetzen Sie keinen Absatz durch ein dekoratives Badge oder eine Reihe von Icons. Verstecken Sie keine unnötigen Texte in einem Tooltip, einer Offenlegung, in Kleinschrift oder bei niedrigem Kontrast.
  6. Behalten Sie die Informationen, die für sicheres Handeln notwendig sind. Behalten Sie zugehörige, normalerweise sichtbare Feldbezeichnungen; tatsächliche Format-/Längen-/Pflichtfeld-Einschränkungen; umsetzbare Fehler; aussagekräftige Lade-, Ungespeichert-, Nicht Verfügbar-, Berechtigungs- und Unbekannt-Zustände; sowie Umfang und Konsequenzen gefährlicher Aktionen. Unbekannt ist nicht leer, Erfolg oder Fehlschlag. Deuten Sie niemals an, dass eine nicht verfügbare Funktion funktioniert.
  7. Gestalten Sie notwendige Informationen lesbar. Wichtige Zustände und Begründungen für deaktivierte Aktionen müssen in der Nähe ihres Bereichs sichtbar sein, nicht nur für Screenreader oder nur bei Hover. Behalten Sie zugängliche Namen, Beschreibungen, die Dringlichkeit von Live-Regionen, Tastaturzugriff und Lesbarkeit auf schmalen Bildschirmen bei. Prägnanz geht niemals über Barrierefreiheit.
  8. Erstellen Sie nicht versehentlich ein kleineres Produkt. Bewahren Sie Funktionen, Daten, Aktionen, Bestätigungen, Autorisierung und Anfrage-/Wiederholungsverhalten. Löschen Sie keine unklare Geschäfts- oder Sicherheitsanforderung: kennzeichnen Sie die spezifische Unklarheit stattdessen für den Eigentümer.

Vor der Abgabe eines geänderten Bildschirms

Überprüfen Sie den gerenderten Bildschirm, wenn verfügbar, nicht nur isolierte Zeichenketten. Für jede unterstützende Zeichenkette und ihren Container wählen Sie ein Ergebnis:

  • Behalten: sie fügt eine notwendige Tatsache, Unterscheidung, Einschränkung, Konsequenz oder den nächsten Schritt hinzu.
  • Umschreiben: die Tatsache wird benötigt, aber ihre Formulierung ist vage, wiederholt oder länger als nötig.
  • Zusammenführen: sie wiederholt dieselbe Tatsache im selben Bereich; behalten Sie die nützliche Platzierung und Assoziationen bei.
  • Löschen: die Benutzeroberfläche vermittelt es bereits und keine notwendige Bedeutung geht verloren; entfernen Sie die leere Hülle.
  • Verschieben: nur wirklich seltene Hilfe gehört hinter einen expliziten, zugänglichen Hilfeeintrag. Vergraben Sie keine allgemeinen Aktionen oder wichtigen Zustände.

Überprüfen Sie den geänderten Bereich in den Zuständen Normal, Leer, Fehler, Nicht Verfügbar und Unbekannt, wo zutreffend. Schließen Sie ggf. die Bestätigung für destruktive Aktionen, Tastaturnavigation und einen schmalen Viewport ein. Beanspruchen Sie keine Browser- oder Barrierefreiheitsprüfung, die nicht durchgeführt wurde. Melden Sie signifikante Änderungen kurz als vorher → nachher — Grund; fügen Sie eine notwendige, bewusst beibehaltene Tatsache ein. Schreiben Sie keinen neuen erklärenden Aufsatz in das Produkt und erfinden Sie kein Bewertungssystem, um zu beweisen, dass es prägnant ist.

Beispiele

VorherNachher / Entscheidung
Arbeitsbereich · Hier verwalten und organisieren Sie Ihren ArbeitsbereichArbeitsbereich — die wiederholte Beschreibung löschen.
Klicken Sie unten, um ein neues Projekt zu erstellen / Projekt erstellenProjekt erstellen — die eigentliche Aktion behalten.
Projektname / Bitte geben Sie hier Ihren Projektnamen einProjektname — die Bezeichnung behalten; die offensichtliche Anweisung entfernen.
Datei / Nur CSV, maximal 20 MBBeide behalten — die zweite Zeile ist eine echte Einschränkung.
Gespeichert + Speichern erfolgreich + Ihre Änderungen wurden gespeichertEine angemessen begrenzte Bestätigung, falls nötig; keine Synonymstapelung.
Speicherergebnis unbekannt. Bitte fragen Sie zuerst dieses Ergebnis ab und speichern Sie nicht erneut.Behalten — Unsicherheit und der sichere nächste Schritt sind wichtig.
Wird "Reiseplan" und die darin enthaltenen 12 Notizen dauerhaft löschen. Kann nicht wiederhergestellt werden.Objekt, Umfang, Anzahl und Konsequenz behalten.

Grenzen

Dieser Skill ist eine Modellanweisung, kein Linter, automatischer Hook oder Nachweis der Konformität. Befolgen Sie die bestehende Terminologie des Projekts, Produkt- und Sicherheitsrichtlinien. Führen Sie keine konkurrierende Spezifikation ein und installieren Sie keine Abhängigkeiten, nehmen Sie keinen Kontakt zu externen Diensten auf und ändern Sie keine globale Konfiguration, um diesen Skill zu verwenden. Die Beispiele sind sprachsensibel: bewahren Sie konsistente Terminologie; erzwingen Sie keine englischen Wortzahlen, literarische Synonymvariation, universelle Schriftartenzahlen oder ein Icon in jeder Zeile.

Verwandte Skills