| type |
created |
maintainer |
sot_boundary |
related |
rationale |
| 폐기규칙아카이브 |
2026-04-18 |
총괄PM |
폐기·개정된 핵심 규칙(C)·프로젝트 규칙(P)의 상세 경위 단일 SOT |
SKILL.md (활성 본문은 1줄 요약만 유지), CLAUDE.md (요약 블록) |
C14(토큰 최소화) + 헌법 제1원칙 목표 2 원칙 B(차기 프로젝트 참고 자료) 동시 만족 |
🗄️ 폐기·개정 규칙 아카이브 (너드나비스)
본 파일의 성격: 폐기되었거나 정의가 대폭 개정되어 이전 형태가 소멸한 핵심 규칙(C)·프로젝트 규칙(P)의 상세 경위·근거·대체 관계를 단일 SOT로 집약한 조직 자산. 활성 본문(SKILL.md)에는 "1줄 선언 + 본 파일 링크"만 유지하여 고정비를 최소화하되 조직 기억·감사 추적·역진화 방지·차기 프로젝트 참고 자료 4중 가치를 보존한다.
근거: 2026-04-18 PD님 직접 지시로 "수정 3대 원칙 3번 — 폐기 선언 본문 유지"를 "저장 위치 최적화" 로 개정. 활성 본문 ≠ 자산 저장 위치. 자산 가치는 유지하되 저장은 외부화.
읽기 규칙: 본 파일은 변동비. 활성 본문에서 폐기 규칙 맥락이 필요할 때만 Read. SessionStart·매 턴 자동 로드 대상 아님.
🏛️ 아카이브 원칙
포함 대상
- 완전 폐기 규칙 — 선언이
~~취소선~~ 처리되고 후속 대체 규칙이 지정된 것 (예: P20 → P24, C17 → 폐기)
- 정의 대폭 개정 규칙 — 번호는 유지되나 이전 정의가 소멸하고 신 정의로 교체된 것 (예: 구 C18·C24·C26)
- 상위 규칙 격상으로 실효된 규칙 — 프로젝트 규칙이 헌법급으로 격상되어 원 조항이 실질 공백화된 것 (검토 대기: P12 → C28)
제외 대상
- 활성 규칙의 부속 조항 개정 (예: C20-1-A의 운영 조정) — 활성 본문 내 변경 이력으로 관리
- 오탈자·용어 통일·링크 수정 — 일반 문서 개정
기록 형식 (각 규칙 필수 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 |
📘 운영 규칙 (본 파일 관리)
추가 시점
- 신규 규칙 폐기·개정 확정 시 해당 커밋과 동일 커밋 내에 본 파일 append
- 활성 본문(SKILL.md) 1줄 선언에 본 파일 링크 반드시 포함 (
[아카이브](공유/조직공지/폐기_규칙_아카이브.md#규칙번호))
- 추가 시 대화로그(
공유/대화로그/조직운영/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건 집행 착수 지시 |
역진화 방지 (본 파일 자체의 보호)
본 아카이브 파일 자체가 소실·삭제되면 조직 기억이 일괄 소실됨. 따라서:
- 본 파일 삭제·이동은 PD님 직접 승인 필수 (C19-2 되돌리기 어려운 액션)
- 본 파일 내용 축약·요약은 PM 재량 아님, PD님 결정 안건
- git 추적 대상으로 영구 보존