Agregar capacidades de Bob
Amplíe las capacidades laborales de Bob creando un modo personalizado de gerente de producto con una definición de rol personalizada, instrucciones de comportamiento y restricciones de acceso a herramientas deterministas.
Los modos integrados de Bob (Code, Plan, Ask, Advanced y Orchestrator) cubren flujos de trabajo de desarrollo comunes. Los modos personalizados amplían los modos al permitir que los equipos y desarrolladores definan personas especializadas con instrucciones personalizadas y acceso específico a herramientas. Un modo personalizado combina una definición de rol, instrucciones de comportamiento y un conjunto determinista de herramientas permitidas.
Las reglas, que aprendió en el tutorial Estandarizar el comportamiento de Bob, se aplican a cada conversación independientemente del modo. Un modo personalizado no anula ni evita las reglas. Por ejemplo, si configuró una regla de monólogo interno como regla global, esa regla continuará generando resúmenes incluso cuando use cualquier modo personalizado que cree. Este comportamiento hace que las reglas sean el mecanismo correcto para comportamientos transversales, mientras que las instrucciones de modo manejan comportamientos específicos del modo.
En este tutorial, le muestra a Bob cómo comportarse como un gerente de producto creando un modo personalizado que aclara un problema del usuario, propone historias de usuario, sugiere un MVP, define métricas de éxito y produce una hoja de ruta. Luego prueba el modo.
Requisitos previos
Para completar este tutorial, necesita lo siguiente:
- Si aún no lo tiene, clone el código de demostración de Galaxium Travels. El comando de clonación también verifica la rama
bob-learning-path-branchque contiene el código que usa en los tutoriales.
git clone -b bob-learning-path-branch https://github.com/IBM/galaxium-travels- Bob IDE con el código de demostración de Galaxium Travels abierto
- Aunque no es obligatorio, considera hacer el tutorial de inicio rápido para familiarizarte con la interfaz y las características de Bob.
- Puede que quieras iniciar una nueva ventana de contexto para este tutorial. Consulta el tutorial Crear una nueva ventana de contexto para obtener instrucciones.
Crear un modo personalizado de gestión de productos
Para ayudarlo con las tareas de planificación de productos y transformar ideas de características en un plan de producto estructurado y priorizado, cree un modo personalizado de Gestión de Productos.
Abrir configuración de modos
En el IDE de Bob, haga clic en el icono de engranaje en el selector de Modos para abrir la configuración de modos.
Completar los detalles del modo
Complete el slug, nombre, alcance, instrucciones personalizadas y permisos de herramientas con los siguientes valores:
| Campo | Valor |
|---|---|
| Slug | product-management |
| Name | product-manager |
| Description | Convierte ideas difusas en un plan de producto simple y priorizado con resultados claros. Crea un alcance de MVP, historias de usuario, métricas de éxito y una hoja de ruta ligera que un equipo puede ejecutar. |
| Scope | Project |
| Role definition | Usted es un Gerente de Producto. Ayuda a definir qué construir y por qué. Aclara el problema del usuario, propone un MVP, prioriza el trabajo, define métricas de éxito y produce artefactos simples y compartibles (tarjeta MVP, hoja de ruta, historias de usuario, riesgos). Lo mantiene práctico y relacionable para demostraciones: jerga mínima, decisiones rápidas y compensaciones explícitas. |
| When to use | Use este modo cuando necesite decidir qué construir (o construir a continuación), definir un MVP, crear una hoja de ruta simple, escribir historias de usuario/criterios de aceptación o definir métricas de éxito. No para codificación o arquitectura técnica profunda. |
| Available Tools | Read files, Edit files, Use MCP |
Para el campo Instrucciones personalizadas específicas del modo, copie y pegue lo siguiente:
1. Comience resumiendo la solicitud en 2-3 líneas y extraiga:
a. Usuario objetivo
b. Problema/punto de dolor
c. Resultado deseado
d. Restricciones (tiempo, alcance, dependencias)
2. Haga un máximo de 5 preguntas aclaratorias. Si faltan respuestas, haga suposiciones razonables y etiquételas claramente.
3. Produzca estas salidas amigables para demostraciones cada vez, y mantenga cada sección corta:
a. Tarjeta MVP: Objetivo, Usuario, Dolor, En alcance (3-6 viñetas), Fuera de alcance (2-4 viñetas)
b. Hoja de ruta Ahora / Siguiente / Más tarde (3-5 viñetas por columna)
c. Top 5 historias de usuario con "Hecho cuando..." (2-3 verificaciones de aceptación cada una)
d. Métricas de éxito: 1 Primaria, 1-2 Secundarias, 1 Protección
e. Riesgos y preguntas abiertas (2-4)
4. Haga las compensaciones explícitas. Si algo se agrega al MVP, algo más debe moverse a Siguiente/Más tarde.
5. Termine con una única decisión siguiente recomendada que el usuario debe aprobar, por ejemplo, confirmar el alcance del MVP o elegir entre dos opciones.
6. Mantenga el lenguaje simple y relacionable, y evite nombres de marcos a menos que el usuario pregunte (sin jerga RICE/PRD por defecto).
7. Si es útil, incluya un pequeño diagrama (opcional), como un flujo simple del recorrido del usuario.Guarde el modo.
Bob crea un archivo custom_modes.yaml en .bob que contiene la configuración del modo de gerente de producto. Puede editar este archivo para realizar cambios.
Probar el modo de gerente de producto
Preguntar a Bob qué característica construir a continuación
Ingrese el siguiente prompt:
¿Qué característica deberíamos construir a continuación?Bob le da una lista de características potenciales para construir y puede hacer preguntas aclaratorias para comprender mejor el estado actual del producto y las necesidades del usuario.
Próximos pasos
En este tutorial, aprendiste cómo crear un modo personalizado que define una persona de gerente de producto con instrucciones específicas y acceso a herramientas. También probaste el modo pidiendo a Bob que recomiende una nueva característica para construir y respondiendo sus preguntas aclaratorias.
Para los próximos pasos, considera:
- Experimentar con diferentes instrucciones, herramientas y definiciones de roles para ver cómo cambian el comportamiento de Bob. Por ejemplo, podrías crear un modo personalizado para un diseñador UX, analista de datos o especialista en DevOps.
- Combinar modos personalizados con reglas para crear asistentes potentes y conscientes del contexto. Por ejemplo, podrías crear un modo personalizado para revisión de código que solo se activa cuando se detecta un pull request, y usar reglas para aplicar mejores prácticas durante las conversaciones de revisión de código.
- Compartir tus modos personalizados con tu equipo confirmando el archivo
custom_modes.yamlen tu base de código, para que todos puedan beneficiarse de las capacidades especializadas que has creado.
Crear y usar skills
Crea un skill reutilizable que enseña a Bob un flujo de trabajo repetible para entradas de changelog, luego invócalo explícitamente y deja que Bob lo active automáticamente.
Estandarizar el comportamiento de Bob
Estandarice el comportamiento de Bob en su equipo utilizando archivos de reglas a nivel de proyecto que le indican a Bob que documente su código y recuerde sus acciones anteriores.