English 한국어 日本語 繁體中文
← → 또는 J/K · ESC로 종료
언어
English 한국어 日本語 繁體中文
멀티 에이전트 오케스트레이션 시스템
v0.2.0 v0.2 새로운 기능

BMB
Be-my-butler

Worktree 격리 크로스 모델 에이전트 오케스트레이션
블라인드 분기 검증 및 자동 학습 시스템

GitHub 저장소 빠른 시작
curl -fsSL https://raw.githubusercontent.com/project820/be-my-butler/main/install.sh | bash
11.5
파이프라인 단계
9
에이전트
3
압축 레이어
4
스킬
6
레시피

핵심 설계 원칙

모든 아키텍처 결정은 이 양보 불가 원칙에 기반합니다.

W
Worktree 격리
쓰기 권한이 있는 모든 병렬 에이전트는 자체 git worktree를 사용합니다. 공유 상태 없음. index.lock 충돌 없음. 진정한 파일시스템 수준 격리.
B
블라인드 분기 프레이밍
크로스 모델 트랙은 서로 다른 컨텍스트 문서를 읽습니다. 결과에 대한 블라인드뿐만 아니라 — 문제 프레이밍 자체가 분기됩니다.
L
Lead: 씬 오케스트레이터
Lead는 .bmb/CLAUDE.md만 읽습니다. 코드를 직접 수정하지 않습니다. 컨텍스트 보호가 최우선 — Lead가 병목입니다.
C
양방향 Consultant
SendMessage로 Consultant → Lead 피드백이 가능합니다. 사용자 대화의 비즈니스 규칙이 실제로 파이프라인에 도달합니다.
A
자동 학습
실수, 수정, 성공이 자동으로 기록됩니다. 과거의 함정이 향후 세션에 주입됩니다. 3단계: 로컬 → 글로벌 → CLAUDE.md.
S
세션 연속성
session-prep.md가 다음 세션을 위한 상태를 캡처합니다. 세션 간 컨텍스트가 보존됩니다. 작업은 절대 소실되지 않습니다.
3
3-레이어 압축
읽기 시점 요약, 쓰기 시점 캐싱, 참조 시점 FTS5. Lead 컨텍스트는 전체 파이프라인에서 50% 이하를 유지합니다.
P
프로필 기반 권한
크로스 모델 호출은 역할별 프로필을 사용합니다: councilverify는 읽기 전용입니다. 더 이상 --full-auto를 남용하지 않습니다.
G
우아한 성능 저하
크로스 모델을 사용할 수 없나요? 파이프라인은 Claude 단독으로 계속됩니다. Simplifier가 테스트를 깨뜨리면? 되돌리고 진행합니다. 절대 차단하지 않습니다.

에이전트 목록

9개의 전문 에이전트가 명확한 역할과 엄격한 경계를 가집니다. 브레인스토밍부터 프로덕션 준비 코드까지.

graph TB
  User["👤 User"]
  Lead["🎯 Lead
Opus · Orchestrator"] Consultant["💬 Consultant
Sonnet · Persistent"] Architect["📐 Architect
Opus · Council"] Executor["⚙️ Executor
Opus · Backend"] Frontend["🎨 Frontend
Opus · UI"] Tester["🧪 Tester
Opus · Blind"] Verifier["✅ Verifier
Opus · Blind"] Simplifier["🧹 Simplifier
Opus · Cleanup"] Writer["📝 Writer
Sonnet · Docs"] BMB[".bmb/
Handoffs · Artifacts"] CrossModel["🌐 Cross-Model
Codex / Gemini"] User <-->|"brainstorm
approve"| Lead Lead <-->|"SendMessage
bidirectional"| Consultant Lead -->|"briefing"| Architect Architect <-->|"council
debate"| CrossModel Lead -->|"plan-to-exec"| Executor Lead -->|"plan-to-exec"| Frontend Lead -->|"test request"| Tester Tester -.->|"blind wall"| CrossModel Lead -->|"verify request"| Verifier Verifier -.->|"blind wall"| CrossModel Lead -->|"simplify"| Simplifier Lead -->|"write docs"| Writer Architect -->|"writes"| BMB Executor -->|"writes"| BMB Frontend -->|"writes"| BMB Tester -->|"writes"| BMB Verifier -->|"writes"| BMB Lead -->|"reads only"| BMB classDef opus fill:#1a1030,stroke:#7c3aed,stroke-width:2px,color:#a78bfa classDef sonnet fill:#0a2015,stroke:#16a34a,stroke-width:2px,color:#22c55e classDef cross fill:#1a1500,stroke:#d97706,stroke-width:2px,color:#f59e0b classDef user fill:#0a1628,stroke:#3b82f6,stroke-width:2px,color:#60a5fa classDef storage fill:#111827,stroke:#1e3a5f,stroke-width:2px,color:#8494a7 class Lead,Architect,Executor,Frontend,Tester,Verifier,Simplifier opus class Consultant,Writer sonnet class CrossModel cross class User user class BMB storage
L
Lead
Claude Opus • 전체 파이프라인
오케스트레이션, 의사결정, 릴레이, 브레인스토밍. .bmb/만 읽습니다. 코드를 직접 작성하지 않습니다. 씬 지휘자.
오케스트레이터인프로세스 브레인스토밍
C
Consultant
Claude Sonnet • Step 2–11
코디네이터 아이덴티티: 완전한 상황 인지, 명령 권한 없음. 듀얼 채널 (피드 파일 + SendMessage). 블라인드 단계 중 라이프사이클 이벤트 수신; 조정 후 전체 사후 브리핑 수신.
듀얼 채널영속적사후 브리핑
A
Architect
Claude Opus • Step 4
설계 + 크로스 모델 Council 토론. Claude vs Codex/Gemini 2–4라운드. plan-to-exec.md 작성. 설계 전 Context7으로 최신 라이브러리 문서 조회.
Council 토론크로스 모델Context7
E
Executor
Claude Opus • Step 5
백엔드 구현. 격리된 git worktree에서 작업. 작성 전 Context7으로 최신 라이브러리 문서 조회. worktree 범위 내에서만 커밋.
worktree 격리Context7
F
Frontend
Claude Opus • Step 5
React/Next.js + shadcn/Tailwind 전문가. Executor와 별도의 worktree. Context7으로 최신 프레임워크 문서 조회. 프론트엔드 스코프가 감지될 때만 생성.
worktree 격리조건부Context7
T
Tester
Claude Opus • Step 6
단위, 통합, 엣지 케이스 테스트. 분기 프레이밍을 통한 블라인드 크로스 모델 테스트의 일부.
블라인드worktree 격리
V
Verifier
Claude Opus • Step 7
증거 기반 검증 + 코드 리뷰를 하나의 에이전트에서. 블라인드 크로스 모델 검증.
블라인드리뷰 + 검증
S
Simplifier
Claude Opus • Step 9
작업 후 코드 정리. 변경 후 재검증(빌드 + 테스트) 필수. 실패 시 자동 되돌리기.
재검증
W
Writer
Claude Sonnet • Step 10
문서 업데이트 + 교차 검증. 문서 작업에는 Sonnet으로 충분합니다.
A
Analyst
Claude Sonnet • Step 10.5
회고 분석: analytics.db를 쿼리하고, Bird’s Law 심각도(critical/warn/info)로 이벤트를 분류하며, pattern_counts 프로모션 후보를 도출합니다.
bypassPermissions읽기 전용

11.5단계 파이프라인

사용자 의도에서 프로덕션 준비 코드까지. 각 단계를 클릭하면 세부 정보를 볼 수 있습니다.

1
설정
Lead
tmux 가드, 세션 ID, 디렉토리 구조, source bmb-learn.sh, 과거 MISTAKE 항목 로드 (로컬 + 글로벌), 설정, session-prep 확인, 대화 로거 시작.
자동 학습세션 연속성
2
브레인스토밍 + Consultant
Lead Consultant
Lead가 사용자와 직접 브레인스토밍 (별도의 brainstormer 에이전트 없음). 양방향 SendMessage로 영속적 Consultant 패널 생성. 최소 2라운드. Known Pitfalls 섹션이 포함된 브리핑 작성.
인프로세스양방향
3
사용자 승인
Lead
압축된 브리핑 제시. YESbmb_learn PRAISE. MODIFYbmb_learn CORRECTION + 업데이트. NO → 취소.
자동 학습3방향 분기
4
아키텍처 Council
Architect Cross-Model
실행용 git worktree 생성. Claude-Codex/Gemini Council 토론을 위해 Architect 생성 (2–4라운드). plan-to-exec.md 작성. bugfix/infra 레시피의 경우 건너뜁니다.
Council 토론크로스 모델건너뜀: bugfix, infra
5
실행
Executor Frontend
Executor + Frontend (조건부)를 별도의 worktree에서 생성. git 충돌 없이 병렬 실행. 프론트엔드 스코프가 감지된 경우에만 Frontend 생성 (React, Vue, Svelte 등).
worktree 격리병렬조건부 프론트엔드
5.5
Worktree 병합
Lead
worktree에서 커밋 → main에 병합 → worktree 제거. 충돌 발생? bmb_learn MISTAKE + 사용자에게 에스컬레이션.
자동 학습
6
크로스 모델 테스팅 (블라인드)
Tester Cross-Model
Claude Tester는 plan-to-exec.md를 읽습니다. Cross-Model Tester는 briefing.md를 읽습니다. 다른 프레이밍, 별도의 worktree, 별도의 타임아웃. 서로의 결과를 읽지 않습니다.
블라인드 월분기 프레이밍worktree 격리
7
크로스 모델 검증 (블라인드)
Verifier Cross-Model
Step 6과 동일한 블라인드 분기 패턴. Consultant 격리: 조정이 완료될 때까지 결과를 공유하지 않습니다.
블라인드 월분기 프레이밍
8
조정
Lead
구조화된 요약 읽기. 5개 범주 실패 분류기: IMPL→Step 5, ARCH→Step 4, REQ→Step 2, ENV→Step 1, TEST→Step 6. FAIL 시 bmb_learn MISTAKE + 분류된 루프백 트리거.
자동 학습실패 분류
9
간소화 + 재검증
Simplifier
최소한의 안전한 개선. 빌드 + 테스트 통과 필수 (재검증). 실패 → bmb_learn MISTAKE + 되돌리기 + 원본으로 진행.
재검증자동 학습
10
문서 업데이트
Writer
Writer가 문서를 업데이트하고, 죽은 참조를 제거하며, 수정된 모든 파일에서 일관성을 교차 검증합니다.
10.5
회고 분석
Analyst
Analyst가 현재 세션의 analytics.db를 쿼리합니다. Bird’s Law 심각도 (critical / warn / info)로 이벤트를 분류합니다. pattern_counts를 교차 참조하여 반복 실패 (≥2회 발생)를 찾아 CLAUDE.md 프로모션 대상을 식별합니다. analyst-report.md 작성 (3–5분 타임아웃; 타임아웃 시 파이프라인 계속).
Bird’s Lawpattern_counts읽기 전용 에이전트
11
정리 + 세션 준비
Lead
성공 시 bmb_learn PRAISE. 재발 ≥2 확인 → CLAUDE.md 프로모션 제안. Git 커밋/푸시. FTS5 인덱싱. 다음 세션을 위한 session-prep.md 생성.
자동 학습세션 연속성CLAUDE.md 프로모션

파이프라인 흐름도

flowchart TD
  S1["1. Setup
tmux, session, learnings"] S2["2. Brainstorm + Consultant
min 2 rounds"] S3{"3. User Approval"} S4["4. Architecture Council
2-4 debate rounds"] S5["5. Execution
worktree-isolated"] S55["5.5 Merge Worktrees"] S6["6. Blind Testing
divergent framing"] S7["7. Blind Verification
divergent framing"] S8{"8. Reconciliation"} S9["9. Simplify + Re-verify"] S10["10. Docs Update"] S105["10.5 Retrospective Analysis
Bird's Law severity"] S11["11. Cleanup + Session Prep"] S1 --> S2 S2 --> S3 S3 -->|"YES"| S4 S3 -->|"MODIFY"| S2 S3 -->|"NO"| CANCEL["Cancel"] S4 -->|"skip: bugfix/infra"| S5 S4 --> S5 subgraph parallel ["Parallel Worktrees"] direction LR EX["Executor"] FE["Frontend
if detected"] end S5 --> parallel parallel --> S55 S55 --> S6 S6 --> S7 S7 --> S8 S8 -->|"PASS"| S9 S8 -->|"IMPL fail"| S5 S8 -->|"ARCH fail"| S4 S8 -->|"REQ fail"| S2 S8 -->|"ENV fail"| S1 S8 -->|"TEST fail"| S6 S9 --> S10 S10 --> S105 S105 --> S11 classDef decision fill:#1a1500,stroke:#d97706,color:#f59e0b classDef cancel fill:#2a0a0a,stroke:#ef4444,color:#ef4444 classDef step fill:#111827,stroke:#1e3a5f,color:#e8edf5 classDef parallel fill:#0a1628,stroke:#3b82f6,color:#60a5fa classDef analyst fill:#0a2010,stroke:#22c55e,color:#4ade80 class S3,S8 decision class CANCEL cancel class S1,S2,S4,S5,S55,S6,S7,S9,S10,S11 step class EX,FE parallel class S105 analyst

핸드오프 데이터 흐름

.bmb/ 디렉토리를 통해 에이전트 간에 아티팩트가 어떻게 흐르는지. Lead는 코드를 절대 건드리지 않으며 — 요약만 읽습니다.

flowchart LR
  User["👤 User"]
  Lead["🎯 Lead"]
  Brief["📋 briefing.md"]
  Arch["📐 Architect"]
  Plan["📄 plan-to-exec.md"]
  ExFe["⚙️ Executor
🎨 Frontend"] Merge["🔀 Merge"] Test["🧪 Tester
blind"] Verify["✅ Verifier
blind"] Recon["⚖️ Reconcile"] Simp["🧹 Simplifier"] Write["📝 Writer"] Output["✨ Output"] User -->|"intent"| Lead Lead -->|"brainstorm"| Brief Brief -->|"briefing"| Arch Arch -->|"council"| Plan Plan -->|"instructions"| ExFe ExFe -->|"worktrees"| Merge Merge -->|"merged code"| Test Merge -->|"merged code"| Verify Test -->|"test-summary"| Recon Verify -->|"verify-summary"| Recon Recon -->|"PASS"| Simp Simp -->|"cleaned"| Write Write --> Output classDef artifact fill:#1a2234,stroke:#3b82f6,color:#60a5fa classDef agent fill:#111827,stroke:#1e3a5f,color:#e8edf5 class Brief,Plan artifact class User,Lead,Arch,ExFe,Merge,Test,Verify,Recon,Simp,Write,Output agent

Consultant 피드 타임라인

gantt
  title Consultant Monitoring (Steps 2–11)
  dateFormat X
  axisFormat %s

  section Brainstorm
    Bidirectional with Lead          :active, 0, 2

  section Approval
    Monitor user decision            :1, 3

  section Council
    Observe debate rounds            :2, 4

  section Execution
    Track progress via feed file     :3, 6

  section Testing
    Monitor blind test results       :5, 7

  section Verification
    Monitor blind verify results     :6, 8

  section Reconciliation
    Observe failure classification   :7, 9

  section Simplify
    Track re-verify outcome          :8, 10

  section Docs
    Validate doc consistency         :9, 11

  section Cleanup
    Final session summary            :10, 12
      

블라인드 분기 프로토콜

결과에 대한 블라인드뿐만 아니라 — 문제 프레이밍 자체가 분기됩니다. 워크스페이스 수준의 블라인드 크로스 모델 검증.

Claude 트랙

읽기: plan-to-exec.md + diff
관점: 구현 충실도
Worktree: tester-claude / verifier-claude
타임아웃: claude_agent (1200s)

절대 읽지 않음: *-cross.md
BLIND WALL

크로스 모델 트랙

읽기: briefing.md + diff
관점: 사용자 의도 충실도
Worktree: tester-cross / verifier-cross
타임아웃: cross_model (3600s)

절대 읽지 않음: *-claude.md
분기 프레이밍이 중요한 이유: Claude는 상세한 실행 계획을 보고 "계획대로 만들었는가?"를 확인합니다. 크로스 모델은 원래의 사용자 브리핑을 보고 "사용자가 실제로 원하는 것을 만들었는가?"를 확인합니다. 이를 통해 계획에는 충실하지만 사용자에게는 불충실한 구현을 포착합니다.

Worktree 라이프사이클

모든 병렬 에이전트는 자체 git worktree를 사용합니다. 공유 상태 없음, index.lock 충돌 없음, 진정한 파일시스템 격리.

gantt
  title Worktree Lifecycle per Pipeline Run
  dateFormat X
  axisFormat Step %s

  section Executor
    Create worktree     :e1, 4, 5
    Work in worktree    :e2, 5, 6
    Merge to main       :crit, e3, 6, 7

  section Frontend
    Create worktree     :f1, 4, 5
    Work in worktree    :f2, 5, 6
    Merge to main       :crit, f3, 6, 7

  section Tester-Claude
    Create worktree     :tc1, 6, 7
    Run tests           :tc2, 7, 8
    Cleanup             :tc3, 8, 9

  section Tester-Cross
    Create worktree     :tx1, 6, 7
    Run tests           :tx2, 7, 8
    Cleanup             :tx3, 8, 9

  section Verifier-Claude
    Create worktree     :vc1, 7, 8
    Verify              :vc2, 8, 9
    Cleanup             :vc3, 9, 10

  section Verifier-Cross
    Create worktree     :vx1, 7, 8
    Verify              :vx2, 8, 9
    Cleanup             :vx3, 9, 10
      
Step 4 HEAD에서 executor + frontend worktree 생성 git worktree add .bmb/worktrees/executor bmb-executor-{SESSION} git worktree add .bmb/worktrees/frontend bmb-frontend-{SESSION} Step 5 에이전트가 격리된 worktree에서 작업 (충돌 가능성 제로) Step 5.5 Worktree → main 병합 worktree에서 커밋 → merge --no-edit → worktree 제거 충돌? → bmb_learn MISTAKE + 사용자에게 에스컬레이션 Step 6 병합된 HEAD에서 2개 tester worktree 생성 tester-claude + tester-cross Step 7 병합된 HEAD에서 2개 verifier worktree 생성 verifier-claude + verifier-cross Step 8+ 남은 모든 worktree 제거 git worktree list | grep '.bmb/worktrees' | xargs -I{} git worktree remove {}

크로스 모델 프로토콜

Council 토론은 Claude ↔ Codex/Gemini 파일 교환을 사용합니다. 프로필 기반 권한으로 필요한 곳에서 읽기 전용을 유지합니다.

sequenceDiagram
  participant A as Architect
(Claude Opus) participant F as Council Files
(.bmb/council/) participant X as Cross-Model
(Codex / Gemini) Note over A,X: Round 1 — Initial Proposals A->>F: Write claude-proposal.md X->>F: Write cross-proposal.md Note over A,X: Round 2 — Critique A->>F: Read cross-proposal.md A->>F: Write claude-critique.md X->>F: Read claude-proposal.md X->>F: Write cross-critique.md Note over A,X: Round 3 — Synthesis (optional) A->>F: Read cross-critique.md A->>F: Write claude-synthesis.md X->>F: Read claude-critique.md X->>F: Write cross-synthesis.md Note over A,X: Round 4 — Final Decision A->>F: Read all files A->>F: Write plan-to-exec.md ✅ Note right of X: Cross-Model uses
--profile read-only
R
읽기 전용 프로필
councilverify 프로필: 크로스 모델은 코드를 읽고 .bmb/에만 쓸 수 있습니다. 프로덕션 쓰기 불가.
W
쓰기 프로필
testexec-assist 프로필: 크로스 모델은 worktree 범위 내에서 테스트 및 헬퍼 코드를 작성할 수 있습니다.
T
트랙별 타임아웃
Claude: 기본 1200s. 크로스 모델: 기본 3600s. bmb-config.sh로 설정 가능. 독립적인 데드라인 추적.

3-레이어 컨텍스트 압축

Lead의 컨텍스트 윈도우는 공유 자원입니다. 세 개의 레이어가 50% 용량을 초과하지 않도록 보장합니다.

L1
읽기 시점 압축
Lead는 .compressed/*.summary.md만 읽습니다 (최대 300 토큰). 원본 아티팩트는 분쟁 시에만 접근합니다.
L2
쓰기 시점 캐싱
에이전트는 50줄을 초과하는 도구 출력을 .tool-cache/에 캐시합니다. 요약만 유지: "Modified: auth.ts (47 lines)", "PASS: 12, FAIL: 0".
L3
참조 시점 인덱싱
FTS5 데이터베이스가 과거 Council 결정과 핸드오프를 인덱싱합니다. 새 작업 시작 전에 과거 결정을 재활용하기 위해 쿼리됩니다.

자동 학습 시스템

실수, 수정, 성공이 자동으로 기록됩니다. 과거의 함정이 모든 프로젝트의 향후 세션에 주입됩니다.

T1
프로젝트 로컬
.bmb/learnings.md — 학습 항목 한 줄, 시간순 추가. 이 프로젝트의 Step 1에서 로드됩니다.
T2
글로벌 크로스 프로젝트
~/.claude/bmb-system/learnings-global.md — 동일 형식 + [project_name] 태그. 모든 BMB 프로젝트에서 공유됩니다.
T3
CLAUDE.md 프로모션
재발 ≥2 → 사용자에게 제안 → 영구 규칙. 자동 편집 없음. 사용자가 항상 승인합니다.
# learnings.md 항목 예시 [2026-03-10 14:32] MISTAKE (step 8): Missing input validation → Always validate at API boundary [2026-03-10 15:01] CORRECTION (step 3): User changed auth to OAuth → Confirm auth strategy in brainstorm [2026-03-10 16:45] PRAISE (step 11): Pipeline completed successfully → Current approach works # 컨텍스트 비용: ~150 토큰 (5줄 × ~30 토큰). 무시할 수준.

레시피 매트릭스

6가지 작업 유형, 각각 최적화된 파이프라인 경로를 가집니다. 레시피에 관계없이 Consultant는 항상 존재합니다.

Feature
Brainstorm Architect Exec+Frontend Test Verify Simplify Write
council cross: test+verify frontend: 감지 시
🔧
Bugfix
Brainstorm Exec Test Verify Write
council 없음 cross: test+verify frontend 없음
♻️
Refactor
Brainstorm Architect Exec+Frontend Verify Simplify Write
council cross: verify만 frontend: 감지 시
🔍
Research
Brainstorm만
council: 선택적 크로스 모델 없음 frontend 없음
🔎
Review
Brainstorm Verifier (리뷰 모드)
council 없음 cross: verify만 frontend 없음
⚙️
Infra
Brainstorm Exec Verify Write
council 없음 cross: verify만 frontend 없음

스킬 명령어

4개의 슬래시 명령어가 다양한 규모에서 BMB 기능을 제공합니다 — 전체 파이프라인부터 집중 브레인스토밍까지.

/B
/BMB
전체 파이프라인
11.5단계 전체 A-to-Z 파이프라인. 크로스 모델 Council, 블라인드 검증, 애널리틱스, 간소화, 세션 연속성. 모든 중요한 기능 또는 버그 수정에 사용.
11.5단계 크로스 모델 worktree 블라인드 검증
/Bb
/BMB-brainstorm
아이디어 도출
Lead + Consultant 양방향 브레인스토밍과 대화 로깅. 코드 작성 전 의도, 요구사항, 설계를 탐색합니다.
5단계 consultant 코드 없음
/Br
/BMB-refactoring
코드 품질
크로스 모델 리뷰를 통한 병렬 분석, worktree 격리 실행, 리뷰 사이클, 병합. 기능 변경 없이 기존 코드 개선에 집중합니다.
6단계 크로스 모델 worktree
/Bs
/BMB-setup
설정
일회성 프로젝트 설정: 사전 조건 확인, 설정 생성, gitignore 규칙, 확인. 첫 파이프라인 사용 전 프로젝트당 한 번 실행.
5단계 사전 조건

스킬 관계도

flowchart LR
    Setup["/BMB-setup\n⚙️ Config"]
    BMB["/BMB\n🔧 Full Pipeline"]
    Brainstorm["/BMB-brainstorm\n💡 Ideation"]
    Refactoring["/BMB-refactoring\n🔄 Code Quality"]

    Setup -->|"prerequisite"| BMB
    Setup -->|"prerequisite"| Brainstorm
    Setup -->|"prerequisite"| Refactoring
    Brainstorm -.->|"feeds into"| BMB
    Refactoring -.->|"standalone"| BMB

    style Setup fill:#111827,stroke:#22c55e,color:#e8edf5
    style BMB fill:#111827,stroke:#3b82f6,color:#e8edf5,stroke-width:3px
    style Brainstorm fill:#111827,stroke:#22d3ee,color:#e8edf5
    style Refactoring fill:#111827,stroke:#a78bfa,color:#e8edf5
      

단계별 커버리지 비교

단계 /BMB /BMB-brainstorm /BMB-refactoring
설정 / 구성
Consultant 세션
브레인스토밍 / 분석✓ 병렬
Council 토론✓ 종합
아키텍처 계획
실행 (Worktree)
테스팅
검증 (블라인드)✓ 리뷰
수정 사이클
간소화
병합 / 정리✓ 요약

우아한 성능 저하

파이프라인은 절대 차단되지 않습니다. 모든 실패 모드에는 정의된 폴백이 있습니다.

시나리오동작
크로스 모델 사용 불가 (council)단독 설계 (Claude 전용), 세션 로그에 기록
크로스 모델 사용 불가 (테스팅)Claude 전용 테스트 결과, 조정에 기록
크로스 모델 사용 불가 (검증)Claude 전용 검증, 조정에 기록
Claude 테스터 타임아웃타임아웃 로깅, 크로스 모델 결과로 계속
크로스 모델 타임아웃Claude 전용 결과로 진행
병합 충돌bmb_learn MISTAKE + 사용자에게 에스컬레이션
Simplifier가 테스트 깨뜨림bmb_learn MISTAKE + 되돌리기 + 원본으로 진행
Telegram 환경변수 미설정알림 조용히 건너뜀
knowledge.db 없음인덱싱/검색 건너뜀
프론트엔드 미감지Frontend 에이전트 건너뜀, Executor만 사용

디렉토리 레이아웃

.bmb/ 디렉토리는 모든 파이프라인 아티팩트의 단일 진실 소스입니다.

.bmb/ ├── handoffs/ ── 에이전트 간 아티팩트 │ ├── briefing.md ── Lead의 브레인스토밍 결과 │ ├── plan-to-exec.md ── Architect의 실행 계획 │ ├── test-claude.md ── Claude 테스터 결과 │ ├── test-cross.md ── 크로스 모델 테스터 결과 │ ├── verify-claude.md ── Claude 검증기 결과 │ └── verify-cross.md ── 크로스 모델 검증기 결과 │ └── .compressed/ ── Lead용 L1 요약 │ ├── briefing.summary.md │ ├── test-result-claude.summary.md │ └── verify-result-claude.summary.md ├── councils/ ── 크로스 모델 토론 파일 │ ├── LEGEND.md ── 모든 과거 토론 인덱스 │ └── {topic}/ │ ├── round-01-claude.md │ ├── round-01-cross.md │ └── CONSENSUS.md ├── worktrees/ ── Git worktree 마운트 포인트 │ ├── executor/ │ ├── frontend/ │ ├── tester-claude/ │ ├── tester-cross/ │ ├── verifier-claude/ │ └── verifier-cross/ ├── sessions/ ── 세션별 상태 │ └── {session_id}/ │ ├── session-prep.md ── 다음 세션 연속성 │ └── conversation.log ── Consultant 피드 ├── .tool-cache/ ── L2 쓰기 시점 캐시 ├── config.json ── 프로젝트 설정 ├── learnings.md ── T1 프로젝트 로컬 학습 ├── session-log.md ── 현재 세션 이벤트 로그 ├── consultant-feed.md ── Lead → Consultant 피드 └── knowledge.db ── L3 FTS5 참조 인덱스 ~/.claude/bmb-system/ ── 글로벌 BMB 설치 ├── scripts/ │ ├── cross-model-run.sh ── 크로스 모델 호출 │ ├── bmb-learn.sh ── 공유 학습 함수 │ ├── knowledge-index.sh ── FTS5 인덱서 │ └── knowledge-search.sh── FTS5 검색 ├── config/ │ └── defaults.json ── 기본 설정 └── learnings-global.md ── T2 크로스 프로젝트 학습