모드 이해 및 사용

Bob의 모드는 동작을 형성하는 작업별 페르소나입니다. 적절한 모드를 선택하면 최상의 결과를 얻을 수 있습니다.

내장 모드

Bob에는 각각 특정 목적을 위해 설계된 3가지 내장 모드가 있습니다:

모드	목적	사용 시기
Agent	코드 작성 및 수정	기능 구현, 버그 수정 또는 코드 개선 시
Plan	계획 및 설계	구현 전, 아키텍처를 계획하거나 기술 사양을 작성해야 할 때
Ask	정보 얻기	파일을 수정하지 않고 설명이나 정보가 필요할 때

모드 선택 전략

가장 효과적인 워크플로우를 위해:

코드를 작성하기 전에 상세한 구현 계획을 만들기 위해 새 프로젝트나 복잡한 기능에 대해 Plan 모드로 시작합니다. 계획이 목표와 일치하는지 확인하기 위해 신중하게 검토하세요.

구현할 준비가 되면 대부분의 일상적인 개발 작업에 Agent 모드로 전환합니다.

파일을 수정하지 않고 설명이나 정보가 필요할 때 Ask 모드를 사용합니다.

모드에 대한 자세한 내용과 모드 간 전환 방법은 모드를 참조하세요.

사용자 정의 모드

특정 작업이나 워크플로우를 위한 전문화된 모드를 만들 수 있습니다:

보안 검토나 문서 작성과 같은 전문화된 작업을 위한 모드를 만듭니다.

특정 도구 액세스 권한 및 역할 정의로 사용자 정의 모드를 구성합니다.

워크플로우를 표준화하기 위해 팀과 모드를 공유합니다.

사용자 정의 모드 생성 및 구성에 대한 자세한 내용은 사용자 정의 모드 문서를 참조하세요.

워크플로우 최적화

코딩 전 계획

복잡한 프로젝트나 기능을 항상 Plan 모드에서 시작하여:

상세한 구현 계획을 생성합니다.

복잡한 문제를 관리 가능한 단계로 나눕니다.

발생하기 전에 잠재적인 문제를 식별합니다.

구현을 위한 로드맵을 만듭니다.

이 접근 방식은 중단 변경을 방지하고 개발에 명확한 방향을 제공합니다.

Rollback 효과적으로 사용

Rollback은 git을 사용하여 워크스페이스 파일을 작업 내 이전 시점의 상태로 복원하며, 다음을 가능하게 합니다:

AI가 제안한 변경 사항으로 안전하게 실험합니다.

원하지 않는 변경 사항을 쉽게 복원합니다.

다양한 구현 접근 방식을 비교합니다.

팁

Bob이 저품질 작업을 생성하기 시작하면 Rollback을 사용하여 파일을 이전 상태로 복원하세요. 이는 새로운 지침으로 잘못된 출력을 수정하려는 것보다 더 효과적입니다.

작업을 이전 상태로 복원하려면:

롤백할 채팅 프롬프트 위에 마우스를 올립니다.

Rollback 버튼을 클릭하여 해당 시점의 파일을 복원합니다.

사용량 모니터링 및 비용 최적화

Bobalytics로 Bobcoin 소비 및 사용 패턴을 추적하여 워크플로우를 최적화하고 비용을 효과적으로 관리하세요.

버전 제어와 통합

버전 제어 시스템에 변경 사항을 정기적으로 커밋하고 푸시합니다:

명확한 메시지로 자주 작은 커밋을 만듭니다.

원격 저장소에 정기적으로 변경 사항을 푸시합니다.

실험적 기능에는 브랜치를 사용합니다.

Git은 실수로 코드를 영구적으로 삭제하는 것을 방지하는 필수 안전망을 제공합니다.

커뮤니케이션 전략

효과적인 프롬프트 작성

프롬프트의 품질은 Bob의 응답 품질에 직접적인 영향을 미칩니다:

구체적이고 명확하게: 모호한 프롬프트는 모호한 출력으로 이어집니다. Bob이 무엇을 해야 하고 하지 말아야 하는지 자세히 설명하세요.

예제 제공: 가능한 경우 원하는 출력 형식이나 스타일의 예제를 포함합니다.

컨텍스트 멘션 사용

컨텍스트 멘션을 사용하면 Bob과의 대화에서 프로젝트의 특정 요소를 직접 참조할 수 있습니다:

@/path/to/file.js를 사용하여 특정 파일 내용을 포함합니다.

@/path/to/folder를 사용하여 디렉토리의 모든 파일을 포함합니다.

@problems를 사용하여 Bob Findings 패널의 진단을 포함합니다.

@terminal을 사용하여 최신 터미널 출력을 포함합니다.

텍스트를 강조 표시하고 ⌘ + L 단축키를 사용하여 채팅에 추가합니다.

.docx, .pdf, .xlsx 파일을 내용을 직접 추출하지 않고 컨텍스트로 바로 첨부합니다.

이 접근 방식은 코드를 복사하여 붙여넣거나 파일 위치를 설명하는 것보다 더 효율적입니다.

컨텍스트 멘션에 대한 자세한 내용은 컨텍스트 멘션 문서를 참조하세요.

컨텍스트 창 관리

Bob의 컨텍스트 창은 270,000 토큰으로, 대화 기록, 파일 내용, 도구 출력이 포함됩니다. 효과적으로 사용하려면:

특정 목표로 정기적으로 새 작업을 시작합니다.

Bob에게 전체 코드베이스를 한 번에 제공하지 마세요.

직접 파일 참조를 사용하여 대상 컨텍스트를 제공합니다.

복잡한 작업을 더 작고 집중된 하위 작업으로 나눕니다.

보안 및 제어

자동 승인 설정 구성

Bob을 사용하면 어떤 작업에 승인이 필요한지 제어할 수 있습니다:

수동 승인: Bob이 수행하는 각 작업을 검토하고 승인합니다(가장 안전한 설정).

자동 승인: Bob이 중단 없이 특정 작업을 수행할 수 있도록 허용합니다.

하이브리드 접근 방식: 위험도가 낮은 작업은 자동으로 승인하고 위험도가 높은 작업에는 확인을 요구합니다.

편집 가능한 명령: Bob이 제안하는 명령을 실행 전에 편집할 수 있어 취소하거나 다시 설명하지 않고도 정밀하게 제어할 수 있습니다.

자동 승인 명령: Bob이 매번 승인을 요청하지 않고 실행할 수 있는 신뢰할 수 있는 명령 목록을 정의합니다.

작업 수준 승인: 전역 설정과 독립적으로 작업별로 도구 그룹 승인을 구성합니다.

편안함 수준과 프로젝트의 민감도에 따라 이러한 설정을 구성하세요.

자동 승인 설정에 대한 자세한 내용은 작업 자동 승인 문서를 참조하세요.

.bobignore 사용

.bobignore 파일을 사용하면 Bob이 액세스하거나 수정하지 않아야 하는 파일과 디렉토리를 지정할 수 있습니다:

프로젝트 루트에 .bobignore 파일을 만듭니다.

민감한 파일, 빌드 아티팩트 및 대용량 자산에 대한 패턴을 추가합니다.

.gitignore와 동일한 구문을 사용합니다.

이는 민감한 정보를 보호하고 생성된 파일에 대한 실수로 인한 변경을 방지하는 데 도움이 됩니다.

파일 액세스 제어에 대한 자세한 내용은 .bobignore 사용 문서를 참조하세요.

보안 지침에 대한 자세한 내용은 보안 지침을 참조하세요.

규칙 설정

Bob을 사용하면 Bob이 작업을 수행하는 방법을 제어하는 규칙을 설정할 수 있습니다:

.bob 디렉토리에서 전역 또는 프로젝트별로 규칙을 정의합니다.

.bob/rules-{mode-slug}/ 디렉토리에 모드별 규칙을 만듭니다.

규칙을 사용하여 코딩 표준, 문서 요구 사항 또는 기타 워크플로우 제약 조건을 적용합니다.

사용자 정의 모드 및 규칙에 대한 자세한 내용은 사용자 정의 모드 문서를 참조하세요.

모범 사례