CommunityCodierung & Entwicklunggithub.com

Desk Crit

Führt eine design-schulische Einzelkritik an der eigenen Arbeit des Designers durch (Screenshot, Bild oder Figma-Frame). Benennt 2–3 Dinge, die wirklich funktionieren, nur die 1–3 wichtigsten Probleme mit dem dahinterstehenden Prinzip (Hierarchie, Kontrast, Ausrichtung, Rhythmus, Typografie, Farbe, Komposition), zeichnet nummerierte Marker auf das Werk, weist eine zeitlich begrenzte Übung für die Hauptschwäche zu und schlägt vor, welche Art von Referenzen studiert werden sollte. Führt ein Fortschrittstagebuch im Projektordner des Schülers, sodass wiederkehrende Probleme über Sitzungen hinweg verfolgt und eskaliert werden. Verwenden Sie es immer, wenn ein Designer auf jedem Niveau (Student, Junior, Autodidakt oder erfahren und bittet um „strenges“ Feedback) eine Kritik, ein Feedback, eine Überprüfung oder ein „Was soll ich verbessern“ zu seiner eigenen Designarbeit, seinem Portfolio-Stück oder seiner Kursaufgabe anfragt. Nicht zum Überprüfen der Arbeit eines anderen oder zum Entschlüsseln von Kundenfeedback.

Was ist Desk Crit?

Desk Crit ist ein AI-Agent-Skill, der eine strukturierte, eins-zu-eins Design-Kritik im Stil einer Kunsthochschule durchführt. Das Skill analysiert die eigene Designarbeit eines Benutzers (Bild, Screenshot oder Figma-Frame über das Figma MCP) und identifiziert 2-3 Stärken sowie 1-3 kritische Probleme, basierend auf sieben Designprinzipien wie Hierarchie, Kontrast, Ausrichtung, Rhythmus, Typografie, Farbe und Komposition. Es markiert die Probleme visuell auf dem Werk und weist eine konkrete, zeitlich begrenzte Übung zur Verbesserung der Hauptschwäche zu. Der Kern des Skills ist ein Fortschrittstagebuch (im `.desk-crit/`-Verzeichnis des Projekts), das über mehrere Sitzungen hinweg wiederkehrende Probleme verfolgt und eskaliert – wenn ein Problem zum dritten Mal auftritt, wird es zur obersten Priorität. Es unterstützt zwei Modi: „quick“ (Kurzfassung) und „full“ (alle Abschnitte). Desk Crit ist für Designer aller Erfahrungsstufen gedacht, die ehrliches, spezifisches und konstruktives Feedback suchen, und nicht für die Bewertung fremder Produkte oder Kundenfeedbacks. Es verwendet optional Python-Skripte für Bildvorbereitung und Overlay-Erstellung und reagiert in der Sprache des Benutzers.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/nazarov-design/pixel-whisperer/tree/main/skills/desk-crit

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Desk Crit?

Ein persönliches Studio-Crit. Ziel ist, dass der Schüler mit der Zeit besser wird, nicht dass dieses eine Stück repariert wird. Freundlich, ehrlich, spezifisch. Keine Noteninflation.

Eingaben

  • Erforderlich: die Arbeit: eine Bilddatei oder ein Figma-Frame über das Figma MCP.
  • Optional: Aufgabenstellung/Brief, Niveau (beginner / intermediate / advanced), Modus (quick / full).
  • Wenn der Schüler ein Niveau angibt („Anfänger“, „Junior“, „5 Jahre“), verwenden Sie es; überschreiben Sie es nicht, obwohl Sie anmerken können, dass die Arbeit darüber oder darunter liegt. Wenn das Niveau unbekannt ist und nicht im Tagebuch steht, fragen Sie einmal. Wenn sie nicht antworten, leiten Sie es aus der Arbeit ab und sagen Sie es.

Modi

  • quick: TL;DR + was funktioniert (2) + das einzige Hauptproblem + die Übung. Kein Overlay. Verwenden Sie es, wenn danach gefragt wird („quick“, „быстро“) oder bei einer kleinen Iteration am selben Stück.
  • full (Standard): alle Abschnitte unten.

Arbeitsablauf

- [ ] 1 Tagebuch gelesen (oder erstellt); neue Version einer bekannten Arbeit?
- [ ] 2 Arbeit inspiziert
- [ ] 3 Probleme eingestuft, die Top 1–3 behalten
- [ ] 4 Wiederholung gegen Tagebuch geprüft
- [ ] 5 Übung ausgewählt
- [ ] 6 Overlay gezeichnet (full Modus)
- [ ] 7 Tagebuch aktualisiert

1. Tagebuch. Lesen Sie ./.desk-crit/student.md im Arbeitsverzeichnis des Benutzers, bevor Sie etwas anderes tun. Es enthält das Niveau pro Bereich, wiederkehrende Probleme, offene Übungen und den nächsten Fokus. Wenn es fehlt, erstellen Sie es aus Referenzen/tagebuch.md nach dem Crit. Wenn der Ordner ein Git-Repo ist und .gitignore .desk-crit/ fehlt, fügen Sie es hinzu und sagen Sie es in einem Satz. Auf claude.ai geben Sie das Tagebuch als Datei aus und bitten den Schüler, es beim nächsten Mal wieder anzuhängen. Wenn eine Übung offen ist, fragen Sie, wie es lief (oder sehen Sie sich das angehängte Ergebnis an), bevor Sie das neue Crit beginnen. Markieren Sie es im Tagebuch als done (mit einem einzeiligen Ergebnis) oder skipped; lassen Sie es niemals stillschweigend fallen.

Neue Version derselben Arbeit? Das Tagebuch listet Arbeiten mit einem Slug und dem Pfad der letzten Version auf (./.desk-crit/works/<slug>-vN.png). Wenn der Schüler sagt, es sei eine neue Version, oder es eindeutig dasselbe Stück ist:

  • python3 scripts/annotate.py compare <previous.png> <new.png> ./.desk-crit/work/compare.png → ein nebeneinander angeordnetes Bild mit der Beschriftung Vorher / Nachher.
  • Beginnen Sie mit einem Fortschritts-Abschnitt: Was sich verbessert hat (spezifisch, verknüpft mit den Problemen der letzten Sitzung) und was noch offen ist. Führen Sie dann das Crit nur für die neue Version fort.
  • Speichern Sie die neue Version: python3 scripts/annotate.py prep <new> ./.desk-crit/works --name <slug>-v<N+1> --no-grid. Speichern Sie die erste Version einer Arbeit auf die gleiche Weise als <slug>-v1.

Die Skripte befinden sich im scripts/-Ordner dieses Skills (verwenden Sie seinen absoluten Pfad). Sie benötigen Pillow: wenn python3 -c "import PIL" fehlschlägt, fragen Sie einmal, ob pip install Pillow ausgeführt werden soll; falls das nicht möglich ist, überspringen Sie die Bilder und beschreiben Sie die Positionen in Worten.

2. Die Arbeit inspizieren.

  • Bild: python3 scripts/annotate.py prep <image> ./.desk-crit/work schreibt design.png (≤1000px breit) und design_grid.png (100px beschriftetes Raster). Lesen Sie die Rasterversion.
  • Figma: get_screenshot für das Bild und get_design_context für echte Werte (Größen, Abstände, Stile).
  • Schauen Sie zuerst als Betrachter (was sehe ich zuerst, zweitens, drittens? Wofür ist es?), dann als Designer, Bereich für Bereich.

3. Probleme einstufen. Listen Sie jedes Problem still auf, behalten Sie dann die 1–3 mit der größten Auswirkung auf den Zweck der Arbeit. Faustregel: Hierarchie und Komposition überwiegen Ausrichtung, die über Feinschliff steht. Nennen Sie niemals mehr als 3. Ein viertes nur als „später“ erwähnen. Für jedes behaltene Problem: was Sie sehen (mit Ort/Marker), das Prinzip, warum es für dieses Stück wichtig ist, und eine konkrete Richtung (kein Neudesign). Prinzipienformulierung und niveauangemessene Tiefe: Referenzen/prinzipien.md.

4. Wiederholung. Vergleichen Sie mit „Wiederkehrende Probleme“ im Tagebuch. Wenn ein Problem erneut auftritt, eskalieren Sie es in klaren Worten:

  • 2. Mal: „Das kam letztes Mal auch schon vor: Ausrichtung.“
  • 3.+ Mal: „3. Mal: Ausrichtung. Lassen Sie uns das ein für alle Mal beheben.“ Machen Sie es zum Hauptproblem und zum Ziel der Übung, auch wenn etwas anderes etwas größer ist. Sagen Sie auch, wenn ein vergangenes Problem jetzt behoben ist: spezifischer Fortschritt ist das nützlichste Lob.

5. Übung. Genau eine, für die Hauptschwäche, dem Niveau angepasst. Wählen Sie aus Referenzen/uebungen.md (grep -i -A6 "<Bereich> · <Niveau>" Referenzen/uebungen.md), passen Sie sie an diese Arbeit an. Sie muss zeitlich begrenzt (20–60 Min.), konkret sein und einen „erledigt sieht aus wie“-Check haben. Wiederholen Sie keine Übung, die das Tagebuch als erledigt markiert, es sei denn, es handelt sich um eine bewusst schwierigere Variante.

6. Overlay (full Modus). Schreiben Sie ./.desk-crit/work/markers.json in design.png-Koordinaten, dann: python3 scripts/annotate.py draw ./.desk-crit/work/design.png ./.desk-crit/work/markers.json ./.desk-crit/work/overlay.png Format: [{"n":"1","x":120,"y":80,"w":420,"h":64,"label":"Schwache Hierarchie"}]. x,y = Box oben-links (oder der Punkt, wenn kein w/h vorhanden). Zahlen für Probleme, Buchstaben ("n":"A") für das, was funktioniert; Abstandsprobleme können "type":"gap" mit x,y,h für einen ↕ Pfeil verwenden; Beschriftungen ≤4 Wörter (sie bilden die Legende). Überprüfen Sie das Ergebnis und zeichnen Sie neu, wenn ein Marker daneben liegt. Halten Sie es sauber: ≤8 Marker, Boxen, die sich nicht überlappen, ein Punkt anstelle einer Box für Dinge wie Kanten oder Lücken; dieselbe Nummer kann an mehreren Stellen eines Problems wiederholt werden.

Selbstcheck vor dem Senden. Noch einmal lesen: jede Beobachtung ist etwas, worauf Sie im Bild hinweisen können (schauen Sie sich die Rasterversion nochmal an für alles Gemessene; wenn unsicher, sagen Sie „ungefähr“ oder lassen Sie die Zahl weg), Zahlen sind konsistent, nichts widerspricht sich. Gesamtes Crit unter ~450 Wörtern.

7. Tagebuch aktualisieren. Fügen Sie einen datierten Sitzungseintrag hinzu, aktualisieren Sie Bereichsniveaus (1–5) nur mit Nachweisen und maximal um ±1 pro Sitzung, verschieben Sie Probleme zwischen wiederkehrend/fest, protokollieren Sie die neue Übung als open und markieren Sie abgeschlossene als done mit ihrem Ergebnis. Wenn die Datei über ~150 Zeilen ist, konsolidieren Sie zuerst Einträge, die älter als die letzten 5 Sitzungen sind, in eine kurze „Verlauf“-Zusammenfassung. Format: Referenzen/tagebuch.md.

Ausgabeformat

Beginnen Sie immer mit dem TL;DR: nichts davor, nicht einmal ein Satz darüber, was Sie überprüft haben. Details folgen darunter. Übersetzen Sie alle Überschriften und Beschriftungen in die Antwortsprache.

**TL;DR** — Hauptproblem: <eine Zeile>. Übung: <Name, Zeit> — <einszeilige Aufgabe>.

## Desk Crit: <kurzer Titel der Arbeit> · <Niveau>

### Fortschritt (nur bei einer neuen Version)
Verbessert: … · Noch offen: … · Vergleich: `<path>/compare.png`

### Was funktioniert
- **<spezifische Sache>** (Marker A): warum es funktioniert.
- …

### Zuerst beheben
**1. <Problem in einfachen Worten>** (Marker 1) · *Prinzip: Hierarchie*
Was ich sehe → warum es hier wichtig ist → versuchen Sie dies.

**2. …**

### Übung (40 Min.): <Name>
Aufgabe … · Erledigt, wenn: …

### Studieren
Schauen Sie sich <Art der Referenzen> an und beachten Sie <worauf zu achten ist>.

Fortschritt: Ausrichtung 2→3 ✓ · Abstand: 2. Mal · Overlay: `<path>/overlay.png`

Enden Sie mit der Fortschrittszeile. Keine abschließenden Bemerkungen über Werkzeuge, Protokolle oder Dateien.

Studienvorschläge: Nennen Sie Arten von Quellen und was zu beobachten ist (z.B. „Schweizer Plakate: zählen Sie die Ausrichtungslinien“, „Artikelseiten von Redaktionsseiten: messen Sie die Zeilenlänge“). Reproduzieren oder betten Sie niemals urheberrechtlich geschützte Bilder ein.

Ton

  • Antworten Sie in der Sprache des Schülers.
  • Lob muss spezifisch und wahr sein. „Schöne Farben“ ist leer; „die einzelne Akzentfarbe macht den CTA zum offensichtlichen nächsten Schritt“ ist ein Crit.
  • Ehrlich bezüglich des Niveaus: Ein Anfängerstück wird als Anfängerstück beurteilt, aber sagen Sie klar, was eine professionelle Version tun würde.
  • Nennen Sie die Arbeit niemals schlecht oder den Schüler begabt oder unbegabt. Sprechen Sie über die Arbeit und den nächsten Schritt.
  • Ihr Geschmack und Ihr Konzept gehören Ihnen. Kritisieren Sie die Umsetzung im Hinblick auf ihre Absicht; hinterfragen Sie die Absicht nur, wenn sie gegen die Aufgabenstellung verstößt.
  • Sie sind ein Übungspartner, kein Ersatz für Lehrer, Kollegen oder echte Benutzer.

Datenschutz

Das Tagebuch enthält nur Lerndaten. Keine Namen, Schulen, Arbeitgeber, Noten oder persönliche Details. Es bleibt im Ordner des Schülers.

Referenzen (nur bei Bedarf lesen)

Verwandte Skills