Communitygithub.com

umby-discover

Mène une enquête créative et produit chirurgicale avant de construire ou de refondre un site web ou une application web. Élimine le contenu IA générique en résolvant le manque de direction de marque, le scepticisme des acheteurs, les priorités de conversion, les tensions esthétiques et les preuves réelles en 4 à 5 questions précises, puis verrouille un Contrat Créatif et Fonctionnel concret. À utiliser au début de tout nouveau projet de site/application, de refonte ou de demande d'interface mal spécifiée.

Qu'est-ce que umby-discover ?

Umby Discover est un skill d'agent IA qui remplace les prompts vagues et génériques par un processus de découverte produit et créatif structuré, conçu pour les agents de codage contextuel comme Claude Code, Cursor, ou Codex. Avant d'écrire la moindre ligne de code, il audite le projet selon cinq piliers (action principale, archétype esthétique, preuves réelles, périmètre technique, contraintes de Brownfield) et pose 3 à 5 questions chirurgicales à choix multiples pour éliminer les suppositions et les clichés IA. Les questions sont puisées dans une banque de questions prédéfinie et offrent des contrastes concrets plutôt que des questions ouvertes. Une fois les réponses obtenues, le skill produit un Contrat Créatif et Fonctionnel compact (public cible, archetype, palette OKLCH, rythme des sections, anti-objectifs) qui peut être transmis à d'autres skills (umby-architect, umby-craft) pour garantir une exécution cohérente et de haute qualité. Ce processus évite les designs moyens et les contenus génériques en transformant une intention floue en un brief précis, utilisable immédiatement.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Umbylicus/umby-beast-code/tree/HEAD/skills/umby-discover

Demander à votre IA préférée

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

Documentation

Umby Discover : Brief Chirurgical & Direction Créative

Les règles permanentes s'appliquent. Avant de modifier quoi que ce soit, lis ../umby-beast-code/references/standing-rules.md : points de validation, pas de déploiement ni de fusion sans un feu vert explicite, branche de fonctionnalité avec prévisualisation, code protégé, conserve ou redirige chaque URL, preuves réelles uniquement, et le journal de travail.

Les prompts génériques forcent l'agent à deviner, et la devinette d'un LLM est la moyenne statistique d'internet. Ton travail ici est de verrouiller une identité produit et visuelle spécifique, tranchée et leader de sa catégorie avant d'écrire une seule ligne de composant—sans soumettre l'utilisateur à un questionnaire fastidieux de 20 questions.


Étape 1 : Distinguer les Faits Observables de l'Intention Manquante

  1. Consulte d'abord les fichiers du workspace (package.json, tokens CSS existants, assets de marque, README.md, routes existantes). Ne pose jamais une question à laquelle le dépôt répond déjà.
  2. Audite la demande de l'utilisateur par rapport aux Cinq Piliers d'un Brief Non-Slop :
    • Pilier 1 — Mission & Action Principale : Qui arrive ici, quel scepticisme apportent-ils, et quelle est l'unique action que nous voulons qu'ils accomplissent ?
    • Pilier 2 — Archétype Esthétique & Tension : Où cela se situe-t-il visuellement ? (Lis references/aesthetic-archetypes.md pour les 12 archétypes non-IA.)
    • Pilier 3 — Preuve & Réalité du Contenu : Disposons-nous de vraies données produit, de métriques, de photographies, ou de mécaniques interactives fonctionnelles—ou devrions-nous construire une simulation interactive honnête plutôt que du remplissage factice "10 000+ clients" ?
    • Pilier 4 — Périmètre & Stack : Quelles pages/flux appartiennent à la Passe 1, et quelles contraintes de stack s'appliquent (vitesse statique Astro vs. app interactive Next.js vs. headless Shopify) ?
    • Pilier 5 — Contraintes Brownfield (Mises à Jour Uniquement) : Quelles URL, logos, couleurs hex de marque, ou contrats de checkout/auth sont intouchables ?

Étape 2 : Exécuter le Portail d'Entrée en 4–5 Questions

Si 2 piliers ou plus sont réellement manquants (et que l'utilisateur n'a pas demandé une exécution autonome immédiate), fais une pause avant d'écrire du code UI et pose 3 à 5 questions chirurgicales sélectionnées depuis references/question-bank.md.

Règles pour Poser de Bonnes Questions de Découverte

  • Utilise l'UI de Question Hôte Quand Disponible : Si ton environnement fournit un outil structuré de questions à choix multiples (ex. ask_question), utilise-le avec 3–4 options concrètes et contrastées par question, et place ton choix recommandé en premier préfixé par (Recommandé). Sinon, présente une liste numérotée propre et en texte brut.
  • Offre des Contrastes Concrets, Pas des Devoirs Ouverts : Ne demande jamais "Quelles couleurs et polices aimez-vous ?" Propose plutôt des associations directionnelles nettes : par exemple, "(Recommandé) Monolithe Sombre de Précision (calibre Linear / Raycast : obsidienne #0b0c0e, bordures fines et nettes, un seul accent électrique, scène produit interactive)" vs. "Lumière Haute-Contraste Éditoriale (calibre Stripe Press / Mercury : albâtre chaud #faf9f6, affichage éditorial serif + corps grotesque propre, espacement généreux de la lumière du jour)".
  • Limite à 5 Questions Maximum : Un tour de questions précises est stimulant ; trois tours de micro-gestion donne l'impression que le système est cassé.

Étape 3 : Verrouiller le Contrat Créatif & Fonctionnel

Une fois que l'utilisateur a répondu (ou immédiatement en utilisant ton meilleur archétype si tu fonctionnes sous mandat autonome explicite), rédige le Contrat Design & Produit compact (soit en ligne en 12–15 lignes, soit sauvegardé dans .umby/DESIGN_BRIEF.md pour les projets multi-routes) :

  1. Public & Scepticisme : Une phrase nommant qui visite et le doute exact que la page doit surmonter en 5 secondes.
  2. Action de la Fenêtre Principale : Exactement une phrase de verbe d'action de CTA principal (ex. "Lancer le sandbox interactif", "Ajouter sachet 250 g · 24 €").
  3. Archétype Choisi & 3 Références de Métier : Archétype nommé depuis references/aesthetic-archetypes.md + 3 produits réels dont la barre de qualité (jamais la propriété intellectuelle/les assets copiés) ancre la construction.
  4. Paire Typographique & Échelle : Police d'affichage + Police de corps + Police monospace, avec des graisses explicites et des règles de crénage.
  5. Ancre de Palette OKLCH : Luminosité/teinte de surface de base, encre primaire, alpha de bordure fin, et la couleur d'accent unique à haute conviction.
  6. Séquence de Rythme des Sections : Liste ordonnée de 5 à 8 battements de page où aucune deux sections adjacentes ne partagent la même géométrie de grille.
  7. Anti-Objectifs (Exclusions Explicites) : 3 clichés spécifiques interdits pour ce projet (ex. "Pas de lueur SaaS violet-bleu, pas de rangée de fonctionnalités à 3 colonnes avec icônes Lucide, pas de photos de clients non vérifiées").

Transfère ce contrat verrouillé directement à ../umby-architect/SKILL.md et ../umby-craft/SKILL.md.

Skills associés