Communitygithub.com

alty-oss/design-délivrance

Utilisez cette compétence pour livrer une modification UI avec ses décisions, ses preuves de vérification et ses limitations restantes.

Qu'est-ce que design-délivrance ?

Cette compétence formalise la remise de modifications visuelles (UI) en forçant la documentation des décisions, preuves de vérification et limitations résiduelles. Elle s'appuie sur un contrat d'artefact (artifact contract) et impose plusieurs règles métier : lier chaque preuve à la révision de code courante, préserver les captures brutes historiques avec leurs hachages, annoter les obsolescences sans réécrire les métadonnées des révisions passées, et maintenir des schémas de versionnement cohérents (schemaVersion 1) avec des statuts passed/failed/pending. La compétence interdit de considérer des fichiers générés, une compilation réussie, des captures d'écran ou un score comme une qualité professionnelle complète ; elle exige de signaler les blocages restants avec leur impact et la prochaine action. Elle s'intègre dans les workflows des agents de développement (comme Claude Code, Cursor ou Codex) pour standardiser les revues et éviter toute publication, déploiement ou message implicite. L'agent doit produire un résumé concis orienté utilisateur avec des liens vers les fichiers de revue et de preuve, sans jamais déployer, publier ni installer d'intégrations comme étape implicite.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/alty-oss/dev-design/tree/HEAD/skills/design-handoff

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Remise de conception

Português (Brasil) Utilisez le contrat d'artefact. Confirmez que les preuves se rapportent à la révision de code courante ; après un changement visuel, conservez les captures brutes/hachages historiques et les fichiers de preuve inchangés spécifiques à la révision annotez l'obsolescence dans les notes/revue courantes et mettez les vérifications concernées à l'état pending jusqu'à une nouvelle observation. Conservez schemaVersion 1 et les statuts passed|failed|pending ; n'inventez pas d'horodatages de capture et ne réécrivez pas les métadonnées des révisions anciennes. Résumez ce qui a changé et pourquoi, les écrans affectés, comment exécuter/revue, les décisions, les preuves, les vérifications effectivement réalisées et les vérifications en attente ou les défauts. N'assimilez pas des fichiers générés, une compilation réussie, des captures d'écran ou un score à une qualité professionnelle complète. Si un blocage persiste, signalez son impact et la prochaine action ; n'appelez pas le résultat entièrement vérifié. Gardez le résumé destiné à l'utilisateur concis et liez les fichiers de revue/preuve. Ne publiez pas, ne déployez pas, n'envoyez pas de messages et n'installez pas d'intégrations en tant qu'étape de livraison implicite.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Skills associés