Génération de contenu MRD

Génère ou révise le contenu des exigences MRD (Document des Besoins Métier) en fonction du contexte métier, en se concentrant sur la logique principale, les listes détaillées et les filtres d'un écran pour les systèmes d'arbitrage, de gestion des sinistres, d'ordres de travail et de configuration de sites.

Qu'est-ce que Génération de contenu MRD ?

Cette compétence est spécialisée dans la génération ou la révision de contenu MRD (Document des Besoins Métier) en chinois, en se concentrant sur les aspects clés d'un seul écran : logique métier principale, listes détaillées et options de filtrage. Elle est conçue pour les équipes produit et les analystes métier travaillant sur des systèmes complexes comme l'arbitrage, la gestion des sinistres, les ordres de travail et la configuration des sites. L'outil suit des règles d'écriture strictes : il ne génère pas de schémas d'interface, ne crée pas de sections indépendantes non demandées (comme les champs d'ajout/modification, les permissions, les logs, ou les critères de validation), et fusionne les règles nécessaires dans la section de logique principale. Il applique des formats de tableau standardisés pour les listes détaillées et les filtres, en précisant pour chaque champ les ajustements, les descriptions de liste ou de filtre, et les remarques. Pour les filtres, il exige de préciser le type de contrôle, la gestion de la sélection multiple et les valeurs par défaut. La compétence intègre également des références approuvées (fichier `site-arbitration-notifiers.md`) et gère la sortie documentaire : en mode « discussion uniquement », elle produit un brouillon de contenu, et ne génère un fichier Word qu'à la demande explicite de l'utilisateur, en respectant le modèle spécifié.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/fangjiawan210-beep/skill/tree/HEAD/FJW03

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

Que fait Génération de contenu MRD ?

Prépare le contenu des exigences pouvant être directement intégrées dans un MRD, en fonction du contexte métier, de l'état actuel et des demandes de modification fournies par l'utilisateur.

Structure de sortie par défaut

Un écran ne conserve que les trois sections suivantes :

  1. Logique principale
  2. Liste détaillée
  3. Options de filtrage

Sauf demande explicite de l'utilisateur, n'ajoutez pas de sections indépendantes telles que « Champs d'ajout/modification », « Permissions et journaux », « Éléments à confirmer », « Critères de validation », etc. Les règles nécessaires doivent être fusionnées dans la section Logique principale.

Règles d'écriture

  • La logique principale doit couvrir les règles métier clés, l'unicité, la source des données, les opérations par lot, la validation des importations, les retours d'exception, les permissions et la déduplication des notifications, tout en restant concise.
  • Ne considérez pas les simples modifications de contrôles comme des exigences complètes ; il faut expliquer l'impact sur les relations de données et les processus métier.
  • Si la disposition réelle de l'interface n'est pas connue, ne générez pas de schémas d'interface et n'inventez pas d'emplacements de pages spécifiques.
  • Décrivez uniquement les fonctionnalités confirmées par l'utilisateur. Les champs ou opérations que l'utilisateur a explicitement supprimés ne doivent pas être réintroduits.
  • Pour les champs liés à la structure organisationnelle, utilisez de préférence un code stable comme identifiant de liaison ; le nom est utilisé pour l'affichage.
  • Les personnes doivent être identifiées par un identifiant unique tel que le JMS ID, et non uniquement par leur nom.
  • Pour les suppressions, les opérations par lot et les importations, vous devez décrire la confirmation, la validation et les retours de succès ou d'échec.

Format des tableaux

Liste détaillée : utilisez toujours le format

| Nº | Nom du champ | Description de l'ajustement | Description de la liste | Remarques | |---|---|---|---|

Options de filtrage : utilisez toujours le format

| Nº | Nom du champ | Description de l'ajustement | Description du filtre | Remarques | |---|---|---|---|

Chaque « Description du filtre » doit préciser :

  • Contrôle
  • Sélection multiple ou non
  • Valeur par défaut

Complétez avec la méthode de requête, la source de données, les options ou les relations en cascade en fonction du type de champ.

Référence approuvée

Lorsque les exigences impliquent la « Configuration des notificateurs d'arbitrage de site », vous devez lire et suivre le fichier references/site-arbitration-notifiers.md. Les champs, les éléments supprimés et les règles métier de ce fichier sont considérés comme la version confirmée actuelle.

Sortie documentaire

  • Lorsque l'utilisateur dit « discuter uniquement », ne produisez qu'un brouillon de contenu, sans générer de fichier DOCX.
  • Lorsque l'utilisateur demande explicitement de générer un document Word, combinez-le avec le modèle spécifié et utilisez les outils de création de documents pour la génération et la vérification de la mise en page.
  • Lorsque l'utilisateur demande une modification, modifiez uniquement la partie indiquée, tout en synchronisant le nettoyage des champs, des options de filtrage et des descriptions logiques affectés, afin d'éviter toute incohérence.

Individual skills in this repo

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

Skills associés