239 lines
14 KiB
Markdown
239 lines
14 KiB
Markdown
|
|
# BT9 — NerdNavis 조직 룰 BT 반영 (Phase 2 집행 완료)
|
||
|
|
|
||
|
|
**발행일**: 2026-04-24
|
||
|
|
**발의**: PD 직접 결정 5건 (2026-04-24) — BT9 안건
|
||
|
|
**집행**: 기획팀장 Phase 2 위임 수락 · C14-6 Chunk 분할 집행 · 변경 8건 + 아카이브 1건 + 카탈로그 1건 + 본 조직공지
|
||
|
|
**관련 규칙**: C4·C9-2-1·C14-6·C31 폐기·C38·C39·C40·C41·C42·C42-7·C43·P32·P33
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 1. 배경
|
||
|
|
|
||
|
|
**NerdNavis 조직 2026-04-22~2026-04-24 기간 누적 교훈**을 BurningTimes 조직에 전수 반영. NerdNavis에서 실증된 PM 위반 패턴·조직 운영 결함·근본 해결 메커니즘을 BT 코어룰에 계승하여 **같은 실수 재발 방지 + 조직 운영 효율성 극대화**.
|
||
|
|
|
||
|
|
### PD 직접 결정 5건 (2026-04-24)
|
||
|
|
|
||
|
|
1. **C31 폐기 + C42 신설 (6항목) + C42-7 BT 고유 9그룹 원형 보존**
|
||
|
|
- 구 C31 (응답 발신 직전 자기검증) 폐기 → C42 (지시 수행 전 사전 검증)로 대체
|
||
|
|
- 단 C31-1 9그룹 (A~I) 체크리스트는 **C42-7 BT 고유 9그룹 보강 체크리스트**로 원형 이관 (PD 명시 지시 "9그룹 원형 보존")
|
||
|
|
- C42-7에 J 그룹(C39) · K 그룹(C41) 신설 추가 → 총 11그룹
|
||
|
|
|
||
|
|
2. **C43 호칭 카탈로그 C안 (모두 팀장 경유)**
|
||
|
|
- 개발팀장·기획팀장 직접 수령 C안
|
||
|
|
- 전문 에이전트 6종(system·content·level·narrative·balance·ux-designer) 호칭도 기획팀장 경유
|
||
|
|
|
||
|
|
3. **P32·P33 신설**
|
||
|
|
- P32: 내부 계획 맥락 분할·순차 진행
|
||
|
|
- P33: 서브에이전트 병렬 활용
|
||
|
|
|
||
|
|
4. **단순 반복 업무 카탈로그 v1 BT 버전 신설**
|
||
|
|
- 개발 14종 + 기획 11종 = 25종
|
||
|
|
- PM 직접 팀원(Sonnet) 호출 가능 영역
|
||
|
|
|
||
|
|
5. **scripts 2종 이식은 개발팀장 담당** (본 조직공지 범위 외)
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 2. 신설·개정·폐기 내용
|
||
|
|
|
||
|
|
### 2-1. 신설 규칙 (헌법급 C·P)
|
||
|
|
|
||
|
|
| 번호 | 명칭 | 핵심 요지 |
|
||
|
|
|------|------|----------|
|
||
|
|
| **C38** | 기술 도구·시스템 구축 주체 vs 활용 주체 분리 (헌법급) | 도구 구축 = 개발팀, 활용 업무 = 해당 업무 주 담당 팀. Task 위임은 업무 영역 기준 |
|
||
|
|
| **C39** | 작업 전 관련 시스템 최신 반영 상태 실측 의무 (헌법급 · 조직 생명급) | 전 조직 공통 3문항 실측 + C39-10 신규 코드 기존 시스템 참조 실측 Read 의무 |
|
||
|
|
| **C40** | 세션 공유·종결 완결성 의무 (헌법급) | 세션 공유 5종 사전 점검 + 세션 종결 인수인계서 + 다음 세션 첫 프롬프트 템플릿 자동 제공 |
|
||
|
|
| **C41** | 병렬 진행 의무 — 불필요한 대기 모드 금지 (헌법급 · 조직 생명급) | 4축 자동 점검 · "응답 대기" 단독 모드 금지 · C42-7 K 그룹 편입 |
|
||
|
|
| **C42** | 사전 검증 절차 — 지시 수행 전 자기검증 (헌법급 · C31 대체) | 사전 6항목 (A~F) + C42-7 9그룹 보강 체크리스트 (구 C31-1 A~I 원형 + J K 신설) |
|
||
|
|
| **C43** | PD 호칭별 직접 하달 체계 (헌법급) | 호칭 카탈로그 라우팅 · C안 팀장 경유 · 단순 반복 PM 직접 호출 예외 |
|
||
|
|
| **C14-6** | 대용량 파일 편집 전술 — 스크립트·Chunk 분할 | C14 하위 신설 · API idle timeout 방지 · 200줄 초과 스크립트 편집 우선 |
|
||
|
|
| **C9-2-1** | 자동 차단 hook 발효 | C9-2 하위 신설 · `scripts/c9_2_block.sh` PostToolUse hook (개발팀 이식 대상) |
|
||
|
|
| **P32** | 내부 계획 맥락 분할·순차 진행 원칙 | 전체 설계 유지 + 맥락 단위 분할 집행 · API idle timeout 방지 |
|
||
|
|
| **P33** | 서브에이전트 병렬 활용 원칙 | 팀장 병렬 호출 적극 활용 · P33-1-A PM 단순 반복 팀원 직접 호출 권한 |
|
||
|
|
|
||
|
|
### 2-2. 기존 규칙 개정
|
||
|
|
|
||
|
|
| 번호 | 개정 내용 |
|
||
|
|
|------|----------|
|
||
|
|
| **C4** | 총괄PM 하달 외연 축소 — 단일 부서 호칭은 팀장 직접 수령 · 헌법급·양 부서 영향만 PM 경유 (C43 연계) |
|
||
|
|
|
||
|
|
### 2-3. 폐기 규칙
|
||
|
|
|
||
|
|
| 번호 | 폐기 사유 | 대체 |
|
||
|
|
|------|----------|------|
|
||
|
|
| **C31** | 응답 발신 직전 자기검증은 **가공된 결과 검증**이라 PM 가공 충동의 진입점 차단 부재. NerdNavis 실증으로 PM 9회 변종 + 헌법급 2회 위반 재발 | **C42** (지시 수행 전 사전 검증 · 가공 진입 전 차단) · 구 C31-1 9그룹 A~I는 C42-7 BT 고유 9그룹 보강 체크리스트로 원형 이관 |
|
||
|
|
|
||
|
|
폐기 6필드 기록: `공유/조직공지/폐기_규칙_아카이브.md` §C31 참조.
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 3. C43 BT 호칭 카탈로그 (요지)
|
||
|
|
|
||
|
|
| 호칭 | 1차 수령 | 2차 처리 |
|
||
|
|
|------|---------|---------|
|
||
|
|
| `PM`·`총괄PM`·호칭 없음 | PM | PM 직접 |
|
||
|
|
| `개발팀`·`개발` | 개발팀장 | 직접 또는 산하 위임 |
|
||
|
|
| `기획팀`·`기획` | 기획팀장 | 직접 또는 6종 전문 에이전트 위임 |
|
||
|
|
| `클라`·`서버`·`DB`·`DevOps`·`QA` | 개발팀장 | 산하 위임 (C안 경유) |
|
||
|
|
| `밸런스`·`시나리오`·`시스템`·`컨텐츠`·`레벨`·`UX` | 기획팀장 | 6종 전문 에이전트 위임 (C안 경유) |
|
||
|
|
| `system`·`content`·`level`·`narrative`·`balance`·`ux`·`*-designer` | 기획팀장 | 해당 전문 에이전트 위임 (C안 경유) |
|
||
|
|
| `양 팀`·`전 부서`·`모두` | PM | PM 자동 조율 + 양 팀 병렬 호출 |
|
||
|
|
| 모호 시 | PM | PD 호칭 명확화 요청 (C29-2 예외) |
|
||
|
|
|
||
|
|
상세: SKILL.md C43 본문 참조.
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 4. C42-7 BT 고유 9그룹 보강 체크리스트 (원형 보존 + J·K 추가)
|
||
|
|
|
||
|
|
응답 발신 직전 필수 통과 체크리스트. 구 C31-1 A~I 9그룹 **원형 이관** (PD 명시 지시 "9그룹 원형 보존") + J·K 2그룹 신설.
|
||
|
|
|
||
|
|
| 그룹 | 영역 | 연관 규칙 |
|
||
|
|
|------|------|----------|
|
||
|
|
| A | 업무 자율 수행 준수 | C29 |
|
||
|
|
| B | C27~C30 준수 | C27·C28·C29-4·C30·C34-16·C6-1·P28-8 |
|
||
|
|
| C | 정직성·용어 일관 | C5·C22·C23·C25 |
|
||
|
|
| D | 세션 시작 맥락 복원 | P21-5B·C32 |
|
||
|
|
| E | 기존 조직 자산 우선 활용 | C34·조직 자산 검토 |
|
||
|
|
| F | C35 pm-auditor 의무 참여 | C35-1 7종 매칭 |
|
||
|
|
| G | 구체 맥락 feedback 본문 선행 Read | feedback 6계층 교훈 |
|
||
|
|
| H | 방향·원칙 수준 축소·희석 금지 | C36 |
|
||
|
|
| I | Proxy 개선 회피·근본 해결 우선 | C2-1~C2-6 |
|
||
|
|
| **J** (신설) | 작업 전 시스템 반영 상태 실측 | C39 |
|
||
|
|
| **K** (신설) | 병렬 진행 의무 | C41 |
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 5. 단순 반복 업무 카탈로그 v1 BT 버전
|
||
|
|
|
||
|
|
PM이 팀원(Sonnet) 직접 위임 가능한 카탈로그:
|
||
|
|
- **개발팀 14종**: 클라이언트 4 + 서버 3 + QA 3 + DevOps 4
|
||
|
|
- **기획팀 11종**: 시뮬·검증·데이터
|
||
|
|
|
||
|
|
상세: `공유/조직공지/2026-04-24_단순반복업무_카탈로그_v1.md` 참조.
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 6. 집행 이력
|
||
|
|
|
||
|
|
| 파일 | 변경 요지 |
|
||
|
|
|------|----------|
|
||
|
|
| `.claude/skills/BurningTimes-코어룰/SKILL.md` | C4 개정 · C9-2-1 신설 · C14-6 신설 · C31 본문 삭제 · C38·C39·C40·C41·C42·C43 신설 · P32·P33 신설 |
|
||
|
|
| `CLAUDE.md` | 요약 블록 C1~C43 갱신 · P1~P33 갱신 · C31 폐기 1줄 |
|
||
|
|
| `공유/조직공지/폐기_규칙_아카이브.md` | C31 폐기 6필드 기록 추가 |
|
||
|
|
| `공유/조직공지/2026-04-24_단순반복업무_카탈로그_v1.md` | 신설 (개발 14·기획 11 = 25종) |
|
||
|
|
| `공유/조직공지/2026-04-24_BT9_NerdNavis_룰반영_신설.md` | 본 조직공지 |
|
||
|
|
| `공유/대화로그/조직운영/2026-04-24.md` | BT9 Phase 2 집행 엔트리 append |
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 7. 적용 시점
|
||
|
|
|
||
|
|
본 조직공지 push 이후 **즉시 발효** (C18 main push 완료 기준).
|
||
|
|
|
||
|
|
- 모든 에이전트는 다음 세션 시작 시 자동 주입 받음 (Skill 패킹 C26)
|
||
|
|
- C42 사전 검증 절차는 PM 응답 작성 시작 전 강제 적용
|
||
|
|
- C42-7 9그룹 보강 체크리스트는 응답 발신 직전 강제 적용
|
||
|
|
- C43 호칭 카탈로그는 PD 지시 수령 즉시 적용
|
||
|
|
- 단순 반복 업무 카탈로그는 PM 위임 결정 시 적용
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## 8. 기각안
|
||
|
|
|
||
|
|
### 기각안 1. "C31 유지 + C42 병립" (2중 검증)
|
||
|
|
|
||
|
|
- **내용**: 구 C31을 유지한 채 C42를 추가하는 병립 구조. 사전 + 사후 양방향 검증
|
||
|
|
- **기각 사유**: NerdNavis 실증 — C31 (사후 검증) 효과 미흡 판정. PM 9회 변종 재발로 "가공된 결과 검증" 한계 확정. C31 유지는 **duplicate overhead** 유발 + 체크리스트 피로 증가
|
||
|
|
- **대안**: C42 단독으로 유지하되 구 C31-1 9그룹을 **C42-7 원형 이관**. 사전 (C42-2 6항목) + 사후 (C42-7 9+2그룹) 2중 검증 구조를 C42 내부로 통합
|
||
|
|
|
||
|
|
### 기각안 2. "C43 산하 직접 라우팅" (B안)
|
||
|
|
|
||
|
|
- **내용**: `클라`·`서버`·`밸런스` 등 산하 호칭 시 PD 지시가 해당 산하 팀장·전문 에이전트에게 직접 하달
|
||
|
|
- **기각 사유**: PD 2026-04-24 직접 결정 — **C안 (팀장 경유) 채택**. 근거: (1) 팀장 가시성·조율 책임 유지 (2) 양 팀 동일 정책 일관성 (3) 산하 팀장·전문 에이전트 직접 운영 아직 검증 안 됨
|
||
|
|
- **대안**: C안 (팀장 경유) 채택 · 운영 후 조정 여지 명시 (C43-7)
|
||
|
|
|
||
|
|
### 기각안 3. "P32·P33 병합 단일 규칙"
|
||
|
|
|
||
|
|
- **내용**: P32 (맥락 분할) + P33 (병렬 활용)을 단일 P 규칙으로 병합 — "작업 집행 효율화 원칙"
|
||
|
|
- **기각 사유**: 두 규칙은 **서로 다른 축**을 다룸 — P32 (시간축 · 단계 분할) vs P33 (공간축 · 병렬 호출). 병합 시 개념 혼재 + 위반 유형 구분 곤란. C37-2 의미 보존 의무 위반 가능성
|
||
|
|
- **대안**: P32·P33 분리 유지 · P33-5에서 C35-1 경계 명시로 상호 독립성 보장
|
||
|
|
|
||
|
|
---
|
||
|
|
|
||
|
|
## §9. BT10 추가 집행 — C44~C47 신설 + SKILL.md 구조 재정렬 (2026-04-24)
|
||
|
|
|
||
|
|
### 배경
|
||
|
|
|
||
|
|
NerdNavis 조직 2026-04-24 직후 PD 직접 결정 4종 반영. 구 C31 폐기 (C42 대체 — BT9 §2에서 선행 집행) 이후 조직 어투·팩트 판단·AI 특유 상용구·되묻기 패턴을 헌법급으로 명문화할 필요성 확인. SKILL.md 구조 재정렬 + P17 아카이브 기록 미등재 이슈 동시 해소.
|
||
|
|
|
||
|
|
### 신설 규칙 4종
|
||
|
|
|
||
|
|
| 규칙 | 제목 | 핵심 요지 |
|
||
|
|
|------|------|----------|
|
||
|
|
| **C44** | 팩트 우선주의 | PD 의견 동조 이전 팩트 검증 선행 · 모호 시 즉시 외부 검색 · 확정 언사 배제 금지 표현 3종 · 검증 수단 우선순위 4단계 |
|
||
|
|
| **C45** | 하드보일드 공감 | 감정 위로 금지 · 냉철한 디버깅 우선 · 상용구·감상적 수식어·회피 완곡화·무책임 사과 4종 금지 · 실무자 톤 대안 제시 |
|
||
|
|
| **C46** | 비가역적 정체성 | **2축 단순화**: 범용 AI 상용구 배제 (15종 카탈로그) + 일관 경어·어투 유지 (갑작스러운 반말·어투 변화 금지) |
|
||
|
|
| **C47** | 능동적 추론과 질문 생략 | PD 의도 명확 시 되묻기 배제 · 관습적 되묻기 3유형 금지 · 허용 질의 4유형 (의도 모호·범위 불분명·방향 검증·C43 호칭 모호) · 인사이트 담은 마침표 4패턴 |
|
||
|
|
|
||
|
|
### C46 단순화 근거 (BT10 차수 직접 지시)
|
||
|
|
|
||
|
|
**당초 안**: "BT 고유 목소리 4키워드" 축 포함 (정밀 · 실무자 · 직설 · 해학)
|
||
|
|
**PD 결정**: "BT 고유 목소리 4키워드" **폐기**. C46은 **2축 (상용구 배제 + 일관 어투)**으로 단순화
|
||
|
|
|
||
|
|
**기각 근거**:
|
||
|
|
- 목소리 4키워드는 주관적 · 측정 곤란 · 위반 기준 모호
|
||
|
|
- 범용 AI 상용구 배제(축 1)만으로 BT 고유 정체성 충분 확보
|
||
|
|
- 일관 경어·어투 유지(축 2)로 현장 집행 명확성 강화
|
||
|
|
|
||
|
|
**실증 반영**: NerdNavis에서 C46 당초 안 "4키워드" 도입 직후 판정 애매 사례 발생 → PD 직접 판정으로 단순화 결정. BT10에서 선제 반영하여 동일 이슈 예방.
|
||
|
|
|
||
|
|
### 구조 재정렬 내역
|
||
|
|
|
||
|
|
**재정렬 근거 (PD 지시)**: "SKILL.md는 C1~C43 전체 → P1~P33 전체 순서로 재정렬"
|
||
|
|
|
||
|
|
**재정렬 전**: Header → C1~C30 → P1~P33 + 부록A → C32~C43 (C 블록이 분리되어 있음)
|
||
|
|
**재정렬 후**: Header → C1~C30 → C32 → C34~C47 → 부록A → P1~P33 (C 영역 완전 연속 · P 영역 독립)
|
||
|
|
|
||
|
|
**집행 전술**: C14-6 스크립트 기반 대용량 편집 (`scripts/bt10_reorder_skill.py` + `scripts/bt10_move_appendix.py`)
|
||
|
|
|
||
|
|
**SKILL.md 라인 변화**: 2886 → 3067 (+181 라인 · C44~C47 신설 본문 분량)
|
||
|
|
|
||
|
|
### P17 아카이브 기록 (동시 집행)
|
||
|
|
|
||
|
|
**추가 위치**: `공유/조직공지/폐기_규칙_아카이브.md` §17
|
||
|
|
|
||
|
|
**6필드 기록**:
|
||
|
|
- 규칙 번호: P17
|
||
|
|
- 변경일: 2026-04-21 (폐기) · 2026-04-24 (아카이브 등재)
|
||
|
|
- 변경 전: 구 수상한잡화점 전용 ★ 조건 배타 조합 규칙
|
||
|
|
- 변경 후: 완전 폐기 (후속 대체 없음)
|
||
|
|
- 사유: EerieVillage 장르 이질 + 수상한잡화점 프로젝트 삭제
|
||
|
|
- 경위: PD 직접 결정 2026-04-21 · 2026-04-24 BT10 감사 중 누락 발견 후 PD 승인으로 소급 등재
|
||
|
|
|
||
|
|
### 집행 확증
|
||
|
|
|
||
|
|
- SKILL.md 재정렬 + C44~C47 신설 · **전수 검증 통과**
|
||
|
|
- CLAUDE.md 요약 갱신 (C1~C47 · 활성 C 41개 · P 24개)
|
||
|
|
- P17 아카이브 등재
|
||
|
|
- BT9 §9 본 섹션 추가 (기록 완결)
|
||
|
|
|
||
|
|
### 기각안 (§9 고유)
|
||
|
|
|
||
|
|
#### 기각안 1. "C46 4키워드 축 유지"
|
||
|
|
|
||
|
|
- **내용**: 당초 안 그대로 유지 (정밀·실무자·직설·해학 4키워드)
|
||
|
|
- **기각 사유**: PD 직접 폐기 지시 · 측정 곤란 · 위반 기준 모호 · NerdNavis 실증
|
||
|
|
- **대안**: 2축 단순화 (상용구 배제 + 일관 어투)
|
||
|
|
|
||
|
|
#### 기각안 2. "부록 A를 P 블록 말미 유지"
|
||
|
|
|
||
|
|
- **내용**: 재정렬 후에도 부록 A를 P33 뒤에 유지 (기존 배치 그대로)
|
||
|
|
- **기각 사유**: 부록 A 내용(A1 C10-1 · A2 C13)은 **C 섹션 성격** · P 블록 내 유지 시 영역 혼재 · PD 지시 "C 전체 → P 전체" 엄격 해석 시 부록 A는 C 영역에 속함
|
||
|
|
- **대안**: 부록 A를 C47 뒤 · P1 앞으로 재배치 (C 연속성 + 영역 명확성 확보)
|
||
|
|
|
||
|
|
#### 기각안 3. "C44~C47을 Edit 도구로 순차 삽입"
|
||
|
|
|
||
|
|
- **내용**: 대용량 파일이지만 Edit 도구로 섹션별 `old_string`→`new_string` 반복 치환
|
||
|
|
- **기각 사유**: C14-6 대용량 편집 전술 위반 · API idle timeout 리스크 · 정규식 오매칭 리스크
|
||
|
|
- **대안**: Python 스크립트 단일 트랜잭션 (백업 + 경계 assert + 실집행 + 검증) · C14-6-2 Chunk 분할 원칙 준수
|