- **수정 3대 원칙** (인계서 명시): (1) 자산 보존 분리 (2) sed 일괄 치환 금지 (3) 폐기 선언 본문 유지
- **수행 7건** (인계서 §2):
- A1 루트 CLAUDE.md 구 요약 갱신 (고정비 직격)
- A2 SKILL.md 폐기 P20 참조 정리 + 아카이브 섹션 신설
- A3 클라이언트팀장·서버팀장 P20 → P24 정정 + 3축 감사 반영
- B1 07 Headless 원안 아카이브 배너 (파일 유지)
- B2 02 추출대상 완료 실적 배너 + 구현 역참조
- B3 08 전투시스템 SOT Q-P2 실측 수치 반영 (#37 연계)
- B4 plan-auditor→PM .gitkeep 신설 (dev-auditor는 이미 존재)
- **기각안**:
1. 요약만 인계 — PD님 "조직 생명급, 꼼꼼히" 명시 정면 위반, 기각
2. 현 세션에서 집행 시작 후 중단 — 불완전 집행으로 더 큰 혼란 유발, 기각
3. C급 동시 인계 — PD님 "A+B급 일괄, 후속 지시" 명시, 범위 초과로 기각
4. 감사 보고 원본 파일 이동·통합 — 인계서만 신설하고 원 감사 보고는 경로 유지하는 것이 차기 PM 참조 편의성 ↑
- **상태**: 완료 (인계서 생성 + push 예정)
- **차기 PM 수행 순서**: 인계서 §8 참조
<!-- #PD지시#PM#완료#전수감사결과 -->
## [PM] 🔍 전수 정합성 감사 완료 — 토큰 최적화 관점 재분류
- **요지**: 5개 Agent 병렬 감사 완료 (pm/dev/plan-auditor + 개발팀장·기획팀장 자체). 총 26건 발견. PD님 추가 지시 "토큰 낭비 감소 목적"에 따라 A급(고정비 직격)·B급(주요 문서)·C급(국부)로 재분류 보고
- **이유**: 3일간 코어룰 대폭 개정 중 구 조항(P20·C17·개발실/기획실 등) 잔존·폐기 미표기·SOT 미동기화 패턴 감지
- **제약 준수**: PM 수정 0건 (PD님 판단 대기). C23 허위 보고 배제 — 발견 없는 영역 "없음" 명시
- **기각안**: (1) PM 자체 즉시 시정 — PD님 "확인 후 판단" 지시 명시, 떠넘기기 회피와는 별개 사항으로 기각 (2) 감사 결과 1건씩 개별 보고 — 토큰 비효율, 통합 보고로 기각
- **상태**: 완료 (수정 집행은 PD님 판단 대기)
<!-- #PD지시#PM#완료#전수감사착수 -->
## [PM] 🔍 조직 문서·규칙 전수 정합성 감사 착수 (PD님 직접 지시)
- **요지**: 조직 모든 에이전트(pm-auditor·dev-auditor·plan-auditor 3축 + 개발팀장·기획팀장) 병렬 투입하여 지금까지의 모든 문서·규칙에서 **불필요/중복/상충** 3축 교차 검증. PD님 명시 제약: "수정할 부분이 없는데 거짓으로 만들어내거나 허위 보고 절대 금지"
- **이유**: 2026-04-14~17 3일 사이 C27~C31·P24~P28·3축 감사·Live 더미 이벤트 구동 체계 등 다수 코어룰 신설/개정 진행. 개정 반영 누락·구 규칙 잔존·중복 기재 패턴 발생 가능성 점검 필요
- **제약**: 본 감사는 **보고만 수행**. PD님 확인 후 판단이 원칙이므로 PM·Agent 모두 직접 수정 금지
- **기각안**: (1) 소수 감사관만 투입 — PD님 "모든 에이전트 총동원" 명시 위반. 기각 (2) PM 자체 일괄 검토 — 자기 작성 문서 검토 시 맹점 발생 위험, 교차 검증 원칙 위배
- **요지**: "작업 완료되면 말하지 않아도 공유·동기화" 지시를 "자동 push 기본"으로 축소 해석 → C20-1-A 그릇 개정 → 30초 polling throttle 단축으로 재시도 → **PD님 직접 반려 + "플래그 기반 이벤트 구동" 제안** → 로컬 IPC 시그널 + git post-commit hook 구조 채택으로 최종 해결. 본 과정에서 PM이 드러낸 **3층 실패**: (1) PD님 지시 축소 해석 (2) **기존 조직 자산 P25 Live 더미 무시** — 이미 있던 해법을 인지 못함 (3) 점검 지시 수동성 — PD님이 설계까지 대신하심
- **이유**: P25 Live 더미가 "같은 PC 세션 간 네트워크 0 실시간 공유"를 이미 구현하고 있었음에도 PM이 활용 후보로 떠올리지 못함. 대신 네트워크 polling 양적 조정이라는 저품질 해법 반복. PD님이 "이건 잘못된 접근법" 명시하시고서야 방향 수정
- **교훈 4대 원칙 영구 기록**:
1.**기존 조직 자산 우선 활용** — 새 문제는 P25·P27·memory/feedback·기존 scripts/hooks부터 검토 (C31-1-E 신설)
2.**Live 더미 = 조직 핵심 자산** — PD님 직접 명시. 같은 PC 세션 간 네트워크 0 실시간 공유 고유 경쟁력. 향후 확장·보호 대상, 차기 프로젝트 계승
3.**양적 조정은 근본 해결 아님** — throttle·숫자 변경 유혹 경계, 구조 전환이 근본
4.**PD님 지시는 설계 경로까지 읽기** — 결과 단독 축소 금지, 암묵 포함 경로 포함하여 해석
- **산출물**:
- SKILL.md P25 본문에 "조직 핵심 자산" 선언 추가
- SKILL.md C31-1-E 체크리스트 신설 — "기존 조직 자산 우선 활용 확인 + 축소 해석 금지"
- memory/feedback_realtime_sync_gap.md 확장 — 3층 실패·4대 원칙 영구 기록
- scripts/git-hooks/post-commit 신설 + SessionStart hook core.hooksPath 자동 설정
- scripts/sync_signal.sh·sync_push.sh 이벤트 구동 재설계
- C20-1-A 재개정 — "자동 push 기본" 폐기 → "공유 문서 + Live 더미 + 시그널 즉시. push는 필요 시만"
- **기각안**:
1. "반성 구두 사과만" — 구조적 재발 방지에 무효, memory·C31·대화로그 3중 기록으로 실체화
2. "Live 더미 자산화 대신 별도 신규 메커니즘 개발" — PD님 명시 "Live 더미 활용"에 정면 충돌, 기각
3. "C20-1-A 자동 push 기본 유지 + 옵션 추가" — PD님 반려 의도 희석, 방침 전환이 근본
## [PM] 헌법 제1원칙 목표 2 해석 확정 — "코어 코드 프레임워크" 의미 영구 명시
- **요지**: "차기 프로젝트부터 조직 자산으로 적극 활용"에서 **"조직 자산" = "코어 코드 프레임워크"** (NerdNavis.Framework 등) 명확화. 원칙 A(차기 프로젝트 = 코어 프레임워크 적극 활용) + 원칙 B(현 프로젝트 = 인사이트 기록 → 다음 프로젝트 참고 자료) 2대 원칙 명문화. **되묻기 금지 영구 기록**
- **이유**: 2026-04-17 PM이 "차기 프로젝트 Unity 전제 여부" 상신하며 헌법 원칙 해석을 PD님께 되물은 사건 → PD님 직접 "어떤 세션에서도 놓치지 않도록 명시해서 되묻지 않도록 기억" 지시
- **산출물**: SKILL.md 헌법 제1원칙 목표 2 전면 개정
- **상태**: 완료
<!-- #PD지시#PM#완료#Python시뮬폐기 -->
## [PM] Python 시뮬 파일 소실·폐기 사안 확정
- **요지**: `battle_sim.py`·`full_stage_sim.py`·`stage_sim_v2.py` NerdNavisAi 레포 내 0건 확인. PD님 확인: 구 기획실 디렉토리 삭제로 소실 추정. 다른 경로 이관 기록 없음 → **폐기 사안으로 기록, 재논의 대상 아님**
## [PM] `.claude/settings.json` 승인 팝업 처리 — 옵션 4 현 상태 수용 (PD님 승인)
- **요지**: SKILL.md·settings.json 수정 시 발생하는 승인 팝업 처리 방안을 4옵션 비교 후 옵션 4(현 상태 수용) 확정
- **이유**: (1) 팝업은 `.claude/` 하드코딩 sensitive 보호로 발생 — 2026-04-17 오전 `9de797f` 커밋에서 이미 진단 완료. (2) `update-config` skill 경유도 동일 팝업 발생 실측(옵션 1 실패). (3) 팝업 대상은 헌법급 구조 변경(코어룰·hook·permission)으로 한정되어 빈도 낮음. (4) C19-2(되돌리기 어려운 액션 보수적 해석) 정합 — 팝업 1회 승인이 최종 안전망 역할
- **기각안**:
- 옵션 1 (update-config skill 경유) — 실측 실패
- 옵션 3-A (`settings.local.json` bypassPermissions) — 보안 비용 > 이득
- 옵션 3-B (`--dangerously-skip-permissions` CLI) — 모든 안전장치 해제로 과도
- **산출물**: `.claude/settings.json``permissions.allow`에 "Skill" 추가 (C14-1 단일 SOT 정합), 본 엔트리
## [PM] pm-auditor 첫 감사 — 팀 업무 공유·기록 체계 전수 점검 (모드 C)
- **요지**: PD님 직접 지시로 개발팀·기획팀 기록 체계 5축 전수 감사. Critical 2건·Major 3건·Minor 3건·Improvement 2건 발견. **개발팀 PD 지시 로그 #1·#2 산출물 경로 4건 파일시스템 부재** + **`공유/소통/완료/` 이동 운영 전면 방치(6건 이상 미이동)** 2대 Critical이 핵심
- **이유**: PM 측 방어(P26·C31)만으로는 "팀 기록이 부실하면 PM 실측이 무의미"라는 구조적 허점 잔존. 2026-04-16 디렉터리 재구조 당시 로그 경로 미갱신 + 완료 이동 규칙(C29-4) 준수 미흡
- **기각안**: 감사 자체 정정(Critical C1 경로 수정)을 pm-auditor가 바로 Edit — 팀 영역 권한(C29) 존중해서 권고만 제출. PM이 판단 후 실행
- **요지**: PD님 직접 지시 "세션을 바꿀 때마다 매번 초기화 되는 일이 반복되지 않도록 업무 공유·보고 프로세스 꼼꼼하게 점검해서 개선, 모든 조직 에이전트가 교차 검증하여 누락 없이 일관성 있게 업무 파악이 가능한 동기화 체계 구축" 수령. P27 신설하여 3축 감사 체계·Agent 호출 이력 기록·세션 전환 시나리오 A~D 복원 보장·SOT 경계·hook 체계·위반 처분 7항 명문화
- **이유**: PM 측 방어(P26·C31)만으로는 "팀 기록이 부실하면 PM 실측이 무의미"라는 구조적 허점 잔존. 팀 측 기록 의무 + 3축 교차 감사의 양방향 강제 필요. PD님 "조직의 생명이 걸린 가장 중요한 이슈" 선언
- **기각안**: P26 확장 — P26이 PM 영역에 한정되어 팀 영역 포괄 불가, 신규 규칙 필요
- **산출물**: SKILL.md P27 신설, `memory/feedback_team_recording_quality.md` 신설 예정
- **요지**: PM 영역 감사만으로는 개발·기획 각 팀 특화 노하우(기술 결정·API 변경 이력·밸런스 수치 이력·기각안) 축적·감사 불가. dev-auditor(개발팀 전담)·plan-auditor(기획팀 전담) 신설하여 3축 교차 검증 체계 완성. 각 에이전트는 해당 영역 응답 발신 직전(모드 A)·주기 감사(모드 B)·주제 집중(모드 C) 수행
- **이유**: 개발팀·기획팀의 팀 특화 맥락(API 변경·밸런스 이력·기각안)을 pm-auditor가 전담하는 구조는 토큰 비효율 + 전문성 부족. 영역별 분담이 C14(토큰 최소화) + 전문성 확보 모두 달성
- **기각안**: 단일 감사관 통합 — 영역별 특수성 + 차기 프로젝트 재활용 관점(plan-auditor는 컨텐츠 자산 장기 보존 특화)에서 기각
- **요지**: 시나리오 A(당일 재시작)·B(새 PC clone)·C(1주일+ 공백)·D(PM 교체) 각각 복원 메커니즘 명시. C·D 대비를 위해 P21 5-B를 "최근 2일 + 세션 공백 감지 시 최근 7일" 확장. 시나리오 D는 "PD 지시 로그 활성 테이블 전수 스캔 + 최근 30일 커밋 스캔" 추가
- **이유**: 단일 날짜 대화로그 Read만으로는 장기 공백·PM 교체 시 업무 맥락 복원 불가. 시나리오별 복원 절차 명시로 어떤 전환 경로에서도 맥락 손실 방지
- **기각안**: 고정 7일 일괄 읽기 — C14(토큰 최소화) 위반, 시나리오별 차등 필요
- **산출물**: SKILL.md P27-3
- **상태**: 완료
<!-- #결정#PM#완료#Agent호출이력 -->
## [PM] Agent 호출 이력 기록 의무 신설 (P27-2)
- **요지**: PM이 Agent 도구로 다른 에이전트 호출 시 ① 호출 프롬프트 요지 대화로그 명시 ② 응답 수령 시 산출물 경로·로그 갱신 여부 기록 ③ 호출된 Agent 로그 갱신 미수행 시 PM이 즉시 보완(C27 의무) 3원칙 강제
- **이유**: 과거 Agent 호출 후 해당 Agent 세션이 로그 갱신 없이 종료되는 패턴 반복. PM 측에서 호출 이력·갱신 여부 트래킹하지 않으면 Layer 4(PM 자기 응답 검증 루프) 허점 재발
- **기각안**: Agent 측 로그 갱신 의무 강화만으로 해결 — PM 측 보완 책임 없이는 누락 지속 실증, 양방향 필요
- **산출물**: SKILL.md P27-2
- **상태**: 완료
<!-- #결정#PM#완료#hook확장 -->
## [PM] hook 체계 확장 — PostToolUse·SessionEnd 신설 + verify_log_paths.sh
- **요지**: PostToolUse hook(`postuse_log_reminder.sh`) — md 대규모 변경 시 대화로그 부재 자동 리마인더. SessionEnd hook(`session_end_audit.sh`) — 세션 종료 시 기록 누락·Live 더미 잔류·미커밋·경로 부재 4종 최종 감사. `verify_log_paths.sh` — PD 지시 로그 활성 테이블 산출물 경로 실존 여부 감사 (주기 실행·세션 갱신 시 호출)
- **이유**: P24 대화로그 쓰기는 강제력이 약했음(SessionStart 경고만 존재). 쓰는 시점(PostToolUse) + 종료 시점(SessionEnd) 양방향 자동 감지로 누락 차단
- **기각안**: 인간 자율 준수 — 2026-04-17 #28 누락 사건이 "자율 준수로는 불충분" 실증
- **산출물**: `scripts/postuse_log_reminder.sh`·`scripts/session_end_audit.sh`·`scripts/verify_log_paths.sh`, `.claude/settings.json` hook 블록 확장
- **상태**: 완료
<!-- #결정#PM#완료#소통9축확장 -->
## [PM] 소통 허브 9축 채널 확장 — 감사관 3종 전용 채널
- **요지**: 기존 6축(PM↔개발팀·PM↔기획팀·개발팀↔기획팀)에 `pm-auditor→PM/`·`dev-auditor→PM/`·`plan-auditor→PM/` 추가하여 9축 확장. YAML 프론트매터 필수 7필드(from·to·type·subject·priority·status·created) 체크리스트 강화 — 하나라도 누락 시 Major 감사 분류
- **이유**: 3축 감사관 보고서가 일반 소통 채널과 섞이면 감사 이력 추적 곤란. 전용 채널 분리 필수. 2026-04-17 pm-auditor Major M1 감사에서 7건 `subject:` 누락 발견 → 필드 강제력 강화 필요
- **기각안**: 단일 `감사→PM/` 공유 채널 — 영역별 감사 이력 분리 기록(차기 프로젝트 참고 자료 축적) 관점에서 기각
- **요지**: PM이 "각 팀 업무 현황 보고" 지시에서 Agent(기획팀장) 호출 → 기획팀장이 `plan-auditor` 에이전트를 "미신설, 안건 #2로 신설 상정 중"으로 잘못 보고. 실제로는 커밋 d33b8be에서 신설 완료 상태. 원인 2중 진단: (1) 기획팀장.md·개발팀장.md가 폐기된 **P20(일일보고)** 지침 잔존 + P24·P26·P27·3축 감사 체계 미반영 (2) **PM이 Agent 호출 프롬프트에 최신 헌법급 변경 요지(d33b8be) 명시 누락** — P27-2 미준수
- **이유**: 단일 세션 + Agent 병렬 호출 구조에서 수신 Agent는 SessionStart hook·PM 맥락을 받지 못하므로 PM이 프롬프트에 맥락을 담지 않으면 Agent가 이전 상태 전제로 응답. 에이전트 정의 파일이 최신 규칙을 반영하지 못한 상태가 이 취약점을 증폭
- **기각안**: "수신 Agent 측 실측 확인 강화"만으로 해결 — PM 측 프롬프트 누락이 근본 원인이고 수신 Agent가 실측할 의무는 있으나 호출자 책임이 더 큼. 단일 방향 조치만으로는 맥락 불균형 구조 해소 불가
- **산출물**:
1. SKILL.md P27-2 "호출 프롬프트 필수 3요소" 추가 — (가)활성 PD 지시 요약 (나)최근 헌법급 변경 요지 (다)관련 신규 에이전트·도구 목록
3.`.claude/agents/개발팀장.md` P20 지침 제거 + P24(기각안 필수)·P26·P27·`dev-auditor` 3축 감사 지침 + C30 git 최신 상태 점검 추가
4. 기획팀 PD 지시 로그 #30 등록
- **상태**: 완료
<!-- #PD지시#PM#완료#P24기각안필수화 -->
## [PM] P24 "기각안" 필드 필수화 — 결정·설계 엔트리 공통 적용 (PD 지시 #31)
- **요지**: 기획팀장 `2026-04-17_업무공유체계_점검_기획팀.md` 안건 1(기획 영역 결정 기각안 필수화)을 PM 재량 검토 후 **조직 전체 결정·설계 엔트리 공통 적용**으로 확대 채택. PD님 직접 지시 "P24 진행 후 완료 보고" 수령으로 즉시 개정
- **이유**: 헌법 제1원칙 목표 2 원칙 B — 수상한잡화점 인사이트를 차기 프로젝트 참고 자료로 활용. **"왜 채택했나"보다 "왜 버렸나"가 더 귀중한 노하우**. 기획 영역에만 한정하면 개발 아키텍처·조직 운영 결정의 기각안도 소실 위험. 범위 확대로 조직 전체 인사이트 축적
- **기각안**:
1. 기획팀장 원안 그대로(기획 영역만 필수) — 개발 아키텍처·조직 운영 결정의 기각안 소실 위험 상존으로 기각, 조직 전체 확대 채택
2. 모든 엔트리 일괄 필수화 — 단순 진행 엔트리(일상적 구현·오탈자 수정)까지 기각안 강제 시 토큰 낭비 + 운영 피로, 결정·설계 엔트리로 한정
- **산출물**: SKILL.md P24 엔트리 표준 형식 표 "기각안" 필드 "선택 (결정 시 권장)" → "**결정·설계 엔트리 필수**" 개정 + "기각안 필드 필수화" 근거 섹션 신설 (범위·근거·적용 주체·기입 방법·발의 출처)
- **적용 주체**: PM·기획팀장·개발팀장·전문 에이전트(balance/content/level/narrative/system/ux) + 3축 감사관(pm/dev/plan-auditor) 공통
- **이유**: 조직 공유·기록 체계 일관성(P27) 강화 + 헌법 제1원칙 목표 2 원칙 B(인사이트 축적) 이행. 기획팀 산출물·개발팀 협업 요청이 단일 포맷·단일 경로로 집약되면 PM 교차 검증과 차기 프로젝트 참고 자료화 모두 용이
- **기각안**:
1. REQ 템플릿 "개발 관점 우려 예상" 섹션(C11 사전 제시) 제외 — 기획팀이 개발 영역 예측을 하는 것이 월권 소지 있으나, 명시적으로 "기획팀 예측·개발팀이 추가 발견 시 C3 제기" 구조로 명시하면 논의 효율 상승. 채택
2. 에이전트 6종 기록 의무를 각 파일에 중복 기재 대신 SKILL.md로만 일원화 — C14-4 참조 무결성 관점에서 매력적이나, 전문 에이전트가 자기 역할 맥락(영역 특화 원칙)과 함께 로드되는 것이 체감 준수율 상승. 영역 특화 부분은 각 파일 유지, 공통 의무는 참조형으로 축소 채택
3. 밸런싱 md 변경 이력 테이블을 `공유/대화로그/`로 일원화 — 추적성은 대화로그에 이미 있으나, 수치 문서 내 인라인 기록이 편집 시점에 즉시 눈에 띄어 누락 위험이 낮음. 현행 유지(문서 내 인라인)
