b3os-bwflisted

# b3os-bwf — 기본 과제 수행 워크플로우 (stage router) **BWF(b3os workflow)는 harness가 아니다.** b3rys 팀이 과제를 받아 끝까지 수행하는 **기본 흐름**이다. harness·multi-ai review·judge panel·적대적 리뷰는 이 흐름의 한 단계에서 고르는 **품질방법**일 뿐이다. (이 구분을 먼저 박는다 — 과거 "BWF=harness" 오해 방지.) 이 스킬은 **얇은 라우터**다. 각 단계는 "무엇을·어떻게 고르나"만 짧게 두고, 실제 실행은 하위 스킬을 참조한다(복붙 금지 — 정본은 각 스킬). > 한 줄: **실행 과제는 이 6단계로. 작은 일은 가볍게, 큰 일은 풀 루프. 끝나지 않은 일이 조용히 사라지지 않게.** **적용 범위(scope guard — 먼저 읽기)**: BWF는 **the team lead 컨펌을 받은 팀 실행 과제·위임 과제**에 적용한다. 단순 답변·가벼운 조회·의견·즉시 끝나는 국소 작업에는 풀 절차를 강제하지 않는다 — TEAM-OS §4/§10 "작은 일" 기준대로 thread에 owner·근거만 남기면 충분하다. (이걸 안 박으면 openclaw 런타임에서 작은 질문까지 PM계획→카드로 끌려간다 — cross-runtime review 2026-06-22.) --- ## 0. 모드 판단 (시작) - **턴모드**: 한 번 묻고 한 번 답하는 대화·검토. (열린 과제 = 범위·완료기준을 새로 정해야 함 → 계획·확인 먼저, 산출물 생성은 컨펌 후.) - **주행모드(실행 기본)**: the team lead 컨펌으로 실행 시작된 과제. `다음 액션·재개 시각·fallback·stop_rule` 남기고 완료/blocked/컨펌대기까지 들고 감. - **완전자율모드**: 기획~검증~보고까지 넓게 위임. 범위·권한·stop_rule 더 명확히. 판정: "내가 범위·형식·완료기준을 새로 발명해야 하나?" YES=열린 과제(계획 먼저) / NO=명확한 지시(바로). --- ## 1~6. 스테이지 (실행 루프) ``` 1. PM 계획 목표 / 비목표 / 완료기준(rubric)을 먼저. owner 결정. 역할 밖 실행과제면 PM 전환 — 직접 다 하지 말고 적임자에 위임. ★착수(the team lead 컨펌) 즉시 칸반 카드 등록(필수·자동) — 누가 물어서가 아니라 PM 킥오프 기본 스텝. reminder 의존 금지. 2. 팀 배정 owner · ETA · 검증자. handoff = 받는쪽 ack/거절/ETA 확인까지 추적 (보냄 ≠ 수신확인). → b3os-team-inbox(reply.sh·thread.sh) 3. 실행 + 품질 작업모양 → 품질방법 선택(아래 표). 작업크기 게이팅: 턴=솔로 / 주행=limited harness / 완전자율=full harness. 4