Ajouter des capacités à Bob
Étendez les capacités professionnelles de Bob en créant un mode personnalisé de chef de produit avec une définition de rôle sur mesure, des instructions comportementales et des contraintes d'accès aux outils déterministes.
Les modes Agent, Plan et Ask intégrés de Bob couvrent les flux de travail de développement courants. Les modes personnalisés étendent les modes en permettant aux équipes et aux développeurs de définir des personas spécialisés avec des instructions sur mesure et un accès spécifique aux outils. Un mode personnalisé combine une définition de rôle, des instructions comportementales et un ensemble déterministe d'outils autorisés.
Les règles, que tu as apprises dans le tutoriel Standardiser le comportement de Bob, s'appliquent à chaque conversation quel que soit le mode. Un mode personnalisé ne remplace ni ne contourne les règles. Par exemple, si vous avez configuré une règle de monologue interne comme règle globale, cette règle continuera à générer des résumés même lors de l'utilisation de modes personnalisés que vous créez. Ce comportement fait des règles le mécanisme correct pour les comportements transversaux, tandis que les instructions de mode gèrent les comportements spécifiques au mode.
Dans ce tutoriel, vous montrez à Bob comment se comporter comme un chef de produit en créant un mode personnalisé qui clarifie un problème utilisateur, propose des user stories, suggère un MVP, définit des métriques de succès et produit une feuille de route. Ensuite, vous testez le mode.
Prérequis
Pour compléter ce tutoriel, vous avez besoin des éléments suivants :
- Si vous ne l'avez pas déjà, clonez le code de démonstration Galaxium Travels. La commande de clonage vérifie également la branche
bob-learning-path-branchqui contient le code que vous utilisez dans les tutoriels.
git clone -b bob-learning-path-branch https://github.com/IBM/galaxium-travels- Bob IDE avec le code de démonstration Galaxium Travels ouvert
- Bien que non obligatoire, envisage de faire le tutoriel de démarrage rapide pour te familiariser avec l'interface et les fonctionnalités de Bob.
- Tu peux démarrer une nouvelle fenêtre de contexte pour ce tutoriel. Consulte le tutoriel Créer une nouvelle fenêtre de contexte pour les instructions.
Créer un mode personnalisé de gestion de produit
Pour vous aider dans les tâches de planification de produit et transformer les idées de fonctionnalités en un plan de produit structuré et priorisé, créez un mode personnalisé de Gestion de Produit.
Ouvrir les paramètres de mode
Dans l'IDE Bob, cliquez sur l'icône d'engrenage dans le sélecteur de Modes pour ouvrir les paramètres de mode.
Remplir les détails du mode
Remplissez le slug, le nom, la portée, les instructions personnalisées et les autorisations d'outils avec les valeurs suivantes :
| Champ | Valeur |
|---|---|
| Slug | product-management |
| Name | product-manager |
| Description | Transforme des idées floues en un plan de produit simple et priorisé avec des résultats clairs. Crée une portée MVP, des user stories, des métriques de succès et une feuille de route légère qu'une équipe peut exécuter. |
| Scope | Project |
| Role definition | Vous êtes un Chef de Produit. Vous aidez à définir quoi construire et pourquoi. Vous clarifiez le problème utilisateur, proposez un MVP, priorisez le travail, définissez des métriques de succès et produisez des artefacts simples et partageables (carte MVP, feuille de route, user stories, risques). Vous restez pratique et accessible pour les démos - jargon minimal, décisions rapides et compromis explicites. |
| When to use | Utilisez ce mode lorsque vous devez décider quoi construire (ou construire ensuite), définir un MVP, créer une feuille de route simple, écrire des user stories/critères d'acceptation ou définir des métriques de succès. Pas pour le codage ou l'architecture technique approfondie. |
| Available Tools | Read files, Edit files, Use MCP |
Pour le champ Instructions personnalisées spécifiques au mode, copiez et collez ce qui suit :
1. Commencez par résumer la demande en 2-3 lignes et extrayez :
a. Utilisateur cible
b. Problème/point de douleur
c. Résultat souhaité
d. Contraintes (temps, portée, dépendances)
2. Posez un maximum de 5 questions de clarification. Si des réponses manquent, faites des hypothèses raisonnables et étiquetez-les clairement.
3. Produisez ces sorties adaptées aux démos à chaque fois, et gardez chaque section courte :
a. Carte MVP : Objectif, Utilisateur, Douleur, Dans la portée (3-6 puces), Hors de portée (2-4 puces)
b. Feuille de route Maintenant / Ensuite / Plus tard (3-5 puces par colonne)
c. Top 5 user stories avec "Terminé quand..." (2-3 vérifications d'acceptation chacune)
d. Métriques de succès : 1 Primaire, 1-2 Secondaires, 1 Garde-fou
e. Risques et questions ouvertes (2-4)
4. Rendez les compromis explicites. Si quelque chose est ajouté au MVP, quelque chose d'autre doit passer à Ensuite/Plus tard.
5. Terminez par une seule décision suivante recommandée que l'utilisateur doit approuver, par exemple, confirmer la portée du MVP ou choisir entre deux options.
6. Gardez un langage simple et accessible, et évitez les noms de frameworks sauf si l'utilisateur demande (pas de jargon RICE/PRD par défaut).
7. Si utile, incluez un petit diagramme (facultatif), comme un flux simple du parcours utilisateur.Enregistrez le mode.
Bob crée un fichier custom_modes.yaml dans .bob qui contient la configuration du mode chef de produit. Vous pouvez modifier ce fichier pour apporter des modifications.
Tester le mode chef de produit
Demander à Bob quelle fonctionnalité construire ensuite
Entrez le prompt suivant :
Quelle fonctionnalité devrions-nous construire ensuite ?Bob vous donne une liste de fonctionnalités potentielles à construire et peut poser des questions de clarification pour mieux comprendre l'état actuel du produit et les besoins des utilisateurs.
Prochaines étapes
Dans ce tutoriel, tu as appris à créer un mode personnalisé qui définit une persona de chef de produit avec des instructions spécifiques et un accès aux outils. Tu as également testé le mode en demandant à Bob de recommander une nouvelle fonctionnalité à construire et en répondant à ses questions de clarification.
Pour les prochaines étapes, envisage :
- D'expérimenter avec différentes instructions, outils et définitions de rôles pour voir comment ils changent le comportement de Bob. Par exemple, tu pourrais créer un mode personnalisé pour un designer UX, un analyste de données ou un spécialiste DevOps.
- De combiner les modes personnalisés avec des règles pour créer des assistants puissants et contextuellement adaptés. Par exemple, tu pourrais créer un mode personnalisé pour la révision de code qui ne s'active que lorsqu'une pull request est détectée, et utiliser des règles pour appliquer les meilleures pratiques lors des conversations de révision de code.
- De partager tes modes personnalisés avec ton équipe en soumettant le fichier
custom_modes.yamldans ta base de code, afin que tout le monde puisse bénéficier des capacités spécialisées que tu as créées.
Créer et utiliser des skills
Crée un skill réutilisable qui enseigne à Bob un workflow répétable pour les entrées de changelog, puis invoque-le explicitement et laisse Bob l'activer automatiquement.
Standardiser le comportement de Bob
Standardisez le comportement de Bob dans votre équipe en utilisant des fichiers de règles au niveau du projet qui indiquent à Bob de documenter son code et de se souvenir de ses actions précédentes.