10 KiB
10 KiB
| 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. 구 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 추적 대상으로 영구 보존