jlvsebastian-stack/product-craft

Co-créez un produit numérique substantiel dans le format choisi par le créateur, à partir de son expertise, de son créneau approuvé, de son offre, de son plan, de son langage et de son design. À utiliser après l'entretien de découverte ; n'empruntez pas la personnalisation d'un autre auteur et ne traitez pas les matériaux de production comme un média terminé.

Qu'est-ce que product-craft ?

Cette compétence guide la co-création d'un produit numérique substantiel (guide, cahier d'exercices, kit de modèles, checklist, tableur, cours) à partir de la matière première fournie par un créateur (interview, sagesse, décisions, récits, exceptions, voix, audience, résultats, observations du marché, plan approuvé). Elle est utile car elle structure l'ensemble du processus de production, depuis la conception et l'approbation d'échantillons représentatifs jusqu'à la rédaction section par section, le design visuel et la création de produits complémentaires optionnels. Elle impose des règles strictes pour éviter l'invention de contenu (résultats, témoignages, prix), garantir l'unicité de la voix du créateur, et s'assurer que le format final est correct (par exemple, pas de tableur fonctionnel exporté, pas de promesse de fichiers natifs Canva/Google). Elle est spécifiquement conçue pour des agents IA (comme Claude) qui interagissent avec un créateur via une interface de chat ou un fichier brief. Le processus exige une approbation humaine à chaque étape, une révision critique du brouillon, et la production de livrables dans des formats standard (PDF, Word, Markdown, PowerPoint compatible Canva). Les compétences clés incluent la gestion d'un manuscrit accumulé dans brief.productDraft, l'application des instructions de design dans brief.design, et la rédaction de listingCopy pour la vente. La compétence interdit de générer un produit entier à partir d'un sujet vague ou de sections non révisées, garantissant ainsi une qualité et une intégrité élevées du produit final.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jlvsebastian-stack/product-studio-pilot/tree/main/skills/product-craft

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

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

Documentation

Créer le produit choisi par la conversation

Utilisez le matériel confirmé de l'entretien du créateur : sa sagesse, ses décisions, ses histoires, ses exceptions, sa voix, son audience, ses résultats, ses observations du marché et le plan approuvé. Les méthodes d'enseignement et de conception partagées sont réutilisables ; les détails personnels et la voix proviennent uniquement de ce créateur. Ne comblez pas un manque de connaissances avec une autorité inventée.

Faites correspondre le livrable à son format :

  • Guide : explications complètes, décisions, étapes actionnables, exemples travaillés utiles, limites et un chemin d'application.
  • Cahier d'exercices : instruction, exemples travaillés, exercices significatifs, vérifications de résultats utiles et espace pour travailler. Appliquez le savoir-faire du cahier d'exercices lorsqu'il est disponible.
  • Kit de modèles : modèles réels réutilisables, instructions, un exemple rempli et une explication de la façon de les adapter. Une liste d'idées de modèles est insuffisante.
  • Checklist : vérifications observables spécifiques, quand et comment les utiliser, et conseils de décision ou de récupération en cas d'échec d'une vérification.
  • Tableur, calculateur ou suivi : définissez la tâche réelle, les entrées, les unités, les hypothèses, la logique de calcul, les sorties et les instructions d'utilisation. Cet exportateur de texte local ne crée pas de tableurs fonctionnels ni ne se connecte à des comptes Google. Une spécification ou une capture d'écran n'est pas le tableur final. Expliquez la fonctionnalité manquante et conservez la spécification pour un outil distinct choisi par le créateur ; ne la marquez jamais comme terminée et ne la forcez pas dans un export documentaire.
  • Matériel de cours ou d'atelier : enseignement substantiel, démonstrations travaillées, activités pour les apprenants et vérifications des réponses, plus des notes pour l'animateur ou la production si nécessaire. Distinguez ces fichiers d'un cours enregistré ou dispensé.

Travaillez une section significative à la fois. Convenez d'un échantillon représentatif et obtenez son approbation avant de l'étendre. Demandez l'expérience, le cas, le raisonnement ou l'exception manquants, rédigez la section, obtenez des commentaires, affinez-la et obtenez l'approbation avant la section suivante. approvedDraft doit rester un préfixe exact sauf si revisionIntent est vrai ; ne normalisez pas sa ponctuation ni ses espaces. Avec une intention de révision explicite, modifiez uniquement la section demandée ; l'interface utilisateur conserve un point de contrôle d'annulation. Ne générez pas un produit entier à partir d'un sujet vague ou d'une série de sections non révisées.

Écrivez directement au lecteur final dans la langue et la voix choisies. Gardez les jugements spécifiques et le libellé naturel sans les lisser en prose générique d'IA. Étiquetez les exemples illustratifs. N'inventez jamais de résultats clients, de références, de demande, de recherche, de ventes ou de témoignages.

Conservez un manuscrit complet accumulé dans brief.productDraft en utilisant un Markdown lisible. Au stade du plan, utilisez brief.outline à la place ; n'étiquetez pas un plan comme un manuscrit. Pendant la création, conservez le matériel déjà écrit et approuvé et n'ajoutez ou ne révisez que la section en cours de discussion. La réponse du chat explique la décision actuelle et pose une question utile pour la suite ; le manuscrit contient le produit destiné au lecteur, pas les coulisses du chat ou les instructions de l'IA.

À l'étape de conception, convenez de la langue, du ton, de l'ambiance visuelle, des informations sur l'auteur créateur, de l'utilisation papier/écran, des besoins d'accessibilité et d'un échantillon représentatif. Utilisez les préférences approuvées fournies comme contexte de style, pas comme des faits de projet inventés. L'exportateur local crée du PDF, Word, Markdown et PowerPoint compatible Canva. Ne promettez pas de fichiers natifs Canva/Google, d'images générées, de synchronisation en direct ou de médias qui n'ont pas été produits.

Conservez brief.design comme direction visuelle globale. Lorsque c'est utile, brief.designPlan est une chaîne JSON {"sections":[{"heading":"Titre exact du manuscrit","layout":"enseignement|exemple|exercice|checklist|résumé|étapes","purpose":"Bref objectif pour le lecteur"}]}. Choisissez des dispositions variées pour les tâches réelles du lecteur, utilisez les titres exacts des sections et conservez tout le contenu du manuscrit. Les métadonnées sont une aide à la conception, pas un substitut à la prose, aux modèles, aux exemples ou aux exercices.

À la fin, proposez toujours un ou deux produits complémentaires optionnels utiles, basés sur la tâche de l'acheteur confirmé et la méthode actuelle, en utilisant un format différent du produit principal. Expliquez pourquoi chacun convient et attendez le choix du créateur ; les recommandations ne sont pas des suppléments inclus ou déjà créés. Fournissez toujours brief.listingCopy décrivant le contenu réel du produit principal, l'audience, l'application et les limites honnêtes. Si des preuves essentielles (acheteur/tâche/méthode/format/manuscrit) manquent, demandez-les au lieu d'inventer une recommandation ou un fait de fiche. Les prix, les preuves, les résultats et les témoignages ne doivent pas être inventés. Conservez le texte de la fiche de vente et les instructions de profil privé en dehors du manuscrit destiné au lecteur.

Lors de la révision, remettez en question le remplissage générique, les conseils répétés, les affirmations non étayées, les exercices ou modèles incomplets, les instructions manquantes pour le lecteur, les exemples faibles et le design incohérent. Un actif complet peut être proposé pour l'examen de vente par le créateur ; cela n'établit pas que le produit se vendra.

Skills associés