CommunityRecherche & Datenanalysegithub.com

fergo5002/design-research

Verwenden, wenn ein Design Referenzen braucht, bevor es Pixel braucht, und immer, wenn `ddr domain match` eine niedrigere Konfidenz meldet, als der Job benötigt, ein Briefing in Neuland führt oder die bisherige Arbeit generisch wirkt. Führt die Expertise-Schleife aus: kartiert die beste Arbeit in der Kategorie, angrenzenden Kategorien und anderen Disziplinen, betrachtet sie richtig in einem echten Browser, zerlegt sie, jagt den Schrott der Kategorie, schreibt das Gelernte in das Dossier und die Referenzbibliothek der Domäne, sortiert Veraltetes aus und bewertet neu, bis der Agent sich das Recht zum Designen verdient hat.

Was ist design-research?

Dieses Skill ist ein strukturiertes Forschungsprotokoll für KI-Design-Agenten (z. B. Claude Code, Cursor, Codex), das sicherstellt, dass jede Designarbeit auf echter, überprüfter Expertise basiert, nicht auf generischen Referenzen. Es führt den Agenten durch einen vollständigen, wiederholbaren Zyklus: Kartierung der besten Arbeiten in der Kategorie (direkt, von Marktführern und aus anderen Disziplinen), gründliche visuelle Analyse mit `ddr teardown` und Domänen-Dossiers, Identifizierung von „Kategorie-Schrott“ (schlechte Beispiele) und iterative Neubewertung, bis ein Konfidenzziel erreicht ist. Das Skill basiert auf einer Reihe von Befehlszeilenwerkzeugen (`ddr`) und MCP-Integrationen (z. B. Exa, Brave Search, Mobbin/Refero). Es ist plattformunabhängig, solange der Agent diese Tools ausführen kann, und erzwingt strenge Regeln zur Quellenangabe und Aufzeichnung, um aufgeblähte Behauptungen zu verhindern. Der Hauptvorteil ist, dass Designentscheidungen auf konkreten, gemessenen Beobachtungen beruhen und nicht auf Bauchgefühl, wobei der gesamte Forschungsprozess transparent und reproduzierbar dokumentiert wird.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/fergo5002/design-director/tree/HEAD/skills/design-research

Installed? Explore more Recherche & Datenanalyse skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Design-Recherche: Die Expertise-Schleife

Werkzeuge: ddr <Befehl> nach Installation (python tools/ddr.py install), ansonsten python <repo>/tools/ddr.py <Befehl>, wobei <repo> zwei Ordner über dem tatsächlichen (symlink-aufgelösten) Ordner dieses Skills liegt.

Du designst gut dort, wo du genau hingesehen hast, und schlecht überall sonst. Dieses Skill ist der Weg, um Experte in einem Bereich zu werden, bevor du dafür designst, und wie dieses Wissen über die Zeit wahr bleibt. Das Ergebnis ist kein Moodboard. Es ist eine Domäne: ein Dossier über das, was du jetzt verstehst, eine Bibliothek mit Referenzen, die du tatsächlich gesehen hast, und ein Konfidenzwert, der aus diesen Beweisen berechnet wird.

Recherche, die keine Entscheidung ändert, ist Stöbern. Recherche, die du nicht aufzeichnest, ist verloren. Mach beides richtig oder behaupte nicht, recherchiert zu haben.

0. Wo du stehst

ddr domain match "<das Briefing in einem Satz>"

Es gibt den Sektor (die Art des Geschäfts oder der Zielgruppe) und das Muster (den Ablauf oder die Oberfläche: Onboarding, Checkout, Buchung, Preisgestaltung, Dashboard) mit einer Konfidenz für jedes zurück. Dann ddr domain plan <slug> --stakes niedrig|mittel|hoch:

StakesWannZiel
niedrigeine Komponente oder eine Anpassung innerhalb eines bestehenden Systems35
mitteleine Seite, ein Ablauf, ein Redesign einer Oberfläche55
hocheine neue Site, eine Marke, ein Launch, alles, woran ein Unternehmen gemessen wird70

Wenn das Ziel erreicht ist, lies ddr domain brief <sektor> <muster> und gehe zurück zum Design-Direktor. Wenn nicht, führe die folgende Schleife aus, bis es erreicht ist, oder bis du das getan hast, was die Zeit erlaubt, und klar sagen kannst, wie weit du gekommen bist. Warte nicht, bis du gefragt wirst. Teile dem Benutzer eine Zeile mit: "Die Konfidenz für 'Independent Stays' beträgt 12, also recherchiere ich zuerst die Kategorie (ca. 20 Referenzen)."

Neuland

Wenn keine Domäne passt, erstelle eine. Wähle die Ebene, auf der Referenzen übertragbar sind: Pflegeheime und Zahnarztpraxen sind beide "Gesundheitswesen", aber ihre Websites teilen fast nichts, also sind es separate Sektoren. Zwei Domänen, deren beste Referenzen dieselbe Liste wären, sind eine Domäne.

ddr domain new independent-stays --kind sector --title "Independent Stays" \
  --summary "Selbstversorger-Cottages, Gästehäuser und kleine Hotels, die direkt verkaufen" \
  --keywords "Selbstversorger,Cottage,Gästehaus,B&B,Boutique-Hotel,Ferienunterkunft" \
  --aliases "Kurzzeitunterkunft,Ferienvermietung"

Keywords sind die Wörter, die ein Kunde verwenden würde, nicht Design-Wörter. Ein Muster ist etwas, das sektorübergreifend mit eigener Best Practice wiederkehrt; erstelle eines, wenn das Briefing sich darauf konzentriert. Verknüpfe Domänen, die sich gegenseitig informieren (ddr domain relate independent-stays booking --how "Verfügbarkeit vor Preis"), führe zwei zusammen, die sich als eine herausstellen (ddr domain merge <von> <nach>, nichts wird gelöscht), und teile eine, die zwei Zielgruppen entwickelt hat, indem du die zweite erstellst und die Referenzen verschiebst, die dazugehören.

Deine Instrumente

Verwende das Beste, was du hast, in dieser Reihenfolge, und gib an, welches du verwendet hast:

AufgabeBesteFallback
Kandidaten nach Beschreibung findenExa MCP (ddr mcp --research zeigt Einrichtung)eigene Websuche, der Katalog
Beste Unabhängige an einem Ort oder in einem Gewerbe findenBrave Search MCP lokale und Orts-SucheWebsuche nach "beste in ", Bewertungsseiten, Award-Shortlists
Echte Produktbildschirme und AbläufeMobbin oder Refero MCP (kostenpflichtig)öffentliche Teardowns, den Ablauf selbst durchgehen
Eine Referenz betrachten und messenddr teardown <url> --into <slug>Playwright oder Chrome DevTools MCP, dann Screenshots
Eine Journey sicher durchgehenddr teardown <url> --walk "Jetzt buchen>Verfügbarkeit prüfen"Playwright MCP, niemals etwas absenden
Sehen, wie alt ein Design istddr history <url>, dann eine archivierte Version zerlegendie eigenen News- oder Launch-Posts der Site
Seite an Seite vergleichenddr sheet --domain <slug> --with deins.pngddr sheet a.png b.png c.png
Die Tokens einer Marke extrahierenFirecrawl MCP branding Formatddr teardown's gemessene Schriftart und Palette

ddr teardown speichert die Desktop- und Handy-Falts, eine vollständige Seite und einen Streifen von Scroll-Stopp-Frames, und misst die Live-Seite: die Schriftarten und -größen nach der Menge des gesetzten Textes, die Palette nach bemalter Fläche, Steuerfarben, Radien, Schatten, Abschnittsabständen, Absatzbreite, Bewegung (Übergangs-Timings, Scroll-Bibliotheken, Video, Leinwand, Reduced-Motion-Regeln), den Stack, auf dem es aufgebaut wurde, die Navigation, die Call-to-Actions und ob eine oberhalb der Falz liegt, und die Anzeichen für generiertes Design (Stock-Texte, Eyebrows, verlaufender Text, Glas, Icon-Card-Triaden). Die Zahlen machen deine Einschätzungen konkret. Sie ersetzen niemals das Anschauen: Öffne die Bilder.

1. Das Terrain kartieren

Schreibe auf, wer die Besten tatsächlich sind, bevor du eine Galerie öffnest. Die Besten in einer Kategorie sind die Unternehmen, die die Leute in diesem Gewerbe bewundern, diejenigen, die auf Reputation gewinnen, und diejenigen, deren Sites die Kategorie kopiert. Finde sie auf drei Arten:

  • Direkt (--angle direct): die stärksten 6 bis 12 in dieser exakten Kategorie, an der Spitze des Marktes und unter den kleinen Unabhängigen, die es eindeutig gut machen. Verwende Websuche, Fachpresse, Award-Shortlists in der Kategorie und den Katalog (ddr sources search "<Kategorie>" -v).
  • Führend (--angle leader): die beste Arbeit in einer angrenzenden Kategorie, die dasselbe Problem für einen anspruchsvolleren Kunden löst (eine Boutique-Hotel-Gruppe für ein Cottage, eine Privatbank für eine Kreditgenossenschaft).
  • Extern (--angle outside): mindestens zwei Referenzen aus einer völlig anderen Disziplin, ausgewählt nach ihrer Relevanz für das Thema (gedruckte Reiseführer, Architektur-Monografien, Speisekarten, Filmtitel, Beschilderung). ddr sources shuffle -n 4 gibt einen Vorschlag.

Galerien (Awwwards, recent.design, Land-book) sind Hinweise, niemals Beweise. Bevorzuge Jahres- und Monatsauszeichnungen gegenüber täglichen Picks.

2. Richtig anschauen

Eine Referenz zählt nur so viel, wie du tatsächlich gesehen hast:

--evidenceWas es bedeutetGewichtung
searchDu hast darüber gelesen oder eine Miniaturansicht gesehenein Viertel
visitedDu hast die Live-Site geladen und geleseneins
screenshotDu hast sie gerendert und die Pixel auf dem Desktop und Handy betrachtetmehr
flowDu hast die echte Journey durchlaufen (buchen, anmelden, bezahlen)am meisten

Zerlege jeden ernsthaften Kandidaten und öffne die Bilder:

ddr teardown https://a.example https://b.example --into <slug>

Betrachte die Falts und die Scroll-Frames, nicht nur die Zahlen. Für die zwei oder drei Besten führe auch ddr history <url> aus: Eine "frische" Referenz, deren Aussehen aus dem Jahr 2019 stammt, ist jetzt eine Vorlage, und eine archivierte Version zeigt, welche Änderungen neu sind. Gehe die Journey durch, die zum Briefing passt, soweit sie geht, ohne etwas zu bezahlen oder abzusenden. Ein Ladebildschirm oder eine Cookie-Wand ist nicht das Design; notiere sie und sieh darüber hinweg.

Wenn die Nutzungsbedingungen einer Site den automatisierten Zugriff verbieten (agent_access = "scrape-no" im Katalog), durchstöbere sie wie ein Mensch und zeichne visited auf. Kopiere niemals paywall-geschützte Bildschirme oder die Fotografie eines anderen in ein öffentliches Repo; Screenshots bleiben in deinem Domänen-Home, das niemals veröffentlicht wird.

3. Zerlegen und aufzeichnen

Für jede Referenz, die ihren Platz verdient hat, zeichne sie sofort auf, unter Verwendung der gemessenen Werte aus ihrer teardown.md:

ddr domain ref add <slug> --name "Name" --url https://... --verdict beispielhaft \
  --angle direct --evidence screenshot --score 4 --shots shots/<host> \
  --take "Der Verfügbarkeitskalender ist der Held, Preise pro Nacht neben jedem Datum, gesetzt in einer schmalen Serifenschrift bei 15px" \
  --avoid "Automatisch abgespieltes Drohnenvideo verzögert den ersten nutzbaren Bildschirm um 4 s" \
  --tags layout:calendar-hero,type:serif-condensed

--take ist die spezifische Bewegung, mit Werten, wenn du sie hast (Größen, Farben, Timings, die tatsächlichen Wörter). "Sauber und modern" ist kein Take. Bewerte ehrlich: 5 ändert, wie du dies designen würdest, 3 ist solide und typisch, alles, was du mit 2 bewerten würdest, ist kein Beispiel.

4. Den Schrott jagen

Finde 3 bis 5 Gegenbeispiele (--verdict counter --avoid "..."): die Vorlagen-Sites, die generiert aussehenden, die veralteten in dieser Kategorie. Sie sind genauso wertvoll wie die Beispiele, weil sie zeigen, wie der Schrott dieser Kategorie spezifisch aussieht, den SLOP.md im Design-Direktor nur allgemein beschreiben kann. Schreibe das Muster in den Abschnitt Kategorie-Schrott des Dossiers. Die Konfidenz ist auf 60 gedeckelt, bis dieser Abschnitt existiert.

5. Das Dossier schreiben

Öffne $(ddr domain path <slug>)/dossier.md und schreibe jeden Abschnitt basierend auf dem, was du gesehen hast, unter Nennung der Referenzen. Sei konkret und meinungsstark:

  • Für wen es ist: wer es nutzt, worüber sie besorgt sind, womit sie es vergleichen.
  • Was die Besten tun: die Bewegungen, die die Besten teilen, mit Werten.
  • Konventionen, die beibehalten werden sollten: worauf sich Benutzer verlassen. Mach diese außergewöhnlich gut.
  • Konventionen, die gebrochen werden sollten: was hier faul oder veraltet ist, und was es ersetzt.
  • Kategorie-Schrott: wie generierte und Vorlagenarbeit in dieser Kategorie aussieht.
  • Sprache: Schriftart, Farbe, Bildsprache, Stimme und Bewegung, die zu dieser Welt gehören, und warum.
  • Offene Fragen: was du noch nicht weißt und was es beantworten würde.

6. Kuratieren

ddr domain audit <slug> --online

Es markiert Referenzen, die veraltet (seit einem Jahr nicht gesehen), schwach (nur Suche), widersprüchlich (ein Beispiel, das du mit 2 bewertet hast), tot, verschoben oder alle aus einem Blickwinkel oder einer Quelle sind. Reagiere auf jeden Befund: sieh noch einmal nach (ddr domain ref seen), bewerte neu oder pensioniere mit einem Grund (ddr domain ref retire <slug> <id> --reason "2026 in eine Vorlage umgestaltet"). Pensionierte Referenzen bleiben im Friedhof, damit sie nicht stillschweigend wieder hinzugefügt werden. Eine Bibliothek ist nur so gut wie das, was du bereit bist wegzuwerfen.

7. Vergleichen, dann neu bewerten

Erstelle ein Kontaktblatt der Besten der Domäne (ddr sheet --domain <slug> --n 6) und betrachte es als Ganzes. Wenn sie alle gleich aussehen, ist die Bibliothek auf eine Idee konvergiert und die nächste Suche sollte nach der Referenz suchen, die ihnen widerspricht.

8. Neu bewerten und entscheiden

ddr domain status <slug>

Es zeigt die Punktzahl, jeden Teil davon, jede Deckelung und was sie erhöhen würde. Wiederhole die Schleife für die größten Lücken, bis das Stakes-Ziel erreicht ist. Teile dem Benutzer dann in einer Zeile mit, wo du gelandet bist ("Independent Stays ist jetzt bei 58: 14 Websites angesehen, 4 Gegenbeispiele, der Schrott notiert") und gehe zurück zu Schritt 1 des Design-Direktors.

Tiefe

Passe den Aufwand an die Stakes an und sage, was du getan hast:

  • niedrig: 4 bis 6 Referenzen, ein Gegenbeispiel, die Schrottzeile geschrieben. Minuten.
  • mittel: 8 bis 12 Referenzen aus allen drei Blickwinkeln, 3 Gegenbeispiele, jeder Dossier-Abschnitt. Unter einer Stunde.
  • hoch: 15 bis 25 Referenzen, durchgeführte Journeys auf den besten 3, 4 oder mehr Gegenbeispiele, zwei externe Referenzen, ein Audit-Durchlauf. So lange wie nötig.

Das Projekt behält dennoch sein eigenes kurzes Ledger in .design/references.md: die 5 bis 10 Referenzen, die eine Entscheidung in diesem Job geändert haben, eine Zeile pro Referenz, mit der Entscheidung, die sie geändert hat. Die Domäne ist das, was du weißt; das Projekt-Ledger ist das, was du verwendet hast.

Regeln

  • Entlehne Techniken und Prinzipien, niemals ein wiedererkennbares Logo, Foto, eine kostenpflichtige Schriftart oder eine proprietäre Illustration.
  • Zeichne fehlgeschlagenen Zugriff auf (Paywall, Bot-Wall, toter Link), anstatt zu raten, was dahinter war: ddr domain log <slug> note "Revolut hat den Renderer und einfache Anfragen blockiert".
  • Zeichne niemals eine Referenz als gesehen auf, die du nicht gesehen hast. Die Punktzahl existiert, um dich daran zu hindern, Expertise zu beanspruchen, die du nicht verdient hast; sie aufzublähen, macht den einzigen Zweck zunichte.
  • Wenn ein Katalogeintrag tot oder falsch ist, korrigiere ihn mit ddr sources add und füge auch großartige neue Quellen dort hinzu, damit der Nächste einen Vorsprung hat.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills