📦

shape

Sicher

UX/UI-Design vor der Codierung planen

Die meisten KI-generierten Benutzeroberflächen scheitern, weil sie das Design-Denken überspringen. Diese Fähigkeit führt ein strukturiertes Entdeckungsinterview durch, um Benutzerbedürfnisse, Einschränkungen und Ziele zu verstehen, bevor ein umfassendes Design-Briefing erstellt wird, das die Implementierung leitet.

Unterstützt: Claude Codex Code(CC)
🥉 75 Bronze
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "shape". Shape the UX for a user onboarding flow that helps new users set up their workspace.

Erwartetes Ergebnis:

Feature Summary: First-time workspace setup for users who just signed up. Primary goal is getting users to 'aha moment' within 5 minutes while reducing anxiety about configuration complexity. Primary User Action: Complete workspace configuration with confidence. Design Direction: Calm, reassuring, progressive disclosure. Layout Strategy: Single-column vertical flow with clear progress indicators. Key States: First visit (welcome), In-progress (step indicators), Completed (success celebration), Error (validation with guidance). Interaction Model: Guided wizard with skip optional steps, auto-save after each section. Content Requirements: Welcome message, step headers, inline help text, validation messages. Recommended References: interaction-design.md, form-design.md. Open Questions: Should we allow skipping profile setup?

Verwendung von "shape". I need to design a dashboard for monitoring API health.

Erwartetes Ergebnis:

Feature Summary: Real-time API monitoring dashboard for DevOps engineers. Primary goal is rapid issue identification and root cause analysis. Primary User Action: Spot and diagnose API anomalies quickly. Design Direction: Information-dense, high contrast, fast-scanning. Layout Strategy: Grid-based with status overview top, detailed metrics bottom, left-to-right severity gradient. Key States: All systems healthy, partial degradation (warning), critical failure, loading (initial data fetch), no data. Interaction Model: Hover for details, click to drill down, auto-refresh every 30s, manual refresh available. Content Requirements: Service names, status indicators, latency numbers, error counts, timestamps, error messages. Recommended References: data-visualization.md, dashboard-design.md. Open Questions: Alert threshold preferences?

Sicherheitsaudit

Sicher
v1 • 4/17/2026

Static analysis detected 22 potential issues (21 'weak cryptographic algorithm' patterns, 1 'external commands' pattern). All findings are false positives caused by pattern matching on markdown formatting (backticks around `.impeccable.md`) and common English words ('block', 'key', 'cipher'). This is a pure documentation/planning skill with no executable code, no network operations, no file system access, and no security risks. The skill runs a structured interview process and generates design documentation.

1
Gescannte Dateien
96
Analysierte Zeilen
1
befunde
1
Gesamtzahl Audits
Probleme mit niedrigem Risiko (1)
False Positive: Markdown Code Spans
Static scanner flagged backtick characters around `.impeccable.md` at line 72 as potential shell command execution. These are markdown code spans for formatting filenames, not executable code.
Auditiert von: claude

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
50
Community
100
Sicherheit
100
Spezifikationskonformität

Was du bauen kannst

Produktmanager plant neues Feature

Bevor Anforderungen an die Entwicklung übergeben werden, nutzen Sie diese Fähigkeit, um eine klare UX-Richtung, Erfolgsmetriken und Design-Einschränkungen festzulegen.

Entwickler beginnt mit der Implementierung

Nutzen Sie diese Fähigkeit vor der Codierung, um zu klären, was gebaut werden muss, und vermeiden Sie Mehraufwand durch missverstandene Anforderungen oder übersehene Grenzfälle.

Designer definiert Interaktionsmuster

Strukturieren Sie Ihr Denken rund um Benutzerflüsse, Zustände und Inhaltsanforderungen, bevor visuelle Mockups oder Prototypen erstellt werden.

Probiere diese Prompts

Grundlegendes Feature-Planning
Ich muss [Feature-Beschreibung] entwerfen. Führen Sie das Entdeckungsinterview durch und erstellen Sie ein Design-Briefing.
Kontextbewusste Planung
Gestalten Sie die UX für [Feature]. Ich habe bereits Design-Kontext von /impeccable, nutzen Sie diesen also bei der Diskussion über Einschränkungen und Muster.
Planung mit spezifischen Einschränkungen
Planen Sie die UX für [Feature] mit diesen Einschränkungen: [Einschränkungen auflisten wie Mobile-First, Barrierefreiheitsanforderungen, Performance-Budgets]. Konzentrieren Sie das Interview darauf, wie diese das Design beeinflussen.
Anti-Ziel-Exploration
Ich möchte [Feature] entwerfen, aber ich mache mir Sorgen über [spezifische Bedenken wie Komplexitätsüberforderung]. Stellen Sie sicher, dass das Entdeckungsinterview Anti-Ziele und was dies NICHT sein sollte erforscht.

Bewährte Verfahren

  • Rufen Sie /impeccable auf, bevor Sie diese Fähigkeit verwenden, um sicherzustellen, dass Designprinzipien und Projektkontext geladen sind
  • Beantworten Sie Interviewfragen sorgfältig, auch wenn Sie glauben, dass ein Detail offensichtlich ist
  • Überprüfen Sie das generierte Design-Briefing sorgfältig, bevor Sie es bestätigen
  • Übergeben Sie das bestätigte Briefing an /impeccable craft oder /impeccable für eine nahtlose Implementierung

Vermeiden

  • Das Entdeckungsinterview überspringen und direkt zu Designvorschlägen springen
  • Ein-Wort-Antworten auf Interviewfragen ohne Kontext geben
  • Diese Fähigkeit in der Erwartung verwenden, Code-Ausgabe statt Design-Dokumentation zu erhalten
  • Den Briefing-Bestätigungsschritt ignorieren und mit unvollständigem Verständnis fortfahren

Häufig gestellte Fragen

Wann sollte ich diese Fähigkeit versus /impeccable craft verwenden?
Verwenden Sie diese Fähigkeit, wenn Sie das Design zuerst planen und durchdenken möchten. Verwenden Sie /impeccable craft, wenn Sie den vollständigen Entdeckungs-zu-Build-Flow in einem Schritt wünschen. /impeccable craft führt diese Fähigkeit intern aus und fährt dann mit der Implementierung fort.
Schreibt diese Fähigkeit Code?
Nein. Diese Fähigkeit konzentriert sich auf Design-Denken und erstellt ein Design-Briefing. Für die Implementierung übergeben Sie das Briefing an /impeccable, /impeccable craft oder eine andere Implementierungsfähigkeit.
Was mache ich mit dem Design-Briefing?
Bestätigen Sie es mit dem Benutzer und übergeben Sie es dann an eine Implementierungsfähigkeit wie /impeccable craft oder verwenden Sie es als Anleitung für die manuelle Codierung. Das Briefing definiert, was gebaut werden muss.
Warum ruft diese Fähigkeit /impeccable auf?
/impeccable enthält Designprinzipien, Anti-Muster und das Kontext-Sammel-Protokoll. Dies stellt sicher, dass das Briefing auf solidem Design-Denken und projektspezifischem Kontext basiert.
Kann ich diese Fähigkeit zum Redesign vorhandener Features verwenden?
Ja. Das Entdeckungsinterview wird nach vorhandenen Mustern, dem, was funktioniert, dem, was nicht funktioniert, und dem, was sich ändern sollte, fragen. Dies hilft, Verbesserungsmöglichkeiten zu identifizieren.
Wie lange dauert das Entdeckungsinterview?
Es hängt von der Komplexität des Features ab. Einfache Features können 5-10 Minuten dauern. Komplexe Features mit vielen Einschränkungen können 20-30 Minuten dauern. Die Investition spart Zeit, indem sie Implementierungsaufwand reduziert.

Entwicklerdetails

Dateistruktur

📄 SKILL.md