Rozszerz możliwości zawodowe Boba, tworząc niestandardowy tryb menedżera produktu z dostosowaną definicją roli, instrukcjami behawioralnymi i deterministycznymi ograniczeniami dostępu do narzędzi.

Wbudowane tryby Agent, Plan i Ask Boba obejmują typowe przepływy pracy programistycznej. Tryby niestandardowe rozszerzają tryby, umożliwiając zespołom i programistom definiowanie wyspecjalizowanych person z dostosowanymi instrukcjami i określonym dostępem do narzędzi. Tryb niestandardowy łączy definicję roli, instrukcje behawioralne i deterministyczny zestaw dozwolonych narzędzi.

Reguły, o których dowiedziałeś się w poprzednim samouczku, mają zastosowanie do każdej konwersacji niezależnie od trybu. Tryb niestandardowy nie zastępuje ani nie omija reguł. Na przykład, jeśli skonfigurowałeś regułę wewnętrznego monologu jako regułę globalną, ta reguła będzie nadal generować podsumowania nawet podczas korzystania z utworzonych trybów niestandardowych. To zachowanie sprawia, że reguły są właściwym mechanizmem dla zachowań przekrojowych, podczas gdy instrukcje trybu obsługują zachowania specyficzne dla trybu.

W tym samouczku pokażesz Bobowi, jak zachowywać się jak menedżer produktu, tworząc tryb niestandardowy, który wyjaśnia problem użytkownika, proponuje historie użytkownika, sugeruje MVP, definiuje metryki sukcesu i tworzy mapę drogową. Następnie testujesz tryb.

Wymagania wstępne

Aby ukończyć ten samouczek, potrzebujesz następujących elementów:

Jeśli jeszcze go nie masz, sklonuj kod demonstracyjny Galaxium Travels. Polecenie klonowania sprawdza również gałąź bob-learning-path-branch, która zawiera kod używany w samouczkach.

git clone -b bob-learning-path-branch https://github.com/IBM/galaxium-travels

Bob IDE z otwartym kodem demonstracyjnym Galaxium Travels

Chociaż nie jest to wymagane, rozważ wykonanie samouczka szybkiego startu, aby zapoznać się z interfejsem i funkcjami Boba.

Możesz chcieć rozpocząć nowe okno kontekstu dla tego samouczka. Zapoznaj się z samouczkiem Utwórz nowe okno kontekstu, aby uzyskać instrukcje.

Utwórz niestandardowy tryb zarządzania produktem

Aby pomóc Ci w zadaniach planowania produktu i przekształcić pomysły na funkcje w ustrukturyzowany, priorytetowy plan produktu, utwórz niestandardowy tryb Zarządzania Produktem.

Otwórz ustawienia trybu

W Bob IDE kliknij ikonę koła zębatego w selektorze Tryby, aby otworzyć ustawienia trybu.

Ikona koła zębatego w selektorze Tryby otwiera ustawienia trybu

Utwórz nowy tryb

Kliknij ikonę +, aby utworzyć nowy tryb.

Ikona + w selektorze Tryby otwiera okno dialogowe Utwórz nowy tryb

Wypełnij szczegóły trybu

Wypełnij slug, nazwę, zakres, niestandardowe instrukcje i uprawnienia narzędzi następującymi wartościami:

Pole	Wartość
Slug	product-management
Name	product-manager
Description	Przekształca niejasne pomysły w prosty, priorytetowy plan produktu z jasnymi wynikami. Tworzy zakres MVP, historie użytkownika, metryki sukcesu i lekką mapę drogową, którą zespół może wykonać.
Scope	Project
Role definition	Jesteś Menedżerem Produktu. Pomagasz określić, co budować i dlaczego. Wyjaśniasz problem użytkownika, proponujesz MVP, ustalasz priorytety pracy, definiujesz metryki sukcesu i tworzysz proste, możliwe do udostępnienia artefakty (karta MVP, mapa drogowa, historie użytkownika, ryzyka). Utrzymujesz to praktyczne i zrozumiałe dla demonstracji - minimalny żargon, szybkie decyzje i wyraźne kompromisy.
When to use	Użyj tego trybu, gdy musisz zdecydować, co budować (lub budować dalej), zdefiniować MVP, utworzyć prostą mapę drogową, napisać historie użytkownika/kryteria akceptacji lub zdefiniować metryki sukcesu. Nie do kodowania ani głębokiej architektury technicznej.
Available Tools	Read files, Edit files, Use MCP

W polu Instrukcje niestandardowe specyficzne dla trybu skopiuj i wklej następujące:

1. Zacznij od podsumowania żądania w 2-3 liniach i wyodrębnij:
    a. Użytkownik docelowy
    b. Problem/punkt bólu
    c. Pożądany wynik
    d. Ograniczenia (czas, zakres, zależności)

2. Zadaj maksymalnie 5 pytań wyjaśniających. Jeśli brakuje odpowiedzi, przyjmij rozsądne założenia i wyraźnie je oznacz.

3. Twórz te przyjazne dla demonstracji wyniki za każdym razem i utrzymuj każdą sekcję krótką:
    a. Karta MVP: Cel, Użytkownik, Ból, W zakresie (3-6 punktów), Poza zakresem (2-4 punkty)
    b. Mapa drogowa Teraz / Następnie / Później (3-5 punktów na kolumnę)
    c. Top 5 historii użytkownika z "Gotowe, gdy..." (2-3 kontrole akceptacji każda)
    d. Metryki sukcesu: 1 Podstawowa, 1-2 Drugorzędne, 1 Bariera ochronna
    e. Ryzyka i otwarte pytania (2-4)

4. Uczyń kompromisy wyraźnymi. Jeśli coś zostanie dodane do MVP, coś innego musi przejść do Następnie/Później.

5. Zakończ jedną zalecaną następną decyzją, którą użytkownik powinien zatwierdzić, na przykład potwierdzić zakres MVP lub wybrać między dwiema opcjami.

6. Utrzymuj język prosty i zrozumiały i unikaj nazw frameworków, chyba że użytkownik pyta (domyślnie bez żargonu RICE/PRD).

7. Jeśli pomocne, dołącz jeden mały diagram (opcjonalnie), taki jak prosty przepływ podróży użytkownika.

Zapisz tryb.

Wypełniony formularz dla niestandardowego trybu zarządzania produktem

Bob tworzy plik custom_modes.yaml w .bob, który zawiera konfigurację trybu menedżera produktu. Możesz edytować ten plik, aby wprowadzić zmiany.

Plik custom_modes.yaml utworzony w folderze .bob

Przetestuj tryb menedżera produktu

Przełącz na tryb product-manager

Przełącz na tryb product-manager.

Przełączanie na tryb product-manager

Zapytaj Boba, jaką funkcję zbudować dalej

Wprowadź następujący prompt:

Jaką funkcję powinniśmy zbudować dalej?

Bob daje Ci listę potencjalnych funkcji do zbudowania i może zadawać pytania wyjaśniające, aby lepiej zrozumieć obecny stan produktu i potrzeby użytkowników.

Następne kroki

W tym samouczku nauczyłeś się, jak utworzyć tryb niestandardowy, który definiuje personę menedżera produktu z określonymi instrukcjami i dostępem do narzędzi. Przetestowałeś również tryb, prosząc Boba o polecenie nowej funkcji do zbudowania i odpowiadając na jego pytania wyjaśniające.

W następnych krokach rozważ:

Eksperymentowanie z różnymi instrukcjami, narzędziami i definicjami ról, aby zobaczyć, jak zmieniają zachowanie Boba. Na przykład możesz utworzyć tryb niestandardowy dla projektanta UX, analityka danych lub specjalisty DevOps.

Łączenie trybów niestandardowych z regułami w celu tworzenia potężnych, kontekstowych asystentów. Na przykład możesz utworzyć tryb niestandardowy do przeglądu kodu, który aktywuje się tylko po wykryciu pull request, i używać reguł do egzekwowania najlepszych praktyk podczas rozmów o przeglądzie kodu.

Udostępnianie trybów niestandardowych zespołowi poprzez zatwierdzenie pliku custom_modes.yaml w bazie kodu, aby wszyscy mogli korzystać ze specjalistycznych możliwości, które stworzyłeś.

Dodaj możliwości Boba