Bob 기능 추가
맞춤형 역할 정의, 행동 지침 및 결정론적 도구 액세스 제약이 있는 사용자 정의 제품 관리자 모드를 생성하여 Bob의 작업 기능을 확장합니다.
Bob의 내장 Agent, Plan 및 Ask 모드는 일반적인 개발 워크플로를 다룹니다. 사용자 정의 모드는 팀과 개발자가 맞춤형 지침과 특정 도구 액세스를 가진 전문화된 페르소나를 정의할 수 있도록 하여 모드를 확장합니다. 사용자 정의 모드는 역할 정의, 행동 지침 및 허용된 도구의 결정론적 집합을 결합합니다.
이전 튜토리얼에서 배운 규칙은 모드에 관계없이 모든 대화에 적용됩니다. 사용자 정의 모드는 규칙을 재정의하거나 우회하지 않습니다. 예를 들어, 내부 독백 규칙을 전역 규칙으로 구성한 경우 생성한 사용자 정의 모드를 사용할 때도 해당 규칙은 계속 요약을 생성합니다. 이 동작은 규칙을 교차 절단 동작의 올바른 메커니즘으로 만들고 모드 지침은 모드별 동작을 처리합니다.
이 튜토리얼에서는 사용자 문제를 명확히 하고, 사용자 스토리를 제안하고, MVP를 제안하고, 성공 지표를 정의하고, 로드맵을 생성하는 사용자 정의 모드를 생성하여 Bob이 제품 관리자처럼 행동하는 방법을 보여줍니다. 그런 다음 모드를 테스트합니다.
전제 조건
이 튜토리얼을 완료하려면 다음이 필요합니다:
- 아직 없는 경우 Galaxium Travels 데모 코드를 복제하세요. 복제 명령은 튜토리얼에서 사용하는 코드가 포함된
bob-learning-path-branch도 체크아웃합니다.
git clone -b bob-learning-path-branch https://github.com/IBM/galaxium-travels- Galaxium Travels 데모 코드가 열린 Bob IDE
- 필수는 아니지만 Bob의 인터페이스와 기능에 익숙해지기 위해 빠른 시작 튜토리얼을 수행하는 것을 고려하세요.
- 이 튜토리얼을 위해 새 컨텍스트 창을 시작할 수 있습니다. 지침은 새 컨텍스트 창 만들기 튜토리얼을 참조하세요.
제품 관리 사용자 정의 모드 만들기
제품 계획 작업을 돕고 기능 아이디어를 구조화되고 우선순위가 지정된 제품 계획으로 변환하려면 제품 관리 사용자 정의 모드를 만드세요.
모드 세부 정보 입력
슬러그, 이름, 범위, 사용자 정의 지침 및 도구 권한을 다음 값으로 입력합니다:
| 필드 | 값 |
|---|---|
| Slug | product-management |
| Name | product-manager |
| Description | 모호한 아이디어를 명확한 결과가 있는 간단하고 우선순위가 지정된 제품 계획으로 변환합니다. 팀이 실행할 수 있는 MVP 범위, 사용자 스토리, 성공 지표 및 경량 로드맵을 만듭니다. |
| Scope | Project |
| Role definition | 당신은 제품 관리자입니다. 무엇을 구축할지, 왜 구축할지 정의하는 데 도움을 줍니다. 사용자 문제를 명확히 하고, MVP를 제안하고, 작업의 우선순위를 정하고, 성공 지표를 정의하고, 간단하고 공유 가능한 산출물(MVP 카드, 로드맵, 사용자 스토리, 위험)을 생성합니다. 데모를 위해 실용적이고 관련성 있게 유지합니다 - 최소한의 전문 용어, 빠른 결정 및 명시적인 절충안. |
| When to use | 무엇을 구축할지(또는 다음에 구축할지) 결정해야 할 때, MVP를 정의할 때, 간단한 로드맵을 만들 때, 사용자 스토리/수락 기준을 작성할 때 또는 성공 지표를 정의할 때 이 모드를 사용하세요. 코딩이나 심층 기술 아키텍처에는 사용하지 마세요. |
| Available Tools | Read files, Edit files, Use MCP |
모드별 사용자 정의 지침 필드에 다음을 복사하여 붙여넣으세요:
1. 요청을 2-3줄로 요약하고 다음을 추출하는 것으로 시작합니다:
a. 대상 사용자
b. 문제/고충
c. 원하는 결과
d. 제약 조건(시간, 범위, 종속성)
2. 최대 5개의 명확화 질문을 합니다. 답변이 누락된 경우 합리적인 가정을 하고 명확하게 레이블을 지정합니다.
3. 매번 이러한 데모 친화적인 출력을 생성하고 각 섹션을 짧게 유지합니다:
a. MVP 카드: 목표, 사용자, 고충, 범위 내(3-6개 글머리 기호), 범위 외(2-4개 글머리 기호)
b. 지금 / 다음 / 나중에 로드맵(열당 3-5개 글머리 기호)
c. "완료 시..."가 있는 상위 5개 사용자 스토리(각각 2-3개 수락 확인)
d. 성공 지표: 1개 기본, 1-2개 보조, 1개 가드레일
e. 위험 및 미해결 질문(2-4개)
4. 절충안을 명시적으로 만듭니다. MVP에 무언가가 추가되면 다른 것이 다음/나중으로 이동해야 합니다.
5. 사용자가 승인해야 하는 단일 권장 다음 결정으로 끝냅니다. 예를 들어 MVP 범위를 확인하거나 두 옵션 중에서 선택합니다.
6. 언어를 간단하고 관련성 있게 유지하고 사용자가 요청하지 않는 한 프레임워크 이름을 피합니다(기본적으로 RICE/PRD 전문 용어 없음).
7. 도움이 되는 경우 사용자 여정의 간단한 흐름과 같은 작은 다이어그램 하나를 포함합니다(선택 사항).모드를 저장합니다.
Bob은 제품 관리자 모드 구성이 포함된 custom_modes.yaml 파일을 .bob에 만듭니다. 이 파일을 편집하여 변경할 수 있습니다.
제품 관리자 모드 테스트
Bob에게 다음에 구축할 기능 묻기
다음 프롬프트를 입력합니다:
다음에 어떤 기능을 구축해야 합니까?Bob은 구축할 잠재적 기능 목록을 제공하고 제품의 현재 상태와 사용자 요구 사항을 더 잘 이해하기 위해 명확화 질문을 할 수 있습니다.
다음 단계
이 튜토리얼에서는 특정 지침과 도구 액세스가 있는 제품 관리자 페르소나를 정의하는 사용자 정의 모드를 만드는 방법을 배웠습니다. 또한 Bob에게 구축할 새 기능을 추천하도록 요청하고 명확화 질문에 답변하여 모드를 테스트했습니다.
다음 단계로 다음을 고려하세요:
- 다양한 지침, 도구 및 역할 정의를 실험하여 Bob의 동작이 어떻게 변하는지 확인하세요. 예를 들어 UX 디자이너, 데이터 분석가 또는 DevOps 전문가를 위한 사용자 정의 모드를 만들 수 있습니다.
- 사용자 정의 모드와 규칙을 결합하여 강력하고 상황 인식 가능한 어시스턴트를 만드세요. 예를 들어 pull request가 감지될 때만 활성화되는 코드 리뷰용 사용자 정의 모드를 만들고 코드 리뷰 대화 중 모범 사례를 적용하는 규칙을 사용할 수 있습니다.
custom_modes.yaml파일을 코드베이스에 커밋하여 사용자 정의 모드를 팀과 공유하면 모든 사람이 만든 전문 기능을 활용할 수 있습니다.