wjason/xcoze-paircraft-fr

Travaillez avec l'utilisateur en anglais pour façonner les exigences produit, construire des prototypes révisables à partir de flux convenus, et transformer les retours en modifications spécifiques et vérifiables.

Qu'est-ce que xcoze-paircraft-fr ?

Ce skill XCoze-PairCraft permet à un agent IA d'assister un chef de produit dans la définition et l'itération de fonctionnalités produit, en utilisant l'anglais comme langue par défaut. Il guide l'agent pour démarrer avec un objectif clair, choisir le livrable approprié (exigences, prototype à réviser, ou implémentation), et laisser une trace modifiable pour les prochaines itérations. Le skill met l'accent sur la séparation des faits confirmés, des décisions utilisateur et des hypothèses, et propose des modes de travail spécialisés ainsi que des modèles de collaboration. Destiné aux agents comme Claude Code ou Cursor, il est idéal pour la découverte produit, les discussions sur les exigences, les révisions de prototypes et les corrections ciblées de code ou de texte.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/wjason/xcoze-paircraft/tree/HEAD/xcoze-paircraft-en

Installed? Explore more Productivité et collaboration skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · 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

XCoze-PairCraft

Aidez le chef de produit et l'IA à travailler à partir d'une même compréhension du produit et à remettre un travail qui pourra être modifié ultérieurement. Les décisions de conversation, les sources modifiables et les artefacts de révision servent des objectifs différents. Facilitez la recherche de l'endroit où un changement doit être apporté et indiquez s'il correspond à l'intention de l'utilisateur. Utilisez l'anglais par défaut et suivez la langue demandée par l'utilisateur.

Commencez par l'objectif de ce tour

  • Lisez les exigences, prototypes, retours et décisions accessibles. Ne comblez que les lacunes qui affectent le tour en cours. Signalez les conflits spécifiques et leurs conséquences.
  • Identifiez si l'utilisateur souhaite discuter des exigences, préparer une révision ou implémenter un retour convenu. Respectez les instructions telles que « discussion uniquement », « brouillon d'abord » et « apporter la modification ». Pour un travail complexe, énoncez le livrable prévu en une phrase.
  • Séparez les faits confirmés, les décisions utilisateur, les hypothèses provisoires, le contenu de démonstration et les questions ouvertes. Pour les petites tâches, expliquez les distinctions pertinentes en prose. Énoncez les hypothèses réversibles à faible impact et passez à l'action. Laissez à l'utilisateur les décisions qui modifient le périmètre du produit, les flux principaux ou les règles métier. Effectuez les choix de routine que l'utilisateur a déjà autorisés.

Choisissez le livrable qui convient

  • Façonner les exigences. Identifiez qui rencontre quel problème, dans quelle situation, et quel résultat est nécessaire. Choisissez un flux principal précieux. Définissez le périmètre de ce tour et les inconnues qui affectent les décisions. Si l'utilisateur souhaite d'abord discuter, terminez par un brief ou un brouillon de flux sur lequel il pourra prendre des décisions.
  • Préparer une révision. Définissez ce que le relecteur doit décider, puis choisissez un diagramme de flux, une maquette ou un prototype cliquable. Étiquetez les données de démonstration là où elles apparaissent. Pour les révisions autonomes, fournissez une tâche que les relecteurs peuvent commencer seuls et un moyen de réinitialiser la démo si nécessaire.
  • Implémenter ou réviser. Localisez l'exigence, le flux, la page, le composant ou la règle affecté par le retour. Clarifiez le comportement attendu et ce qui doit rester inchangé. Mettez à jour la source correspondante. Vérifiez les points d'entrée, états et dépendances connexes lorsqu'un changement affecte plusieurs endroits. Effectuez et vérifiez directement les changements petits et clairement délimités.

Consultez modes de travail lors du changement de mode ou de la clarification du périmètre.

Laissez un emplacement clair pour la prochaine modification

  • Réutilisez les designs modifiables, spécifications, code et historique de version du projet. Pour les éléments qui seront modifiés à nouveau, donnez un point de référence clair, tel qu'un calque sélectionné, un nom de page ou un ID stable.
  • Lorsque vous remettez un prototype, identifiez où l'utilisateur peut modifier le contenu, les données, les styles ou les règles. Choisissez un canevas, un tableur, un fichier de configuration ou une source modulaire en fonction des outils et de l'échelle. Lorsqu'un seul fichier HTML est nécessaire pour le partage, fournissez-le en tant qu'exportation et expliquez comment le régénérer après modification.
  • Localisez d'abord la cible des retours vagues. Transformez « rendez ceci plus visible » en un changement observable et clarifiez les éléments importants à préserver. Lorsqu'un changement implique plusieurs personnes, artefacts ou tours, enregistrez l'objectif, le changement, l'impact et les vérifications. Consultez les modèles de collaboration lorsqu'un format prêt à l'emploi serait utile.

Vérifiez et remettez

Faites correspondre la vérification à l'objectif. L'utilisateur peut-il prendre une décision à partir des exigences ? Le relecteur peut-il terminer la tâche clé ? Quelqu'un peut-il reproduire le changement, et les parties préservées fonctionnent-elles toujours ? Rapportez chaque livrable séparément. Indiquez ce qui a été effectivement vérifié, ce qui reste ouvert et qui doit agir ensuite. Consultez contrôles qualité pour les révisions ou livraisons complexes.

L'exemple concret montre comment une idée grossière devient un prototype et comment les retours deviennent un changement précis.

Skills associés