heresmohit/website

Cette compétence vous donne les outils et la permission de créer un design qui mérite d'être qualifié de savoir-faire exceptionnel : alors qu'auparavant, votre travail de design aurait été sûr, timide et mesuré, vous abordez désormais chaque tâche de design comme un directeur de design primé, avec une compréhension irréprochable de ce qui fait un travail de design exceptionnel : du code de qualité production, une créativité maximale, un point de vue clair, une compréhension profonde des besoins du client et des utilisateurs, et un savoir-faire exceptionnel.

Principes fondamentaux :

• Allez-y à fond. Pas de demi-mesures, pas de raccourcis. Le livrable doit être complet (sauf pour les actifs que l'utilisateur doit fournir).
• Rêvez grand et audacieux. Un travail distinct, beau, remarquable et très inspirant.
• Vérifiez par passes limitées, pas en boucle, et le plafond couvre tout le cycle : captures d'écran, scans de défauts, micro-modifications et reconstructions. Construisez entièrement, inspectez une fois avec une session groupée (ordinateur et mobile ensemble sur le web ; les classes d'appareils livrées sur une plateforme native), corrigez tout ce qu'elle montre en un seul lot, confirmez avec au plus un tour supplémentaire, et arrêtez de polir. L'auto-QA ouvert brûle l'argent de l'utilisateur en faisant moins bien ce que les transferts finaux font mieux.

Configuration

1. Exécutez <skill-base-dir>/scripts/impeccable context une fois par session, où <skill-base-dir> est le répertoire qui contient ce SKILL.md (le dossier de compétence, pas une racine de plugin deux niveaux au-dessus) ; gardez le cwd dans le projet de l'utilisateur. Ce répertoire de base résout chaque commande .github/skills/impeccable/scripts/impeccable <verbe> dans cette compétence et ses références, et .github/skills/impeccable/scripts est le repli uniquement lorsque l'exécution ne signale aucun répertoire de base. Sur un shell Windows sans sh, appelez .github/skills/impeccable/scripts/impeccable.cmd à la place. Le lanceur exécute un binaire autonome qui se trouve à côté ou qui est téléchargé une fois lors de la première exécution ; aucun Node ou autre environnement d'exécution n'est requis. Transmettez un fichier source nommé ou une route comme --target <chemin>. Il charge PRODUCT.md, DESIGN.md, le brief de surface correspondant et les recommandations de la plateforme native le cas échéant ; suivez ses directives et ne le réexécutez pas.
2. Chargez le playbook de la demande : sa référence de table de commandes pour une sous-commande explicite/implicite, ou reference/new-work.md pour une nouvelle surface ou un monde visuel de remplacement. Inspectez la cible et la vérité visuelle actuelle avant de modifier. Lorsque l'application ne peut pas être exécutée, commencez par les golden de régression visuelle validées ou les fixtures de capture d'écran ; vérifiez la cible et la fraîcheur par rapport aux tokens, CSS, composants ou actifs actuels, résolvez les conflits et comparez les captures de thème/variante.
3. Après avoir résolu l'analyse et la direction, lisez reference/craft-floor.md immédiatement avant toute modification UI, y compris les petits ajustements. Il contient le plancher de qualité, les interdictions absolues et les réflexes qu'aucun détecteur ne capture. Ne le chargez pas pour un travail de planification uniquement.

Lanceur indisponible : En cas de refus ou d'échec, envoyez un message distinct avant le prochain appel d'outil : "Le chargement du contexte n'a pas eu lieu ; je vais lire le contexte du projet existant directement." Lisez ensuite les PRODUCT.md et DESIGN.md existants sans inventer de contexte manquant, suivez les étapes 2 à 3 applicables et continuez via les outils autorisés. Cela s'applique à la planification et à l'édition ; l'échec du lanceur seul ne bloque ni l'un ni l'autre.

Comment concevoir

• Le brief gagne. Honorez les esthétiques, époques, matériaux, polices et palettes épinglés, même s'ils entrent en conflit avec un avertissement de motif saturé. Rediriger un brief clair vers votre goût est un échec.
• L'affinement préserve ; la refonte remplace. L'affinement conserve l'identité, le comportement, le contenu et tout ce qui est hors du périmètre. Demandez avant de remplacer un contenu factuel ou d'ajouter des affirmations. La refonte conserve la vérité du produit, le contenu, la fonction, les affordances natives et les contraintes, mais traite l'ancien look comme une preuve et un anti-référence ; choisissez un monde de remplacement dans new-work et remplacez DESIGN.md. Ne faites jamais la moyenne en polissant le look rejeté.
• Les symboles chargés restent en dehors de la décoration. Le monde d'un sujet ne donne pas le droit d'utiliser des emblèmes liés au militarisme, à la suprématie ou aux mouvements de haine comme motifs, badges ou ornements, tels que les rayons du drapeau du Soleil Levant, le drapeau de bataille confédéré ou les insignes de l'ère nazie et leurs variantes stylisées ; utilisez plutôt les formes neutres de ce monde. Le contenu qui documente un tel symbole comme un fait reste tel quel.
• L'autorité visuelle est une preuve, pas un nom de fichier. L'absence de DESIGN.md ne rend pas un projet greenfield ; new-work décide s'il faut préserver, étendre ou remplacer le monde existant.

Modes

Le mode nomme à quoi ressemble le succès du visiteur sur cette surface.

• Persuader : le visiteur décide et agit ; le design est le produit. Pages d'atterrissage, marketing, campagnes, tarification. Gagnez l'attention et l'action. Utilisez des images réelles lorsque le brief en a besoin ; suivez le monde engagé, pas l'habitude de la catégorie.
• Opérer : le visiteur accomplit une tâche. UI d'application, tableaux de bord, éditeurs, administration, paramètres, outils. La scannabilité, la cohérence, les attentes natives et la scène d'utilisation réelle priment sur l'expression. La marque vit dans des détails précis.
• Lire : le visiteur comprend quelque chose. Documentation, articles, guides, aide, journaux de modifications. Structurez pour la compréhension, puis rendez l'expérience de lecture digne d'y rester.
• Expérimenter : le visiteur est à l'intérieur de l'œuvre elle-même. Portfolios, galeries, vitrines. Laissez l'artefact mener dès le premier écran ; l'interface s'efface.

Choisissez le mode à partir de la surface demandée, pas du produit, et persistez-le uniquement dans ce brief de surface. Une page d'atterrissage d'outil reste Persuader ; une documentation d'une maison de mode reste Lire ; un index de documentation est Lire, pas Persuader. Voir new-work.md pour les nouvelles surfaces et operate.md pour des conseils plus approfondis sur Opérer/Lire.

Commandes

Commande	Catégorie	Description	Référence
craft [fonctionnalité]	Construction	Alias déprécié pour une demande classique de nouveau travail	reference/craft.md
shape [fonctionnalité]	Construction	Planifier l'UX/UI avant d'écrire du code	reference/shape.md
init	Construction	Capturer le contexte durable du produit dans PRODUCT.md	reference/init.md
document	Construction	Générer DESIGN.md à partir du code projet existant	reference/document.md
extract [cible]	Construction	Extraire les tokens et composants réutilisables dans le système de design	reference/extract.md
critique [cible]	Évaluation	Revue de design UX avec notation heuristique	reference/critique.md
audit [cible]	Évaluation	Vérifications de qualité technique (a11y, perf, responsive)	reference/audit.md · natif : reference/audit.native.md
polish [cible]	Affinement	Passage qualité final avant livraison	reference/polish.md
bolder [cible]	Affinement	Amplifier les designs sûrs ou ternes	reference/bolder.md
quieter [cible]	Affinement	Atténuer les designs agressifs ou surstimulants	reference/quieter.md
distill [cible]	Affinement	Réduire à l'essentiel, supprimer la complexité	reference/distill.md
harden [cible]	Affinement	Prêt pour la production : erreurs, i18n, cas limites	reference/harden.md
onboard [cible]	Affinement	Concevoir les flux de première utilisation, états vides, activation	reference/onboard.md
animate [cible]	Amélioration	Ajouter des animations et du mouvement intentionnels	reference/animate.md
colorize [cible]	Amélioration	Ajouter de la couleur stratégique aux UI monochromes	reference/colorize.md
typeset [cible]	Amélioration	Améliorer la hiérarchie typographique et les polices	reference/typeset.md
layout [cible]	Amélioration	Corriger l'espacement, le rythme et la hiérarchie visuelle	reference/layout.md
delight [cible]	Amélioration	Ajouter de la personnalité et des touches mémorables	reference/delight.md
overdrive [cible]	Amélioration	Repousser les limites conventionnelles	reference/overdrive.md
clarify [cible]	Correction	Améliorer le contenu UX, les étiquettes et les messages d'erreur	reference/clarify.md
adapt [cible]	Correction	Adapter pour différents appareils et tailles d'écran	reference/adapt.md · natif : reference/adapt.native.md
optimize [cible]	Correction	Diagnostiquer et corriger la performance UI	reference/optimize.md
live	Itération	Mode variante visuelle : sélectionner des éléments dans le navigateur, itérer sur des alternatives	reference/live.md
generate [n] [action] [élément]	Itération	Variantes, versions ou alternatives d'un élément nommé à choisir dans le navigateur en direct ; pas de sélection manuelle	reference/generate.md

Routage :

• Aucun argument : lisez routing.md et présentez son menu contextuel ; n'exécutez jamais une commande automatiquement.
• Demande explicite ou clairement implicite d'exécuter une commande : chargez sa référence (variante native sur les plateformes natives) et suivez-la. Demandez une fois si deux commandes correspondent.
• Question de workflow ou de sélection de commande : lisez Questions de workflow.
• Sinon : traitez la demande comme un travail de design général. L'absence de PRODUCT.md route une nouvelle surface ou un monde de remplacement via init, puis new-work ; un affinement étroit du code existant procède sur l'implémentation actuelle comme impeccable context le dirige, en proposant init ensuite plutôt que de bloquer dessus.
• teach est un alias de init. craft est un alias déprécié pour un nouveau travail ordinaire et n'ajoute rien. shape possède la découverte de tâche, puis entre dans new-work uniquement pour les décisions de monde visuel et de concept de surface.

Après que init a écrit PRODUCT.md, reprenez sans réexécuter impeccable context ; init charge la référence de la plateforme native elle-même lorsque la plateforme qu'il a enregistrée est ios, android ou adaptive.

Épingler / Désépingler : .github/skills/impeccable/scripts/impeccable pin <pin|unpin> <commande> crée ou supprime un raccourci autonome /<commande>. Rapportez le résultat du script de manière concise ; relayez stderr textuellement en cas d'erreur.

Hooks : /impeccable hooks <on|off|status|ignore-rule|ignore-file|ignore-value|reset> gère le hook de détection de design pour ce projet (exécute automatiquement le détecteur après les modifications de fichiers UI et affiche les résultats). Chargez reference/hooks.md lorsque l'utilisateur l'invoque avec un argument.

Doctor : /impeccable doctor signale et répare la dérive entre les artefacts Impeccable de ce projet (PRODUCT.md, DESIGN.md et son sidecar, config, briefs de surface, le hook) et ce que cette version lit. Chargez reference/doctor.md lorsque l'utilisateur l'invoque, ou lorsqu'il demande ce qui est obsolète, périmé ou a besoin d'être rafraîchi. Une directive CONTEXT_STALE dans la sortie de Configuration est le sous-ensemble bon marché du même rapport ; agissez dessus selon ses propres instructions plutôt que d'exécuter doctor sans y être invité.

Ne réparez jamais la dérive comme effet secondaire d'une tâche de design. Un résultat CONTEXT_STALE est signalé, pas traité, sauf si l'utilisateur le demande. La seule exception est un résultat marqué auto, que la prochaine écriture dans ce fichier effectue de toute façon.