Shape vague feature ideas into decided product directions before designing screens
Modes Shape/Review/Handoff, registre de preuves séparant connu et supposé, gate de nécessité IA, cotation des risques, plus petite feature cohérente de bout en bout, et contrats d'interaction concrets avec vrais labels et textes d'erreur
- Quoi
- Modes Shape/Review/Handoff, registre de preuves séparant connu et supposé, gate de nécessité IA, cotation des risques, plus petite feature cohérente de bout en bout, et contrats d'interaction concrets avec vrais labels et textes d'erreur
- Coût
- Gratuit
- Prérequis
- une idée de feature, un concept ou un domaine produit à décider (et optionnellement un contrat .uxproof/ de om-ux-setup) — le skill décide la direction, il n'implémente pas
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le skill om-ux-shape de @open-mercato : transformer l'ambiguïté en direction décidée avant que quiconque dessine des écrans. Trois modes (Shape pour opportunités vagues, Review pour concepts/flows existants, Handoff pour comportement prêt à implémenter), une discipline de dix principes (partir du problème conséquent, traiter les exigences comme des affirmations, étiqueter faits/inférences/hypothèses/inconnus, recommander une direction plutôt que se cacher derrière des menus, traiter l'IA comme un matériau de design avec incertitude/latence/coût), un registre de preuves séparant connu et supposé, un gate de nécessité IA avec vérification d'alternative à base de règles, des métriques de valeur humaine, cotation des quatre risques produit plus risques IA spécifiques, génération de 2-3 mécanismes réellement différents avec arbitrage explicite, la plus petite feature cohérente de bout en bout (maintenant/plus tard/pas), et des contrats d'interaction concrets — écrans nommés, composants nommés, vrais labels, états vide/chargement/erreur/permission, chemins undo/retry/fallback — avec gate de qualité avant livraison. Bémols honnêtes : processus lourd par design — excessif pour les micro-ajustements (adapter la profondeur au risque de la décision) ; les références requises (decision-framework, ai-interaction, report-templates) vivent dans le `references/` du skill et doivent être chargées au déclenchement ; le contrat de design `.uxproof/` (de om-ux-setup) contraint la sortie quand il existe. Licence MIT. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : une idée de feature, un concept ou un domaine produit à décider (et optionnellement un contrat .uxproof/ de om-ux-setup) — le skill décide la direction, il n'implémente pas Installe-moi « Transformer des idées de features vagues en directions produit décidées avant de dessiner les écrans ». Il donne à mon agent le workflow om-ux-shape de @open-mercato : choisir le mode (Shape/Review/Handoff), écrire pour le lecteur avec le moins de contexte, charger les références requises au déclenchement (decision-framework, ai-interaction, report-templates), construire le registre de preuves, passer le gate de nécessité IA, coter les quatre risques produit, choisir une direction parmi 2-3 mécanismes avec arbitrage explicite, façonner la plus petite feature cohérente de bout en bout, et livrer un contrat d'interaction concret (vrais labels, états, chemins de récupération) vérifié contre la rubrique qualité. Licence MIT. Dépôt : https://github.com/open-mercato/skills/blob/main/skills/om-ux-shape/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « om-ux-shape ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. dire à l'agent l'idée de feature ou le concept à façonner et qui est le lecteur avec le moins de contexte (celui qui construit/dessine) ; le coupler au contrat .uxproof/ de om-ux-setup quand il existe — installer om-ux-setup séparément ; garder la profondeur du processus proportionnelle au risque de la décision). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.