📦

shape

Sûr

Planifier la Conception UX/UI Avant le Codage

La plupart des interfaces générées par IA échouent car elles ignorent la pensée conceptuelle. Cette compétence exécute un entretien de découverte structuré pour comprendre les besoins, les contraintes et les objectifs des utilisateurs avant de produire un brief de conception complet qui guide l'implémentation.

Prend en charge: Claude Codex Code(CC)
🥉 75 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "shape". Façonnez l'UX pour un flux d'onboarding utilisateur qui aide les nouveaux utilisateurs à configurer leur espace de travail.

Résultat attendu:

Résumé de la fonctionnalité : Configuration initiale de l'espace de travail pour les utilisateurs qui viennent de s'inscrire. Objectif principal : emmener les utilisateurs vers le 'moment d'aha' en 5 minutes tout en réduisant l'anxiété face à la complexité de la configuration. Action principale de l'utilisateur : Compléter la configuration de l'espace de travail avec confiance. Direction de conception : Calme, rassurant, révélation progressive. Stratégie de mise en page : Flux vertical à colonne unique avec indicateurs de progression clairs. États clés : Première visite (accueil), En cours (indicateurs d'étapes), Terminé (célébration du succès), Erreur (validation avec guidance). Modèle d'interaction : Assistant guidé avec étapes optionnelles ignorables, sauvegarde automatique après chaque section. Exigences de contenu : Message de bienvenue, titres d'étapes, texte d'aide intégré, messages de validation. Références recommandées : interaction-design.md, form-design.md. Questions ouvertes : Devrions-nous autoriser le跳过 de la configuration du profil ?

Utilisation de "shape". J'ai besoin de concevoir un tableau de bord pour surveiller la santé des API.

Résultat attendu:

Résumé de la fonctionnalité : Tableau de bord de surveillance des API en temps réel pour les ingénieurs DevOps. Objectif principal : identification rapide des problèmes et analyse des causes racines. Action principale de l'utilisateur : Repérer et diagnostiquer rapidement les anomalies d'API. Direction de conception : Densité d'information élevée, contraste fort, analyse rapide. Stratégie de mise en page : Grille avec vue d'ensemble du statut en haut, métriques détaillées en bas, gradient de gravité de gauche à droite. États clés : Tous les systèmes sains, dégradation partielle (avertissement), défaillance critique, chargement (récupération initiale des données), aucune donnée. Modèle d'interaction : Survol pour les détails, clic pour approfondir, rafraîchissement automatique toutes les 30s, rafraîchissement manuel disponible. Exigences de contenu : Noms des services, indicateurs de statut, chiffres de latence, nombres d'erreurs, horodatages, messages d'erreur. Références recommandées : data-visualization.md, dashboard-design.md. Questions ouvertes : Préférences de seuils d'alerte ?

Audit de sécurité

Sûr
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
Fichiers analysés
96
Lignes analysées
1
résultats
1
Total des audits
Problèmes à risque faible (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.
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

Chef de Produit Planifiant une Nouvelle Fonctionnalité

Avant de transmettre les exigences à l'ingénierie, utilisez cette compétence pour établir une direction UX claire, des métriques de succès et des contraintes de conception.

Développeur Démarrant l'Implémentation

Utilisez avant de coder pour clarifier ce qui doit être construit, en évitant le travail de refonte causé par des exigences mal comprises ou des cas limites oubliés.

Designer Définissant les Modèles d'Interaction

Structurez votre réflexion autour des flux utilisateurs, des états et des exigences de contenu avant de créer des maquettes visuelles ou des prototypes.

Essayez ces prompts

Planification de Fonctionnalité Basique
J'ai besoin de concevoir [feature description]. Exécutez l'entretien de découverte et créez un brief de conception.
Planification Contextuelle
Façonnez l'UX pour [feature]. J'ai déjà un contexte de conception de /impeccable, donc utilisez-le lors de la discussion sur les contraintes et les patrons.
Planification avec Contraintes Spécifiques
Planifiez l'UX pour [feature] avec ces contraintes : [list constraints comme mobile-first, exigences d'accessibilité, budgets de performance]. Concentrez l'entretien sur la façon dont ces contraintes façonnent la conception.
Exploration des Anti-Objectifs
Je veux concevoir [feature] mais je m'inquiète pour [specific concern comme la complexité écrasante]. Assurez-vous que l'entretien de découverte explore les anti-objectifs et ce que cela ne doit PAS être.

Bonnes pratiques

  • Invoke /impeccable avant d'utiliser cette compétence pour assurer que les principes de conception et le contexte du projet sont chargés
  • Répondez thoughtfully aux questions d'entretien même si vous pensez qu'un détail est évident
  • Examinez attentivement le brief de conception généré avant de confirmer
  • Transmettez le brief confirmé à /impeccable craft ou /impeccable pour une implémentation fluide

Éviter

  • Sauter l'entretien de découverte et aller directement aux suggestions de conception
  • Donner des réponses d'un mot aux questions d'entretien sans contexte
  • Utiliser cette compétence en attendant une sortie de code au lieu d'une documentation de conception
  • Ignorer l'étape de confirmation du brief et procéder avec une compréhension incomplète

Foire aux questions

Quand dois-je utiliser cette compétence versus /impeccable craft ?
Utilisez cette compétence lorsque vous voulez d'abord planifier et réfléchir à la conception. Utilisez /impeccable craft lorsque vous voulez le flux complet de découverte à construction en une étape. /impeccable craft exécute cette compétence en interne, puis procède à l'implémentation.
Cette compétence écrit-elle du code ?
Non. Cette compétence se concentre sur la pensée conceptuelle et produit un brief de conception. Pour l'implémentation, transmettez le brief à /impeccable, /impeccable craft, ou toute autre compétence d'implémentation.
Que fais-je du brief de conception ?
Confirmez-le avec l'utilisateur, puis transmettez-le à une compétence d'implémentation comme /impeccable craft ou utilisez-le comme guide pour le codage manuel. Le brief définit ce qui doit être construit.
Pourquoi cette compétence invoque-t-elle /impeccable ?
/impeccable contient des principes de conception, des anti-patterns et le Protocole de Collecte de Contexte. Cela assure que le brief est ancré dans une pensée conceptuelle solide et un contexte propre au projet.
Puis-je utiliser cette compétence pour reconcevoir des fonctionnalités existantes ?
Oui. L'entretien de découverte posera des questions sur les patrons existants, ce qui fonctionne, ce qui ne fonctionne pas, et ce qui devrait changer. Cela aide à identifier les opportunités d'amélioration.
Combien de temps dure l'entretien de découverte ?
Cela dépend de la complexité de la fonctionnalité. Les fonctionnalités simples peuvent prendre 5-10 minutes. Les fonctionnalités complexes avec de nombreuses contraintes peuvent prendre 20-30 minutes. L'investissement fait gagner du temps en réduisant le travail de refonte de l'implémentation.

Détails du développeur

Structure de fichiers

📄 SKILL.md