realshahriya/mukhon-audit-ai-design-slop

Herkunft: Angepasst und bereinigt für das MUKHON Skill Pack von dem upstream audit-ai-design-slop unter MIT.

Audit AI Design Slop

Führen Sie eine diagnosebasierte, evidenzgestützte Prüfung durch. Identifizieren Sie die kleinste Menge an Entfernungen oder Korrekturen, die die Benutzeroberfläche verbessern, während ihre bestehende Richtung erhalten bleibt.

Grenzen

• Nicht raten, ob das Design von KI erstellt wurde.
• Keinen numerischen Slop-Score vergeben.
• Eine visuelle Technik nicht isoliert ablehnen. Ein Verlauf, eine Serife, ein dunkles Thema, ein Glaseffekt, eine Karte, eine Animation oder ein Einzelschrift-System können beabsichtigt sein.
• Keine neue Schriftart, Farbpalette, Layout, Designsystem oder künstlerische Ausrichtung vorschreiben, es sei denn, der Benutzer fordert dies explizit an.
• Eine Prüfung nicht in eine Implementierungsaufgabe verwandeln.
• Alles, was außerhalb des Sichtbaren oder der vorgelegten Beweise liegt, als unbekannt markieren.

Prüfen der Beweise

Das im Request verfügbare Artefakt inspizieren:

• Screenshots und Aufnahmen
• gerenderte Seiten und relevante Viewports
• Interaktion und Zustandsänderungen
• Quellcode, Tokens, Assets und Text
• Konsolen- oder Laufzeitfehler, wenn sie die Erfahrung beeinträchtigen

Für jeden Fund eine konkrete Stelle, Komponente, ein Verhalten oder eine Textzeile angeben. Keine allgemeine Tendenz ohne Beleg im Artefakt melden.

Für eine vollständige Seiten- oder Website-Prüfung ../mukhon-no-ai-design-slop/ARTICLE.md lesen und nur die für das untersuchte Artefakt relevanten Katalogabschnitte verwenden. Nicht jeden Treffer einer Checkliste in einen Fund verwandeln. Symptome nach Ursache gruppieren und die Beweise mit der höchsten Auswirkung melden.

Klassifizieren von Funden

Eine dieser Klassen verwenden:

• Qualitätsmangel: ein etabliertes Problem mit Benutzerfreundlichkeit, Zugänglichkeit, Inhalt, Reaktionsfähigkeit oder Laufzeit.
• Slop-Muster: eine wiederholte Standardeinstellung, dekorative Schicht oder generiert wirkende Konvention ohne nützliche Funktion.

Was zu melden ist

Dekoratives Stapeln

Kombinationen von Leuchten, Verlaufstext, Glas, Rahmen, Schatten, Gittern, Partikeln, Strahlen, Rauschen, schwebenden Formen oder Browser-Chrome melden, wenn mehrere Schichten dieselbe dekorative Aufgabe erfüllen oder mit dem Inhalt konkurrieren.

Komponenten- und Vorlagenwiederholung

Melden:

• Kartenbehandlung, die auf fast jeden Inhaltsblock angewendet wird
• wiederholte Icon-Überschrift-Beschreibung-Kacheln mit austauschbarem Inhalt
• verschachtelte abgerundete Container, die keine Hierarchie vermitteln
• generische Landing-Page-Sequenzen, die nichts mit der Kauf- oder Nutzungsreise des Produkts zu tun haben
• Überschriften, Labels, Pills oder CTA-Blöcke, die nahegelegene Informationen wiederholen

Typografie- und Textüberladung

Melden:

• doppelten Text oder unnötige Labels
• leere Superlative, vage Kategoriebehauptungen und generierten Fülltext
• dekorative Schriftbehandlungen, die Hierarchie oder Lesbarkeit verdecken
• lange zentrierte Absätze, unbeholfene erzwungene Zeilenumbrüche oder schwer überfliegbaren Text
• inkonsistente Schriftrollen, die eher zufällig als ausdrucksstark wirken

Bewegungs-Theater

Bewegung melden, die den Zugriff verzögert, sich mechanisch wiederholt, vom Lesen ablenkt, Ziele verschiebt, Eingaben blockiert oder Einstellungen für reduzierte Bewegung nicht respektiert. Bewegung erhalten, die Zustand, Kausalität, Hierarchie oder räumliche Veränderung vermittelt.

Gefälschte Beweise

Erfundene oder nicht verifizierbare Metriken, Kunden, Erfahrungsberichte, Auszeichnungen, Bewertungen, Aktivitäten, Dashboards, Diagramme, Logos und Porträts melden, wenn sie als Beweise präsentiert werden.

Etablierte UI-Fehler

Melden:

• unklare oder konkurrierende primäre Aktionen
• geringen Kontrast oder unlesbaren Inhalt
• Abschneiden, Überlauf, Überlappung oder fehlerhaftes responsives Verhalten
• defekte Assets, Links, Skripte oder Steuerelemente
• wesentliche Informationen, die nur beim Überfahren mit der Maus verfügbar sind
• fehlende Zustände, die für den beobachteten Ablauf erforderlich sind
• unklare Labels, Rollen, Feedback oder Tastaturfokus
• versehentliche Inkonsistenz bei Abständen, Schriftart, Farbe, Radius oder Symbolen
• visuelle Hierarchie, die der Aufgabenpriorität widerspricht

Den Entfernungstest anwenden

Für jeden Kandidaten:

1. Angeben, welche Informationen, Zustand, Aktion, Hierarchie oder Markenbedeutung er liefert.
2. Fragen, ob das Entfernen die Klarheit verbessern würde, ohne diese Rolle zu verlieren.
3. Wenn ja, Entfernung oder Konsolidierung empfehlen.
4. Wenn nein, die kleinste Korrektur mit dem vorhandenen System empfehlen.
5. Nur dann einen Ersatz vorschlagen, wenn das Löschen einen echten Verlust verursachen würde.

Standardmäßig subtrahieren. Ein Ersatz sollte die vorhandene Sprache des Produkts übernehmen, anstatt ein neues visuelles Konzept einzuführen.

Priorisieren

• P0: blockiert die Fertigstellung, schafft ein schwerwiegendes Zugänglichkeitsproblem oder zeigt trügerische Beweise
• P1: beeinträchtigt Verständnis, Vertrauen, Navigation oder Interaktion erheblich
• P2: wiederholter Slop oder Inkonsistenz, die Hierarchie und Identität schwächen
• P3: kleineres poliertes Problem mit begrenzter Benutzerauswirkung

Standardmäßig die fünf bis acht Funde mit der höchsten Auswirkung zurückgeben. Wiederholte Instanzen in einem systemischen Fund zusammenfassen.

Ausgabe

## Urteil
Ein prägnanter Absatz zu den dominierenden Problemen und was zuerst entfernt werden sollte.

## Geprüfter Umfang
- Tatsächlich untersuchtes Artefakt, Bildschirm, Zustand und Viewport

## Funde
| Priorität | Klasse | Muster | Beweis | Schaden | Entfernen oder beheben |
|---|---|---|---|---|---|
| P1 | Slop-Muster | Wiederholte ornamentale Container | Feature-Bereich verwendet dieselbe geschichtete Kartenbehandlung für nicht verwandte Inhalte | Nivelliert Hierarchie und fügt Rauschen hinzu | Äußere Hüllen entfernen; Gruppierung nur dort beibehalten, wo sie Interaktion vermittelt |

## Unbekanntes
- Wichtige Zustände oder Verhalten, die nicht verifiziert werden konnten

Den Bericht kompakt halten. Leere Abschnitte weglassen.

Feedback-Regeln

• Mit konkreten Beweisen führen, nicht mit Geschmacksurteilen.
• Das Muster und seinen Schaden benennen.
• Entfernung vor Neugestaltung empfehlen.
• Generelle Komplimente und erschöpfende Kleinigkeiten mit geringer Auswirkung vermeiden.
• Nützliche produktspezifische Details und beabsichtigten Charakter erhalten.
• Keinen Standard zitieren, es sei denn, er unterstützt den Fund direkt.
• Eine Ästhetik nicht als universell schlecht beschreiben.
• Wenn der Benutzer explizit nach Designänderungen fragt, nach der Entfernungsempfehlung einen optionalen Ersatz platzieren, der mit dem bestehenden System konsistent bleibt.
• Mit der einzelnen Entfernung oder Korrektur enden, die die größte Verbesserung erzielen würde.