---
type: 폐기규칙아카이브
created: 2026-04-18
maintainer: 총괄PM
sot_boundary: 폐기·개정된 핵심 규칙(C)·프로젝트 규칙(P)의 상세 경위 단일 SOT
related: SKILL.md (활성 본문은 1줄 요약만 유지), CLAUDE.md (요약 블록)
rationale: C14(토큰 최소화) + 헌법 제1원칙 목표 2 원칙 B(차기 프로젝트 참고 자료) 동시 만족
---
# 🗄️ 폐기·개정 규칙 아카이브 (너드나비스)
> **본 파일의 성격**: 폐기되었거나 정의가 대폭 개정되어 이전 형태가 소멸한 핵심 규칙(C)·프로젝트 규칙(P)의 **상세 경위·근거·대체 관계**를 단일 SOT로 집약한 조직 자산. 활성 본문(SKILL.md)에는 "1줄 선언 + 본 파일 링크"만 유지하여 고정비를 최소화하되 **조직 기억·감사 추적·역진화 방지·차기 프로젝트 참고 자료** 4중 가치를 보존한다.
>
> **근거**: 2026-04-18 PD님 직접 지시로 "수정 3대 원칙 3번 — 폐기 선언 본문 유지"를 **"저장 위치 최적화"** 로 개정. 활성 본문 ≠ 자산 저장 위치. 자산 가치는 유지하되 저장은 외부화.
>
> **읽기 규칙**: 본 파일은 **변동비**. 활성 본문에서 폐기 규칙 맥락이 필요할 때만 Read. SessionStart·매 턴 자동 로드 대상 아님.
---
## 🏛️ 아카이브 원칙
### 포함 대상
1. **완전 폐기 규칙** — 선언이 `~~취소선~~` 처리되고 후속 대체 규칙이 지정된 것 (예: P20 → P24, C17 → 폐기)
2. **정의 대폭 개정 규칙** — 번호는 유지되나 이전 정의가 소멸하고 신 정의로 교체된 것 (예: 구 C18·C24·C26)
3. **상위 규칙 격상으로 실효된 규칙** — 프로젝트 규칙이 헌법급으로 격상되어 원 조항이 실질 공백화된 것 (검토 대기: P12 → C28)
### 제외 대상
1. 활성 규칙의 부속 조항 개정 (예: C20-1-A의 운영 조정) — 활성 본문 내 변경 이력으로 관리
2. 오탈자·용어 통일·링크 수정 — 일반 문서 개정
### 기록 형식 (각 규칙 필수 6필드)
| 필드 | 설명 |
|------|------|
| **규칙 번호·명** | 원 번호와 명칭 |
| **신설일** | 최초 도입 날짜 |
| **폐기/개정일** | 소멸·개정 날짜 |
| **상태** | 폐기 / 개정 / 격상 실효 |
| **대체 관계** | 후속 규칙 번호·명 (있으면) |
| **경위·근거** | 왜 폐기/개정되었는가, 어떤 사건·결정이 계기인가 |
| **원 본문** (선택) | 원형 보존 필요 시 전문 인용. 없으면 "활성 본문에는 1줄 선언만" |
---
## 1. P20 — 세션 활동 일일 보고
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | P20. 세션 활동 일일 보고 |
| **신설일** | 2026-04-14 |
| **폐기일** | 2026-04-16 |
| **상태** | **폐기** |
| **대체 관계** | **P24 (대화로그 기록 의무)** 가 역할 완전 대체 |
| **경위·근거** | 2026-04-16 PD님 직접 지시. P24 대화로그가 일일보고 역할을 완전 대체하며, 양 체계 병존 시 기록 중복(C14-4 참조 무결성 위반) 발생. "활동 가시화"라는 목적은 P24 + P22(결정로그) + P19(PD 지시 트래킹) 3축으로 분담. 기존 `공유/일일보고/` 아카이브는 역사 기록으로 보존. |
| **원 본문 요지** | 각 팀 세션 종료 시 `공유/일일보고/YYYY-MM-DD_{부서}.md` 작성·갱신 의무. 당일 첫 작성이면 신규, 이후 append. 포함: PD 지시 반영 결과 / 자율 작업 / 발견 이슈 / 다음 예정. |
| **교훈** | 기록 체계는 "하나의 기록 = 하나의 목적" 원칙으로 SOT 경계 명확화. P20처럼 중복 체계는 조기 정리. |
| **관련 이력** | `공유/일일보고/` 디렉토리 (역사 아카이브 보존) / P22·P24 신설 |
---
## 2. C17 — 세션 이동 지시 시 복사 가능 명령어 동봉 의무
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C17. 세션 이동 지시 시 복사 가능 명령어 동봉 의무 |
| **신설일** | 2026-04-15 |
| **폐기일** | 2026-04-16 |
| **상태** | **폐기** (상위 전제 소멸) |
| **대체 관계** | 없음 (규칙 자체가 불필요해짐) |
| **경위·근거** | 2026-04-16 PD님 직접 지시로 단일 세션 전환(C24 개정). 단일 세션 구조에서는 "세션 간 이동" 자체가 소멸하므로 C17의 전제가 성립하지 않음. PM이 부서별 별도 세션 진입을 위해 동봉하던 복사 명령어 블록은 불요. |
| **원 본문 요지** | PM이 부서에 작업을 위임하거나 세션 이동을 지시할 때, 부서 세션에서 **바로 복사·실행 가능한 명령어 블록**을 응답에 동봉 의무화. C17-3·C17-3-α로 3요소·간결화 원칙이 보강되었으나 2026-04-16 단일 세션 전환으로 전체 실효. |
| **교훈** | 운영 프로세스 규칙은 상위 구조(여기서는 세션 구조) 변경에 종속. 상위 변경 시 하위 규칙의 존속 가치 재검토 필수. |
| **관련 이력** | C17-3 보강 (2026-04-15) / C17-3-α 신설 (2026-04-15) / C24 단일 세션 전환 (2026-04-16) / PD 지시 로그 #12·#17 |
---
## 3. 구 C18 — 조직 공유 완료 판정 (대상 세션 도달 포함)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | 구 C18. 조직 공유 완료 판정 — main 병합 + 대상 세션 도달 |
| **신설일** | 2026-04-15 |
| **개정일** | 2026-04-16 |
| **상태** | **정의 개정** (번호 유지, 정의 변경) |
| **현행 C18** | main push 완료 (대상 세션 도달 개념 제거) |
| **경위·근거** | 2026-04-15 OI-2 위임 사건(브랜치 분리로 인한 파일 미도달) 계기로 신설. 당시 구조는 부서별 별도 세션 운용이라 "main 병합 + 부서 세션이 해당 커밋을 pull 완료"까지를 공유 완료로 판정. 2026-04-16 단일 세션 전환으로 "대상 세션 도달" 개념이 소멸 → main push 완료만으로 공유 완료 판정하도록 개정. |
| **구 정의 요지** | 로컬 커밋 → 원격 push → main 병합 → **부서 세션이 main pull 완료** 4단계가 모두 완료된 시점을 "조직 공유 완료"로 판정. |
| **교훈** | 정의 개정은 "번호 유지 + 정의 변경" 형태로도 발생 가능. 구 정의가 적용되던 시점의 커밋·보고는 구 정의로 해석해야 역사적 정합성 유지. |
| **관련 이력** | 신설 공지 `공유/조직공지/2026-04-15_C18_신설_C17_보강_브랜치동기화_정직성.md` / C24 단일 세션 전환 시 동반 개정 |
---
## 4. 구 C24 — 부서 세션 영속 대화 운용
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | 구 C24. 부서 세션 영속 대화 운용 |
| **신설일** | 2026-04-15 |
| **개정일** | 2026-04-16 |
| **상태** | **정의 개정** (번호 유지, 정의 변경) |
| **현행 C24** | 단일 세션 운용 원칙 (PM이 총괄하는 단일 세션 1개, 부서는 Agent 도구로 호출) |
| **경위·근거** | 2026-04-15 PC 독립·세션 시작 표준 논의 중 "부서별 워크트리 영속 대화"를 표준 운용 모델로 도입. 2026-04-16 PD님 직접 지시로 **단일 세션 + Agent 병렬 호출** 구조로 전환. 이유: (a) 부서 세션과 PM 세션 간 동기화 비용 (b) 각 부서 세션에 별도 메모리·권한 관리 부담 (c) Agent 도구 성숙으로 단일 세션에서 병렬 호출 가능. |
| **구 정의 요지** | 부서(개발팀·기획팀)별 영속 대화 세션을 `개발팀/`·`기획팀/` 디렉토리 기준으로 유지. PM이 위임 시 부서 세션에서 `resume` 하여 맥락 계승. |
| **교훈** | 조직 구조 근본 전환은 다수 하위 규칙(C17·C26·settings.json 배치 등)에 파급. 전환 시 파급 범위 전수 식별 필수. |
| **관련 이력** | 2026-04-16 단일 세션 전환 / C16 PC 독립 셋업과 정합 / C26 Skill 패킹 전환 동반 |
---
## 5-A. 헌법 제1원칙 v1 (3개 목표) — 2026-04-18 전면 재작성
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | 헌법 제1원칙 v1 — 너드나비스 조직 비전 (3개 목표) |
| **신설일** | 2026-04-15 |
| **재작성일** | 2026-04-18 |
| **상태** | **전면 재작성** (v1 → v2, 3개 목표 → 5개 원칙) |
| **대체 관계** | 헌법 제1원칙 v2 (5항 ①~⑤) — SKILL.md 상단 현행본 |
| **경위·근거** | 2026-04-18 PD님 직접 지적 "헌법 제1원칙이 잘못 되었어". 구 3개 목표(코어 프레임워크 PC 독립·차기 프로젝트 활용·단기제작 스튜디오)는 헌법급 상위 원칙으로 부적합 판정. 일부는 프로젝트 규칙(P29 코어프레임워크)·참고 사항(조직 현황·핵심 자산 안내)으로 강등. |
| **v1 원본 요지** (보존) | **목표 1** — 코어 프레임워크의 PC 독립 최신화 유지 (어떤 PC에서든 최신화된 조직 자산으로 코어 프레임워크 유지·관리) / **목표 2** — 차기 프로젝트부터 코어 코드 프레임워크 조직 자산으로 적극 활용 (원칙 A: 차기 프로젝트 활용·원칙 B: 현 프로젝트 인사이트 기록→차기 참고) / **목표 3** — 단기제작 가능한 유능한 게임 개발 스튜디오로의 발전 |
| **대체 경로** | v1 목표 1 (PC 독립 유지): 기술 운영 사항으로, **헌법 외 명문화 "조직 현황·핵심 자산 안내" + P25 Live 동기화** 체계로 흡수. 헌법 원칙 아님. / v1 목표 2 (코어 프레임워크 활용): **P29 코어 코드 프레임워크 프로젝트 규칙** 3개 조항으로 강등 + 헌법 원칙 ② "경험 축적·계승·발전"에 포함 / v1 목표 3 (단기제작 스튜디오): 헌법 원칙 ① "AI 전문 개발 스튜디오" 내재화 |
| **교훈** | 헌법급 상위 원칙은 **추상도 높은 조직 본질**에 한정. 구체 프로젝트(코어 프레임워크)·기술 체계(PC 독립)·미래 지향 목표(단기제작)는 프로젝트 규칙·참고 사항으로 분리 배치가 적정. PM은 v1 원안 작성 시 이 층위 구분 미숙. |
| **관련 이력** | 2026-04-18 PD님 직접 재작성 지시 5항 + P24→C32·P27→C33 승격 + P29 신설 연쇄 개정 |
---
## 6. P24 → C32 승격 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | P24 대화로그 기록 의무 → C32 (번호 승격) |
| **신설일** | 2026-04-16 (P24로) |
| **승격일** | 2026-04-18 (C32로) |
| **상태** | **번호 승격** (프로젝트 규칙 → 핵심 규칙 헌법급) |
| **경위·근거** | 2026-04-18 PD님 직접 지시 "P24·P27도 코어룰로 승격 시켜." 대화로그가 조직 노하우 축적의 핵심 도구이며 기록 누락이 조직 자산 소실로 직결되어 헌법급 격상 타당. |
| **본문 위치** | SKILL.md C32 섹션 (기존 P24 섹션 위치 그대로, 제목만 C32로 변경) |
| **영향 범위** | 기존 P24 전 조항(기록 시점·형식·기각안 필수·읽기 의무 등)이 헌법급으로 상향. 위반 시 처분 강도 증가. |
| **참조 갱신** | SKILL.md 내 "P24" 참조 일부는 "C32"로 점진 갱신. 과도기 "C32 (구 P24)" 병기 허용 |
---
## 7. P27 → C33 승격 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | P27 조직 업무 공유·기록 체계 일관성 보장 → C33 (번호 승격) |
| **신설일** | 2026-04-17 (P27로) |
| **승격일** | 2026-04-18 (C33로) |
| **상태** | **번호 승격** (프로젝트 규칙 → 핵심 규칙 헌법급) |
| **경위·근거** | 2026-04-18 PD님 직접 지시. 3축 감사 체계·세션 전환 연속성 보장·기록 SOT 경계가 조직 생명급이며 위반 시 조직 운영 자체가 무력화됨으로 헌법급 격상 타당. |
| **본문 위치** | SKILL.md C33 섹션 (기존 P27 섹션 위치 그대로, 제목만 C33로 변경) |
| **영향 범위** | 3축 감사 체계(pm·dev·plan-auditor)·Agent 호출 이력·세션 전환 시나리오 A~D·SOT 경계·hook 체계 전 조항이 헌법급으로 상향 |
| **참조 갱신** | SKILL.md 내 "P27" 참조 일부는 "C33"로 점진 갱신. 과도기 "C33 (구 P27)" 병기 허용 |
---
## 12. P12·P15·P22·P26 본문 완전 삭제 + P13 통합 (2026-04-18 PD님 직접 지시)
| 항목 | 내용 |
|------|------|
| **지시 내용** | "이미 삭제되어서 없어진 내용을 최신 문서에 담지 말고 아카이브만 하고 필요시 참조만 하면 돼" + "프로젝트 규칙에 중복 된 내용은 정리" |
| **실행일** | 2026-04-18 |
| **상태** | 본문 완전 삭제 + 아카이브 단독 보존 + 번호 구멍 허용 |
### 12-A. P12 문서(.md) 수정 권한 — C28 격상으로 완전 흡수
- **구 내용**: .md 파일 수정 권한 총괄PM·팀장 일임, PD님 개별 승인 불요
- **흡수 대상**: C28 문서 수정 무승인 원칙 (2026-04-16 헌법급 격상 시 완전 흡수)
- **조치**: P12 본문 완전 삭제. C28이 동일 의무 담당.
### 12-B. P15 의존성·환경 변경 공유 — P13 통합
- **구 내용**: 패키지·MCP·에디터 설정 변경 공유 채널 기록, 세션 재시작 사전 안내, 영향 범위·롤백 함께 기록
- **통합 대상**: P13 "코드·의존성·환경 변경 관리"
- **조치**: P13 본문을 P13-1 코드 변경 + P13-2 의존성·환경 변경(구 P15) 2단으로 재구성. 구 P15 본문 삭제.
### 12-C. P22 결정로그 발행 의무 — C32 흡수
- **구 내용**: 결정 발생 시 `공유/소통/{부서}→PM/`에 결정로그 발행. 배경·결정·영향 3요소. 3줄 이내.
- **흡수 대상**: C32 대화로그 기록 의무 (결정·설계 엔트리 기각안 필수)
- **조치**: C32 "통합 안내" 조항으로 흡수 규정 명시. 결정로그 파일 별도 발행은 선택 사항, 대화로그 엔트리만으로 요건 충족.
### 12-D. P26 PM 업무 정확도 보장 체계 — C33 흡수
- **구 내용**: PM 재량 자율 처리, 업무 현황 최신 파악 의무, pm-auditor 활용 의무, 위반 처분 4종
- **흡수 대상**: C33-1 3축 감사 체계(pm·dev·plan-auditor) 내 PM 영역
- **조치**: C33 "통합 안내" 조항으로 PM 세부 운영 규정 흡수 명시.
### 12-E. 번호 구멍 허용 원칙 (C14-5-확장 명문화)
- **P12·P15·P20·P22·P24·P26·P27** 자리는 **번호 구멍**으로 유지 (폐기 표기조차 본문에 남기지 않음)
- **근거**: C14-5-확장 (2026-04-18 신설) — 폐기·통합·강등 조항 본문 완전 삭제 원칙
- **재발 방지**: PM 과도 보수 해석 5회차 변종 재발 방지 (`memory/org/feedback_pm_over_conservative_interpretation.md` 5회차 기록)
---
## 8. C7 → P30 강등 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C7 재미 우선 원칙 → P30 (번호 강등 + 범위 재정의) |
| **신설일** | 구 C7 신설 시점 (조직 초기) |
| **강등일** | 2026-04-18 |
| **상태** | **번호 강등** (핵심 규칙 → 프로젝트 규칙) + 범위 재정의 |
| **경위·근거** | 2026-04-18 PD님 직접 지시. "C7은 모든 에이전트가 지켜야할 원칙이 아니라 기획팀의 기본 원칙으로 명문화. 앞으로 신규 게임 개발 프로젝트에 기획팀이 지켜야할 룰이지 모든 팀원의 원칙은 아니라는 점을 혼선이 없도록 정리." |
| **본문 위치** | SKILL.md P30 섹션 (신설, 기획팀 전용 + 타 팀과의 경계 + 적용 프로젝트) |
| **타 팀과의 관계** | 개발팀 C11(자원·구조·범용성) / PM·감사관 프로세스 준수. P30 직접 대상 아님. P30-C11 충돌 시 PM·PD님 조율 |
---
## 9. C8 → C6 통합 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C8 프로덕션 보호 → C6 데이터 보호 및 프로덕션 보호 (통합) |
| **신설일** | 구 C8 신설 시점 |
| **통합일** | 2026-04-18 |
| **상태** | **통합** (C8 폐기, C6에 흡수) |
| **경위·근거** | 2026-04-18 PD님 직접 지시. "C8은 C6과 병합시키고, PD의 승인이 있다면 복구 가능성이 없어도 진행 가능하도록 변경. 단 복구 가능성이 없는 작업 수행 시 복구 불가능하다는 사실을 반드시 고지해야하는 보고 의무 신설." |
| **본문 위치** | SKILL.md C6 섹션 확장 (C6-1 원본 보호 + C6-2 프로덕션 보호 + C6-3 복구 불가 작업 PD 승인 + 고지 의무) |
| **신규 조항** | **C6-3 복구 불가 작업 고지 의무** (2026-04-18 신설) — PD님 승인 시 복구 불가 작업 진행 가능하되 복구 불가 이유·범위·부작용·사전 승인·사후 보고 4요소 고지 의무 |
---
## 10. C15 → C9 통합 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C15 일정·기한 개념 배제 → C9 AI 에이전트 조직 원칙 (통합) |
| **신설일** | 2026-04-15 (C15) |
| **통합일** | 2026-04-18 |
| **상태** | **통합** (C15 폐기, C9에 흡수) |
| **경위·근거** | 2026-04-18 PD님 직접 지시. "C9와 C15는 중복되는 내용 같아. 우리 조직의 기본 원칙으로써 모든 에이전트가 따를 수 있다는 점을 고려해 합쳐진 하나의 룰로 만들어." |
| **본문 위치** | SKILL.md C9 섹션 확장 (C9-1 기본 태도 + C9-2 일정·기한 표현 금지 + C9-3 예외 + C9-4 인간 일정 조율 이관) |
| **중복 제거** | 구 C9("MVP·일정·공수 기본 고려 안 함")와 구 C15("시간 단위 계획 금지")가 사실상 동일 원칙(완성도 우선·일정 개념 배제)이라 통합이 자연스러움 |
---
## 11. C12 → P31 강등 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C12 PD님 경어 사용 원칙 → P31 (번호 강등) |
| **신설일** | 구 C12 신설 시점 (조직 초기) |
| **강등일** | 2026-04-18 |
| **상태** | **번호 강등** (핵심 규칙 → 프로젝트 규칙) |
| **경위·근거** | 2026-04-18 PD님 직접 지시. "C12는 프로젝트 규칙으로 전환시켜." 조직 운영 규약 성격으로 헌법급 불필요 판정. |
| **본문 위치** | SKILL.md P31 섹션 (신설, 기존 C12 본문 그대로 이전) |
| **본문 변경** | 없음 (강등은 번호만, 규칙 강도는 유지) |
---
## C17 신규 재활용 — 최신 세션 관리 기준 (2026-04-18 PD님 직접 지시)
> **주의**: 구 C17("세션 이동 복사 명령어 동봉 의무", 2026-04-16 폐기)은 위 §2에 기록. 본 섹션은 2026-04-18 **동일 번호를 재활용하여 신설**한 "최신 세션 관리 기준"에 대한 기록.
| 항목 | 내용 |
|------|------|
| **번호 재활용 사유** | 2026-04-18 PD님 직접 지시 "C17은 삭제하고, 최신 세션 관리 기준을 명시해. (과거 이력은 아카이브화 시킬 사항이야.)" 구 폐기 C17 자리를 재활용하여 신규 규칙 배치. |
| **신규 C17 내용** | 세션 구조(단일 세션 + Agent 병렬 호출)·세션 시작 표준 절차·전환 시나리오 4종·내부 공유 vs 공유 완료 구분·연관 규칙 인덱스 |
| **구 C17과의 관계** | 동일 번호 재활용. 구 C17의 "세션 이동 복사 명령어 동봉" 주제는 단일 세션 전환으로 소멸. 신규 C17은 "최신 세션 관리 기준" 통합 인덱스로 재정의 |
---
## C21 정식 확정 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | C21 작업 완료 즉시 공유·PM 능동 확인 |
| **초안 상태** | 2026-04-15 무렵 "(초안)"으로 참조만 존재, 본문 없음 |
| **확정일** | 2026-04-18 |
| **상태** | **정식 확정** (초안 해제) |
| **경위·근거** | 2026-04-18 PD님 직접 지시. "C21은 작업 완료 즉시 공유하고 PM이 능동 확인해야 하는 룰은 매우 중요한 룰이야. '작업 완료 즉시 공유'가 C18로 인해 반드시 푸시를 해야만 완료라고 인지할 수 있기 때문에 혼선을 없애도록 2단계 정의를 명문화." |
| **본문 구조** | C21-① 내부 공유 상태(임시 파일·로그로 세션 갱신 전 확인 가능) + C21-② 공유 완료 상태(C18 main push 완료·모든 PC 동기화) + C21-③ PM 능동 확인 의무 + C21-④ 2단계 전이 시점 + C21-⑤ 연관 규칙 |
| **핵심 가치** | "내부 공유 상태" vs "공유 완료 상태" 명확 구분으로 C18과의 혼선 해소 |
---
## 5. 구 C26 — 코어룰 변경 시 에이전트 정의 파일 동시 갱신 의무
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | 구 C26. 코어룰 변경 시 에이전트 정의 파일 동시 갱신 의무 |
| **신설일** | 2026-04-16 (1차) |
| **개정일** | 2026-04-16 (2차, 같은 날 재개정) |
| **상태** | **정의 개정** (Skill 패킹 전환으로 수동 갱신 의무 폐지) |
| **현행 C26** | 코어룰 단일 SOT 갱신 원칙 — SKILL.md 한 곳만 갱신하면 Skill 메커니즘이 부서 서브에이전트에 자동 주입 |
| **경위·근거** | 1차 신설 당시는 코어룰을 루트 CLAUDE.md·개발팀장.md·기획팀장.md 다중 복사 보관 구조. 규칙 변경 시 3~4곳 동시 갱신 의무 규정. 2026-04-16 Claude Code `skills:` frontmatter 기능 도입으로 **Skill 패킹 단일 SOT 전환**. SKILL.md 한 곳만 수정하면 모든 부서 에이전트에 자동 주입되므로 수동 동시 갱신 의무 폐지. |
| **구 정의 요지** | C·P 규칙 신설·변경 시 다음 4곳을 동일 커밋 내 갱신 의무: (1) 루트 CLAUDE.md 요약 (2) 개발팀/CLAUDE.md 본문 (3) 기획팀/CLAUDE.md 본문 (4) 에이전트 정의 `.md` 관련 조문. 누락 시 C26 위반 + C5 정직성 위반 가중. |
| **교훈** | 플랫폼 기능 진화(Skill 패킹)에 따라 조직 규칙도 적극 간소화. 수동 동기화 의무는 자동화 가능 영역에서는 즉시 폐지 검토 대상. |
| **관련 이력** | 2026-04-16 Skill 패킹 전환 공지 / C14-4 참조 무결성과 정합 / `memory/org/feedback_role_play_vs_real_call.md` |
---
## 13. P25 → C34 승격 + worktree 격리 근원 해결 (2026-04-18)
| 항목 | 내용 |
|------|------|
| **규칙 번호·명** | P25 Live 증분 동기화 체계 → **C34 Live 증분 동기화 체계** (헌법급 승격 + 본문 전면 재작성) |
| **신설일** | 2026-04-16 (P25로) |
| **승격·재작성일** | 2026-04-18 (C34로) |
| **상태** | **번호 승격 + 본문 전면 재작성** (프로젝트 규칙 → 핵심 규칙 헌법급) |
| **대체 관계** | 구 P25 본문은 C34로 흡수되며, worktree 경계 해소·Agent 경계 보호·중앙 Junction 구조가 신규 편입됨 |
| **경위·근거** | 2026-04-18 PD님 직접 선언 — **"이 문제가 해결되지 않으면 앞으로 우리 조직은 유지될 수 없어"** · **"철저히 검토해서 관련 된 문서에 일괄 반영하고 재발되지 않도록 가능한 모든 수단을 써서 개선해"**. git worktree 격리로 P25의 "같은 PC 세션 간 실시간 공유"가 실패하는 사실이 실증됨. 헌법 제1원칙 ⑤(세션·PC 연속성 보장)의 근본 위협 판정. |
| **영향 범위** | (1) SKILL.md C34 신설 + P25 본문 완전 삭제, C16-1 junction 의무 편입, C31-1-E 표기 갱신 (2) CLAUDE.md 핵심 규칙 요약 28→29, 프로젝트 규칙 요약 25→24 (3) 스크립트: `scripts/live_junction_ensure.sh` 신규 + `setup_*.ps1/sh` 3.5 섹션 + `verify_setup.ps1` 2.5 섹션 (4) `.claude/settings.json` SessionStart hook 체인 갱신 (5) `.gitignore` `.live/*` 제외 규칙 (6) 조직공지 `2026-04-18_C34_신설_worktree_격리_근원해결.md` 발행 (7) memory/org/ 2종 신설 |
| **구 P25 본문 요지** (보존) | Live 더미 + `sync_signal.sh` 시그널 체계로 같은 PC 세션 간 네트워크 비용 0 실시간 공유. 단, "같은 worktree" 전제가 암묵적이었으며 worktree 격리에서 실패함이 실증됨. |
| **교훈** | (1) **"같은 PC = 같은 파일시스템"이라는 직관은 worktree 앞에서 성립하지 않음** — 조직 공유 체계 설계 시 worktree 경계 조건을 첫 검토 항목에 포함 (2) Agent 호출 시 절대 경로 하드코딩은 worktree 경계를 넘어 다른 디렉토리에 쓰이는 2차 위험 — C34-11·`feedback_agent_path_boundary.md` 참조 (3) 기존 C16-1 memory junction 패턴이 본 해결의 모범 사례 (중앙 저장소 + junction). 새 공유 체계 설계 시 동일 패턴 우선 채택 |
| **번호 구멍** | P25는 본문 완전 삭제 (C14-5-확장 규준). CLAUDE.md 프로젝트 규칙 요약에서도 완전 제거. 번호 연속성 자산 아님. |
---
## 📘 운영 규칙 (본 파일 관리)
### 추가 시점
1. 신규 규칙 폐기·개정 확정 시 **해당 커밋과 동일 커밋 내**에 본 파일 append
2. 활성 본문(SKILL.md) 1줄 선언에 본 파일 링크 반드시 포함 (`[아카이브](공유/조직공지/폐기_규칙_아카이브.md#규칙번호)`)
3. 추가 시 대화로그(`공유/대화로그/조직운영/YYYY-MM-DD.md`) 엔트리 + 기각안 기록 (P24)
### 본 파일 변경 이력 (P16)
| 일시 | 변경자 | 변경 요지 | 관련 PD 지시 |
|------|--------|-----------|-------------|
| 2026-04-18 | PM | 신설 + P20·C17·구 C18·구 C24·구 C26 5종 이관. 수정 3대 원칙 3번 개정(저장 위치 최적화) PD님 직접 지시 반영 | 2026-04-18 원칙 3 개정 + A+B급 6건 집행 착수 지시 |
| 2026-04-18 | PM | §13 P25 → C34 승격 기록 추가. worktree 격리 근원 해결 집행 (중앙 Junction + Agent 경계 보호) | 2026-04-18 PD님 조직 생존급 선언 "가능한 모든 수단을 써서 개선해" |
### 역진화 방지 (본 파일 자체의 보호)
본 아카이브 파일 자체가 소실·삭제되면 조직 기억이 일괄 소실됨. 따라서:
- 본 파일 삭제·이동은 **PD님 직접 승인 필수** (C19-2 되돌리기 어려운 액션)
- 본 파일 내용 축약·요약은 **PM 재량 아님, PD님 결정 안건**
- git 추적 대상으로 영구 보존