critique

Überblick über den critique skill

Was der critique skill macht

Der critique skill ist ein strukturierter UX-Review-Workflow, mit dem sich eine Seite, ein Feature oder eine Komponente als gestaltetes Nutzungserlebnis bewerten lässt – nicht nur als technisch funktionierende UI. Er bringt das Modell dazu, visuelle Hierarchie, Informationsarchitektur, emotionale Tonalität, kognitive Belastung und Usability-Heuristiken gezielt zu prüfen und daraus konkretes Feedback statt vager Meinungen abzuleiten.

Für wen sich die Installation von critique lohnt

Dieser critique skill eignet sich besonders für Designer, Frontend-Entwickler, Produktteams und AI Builder, die regelmäßig schnelles, auditartiges UX-Feedback zu Interfaces brauchen. Besonders nützlich ist er, wenn du einen Screenshot, eine Live-Seite oder eine bereits gebaute Komponente hast und eine fundiertere Einschätzung möchtest als mit einem generischen Prompt wie „Was hältst du von diesem Design?“.

Der beste Job-to-be-done

Setze critique ein, wenn die eigentliche Aufgabe lautet: „Erkläre mir, warum dieses Interface funktioniert oder scheitert, woran Nutzer wahrscheinlich hängen bleiben und was ich zuerst ändern sollte.“ Der Skill passt gut zu Design-Reviews, Checks vor dem Launch, dem Aufräumen von AI-generierter UI und zu critique für UX Audit-Workflows, bei denen Priorisierung wichtiger ist als reine Ästhetik.

Was diesen Skill besonders macht

Der wichtigste Unterschied ist: critique ist bewusst meinungsstark aufgebaut. Er bleibt nicht bei allgemeinem Design-Kommentar stehen. Stattdessen prüft er explizit auf typische „AI slop“-Muster, nutzt heuristische Bewertungen und empfiehlt Tests mit passenden Personas. Dadurch sind die Ergebnisse diagnostischer und reproduzierbarer als bei gewöhnlichen Critique-Prompts.

Wichtige Abhängigkeit vor der Nutzung

In der Praxis ist dieser Skill kein Standalone-Werkzeug. Seine eigenen Anweisungen verlangen zuerst den /frontend-design skill, und dessen Protokoll zur Kontexterhebung muss eingehalten werden. Wenn noch kein Design-Kontext vorhanden ist, empfiehlt das Repository, vor der critique /teach-impeccable auszuführen. Diese Abhängigkeit ist die wichtigste Hürde, die man vorab verstehen sollte.

So nutzt du den critique skill

Installationskontext und Repository-Pfad

Der critique skill liegt in .agents/skills/critique innerhalb von pbakaus/impeccable. Wenn du einen Skill-Loader verwendest, installiere ihn aus diesem Repository und wähle den critique skill aus. Falls deine Umgebung direktes repo-basiertes Skill-Loading unterstützt, verweise auf:

• pbakaus/impeccable
• skill: critique

Wenn du vor der Installation manuell prüfen willst, beginne hier:

• .agents/skills/critique/SKILL.md
• .agents/skills/critique/reference/cognitive-load.md
• .agents/skills/critique/reference/heuristics-scoring.md
• .agents/skills/critique/reference/personas.md

Das solltest du vor der ersten critique-Installation lesen

Behandle das nicht wie einen Prompt-Schnipsel zum direkten Einsetzen. Der Skill setzt vorhandenen Design-Kontext voraus. Das Repository macht /frontend-design verpflichtend und verlangt, dessen Protokoll zur Kontexterhebung vor der critique auszuführen. Wenn du diesen Schritt überspringst, sinkt die Qualität der Ausgabe deutlich, weil dem Modell Ziele, Zielgruppe und die beabsichtigte Funktion der Oberfläche fehlen.

Welche Eingaben der critique skill braucht

Für eine starke Nutzung von critique solltest du Folgendes mitgeben:

• den Interface-Bereich, der geprüft werden soll
• Screenshots oder eine klare visuelle Beschreibung
• das Produktziel
• die Zielnutzer
• die primäre Aufgabe, die der Nutzer erledigen möchte
• Rahmenbedingungen wie Plattform, Marke, Barrierefreiheit oder Conversion-Ziele

Auch minimale Eingaben funktionieren, aber die critique wird deutlich besser, wenn das Modell weiß, wie Erfolg überhaupt aussieht.

Das beste Invocation-Muster

Der Argumenthinweis des Skills lautet [area (feature, page, component...)]. In der Praxis solltest du ihn mit einem klar abgegrenzten Scope aufrufen, zum Beispiel:

• critique checkout page
• critique onboarding modal
• critique dashboard sidebar
• critique pricing page for UX Audit

Konkrete Scopes liefern wesentlich umsetzbareres Feedback als ein unscharfes „critique my app“.

So machst du aus einer groben Anfrage einen starken critique-Prompt

Schwache Anfrage:

• „Critique this UI.“

Bessere Anfrage:

• „Critique this settings page for UX Audit. The goal is to help first-time users enable notifications without confusion. Audience is non-technical SMB owners. Prioritize visual hierarchy, cognitive load, and whether the main action is obvious.”

Warum das funktioniert:

• es benennt die Nutzer
• es benennt die Aufgabe
• es benennt das Erfolgskriterium
• es sagt dem Skill, worauf er priorisiert achten soll

Empfohlener Workflow in der Praxis

Ein praktikabler critique guide-Ablauf ist:

1. Kontext mit /frontend-design sammeln.
2. Produktziel und Nutzeraufgabe benennen.
3. Den exakten Screen, das Feature oder die Komponente an critique übergeben.
4. Um Findings bitten, gruppiert nach Schweregrad.
5. Nach der ersten Review um überarbeitete Empfehlungen bitten, begrenzt durch eure Engineering- oder Marken-Vorgaben.

Diese Reihenfolge ist verlässlicher, als critique und Redesign in einem einzigen Durchgang zu verlangen.

Was der Skill besonders gut bewertet

Aus dem Repository lässt sich ableiten, dass der critique skill besonders stark ist bei:

• dem Erkennen generischer AI-generierter UI-Muster
• der Bewertung von Hierarchie und Klarheit
• dem Aufdecken kognitiver Überlastung
• der Anwendung heuristischer Bewertungen
• dem Belastungstest von Flows mit relevanten Personas

Das macht ihn besonders nützlich für Triage: also für die Frage, was zwar polished aussieht, Nutzer aber trotzdem scheitern lässt.

So nutzt du die Referenzdateien sinnvoll

Die Referenzdateien sind wichtiger, als es zunächst wirkt.

reference/cognitive-load.md hilft dem Modell, zwischen echter Aufgabenkomplexität und unnötig schlechter Design-Komplexität zu unterscheiden. Das führt meist zu besseren Empfehlungen.

reference/heuristics-scoring.md ergänzt einen konkreten 0–4-Bewertungsrahmen entlang der Nielsen-Heuristiken. Das ist besonders hilfreich, wenn du mehrere Screens vergleichbar bewerten willst.

reference/personas.md setzt du am besten gezielt ein. Wähle 2–3 Personas, die tatsächlich zur Zielgruppe passen, statt jedes Mal alle fünf zu erzwingen.

Gute Prompts für critique for UX Audit

Wenn dein Ziel critique for UX Audit ist, fordere eine strukturierte Ausgabe an, zum Beispiel:

• die 5 größten Usability-Risiken
• heuristische Scores mit kurzer Begründung
• wahrscheinliche Failure Points für die gewählten Personas
• die wichtigsten Fixes zuerst
• was unverändert bleiben sollte

Dieses Format ergibt eine Review, die du ohne großes Umschreiben an ein Team weitergeben kannst.

Häufige Fehlanwendungen, die die Ausgabequalität senken

Der häufigste Fehler ist, Design-Feedback anzufordern, ohne Interface, ohne Screenshot und ohne Aufgaben-Kontext. Ein weiterer typischer Irrtum ist, den critique skill für das Generieren völlig neuer UI aus dem Nichts zu verwenden. Dieser Skill ist besser darin, Probleme zu bewerten und zu priorisieren, als komplette Design-Systeme zu erfinden.

critique skill FAQ

Ist critique anfängerfreundlich?

Ja, aber nur mit etwas Grundkontext. Einsteiger können schnell Nutzen daraus ziehen, wenn sie einen Screen und ein Nutzerziel mitgeben. Ohne diese Basis kann der critique skill zwar überzeugend klingen, aber am eigentlichen Produktproblem vorbeigehen.

Ist das besser als ein normaler Critique-Prompt?

Meistens ja. Der Mehrwert liegt nicht nur in der Formulierung, sondern im eingebauten Review-Rahmen: AI-slop-Erkennung, Analyse kognitiver Belastung, heuristische Bewertung und Persona-Testing. Dadurch ist critique usage konsistenter als bei einem generischen Prompt.

Brauche ich zuerst den frontend-design skill?

Praktisch gesehen ja. Das Repository kennzeichnet ihn als verpflichtend. Wenn die critique-Installation vom ersten Tag an nützlich sein soll, solltest du sie zusammen mit /frontend-design einplanen statt isoliert zu verwenden.

Welche Artefakte funktionieren am besten?

Am besten geeignet sind Screenshots, gerenderte Seiten, Prototypen oder detaillierte Interface-Beschreibungen mit klarem Aufgaben-Kontext. Reiner Code ist weniger hilfreich, außer das UI-Verhalten wird beschrieben oder ist sichtbar.

Wann sollte ich critique nicht verwenden?

Verwende critique nicht, wenn du Folgendes brauchst:

• tiefgehende Review auf Code-Ebene
• ein eigenständiges Audit zur Accessibility-Compliance
• conversion-orientierte Diagnose auf Basis von Analytics
• ein vollständiges Redesign ohne bestehendes Interface zur Prüfung

Es ist ein UX-fokussierter Evaluator, kein Ersatz für spezialisierte Audits.

Kann critique mehrere Design-Optionen vergleichen?

Ja. Für Side-by-Side-Reviews sollte der Skill gut funktionieren, wenn du nach vergleichender Bewertung und klaren Trade-offs fragst. Gib für jede Option dieselbe Aufgaben- und Zielgruppenbeschreibung an, damit der Vergleich fair bleibt.

So verbesserst du den critique skill

Gib dem Modell das Interface-Ziel, nicht nur den Screen

Der wirksamste Hebel für bessere critique-Ergebnisse ist eine klare Erklärung, was das Interface erreichen soll. Das Repository fordert das ausdrücklich ein. Ein schöner Screen kann trotzdem scheitern, wenn die Hauptaufgabe unklar bleibt – und genau darauf ist der Skill ausgelegt.

Bitte um Schweregrad, Belege und konkrete Fixes

Wenn du Ergebnisse willst, die direkt zu Maßnahmen führen, bitte den critique skill, Findings so zu strukturieren:

• Problem
• warum es wichtig ist
• Beleg in der UI
• Schweregrad
• empfohlener Fix

So verhinderst du wolkige Kommentare und machst Reviews leichter priorisierbar.

Wähle Personas, die zur echten Zielgruppe passen

Persona-Tests werden deutlich stärker, wenn du nur die relevanten Archetypen auswählst. Zum Beispiel:

• first-time user für Onboarding
• impatient power user für dichte Dashboards
• anxious user für finanzielle oder destruktive Flows

Wenn du jede Persona immer einbeziehst, verwässert die critique oft.

Verbessere schwache Prompts mit konkreten Constraints

Ein stärkerer critique guide-Prompt enthält Constraints wie:

• mobile-only
• brand cannot change colors
• must keep current information architecture
• engineering team can only make low-effort fixes this sprint

Solche Constraints erzwingen realistischere Empfehlungen.

Achte auf den wichtigsten Failure Mode

Der zentrale Failure Mode ist breites, stilbewusstes Feedback, das nicht mit den tatsächlichen Nutzeraufgaben verknüpft ist. Wenn die erste Ausgabe generisch klingt, stelle gezielte Rückfragen wie:

• “Which issue most likely blocks task completion?”
• “What would confuse a first-time user in the first 10 seconds?”
• “Which recommendation has the highest impact with lowest implementation effort?”

Nutze heuristische Bewertung mit Augenmaß

Scores sind nützlich für Vergleich und Priorisierung, können aber eine trügerische Genauigkeit erzeugen. Bitte deshalb unter jedem Score um einen kurzen Beleg. So bleibt der critique skill an sichtbaren UI-Problemen verankert statt an beliebig wirkenden Zahlen.

Führe critique in zwei Durchgängen aus

Ein hochwertiger Workflow sieht so aus:

1. erster Durchgang: Probleme diagnostizieren
2. zweiter Durchgang: Lösungen unter realen Constraints verfeinern

Die Trennung von Diagnose und Redesign erhöht die Klarheit und führt meistens zu verlässlicheren Empfehlungen.

Verbessere die Ergebnisse nach der ersten critique

Nach dem ersten Durchlauf solltest du zurückspielen:

• korrigierte Annahmen über die Nutzer
• Screenshots überarbeiteter Zustände
• Constraints, die das Modell ignoriert hat
• welche Findings dein Team teilt oder ablehnt

Der critique skill wird besser, wenn du ihn als iterativen Reviewer behandelst, nicht als Richter für einen einzigen Durchgang.

Nutze ihn dort, wo er seinen größten Vorteil hat

Dieser critique skill ist besonders wertvoll bei Interfaces, die polished wirken, aber versteckte UX-Probleme haben könnten: AI-generierte Landingpages, Dashboards, Onboarding-Flows, Einstellungsbereiche und dichte Feature-Oberflächen. Genau dort liefern seine Anti-Pattern-Erkennung und sein Blick auf kognitive Belastung den größten Informationsgewinn.

Kenne den Trade-off vor der Einführung

Der Trade-off ist einfach: critique liefert fundierteres UX-Feedback als gewöhnliches Prompting, aber nur dann, wenn du Kontext mitgibst und sein meinungsstarkes Framework akzeptierst. Wenn du nur eine schnelle, informelle Einschätzung willst, ist ein normaler Prompt oft schneller. Wenn du eine wiederholbare critique for UX Audit brauchst, ist dieser Skill die bessere Wahl.