2026-04-15 11:02:35 +00:00
---
name: PD 지시 수령 시 목적·용도·범위·비목적 4축 확인 의무
description: PD 지시의 프레이밍(전제·목적)을 검증 없이 수용하면 하위 문서·안건이 잘못된 가정 위에 누적된다. 수령 시 4축 확인 후 착수.
type: feedback
originSessionId: c78306c8-25d0-4cf8-a892-77feac767da3
---
PD님 지시를 수령할 때, 실행 계획을 세우기 **전에** 반드시 다음 4축을 명시적으로 확인·기록한다. 프레이밍 오류는 문서·로그·안건·결재를 연쇄적으로 오염시킨다.
### 4축
| 축 | 확인 질문 |
|----|----------|
| **목적** | PD님이 이 지시로 **무엇을 이루려 하시는가** (실행이 아니라 가치) |
| **용도** | 산출물이 **어디에 어떻게 쓰이는가** (자산 축적 / 프로젝트 투입 / 연구 / 공지 등) |
| **범위** | **무엇이 포함되고 무엇이 포함되지 않는가** |
| ** ❌ 비목적** | PD님 의도와 **혼동될 수 있는 인접 개념 중, 이 지시가 아닌 것** (명시적으로 배제) |
feat(BT·Phase2C): 수상한잡화점 삭제 + feedback 추상화 + 아카이브 재압축 + 조직 전환 완결
PD님 2026-04-21 결정 1~5 집행.
## 결정 1·P17 완전 폐기
- SKILL.md P17 섹션 완전 삭제
- 폐기_규칙_아카이브.md에 6필드 기록
- CLAUDE.md 요약 P17 1줄 제거
## 결정 2·P29 EerieVillage용 재작성
- P29-3 "현 프로젝트(수상한 잡화점) 활용 방침" → "EerieVillage 활용 방침" B안
- Tier 1 16종 중 플랫포머 유효 항목 선별 가이드
- 2D 플랫포머 특화 컴포넌트 Tier 2 신규 검토
## 결정 3·조직공지 필터링 (팀장급 논의)
- 개발팀장·기획팀장 Task 병렬 논의 수행
- 두 팀 모두 삭제 합의 10건 삭제 (OI-2·OI-5·Phase3 NAS·GIT v2 결재·초안·임시 안건·세션 이어받기·v1 체크리스트·bak 등)
- 규칙 진화사 공지 18건 + 폐기/방향전환 아카이브 + v2 체크리스트 보존
## 결정 4·feedback 단순 치환
- memory/org/ 6개 파일 "수상한잡화점" → "이전 프로젝트" sed
## 결정 5·분량 초과 4건 재압축
- 기획팀장: 12,359자 → 7,911자 (36% 감축)
- balance-designer: 5,500자 → 4,448자
- 개발팀장: 11,800자 → 6,978자 (41% 감축)
- 클라이언트팀장: 6,609자 → 6,077자
- 모두 목표 범위 달성
## 삭제 실측
- 프로젝트/수상한잡화점/ (41파일) · 신규 프로젝트/ · 02_수상한잡화점_추출대상_v1.md
- 공유/대화로그/수상한잡화점/ (4파일) · 소통/완료/ 35건 · 소통 허브 허브 파일들
- 공유/개발팀_자산/Unity_MCP_v1 · 서버_작업_참고자료 · 개발팀_백업 · 일일보고 · 인계서
- PD 지시 로그 완료 아카이브 97건 (개발 57 + 기획 40) 일괄 삭제
- 조직공지 10건 · 공통_업무_규칙_개정_제안 · 신PC_v1
- .gitignore 구 개발실/·기획실/ 경로 4줄 삭제
## 기타 정리
- CLAUDE.md 프로젝트 3종 → 2종 (BT.Framework + EerieVillage)
- agents·scripts 수상한잡화점 경로 참조 → EerieVillage 교체
- feedback_agent_path_boundary.md content-designer 2회차 위반 append
- INDEX.md BT 기준 재작성
## 변경 규모
184 files, 671 insertions, 31786 deletions.
## NerdNavis 의도적 잔존 (C5 정직성)
- GIT_REMOTE URL (paths.local.json·paths.local.json.template)
- UNITY_PROJECT_ROOT 실값 E:/NerdNavis/EerieVillage
- 역사 표기 (EerieVillage README, 시행착오 아카이브, 대화로그)
## 태그
- phase-2a-complete @ 5d5b1dd
- phase-2b-complete @ 44f7fb1
- phase-2c-complete @ (본 commit)
## 보류 (Phase 3 이관)
EerieVillage 착수 안건 7종 — 서버·Framework Tier 2·Unity MCP v2·세계관 SOT·2D 플랫포머 UX·Prove-2-of-3 이식성·어뷰징 경계값 재평가 (PD 결정 6)
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-20 16:55:52 +00:00
**Why**: 2026-04-15 "신규 BurningTimesCore 제작" 지시를 개발팀·총괄PM이 "기존 코어 대체품을 만들어 프로젝트에 투입"으로 프레이밍. 실제 PD님 의도는 "조직 자산 R& D". 이전 프로젝트은 본 프레임워크를 참조하지 않기로 기결정되었고, 차기 프로젝트도 "신규 코어 도입"이 아니라 "축적된 조직 자산(코어 코드·노하우) 활용"이 정답. OI-5("이전 프로젝트 마이그레이션 시점") 같은 **질문 전제 자체가 성립하지 않는 이슈**가 미결 상태로 PD님 결재 안건에 오르는 사태 발생.
2026-04-15 11:02:35 +00:00
**How to apply**:
- 규모 있는 PD 지시(신규 산출물·신규 이슈 제기·신규 레포·신규 프레임워크 등)를 받은 직후, PD 지시 로그에 지시 요지를 등록하면서 **4축을 함께 기록**한다
- 4축 중 하나라도 불명확하면 **착수 전 PD님께 1회 확인**한다 (C1 지시=승인 원칙과 충돌 아님. 오히려 지시 의도 보존)
- 하위 문서(설계안·안건·위임 지시서)에도 ** "목적·용도·범위·비목적"** 섹션을 표준 헤더로 포함
- "대체품 / 도입 / 마이그레이션 / 투입" 같은 **전이 동사** 사용 시 주의 — 자산 축적(간접)과 프로젝트 투입(직접)을 구분
- 지시를 받은 후 며칠이 지나면 최초 프레이밍의 오류를 잡기 어려워진다. **수령 시점이 유일한 교정 기회**
