refactor(rules): 폐기 조항 본문 완전 삭제 + P 중복 정리 + C14-5-확장 신설
## PD님 직접 지시 (2026-04-18, 2건) 1. 이미 삭제된 내용 최신 문서에 담지 말고 아카이브만 (C7·C12 등) 2. 프로젝트 규칙 중복 정리 ## C14-5-확장 코어룰 신설 (재발 방지 명문화) - 폐기·통합·강등 조항 본문 완전 삭제 - ~~취소선~~ 1줄 표기도 금지 - 번호 구멍 허용 - 본문 삭제 + 아카이브 기록 + 요약 제거 3종 세트 ## 본문 완전 삭제 - SKILL.md 폐기 C 표기 4건: ~~C7~~·~~C8~~·~~C12~~·~~C15~~ - SKILL.md P 본문 7건: P12·P15·P20·P22·P24·P26·P27 + A3 부록 - CLAUDE.md 요약 블록 폐기 표기 완전 정리 ## 통합·흡수 - C32 통합 안내: 구 P22 결정로그 흡수 - C33 통합 안내: 구 P26 PM 업무 정확도 흡수 - P13 확장: P13-1 코드 + P13-2 의존성·환경 (구 P15 흡수) ## 5회차 변종 판정 (PM 과도 보수 시리즈) - 1·2·3회차: 보존 = 본문 유지 - 4회차: 기록 = 범위 축소 - 5회차: 번호 연속성 = 폐기 표기 유지 - feedback_deprecated_section_retention.md 신설 - feedback_pm_over_conservative_interpretation.md 5회차 기록 ## 현행 집계 - 활성 C 규칙 28개 (번호 구멍 허용) - 활성 P 규칙 25개 (번호 구멍 허용) Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
6101e21d9e
commit
5085c5625e
|
|
@ -164,9 +164,6 @@ PD님이 총괄PM에게 지시하면, 총괄PM이 판단하여 개발팀·기획
|
||||||
- **고지 누락 시**: C3(이슈 은폐 금지)·C5(정직성) 위반. 자진 보고 + 처분 대기
|
- **고지 누락 시**: C3(이슈 은폐 금지)·C5(정직성) 위반. 자진 보고 + 처분 대기
|
||||||
- **PD님 승인 없이 복구 불가 작업 실행 절대 금지** (C19-2 되돌리기 어려운 액션과 결합)
|
- **PD님 승인 없이 복구 불가 작업 실행 절대 금지** (C19-2 되돌리기 어려운 액션과 결합)
|
||||||
|
|
||||||
## ~~C7~~ (2026-04-18 P30으로 강등 — 기획팀 전용 원칙으로 재정의, 상세: [폐기 규칙 아카이브 #8-c7-demotion](../../../공유/조직공지/폐기_규칙_아카이브.md#8-c7-demotion))
|
|
||||||
|
|
||||||
## ~~C8~~ (2026-04-18 C6 통합, 상세: [폐기 규칙 아카이브 #9-c8-merge](../../../공유/조직공지/폐기_규칙_아카이브.md#9-c8-merge))
|
|
||||||
|
|
||||||
## C9. AI 에이전트 조직 원칙 — 완성도 우선·일정 개념 배제 (2026-04-18 C15 통합)
|
## C9. AI 에이전트 조직 원칙 — 완성도 우선·일정 개념 배제 (2026-04-18 C15 통합)
|
||||||
|
|
||||||
|
|
@ -258,7 +255,6 @@ C1(지시=승인)이 C3(이슈 보고)보다 우선하지 않는다. 두 원칙
|
||||||
- "당장 돌아가는 코드"가 아니라 "**오래 유지되고 재사용되는 코드**"를 작성한다
|
- "당장 돌아가는 코드"가 아니라 "**오래 유지되고 재사용되는 코드**"를 작성한다
|
||||||
- C7(재미 우선)은 기획팀의 판단 기준이며, C11(개발 관점)은 개발팀의 판단 기준이다. 두 원칙이 충돌할 경우 총괄PM·PD님 판단 하에 조율한다
|
- C7(재미 우선)은 기획팀의 판단 기준이며, C11(개발 관점)은 개발팀의 판단 기준이다. 두 원칙이 충돌할 경우 총괄PM·PD님 판단 하에 조율한다
|
||||||
|
|
||||||
## ~~C12~~ (2026-04-18 P31로 강등 — 운영 규약 성격으로 재분류, 상세: [폐기 규칙 아카이브 #11-c12-demotion](../../../공유/조직공지/폐기_규칙_아카이브.md#11-c12-demotion))
|
|
||||||
|
|
||||||
## C14. 토큰 최소화 우선 설계 원칙 (2026-04-15 PD님 승인)
|
## C14. 토큰 최소화 우선 설계 원칙 (2026-04-15 PD님 승인)
|
||||||
|
|
||||||
|
|
@ -302,6 +298,24 @@ CLAUDE.md 신규 항목, 매 턴 로드 대상 확대, `MEMORY.md` 인덱스 확
|
||||||
|
|
||||||
위 2종 외 일반 현역 문서는 **본문 최신 + 말미 참조 링크**만 (방향 전환 상단 배너 금지).
|
위 2종 외 일반 현역 문서는 **본문 최신 + 말미 참조 링크**만 (방향 전환 상단 배너 금지).
|
||||||
|
|
||||||
|
#### C14-5-확장. 폐기·통합·강등 조항 본문 완전 삭제 원칙 (2026-04-18 PD님 직접 지시)
|
||||||
|
|
||||||
|
**폐기·통합·강등된 C/P 규칙은 SKILL.md·CLAUDE.md 본문에서 완전 삭제**하고, 아카이브 파일(`공유/조직공지/폐기_규칙_아카이브.md`)에만 기록한다. 필요 시 아카이브 참조.
|
||||||
|
|
||||||
|
- **`~~C7~~ (P30 강등)`·`~~C8~~ (C6 통합)`·`~~P24~~ (C32 승격)` 같은 1줄 폐기 표기도 남기지 않는다**
|
||||||
|
- **번호 구멍 허용** — 예: `C6` → 바로 `C9` (C7·C8 자리 공백, 폐기 표기 없음)
|
||||||
|
- **번호 체계 연속성은 자산이 아니다** — 조직 기억은 아카이브 SOT가 담당
|
||||||
|
- 활성 본문은 **현재 유효 규칙만** 나열하여 가독성·토큰 효율 극대화
|
||||||
|
|
||||||
|
**근거**: 2026-04-18 PD님 직접 지시 "이미 삭제되어서 없어진 내용을 최신 문서에 담지 말고 아카이브만 하고 필요시 참조만 하면 돼."
|
||||||
|
|
||||||
|
**재발 방지 장치**: 향후 규칙 폐기·통합·강등 시 **본문 삭제 + 아카이브 기록 3종 세트**:
|
||||||
|
- (ㄱ) 본문 섹션 완전 삭제 (`~~취소선~~` 표기조차 금지)
|
||||||
|
- (ㄴ) 아카이브 파일에 6필드 기록 (규칙번호·신설·폐기·상태·대체·경위)
|
||||||
|
- (ㄷ) CLAUDE.md 요약 블록에서도 폐기 항목 완전 제거 (아카이브 링크 1줄로 대체)
|
||||||
|
|
||||||
|
**예외**: **현행 규칙 내부에서 폐기된 조항 자체를 선언하는 본문**(예: "P20 폐기 → C32 대체"를 설명하는 C32 본문 내 역사 서술)은 허용. 이는 **현행 규칙의 맥락 설명**이지 폐기 조항 자체의 잔존이 아니다.
|
||||||
|
|
||||||
#### 가치
|
#### 가치
|
||||||
- C14(토큰 최소화): 본문 비대화 차단, 고정비·변동비 문서 공통 최적화
|
- C14(토큰 최소화): 본문 비대화 차단, 고정비·변동비 문서 공통 최적화
|
||||||
- 헌법 제1원칙 목표 2-B: 차기 프로젝트 "왜 이렇게 변경됐나" 참고 자료 집약
|
- 헌법 제1원칙 목표 2-B: 차기 프로젝트 "왜 이렇게 변경됐나" 참고 자료 집약
|
||||||
|
|
@ -312,7 +326,6 @@ CLAUDE.md 신규 항목, 매 턴 로드 대상 확대, `MEMORY.md` 인덱스 확
|
||||||
- 이전 원칙 1 외연 명확화("변동비 본문 유지 + 고정비 외부화")는 본 조항으로 대체·확장
|
- 이전 원칙 1 외연 명확화("변동비 본문 유지 + 고정비 외부화")는 본 조항으로 대체·확장
|
||||||
- PM 과도 보수 해석 3회차 재발 방지 실증 (`memory/org/feedback_pm_over_conservative_interpretation.md`)
|
- PM 과도 보수 해석 3회차 재발 방지 실증 (`memory/org/feedback_pm_over_conservative_interpretation.md`)
|
||||||
|
|
||||||
## ~~C15~~ (2026-04-18 C9 통합, 상세: [폐기 규칙 아카이브 #10-c15-merge](../../../공유/조직공지/폐기_규칙_아카이브.md#10-c15-merge))
|
|
||||||
|
|
||||||
## C13. 부서 작업의 총괄PM 공유 의무 (전 부서 공통)
|
## C13. 부서 작업의 총괄PM 공유 의무 (전 부서 공통)
|
||||||
|
|
||||||
|
|
@ -686,26 +699,23 @@ CLAUDE.md 신규 항목, 매 턴 로드 대상 확대, `MEMORY.md` 인덱스 확
|
||||||
- 규칙 변경 제안은 총괄PM이 검증·승인 후 반영하고 PD님에게 사후 공유
|
- 규칙 변경 제안은 총괄PM이 검증·승인 후 반영하고 PD님에게 사후 공유
|
||||||
- 실무 환경 판단은 현장에 가장 가까운 팀장의 의견을 존중
|
- 실무 환경 판단은 현장에 가장 가까운 팀장의 의견을 존중
|
||||||
|
|
||||||
## P12. 문서(.md) 수정 권한
|
## P13. 코드·의존성·환경 변경 관리 (2026-04-18 구 P15 통합)
|
||||||
- `.md` 파일 수정 권한은 **총괄PM과 팀장에게 일임**
|
|
||||||
- PD님에게 개별 파일 수정 승인을 요청하지 않는다
|
|
||||||
- 조직 구조·규칙 대폭 개정 등 영향 범위가 큰 변경에 한해 사전 1회 요약 보고
|
|
||||||
|
|
||||||
## P13. 코드 변경 관리
|
### P13-1. 코드 변경
|
||||||
- 클라이언트·서버 코드 변경은 **커밋 단위로 목적·범위를 명시**
|
- 클라이언트·서버 코드 변경은 **커밋 단위로 목적·범위를 명시**
|
||||||
- **공용 모듈·인터페이스 변경 시 영향받는 팀(클라-서버-QA)에 사전 공유**
|
- **공용 모듈·인터페이스 변경 시 영향받는 팀(클라-서버-QA)에 사전 공유**
|
||||||
- 대규모 리팩토링은 개발팀장 승인 후 착수
|
- 대규모 리팩토링은 개발팀장 승인 후 착수
|
||||||
|
|
||||||
|
### P13-2. 의존성·환경 변경 (구 P15 흡수)
|
||||||
|
- 패키지·MCP·에디터 설정 변경은 **`공유/` 채널에 기록**
|
||||||
|
- 세션 재시작이 필요한 환경 변경은 **C1의 사전 안내 규칙 준수**
|
||||||
|
- 설정 변경 시 영향 범위와 롤백 방법을 함께 기록
|
||||||
|
|
||||||
## P14. QA 게이트
|
## P14. QA 게이트
|
||||||
- 기능 머지 전 **QA 체크리스트 통과 필수**
|
- 기능 머지 전 **QA 체크리스트 통과 필수**
|
||||||
- **Unity 빌드 오류·콘솔 에러 잔존 상태로 작업 종료 금지**
|
- **Unity 빌드 오류·콘솔 에러 잔존 상태로 작업 종료 금지**
|
||||||
- 버그 수정 시 동일 경로의 회귀 검증 포함
|
- 버그 수정 시 동일 경로의 회귀 검증 포함
|
||||||
|
|
||||||
## P15. 의존성·환경 변경 공유
|
|
||||||
- 패키지·MCP·에디터 설정 변경은 **`공유/` 채널에 기록**
|
|
||||||
- 세션 재시작이 필요한 환경 변경은 **C1의 사전 안내 규칙 준수**
|
|
||||||
- 설정 변경 시 영향 범위와 롤백 방법을 함께 기록
|
|
||||||
|
|
||||||
## P16. 산출물 추적성
|
## P16. 산출물 추적성
|
||||||
- 기획 결정·밸런스 변경의 **이력(누가·언제·왜)을 문서에 남긴다**
|
- 기획 결정·밸런스 변경의 **이력(누가·언제·왜)을 문서에 남긴다**
|
||||||
- 롤백·회귀 분석 시 변경 이력을 활용할 수 있도록 한다
|
- 롤백·회귀 분석 시 변경 이력을 활용할 수 있도록 한다
|
||||||
|
|
@ -823,8 +833,6 @@ PD 지시 로그 테이블을 **2개 섹션**으로 분리한다:
|
||||||
- 로그 누락·갱신 누락 발견 즉시 소급 등록
|
- 로그 누락·갱신 누락 발견 즉시 소급 등록
|
||||||
- 반복 위반 시 교훈 섹션에 기록
|
- 반복 위반 시 교훈 섹션에 기록
|
||||||
|
|
||||||
## ~~P20. 세션 활동 일일 보고~~ (2026-04-16 폐기 — P24 대체, 상세: [폐기 규칙 아카이브 #1-P20](공유/조직공지/폐기_규칙_아카이브.md#1-p20--세션-활동-일일-보고))
|
|
||||||
|
|
||||||
## P21. 세션 갱신 프로토콜 (2026-04-16 PD님 직접 지시 / 2026-04-16 단일 세션 전환으로 간소화)
|
## P21. 세션 갱신 프로토콜 (2026-04-16 PD님 직접 지시 / 2026-04-16 단일 세션 전환으로 간소화)
|
||||||
|
|
||||||
PD님이 **"세션 갱신"**이라고 지시하면, PM 단일 세션 에이전트는 아래 절차를 **즉시·자동·무중단으로** 수행하고 결과를 간결하게 보고한다. PD님에게 추가 프롬프트나 승인을 요청하지 않는다.
|
PD님이 **"세션 갱신"**이라고 지시하면, PM 단일 세션 에이전트는 아래 절차를 **즉시·자동·무중단으로** 수행하고 결과를 간결하게 보고한다. PD님에게 추가 프롬프트나 승인을 요청하지 않는다.
|
||||||
|
|
@ -889,37 +897,6 @@ PD님이 **"세션 공유"**라고 지시하면, 현재 세션의 모든 변경
|
||||||
세션 B: "세션 갱신" → fetch + merge → A의 작업분 반영
|
세션 B: "세션 갱신" → fetch + merge → A의 작업분 반영
|
||||||
```
|
```
|
||||||
|
|
||||||
## P22. 결정로그 발행 의무 (2026-04-16 PD님 직접 지시)
|
|
||||||
|
|
||||||
세션에서 **의미 있는 결정**이 발생하면, 세션 종료 전에 자기 송신 채널(`공유/소통/{부서}→PM/` 또는 `공유/소통/PM→{부서}/`)에 **결정로그** 1건을 발행한다. 대화 안에서만 존재하는 결정사항은 조직 자산이 되지 못한다.
|
|
||||||
|
|
||||||
### 발행 기준
|
|
||||||
다음에 해당하면 결정로그 필수:
|
|
||||||
- 규칙(C·P) 신설·변경
|
|
||||||
- 설계·아키텍처 결정
|
|
||||||
- PD님 지시의 해석·적용 방향 결정
|
|
||||||
- 타 부서에 영향 있는 변경
|
|
||||||
|
|
||||||
### 형식
|
|
||||||
3줄 이내. YAML 프론트매터 `type: 결정로그`. 커밋 prefix `comm(dec):`.
|
|
||||||
|
|
||||||
```
|
|
||||||
- **배경**: (왜 이 결정이 필요했는가)
|
|
||||||
- **결정**: (무엇을 어떻게 결정했는가)
|
|
||||||
- **영향**: (어떤 부서·작업에 영향이 있는가)
|
|
||||||
```
|
|
||||||
|
|
||||||
### 수신
|
|
||||||
SessionStart hook의 `change_digest.sh`가 자동 표시. 별도 pull 불필요.
|
|
||||||
|
|
||||||
### P22·P19·P20 역할 분리 (2026-04-16 통합안 확정)
|
|
||||||
|
|
||||||
| 규칙 | 역할 | 기록 내용 | 중복 금지 |
|
|
||||||
|------|------|----------|----------|
|
|
||||||
| **P19 (PD 지시 로그)** | "무엇을 하고 있는가" | 지시 진행 상태 트래킹 (활성/아카이브) | — |
|
|
||||||
| **P22 (결정로그)** | "무엇이 결정되었는가" | 의사결정 팩트만 (결정 + 근거 + 영향) | P19 내용 복제 금지 |
|
|
||||||
| **P20 (일일보고)** | "왜 그렇게 결정했는가 + 맥락" | 배경·이슈 포함 활동 요약 | P22를 **참조**하되 복제 금지 (C14-4) |
|
|
||||||
|
|
||||||
## P23. 기획 결정 재량 범위 (2026-04-16 PD님 직접 지시)
|
## P23. 기획 결정 재량 범위 (2026-04-16 PD님 직접 지시)
|
||||||
|
|
||||||
기획팀이 독립 세션에서 빠르게 작업할 때의 결정 권한 경계를 명확화한다.
|
기획팀이 독립 세션에서 빠르게 작업할 때의 결정 권한 경계를 명확화한다.
|
||||||
|
|
@ -932,291 +909,17 @@ SessionStart hook의 `change_digest.sh`가 자동 표시. 별도 pull 불필요.
|
||||||
|
|
||||||
## C32. 대화로그 기록 의무 (2026-04-18 PD님 직접 지시로 **P24에서 헌법급 승격**)
|
## C32. 대화로그 기록 의무 (2026-04-18 PD님 직접 지시로 **P24에서 헌법급 승격**)
|
||||||
|
|
||||||
> **승격 근거**: 2026-04-18 PD님 직접 지시. "P24·P27도 코어룰로 승격 시켜." 본 규칙이 **조직 노하우 축적의 핵심 도구**로 확인되어 프로젝트 규칙에서 헌법급으로 상향. **구 P24 번호는 폐기** (상세: [폐기 규칙 아카이브 #C32-승격](../../../공유/조직공지/폐기_규칙_아카이브.md#c32-p24-승격)).
|
> **승격 근거**: 2026-04-18 PD님 직접 지시. "P24·P27도 코어룰로 승격 시켜." 본 규칙이 **조직 노하우 축적의 핵심 도구**로 확인되어 프로젝트 규칙에서 헌법급으로 상향. **구 P24·구 P22(결정로그) 흡수** (상세: [폐기 규칙 아카이브](../../../공유/조직공지/폐기_규칙_아카이브.md)).
|
||||||
>
|
>
|
||||||
> 본 C32 본문은 기존 P24 본문을 그대로 승격한 것이며, 아래 상세 조항(기록 시점·형식·기각안 필수화·읽기 의무 등) 전체가 헌법급 의무로 격상되었다.
|
> 본 C32 본문은 기존 P24 본문을 그대로 승격한 것이며, 아래 상세 조항(기록 시점·형식·기각안 필수화·읽기 의무 등) 전체가 헌법급 의무로 격상되었다.
|
||||||
|
|
||||||
## P24. 대화로그 기록 의무 (2026-04-16 PD님 직접 지시 — 조직 노하우 축적의 핵심 도구)
|
### C32-통합 안내. 구 P22 결정로그 기능 흡수
|
||||||
|
|
||||||
> **세션에서 수행한 모든 의미 있는 작업의 맥락·경위·결정 이유를 로그 파일로 기록한다.** 대화로그는 조직의 노하우를 축적하는 핵심 도구이며, 기록 누락은 조직 자산 소실에 해당한다. P20(일일보고)의 역할을 완전 대체한다.
|
**구 P22 결정로그 발행 의무**(2026-04-18 C32에 흡수)는 다음과 같이 대화로그 체계로 통합한다:
|
||||||
|
- 의미 있는 결정이 발생하면 **대화로그 엔트리에 결정·근거·영향 3요소 기록** (구 P22 결정로그 3요소 동일)
|
||||||
### 파일 구조
|
- 결정·설계 엔트리는 **"기각안" 필드 필수** (P24 기각안 필수화 정신)
|
||||||
|
- 별도 결정로그 파일(`공유/소통/{부서}→PM/`) 발행은 **선택 사항**이며 대화로그 엔트리만으로도 요건 충족
|
||||||
```
|
- 자기 송신 채널 결정로그 파일이 필요한 경우(타 부서 영향 명시적 공지 등) 대화로그 + 결정로그 병행 가능
|
||||||
공유/대화로그/
|
|
||||||
├── 수상한잡화점/ ← 프로젝트별 디렉토리
|
|
||||||
│ ├── 2026-04-16.md
|
|
||||||
│ └── ...
|
|
||||||
├── 코어프레임워크/
|
|
||||||
├── 조직운영/ ← 프로세스·규칙 관련
|
|
||||||
└── INDEX.md ← 태그 인덱스 (검색용)
|
|
||||||
```
|
|
||||||
|
|
||||||
**분류 단위**: 프로젝트별 디렉토리 + 날짜별 파일. 하루에 여러 프로젝트 작업 시 각각의 파일에 기록.
|
|
||||||
|
|
||||||
### 엔트리 표준 형식 (1건 = 5줄 이내)
|
|
||||||
|
|
||||||
```markdown
|
|
||||||
<!-- #PD지시 #개발 #완료 #Tier1 -->
|
|
||||||
## [14:30] Tier 1 잔여 9종 구현 착수 지시
|
|
||||||
- **요지**: EnumToInt·EnumEx·FormatEx 등 9종 구현 착수
|
|
||||||
- **이유**: OI-2 배포방식과 무관, 차단 요인 없음
|
|
||||||
- **산출물**: 프로젝트/코어프레임워크/Tier1_잔여_구현_v1.md
|
|
||||||
- **상태**: 진행중
|
|
||||||
```
|
|
||||||
|
|
||||||
### 해시태그 체계
|
|
||||||
|
|
||||||
**고정 태그 (3종 필수, 매 엔트리 반드시 포함)**
|
|
||||||
|
|
||||||
| 축 | 값 |
|
|
||||||
|---|---|
|
|
||||||
| **작업 유형** | `#PD지시` `#자율작업` `#결정` `#이슈` 중 택1 |
|
|
||||||
| **팀** | `#PM` `#개발` `#기획` 중 택1 |
|
|
||||||
| **상태** | `#완료` `#진행중` `#보류` 중 택1 |
|
|
||||||
|
|
||||||
**자유 태그 (선택, 2개 이내)**: `#밸런스` `#Tier1` `#OI-2` `#Phase3` `#코어룰변경` `#UX` 등
|
|
||||||
|
|
||||||
### 기록 시점 (3가지 트리거)
|
|
||||||
|
|
||||||
| 트리거 | 시점 | 기록 주체 |
|
|
||||||
|--------|------|----------|
|
|
||||||
| **PD님 지시 완료** | 지시 수행 결과 확정 시 | PM 또는 담당 에이전트 |
|
|
||||||
| **주요 결정 확정** | 설계·방향·규칙 결정 시 | 결정 수행 에이전트 |
|
|
||||||
| **세션 종료** | PD님이 세션을 마칠 때 | PM이 당일 요약 정리 |
|
|
||||||
|
|
||||||
### 기록 대상 프로젝트 판정 기준 (2026-04-18 PD님 직접 지시로 명확화)
|
|
||||||
|
|
||||||
**PM 자의 축소 해석 금지.** 세션 커밋이 다음 중 하나라도 충족하면 해당 프로젝트 대화로그 **필수**:
|
|
||||||
|
|
||||||
1. **직접 파일 수정**: 세션 커밋이 `프로젝트/{프로젝트명}/` 하위 파일을 수정했으면 해당 프로젝트 대화로그 **무조건 작성**
|
|
||||||
2. **차기 프로젝트 참고 자산 영향**: 조직 운영 변경이 차기 프로젝트 활용 시 영향을 미치면 (헌법 목표 2-A·2-B 직결) 코어프레임워크 대화로그 **작성 권장**
|
|
||||||
3. **SessionStart hook P24 위반 감지**: hook이 경고한 프로젝트는 **PM 판단 개입 없이** 작성
|
|
||||||
|
|
||||||
**금지 표현**:
|
|
||||||
- "false positive 판정" (PM이 hook 경고를 임의 회피)
|
|
||||||
- "Agent에게 위임했으므로 이행" (PM 본인 작성 책임 우회)
|
|
||||||
- "코드 수정 없음 = 영향 없음" (영향 개념 축소 해석)
|
|
||||||
|
|
||||||
**근거**: 2026-04-18 PM 로그 누락 사건 (`memory/org/feedback_session_log_coverage_gap.md`). PM 과도 보수 해석 4회차 변종 패턴 재발.
|
|
||||||
|
|
||||||
### 엔트리 필수 필드
|
|
||||||
|
|
||||||
| 필드 | 설명 | 필수 |
|
|
||||||
|------|------|------|
|
|
||||||
| 시각 | `[HH:MM]` 형식 | ✅ |
|
|
||||||
| 해시태그 | HTML 주석 내 고정 3종 + 자유 2종 이내 | ✅ |
|
|
||||||
| 요지 | 1줄 요약 | ✅ |
|
|
||||||
| 이유 | 왜 이 결정/작업을 했는가 | ✅ |
|
|
||||||
| 산출물 | 파일 경로 (없으면 "없음") | ✅ |
|
|
||||||
| 상태 | 완료/진행중/보류 | ✅ |
|
|
||||||
| 기각안 | 검토했으나 채택하지 않은 안과 이유 | **결정·설계 엔트리 필수** (기획·개발·조직운영 공통; 없을 시 "없음" 명시) · 단순 진행 엔트리는 선택 |
|
|
||||||
|
|
||||||
### 기각안 필드 필수화 (2026-04-17 PD님 직접 지시)
|
|
||||||
|
|
||||||
**범위**: 결정·설계 엔트리(규칙 신설/변경·방향 결정·시스템 설계·밸런스 수치 결정 등)는 기각안 필드 **필수**. 단순 진행 엔트리(일상적 구현·문서 보완·오탈자 수정 등)는 선택.
|
|
||||||
|
|
||||||
**근거**: 헌법 제1원칙 목표 2 원칙 B — 수상한잡화점 인사이트를 차기 프로젝트 참고 자료로 활용. **"왜 채택했나"보다 "왜 버렸나"가 더 귀중한 노하우**다. 기각안 누락 = 조직 자산 영구 소실.
|
|
||||||
|
|
||||||
**적용 주체**: PM·기획팀장·개발팀장·전문 에이전트(balance/content/level/narrative/system/ux) + 3축 감사관(pm/dev/plan-auditor) 모두 공통 적용.
|
|
||||||
|
|
||||||
**없을 때 기입**: "없음 (다른 안 미검토)" 또는 "없음 (PD님 지적 즉시 수용)" 등 사유 1줄 명시. 공란 금지.
|
|
||||||
|
|
||||||
**발의**: 2026-04-17 기획팀장 `2026-04-17_업무공유체계_점검_기획팀.md` 안건 1. PM 재량 승인 후 PD님 직접 지시로 확정 진행.
|
|
||||||
|
|
||||||
### 읽기 의무 (2026-04-17 개정 — C29 위반 재발 방지)
|
|
||||||
|
|
||||||
**PM 세션 시작 시 최근 2일 대화로그 전수 Read 의무** (신설).
|
|
||||||
- 대상: `공유/대화로그/*/YYYY-MM-DD.md` (금일·전일)
|
|
||||||
- 목적: 이전 세션의 결정·방향을 현재 PM이 복원 (Layer 1·2 해소)
|
|
||||||
- 수행 주체: PM 세션 리더
|
|
||||||
- 강제 메커니즘: `scripts/pm_context_restore.sh` (SessionStart hook)가 파일 목록·크기 자동 출력, PM은 목록 받고 즉시 Read
|
|
||||||
- 누락 시: C29 위반 재발 위험 신호로 간주, 자진 고지
|
|
||||||
|
|
||||||
**그 외 읽기**는 PD님 명시 지시 또는 업무상 필요 시에만 수행 (변동비 유지).
|
|
||||||
|
|
||||||
### C14 준수
|
|
||||||
|
|
||||||
- 대화로그는 **변동비** — CLAUDE.md·매 턴 자동 로드 대상에 포함하지 않음
|
|
||||||
- **예외**: 세션 시작 1회 Read는 변동비 유지 (매 턴 아님, 고정비 영향 없음)
|
|
||||||
- INDEX.md도 고정비에 포함하지 않음
|
|
||||||
|
|
||||||
### 검색 방법
|
|
||||||
|
|
||||||
```bash
|
|
||||||
grep -r "#코어룰변경" 공유/대화로그/ # 태그 검색
|
|
||||||
cat 공유/대화로그/수상한잡화점/2026-04-16.md # 특정 날짜+프로젝트
|
|
||||||
grep -r "기각안" 공유/대화로그/ # 기각 이유 추적
|
|
||||||
```
|
|
||||||
|
|
||||||
### 기존 체계와의 역할 분리
|
|
||||||
|
|
||||||
| 체계 | 역할 | 관계 |
|
|
||||||
|------|------|------|
|
|
||||||
| P19 (PD 지시 로그) | "무엇을 하고 있는가" (상태) | 대화로그가 맥락 보완 |
|
|
||||||
| P22 (결정로그) | "무엇이 결정되었는가" (팩트) | 대화로그가 경위 보완 |
|
|
||||||
| **P24 (대화로그)** | "논의 맥락·경위·기각 이유" | 상위 근거 |
|
|
||||||
| ~~P20 (일일보고)~~ | 폐기 — P24로 대체 | - |
|
|
||||||
|
|
||||||
## C33. 조직 업무 공유·기록 체계 일관성 보장 (2026-04-18 PD님 직접 지시로 **P27에서 헌법급 승격**)
|
|
||||||
|
|
||||||
> **승격 근거**: 2026-04-18 PD님 직접 지시. "P24·P27도 코어룰로 승격 시켜." 본 규칙이 **조직 생명급**(3축 감사 체계·세션 전환 연속성 보장)으로 확인되어 프로젝트 규칙에서 헌법급으로 상향. **구 P27 번호는 폐기** (상세: [폐기 규칙 아카이브 #C33-승격](../../../공유/조직공지/폐기_규칙_아카이브.md#c33-p27-승격)).
|
|
||||||
>
|
|
||||||
> 본 C33 본문은 기존 P27 본문을 그대로 승격한 것이며, 아래 상세 조항(3축 감사 체계·Agent 호출 이력·세션 전환 시나리오·SOT 경계·자동화 hook 체계) 전체가 헌법급 의무로 격상되었다.
|
|
||||||
|
|
||||||
## P27. 조직 업무 공유·기록 체계 일관성 보장 (2026-04-17 PD님 직접 지시 — 조직 생명급)
|
|
||||||
|
|
||||||
> **"업무 공유·기록 누락이 반복되면 세션 전환 시마다 PM이 업무 초기화되는 구조적 실패가 재발. 이 문제가 발생하지 않도록 전수 점검·즉시 개선."** (PD님 2026-04-17 직접 선언). 본 규칙은 C13·C27·C29-4·P19·P22·P24·P26의 **교차 검증 체계**를 제도화하여, PM·개발팀·기획팀 전 조직의 업무 공유가 세션 전환 시에도 일관되게 유지되도록 보장한다.
|
|
||||||
|
|
||||||
### P27-1. 3축 감사 체계 (pm·dev·plan-auditor)
|
|
||||||
|
|
||||||
조직 기록은 **주체별 자율 준수 + 교차 검증 감사**의 2중 구조로 보장:
|
|
||||||
|
|
||||||
| 영역 | 주 감사관 | 대상 | 호출 시점 |
|
|
||||||
|------|----------|------|----------|
|
|
||||||
| PM 업무·조직 규칙·세션 맥락 | **pm-auditor** | 총괄PM | PM 중요 보고 전, 세션 말미, 주제 집중 |
|
|
||||||
| 개발·기술·코드·아키텍처 | **dev-auditor** | 개발팀장·산하 팀장 | 개발팀장 중요 보고 전, 기술 결정 시, 커밋 대량 발생 시 |
|
|
||||||
| 기획·밸런스·컨텐츠·UX | **plan-auditor** | 기획팀장·전문 에이전트 6종 | 기획팀장 중요 보고 전, 밸런스 수치 변경 시, 기획 결정 시 |
|
|
||||||
|
|
||||||
**교차 검증 의무**:
|
|
||||||
- 중요 결정·보고 발신 전 **해당 영역 감사관 모드 A 호출** 권장 (강제 아님, 반복 실수 시 자동 호출 강화 검토)
|
|
||||||
- 세션 말미에 **모드 B 주기 감사** 최소 1회 수행
|
|
||||||
- 3개 감사관은 상호 교차 검증 가능 (dev-auditor 결과를 pm-auditor가 메타 검증 등)
|
|
||||||
|
|
||||||
**감사관 호출 주체 (2026-04-17 추가 — 구조적 제약 명시화)**:
|
|
||||||
- Claude Code 서브에이전트는 **자기 세션 내부에서 Task 도구로 타 Agent를 재호출할 수 없다** (환경 제약)
|
|
||||||
- 따라서 **감사관(pm/dev/plan-auditor) 호출 주체는 항상 상위 세션의 PM**이다
|
|
||||||
- 개발팀장·기획팀장이 "dev/plan-auditor 모드 A·B 호출이 필요하다"고 판단한 경우, **호출 요청을 PM에게 이관**하여 PM이 대리 수행 (2026-04-17 개발팀장·기획팀장 양측 실증으로 구조 확인)
|
|
||||||
- PM은 팀장급의 감사관 호출 요청을 **선택 아닌 의무**로 처리 (C29 자율 수행 원칙상 팀장이 판단한 필요는 존중)
|
|
||||||
- 본 제약은 Claude Code의 환경 제약에 종속되므로 향후 환경 변경 시 본 조항 재검토
|
|
||||||
|
|
||||||
### P27-2. Agent 호출 이력 기록 의무 (신설 / 2026-04-17 호출 프롬프트 3요소 추가)
|
|
||||||
|
|
||||||
PM 또는 어떤 에이전트가 Agent 도구로 다른 에이전트를 호출할 때:
|
|
||||||
1. **호출 프롬프트 요지**를 대화로그 엔트리에 명시 (무엇을 왜 위임했는가)
|
|
||||||
2. **응답 수령 시 산출물 경로 + 로그 갱신 수행 여부** 기록
|
|
||||||
3. **호출된 Agent가 로그 갱신을 수행하지 않았다면** 호출자(PM)가 즉시 보완 (C27 의무)
|
|
||||||
|
|
||||||
**호출 프롬프트 필수 3요소** (2026-04-17 추가 — 맥락 오류 재발 방지)
|
|
||||||
|
|
||||||
PM이 Agent를 호출할 때 프롬프트에 다음 3요소를 반드시 포함한다:
|
|
||||||
- **(가) 관련 활성 PD 지시 로그 항목 요약** — 수신 Agent가 현 업무 맥락을 즉시 파악 가능하도록 요지·상태·비고란 최신 지시 1~3줄 요약
|
|
||||||
- **(나) 최근 헌법급 변경 요지** — 최근 3일 내 C·P 신설/변경, 에이전트 신설, hook 확장 등. 특히 수신 Agent 역할과 직접 관련된 변경은 커밋 해시·요지 1줄로 명시
|
|
||||||
- **(다) 수신 Agent 역할 관련 신규 에이전트·도구 목록** — 3축 감사관(pm/dev/plan-auditor) 존재 여부, 최신 스크립트(`verify_log_paths.sh` 등), 관련 Live 더미 경로
|
|
||||||
|
|
||||||
**실증 근거**: 2026-04-17 기획팀장 Agent 호출 시 PM이 d33b8be(3축 감사 신설 + plan-auditor) 맥락을 프롬프트에 포함하지 않아, 기획팀장이 SKILL.md P27-1 표를 "미래 계획"으로 오독하고 "plan-auditor 미신설, 안건 #2로 신설 상정 중"으로 잘못 보고한 사건.
|
|
||||||
|
|
||||||
**위반 시**: PM 책임 (수신 Agent 귀책 아님). 동일 패턴 반복 시 PM 역할 재검토 (C23·C29 연계).
|
|
||||||
|
|
||||||
### P27-3. 세션 전환 시나리오별 복원 보장
|
|
||||||
|
|
||||||
| 시나리오 | 보장 메커니즘 |
|
|
||||||
|---------|-------------|
|
|
||||||
| **A. 당일 세션 재시작** | SessionStart hook (change_digest·inbox_scan·pm_context_restore) |
|
|
||||||
| **B. 새 PC clone 후 세션** | git pull + 위 hook + setup 스크립트 |
|
|
||||||
| **C. 1주일+ 공백 후 재개** | **P21 5-B 확장 — 최근 7일 대화로그 Read** + `verify_log_paths.sh` |
|
|
||||||
| **D. PM 교체 (다른 Claude 인스턴스)** | 위 A·B·C 모두 + PD 지시 로그 활성 테이블 전수 스캔 + 최근 30일 커밋 스캔 |
|
|
||||||
|
|
||||||
시나리오 C·D 대비를 위해 P21 5-B는 "최근 2일"에서 "**최근 2일 + 세션 공백 감지 시 최근 7일**"로 확장.
|
|
||||||
|
|
||||||
### P27-4. 기록 채널의 SOT 경계 (C14-4 정합)
|
|
||||||
|
|
||||||
동일 정보의 중복 기록을 방지하되 필요한 연결은 유지:
|
|
||||||
|
|
||||||
| 채널 | SOT 역할 | 연결 |
|
|
||||||
|------|---------|------|
|
|
||||||
| **PD 지시 로그** (P19) | 지시·진행·완료 상태 트래킹 | 산출물 경로가 다른 채널 파일 가리킴 |
|
|
||||||
| **대화로그** (P24) | 논의 맥락·결정 경위·기각안 | 관련 커밋·PD 지시 번호 참조 |
|
|
||||||
| **결정로그** (P22) | 결정 팩트 + 근거 + 영향 | 배경은 대화로그 참조 |
|
|
||||||
| **소통** (본 디렉토리) | 팀 간 비동기 통신 | 완료 후 `완료/` 이동, PD 지시 로그에 경로 반영 |
|
|
||||||
| **조직공지** | 전 조직 영향 변경 공지 | 관련 규칙·커밋 참조 |
|
|
||||||
| **memory/org/feedback_*** | 실수 패턴·재발 방지 영구 교훈 | 사건 발생 대화로그 참조 |
|
|
||||||
|
|
||||||
**중복 기록 금지**: 동일 결정을 모든 채널에 전재하지 말 것. 각 채널은 고유 관점만 기록하고 상호 참조로 연결.
|
|
||||||
|
|
||||||
### P27-5. 자동화 hook 체계
|
|
||||||
|
|
||||||
| Hook | 스크립트 | 목적 |
|
|
||||||
|------|---------|------|
|
|
||||||
| SessionStart | `inbox_scan.sh`·`change_digest.sh`·`pm_context_restore.sh`·`live_session_load.sh` | 세션 시작 시 맥락 복원 |
|
|
||||||
| UserPromptSubmit | `git_fetch_throttle.sh`·`hold_watch.sh`·`live_inject.sh` | 매 턴 주입 |
|
|
||||||
| PreToolUse | `auto_approve.sh` | 안전 도구 자동 승인 |
|
|
||||||
| **PostToolUse** (신설 2026-04-17) | `postuse_log_reminder.sh` | md 대규모 변경 시 대화로그 부재 리마인더 |
|
|
||||||
| **SessionEnd** (신설 2026-04-17) | `session_end_audit.sh` | 세션 종료 시 기록 누락 최종 감사 |
|
|
||||||
|
|
||||||
**주기적 실행 스크립트**:
|
|
||||||
- `verify_log_paths.sh` — PD 지시 로그 활성 테이블 경로 실존 감사 (SessionStart or 명시 호출)
|
|
||||||
|
|
||||||
### P27-6. 위반 시
|
|
||||||
- **Critical**: 팀 기록 누락으로 PM 업무 파악 실패 → 재발 시 역할 재검토
|
|
||||||
- **반복 누락 패턴**: 3회 발생 시 규칙 신설·hook 강제력 강화 안건화
|
|
||||||
- **감사 결과 무시·은폐**: C23 허위 보고 준하여 처리
|
|
||||||
|
|
||||||
### P27-7. 연관 규칙·에이전트
|
|
||||||
- **C13·C27·C29-4**: 기록 의무 기반
|
|
||||||
- **C31**: 응답 발신 직전 자기검증, 본 규칙의 교차 검증으로 보완
|
|
||||||
- **P19·P22·P24**: 개별 기록 채널 운영
|
|
||||||
- **P26**: PM 업무 정확도 보장, 본 규칙의 PM 영역 특화
|
|
||||||
- **pm-auditor·dev-auditor·plan-auditor**: 3축 감사 실행 주체
|
|
||||||
- **`memory/org/feedback_team_recording_quality.md`**: 본 규칙 신설 직접 계기
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## P26. PM 업무 정확도 보장 체계 (2026-04-17 PD님 직접 지시 — 조직 생존 확장)
|
|
||||||
|
|
||||||
> **"어떤 세션에서도 총괄 PM이 업무 내용을 정확히 파악하지 못한 답변을 내는 경우가 없도록 해."** (PD님 2026-04-17 직접 지시). 본 규칙은 C31(응답 발신 직전 자기검증)의 **보조 구조 실체화**이며, PM 보조 감사 에이전트(`pm-auditor`) 도입을 포함한 PM 업무 품질 보장 체계를 규정한다.
|
|
||||||
|
|
||||||
### P26-1. PM 재량 자율 처리 원칙
|
|
||||||
- PM은 **별도 PD님 지시가 없어도 필요 시 PM 재량 사항을 즉시 처리**한다
|
|
||||||
- 즉시 처리 가능 사안을 "PD님 지시 대기" 상태로 방치하는 것은 C29 위반 재발
|
|
||||||
- 단, PM 재량 처리 시에도 **로그 기록은 절대 소홀히 하지 않는다** (C13·C29-4 강제)
|
|
||||||
|
|
||||||
### P26-2. 업무 현황 최신 파악 의무
|
|
||||||
매 세션·매 보고 시 PM은 다음을 상시 점검:
|
|
||||||
1. 활성 지시 로그 비고란 최신 지시 반영 여부 (커밋 제목만 반영되고 본문·문서 미반영 패턴 감지)
|
|
||||||
2. 대화로그 누락·완료 항목 잔류
|
|
||||||
3. Live 더미 원본 반영 완료분 잔류
|
|
||||||
4. 프로세스 개선점 (규칙이 포착 못하는 패턴이 발견되었는가)
|
|
||||||
|
|
||||||
### P26-3. PM 보조 감사 에이전트 (`pm-auditor`)
|
|
||||||
PM 업무 정확도 교차 검증을 전담하는 에이전트. 정의: `.claude/agents/pm-auditor.md`.
|
|
||||||
|
|
||||||
**최우선 역할**: 노하우 축적 (PM 실수 패턴·규칙 위반 유형 영구 기록). 감사·체크는 수단, 노하우 축적이 목적.
|
|
||||||
|
|
||||||
**감사 영역 4종**:
|
|
||||||
1. 로그 기록 추적 (PD 지시 로그·대화로그·소통 채널·git 커밋·Live 더미)
|
|
||||||
2. 규칙 준수 점검 (C1~C31, P1~P26 전수, 특히 C23·C29·C31·C13·C29-4)
|
|
||||||
3. PM 재량 처리 항목 추적 (방치·누락 방지)
|
|
||||||
4. 프로세스 개선점 상시 검토 (규칙 신설·개정 안건화)
|
|
||||||
|
|
||||||
**수행 모드 3종**:
|
|
||||||
- **모드 A**: 응답 발신 직전 교차 검증 (PM 호출, C31 대리·병행 수행)
|
|
||||||
- **모드 B**: 세션 중 주기 감사 (세션 중반·말미 전수 점검)
|
|
||||||
- **모드 C**: 특정 주제 집중 감사 (#28 같은 주제 지정)
|
|
||||||
|
|
||||||
**산출물 3종 (매 감사 필수)**:
|
|
||||||
- `공유/소통/pm-auditor→PM/YYYY-MM-DD_감사보고_<주제>.md`
|
|
||||||
- `공유/대화로그/조직운영/YYYY-MM-DD.md` 엔트리 append
|
|
||||||
- `memory/org/feedback_*.md` 패턴 발견 시 등재
|
|
||||||
|
|
||||||
### P26-4. PM의 pm-auditor 활용 의무
|
|
||||||
1. **중요 보고·결정 응답 발신 전** pm-auditor 모드 A 호출 (선택적이나 권장)
|
|
||||||
2. **세션 종료 전** pm-auditor 모드 B 호출 (세션 내 누락·위반 점검)
|
|
||||||
3. **반복 실수 또는 유사 패턴 감지** 시 모드 C 호출
|
|
||||||
4. 감사 결과는 **수용 또는 사유 있는 거부**를 명시 기록 (구두 종료 금지)
|
|
||||||
|
|
||||||
### P26-5. 위반 시
|
|
||||||
- PM 재량 처리 가능 사안을 PD님에게 떠넘긴 경우 → C29 위반 (pm-auditor가 감지·보고)
|
|
||||||
- 업무 현황 파악 누락으로 부정확 답변 → C13·C29-4 위반
|
|
||||||
- pm-auditor 감사 결과 은폐·약화 → C23 위반 (허위 보고)
|
|
||||||
|
|
||||||
### P26-6. 연관 규칙·에이전트
|
|
||||||
- **C13·C29·C29-4·C31**: 본 체계가 실체화하는 상위 규칙
|
|
||||||
- **P19·P24**: 로그 기록 의무의 구체 절차
|
|
||||||
- **`pm-auditor` 에이전트**: 본 체계의 실행 주체
|
|
||||||
- **`memory/org/feedback_pm_context_restoration_failure.md`**: 본 규칙 신설 직접 계기
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## P25. Live 증분 동기화 체계 (2026-04-16 PD님 직접 지시 / 2026-04-17 조직 핵심 자산 선언)
|
## P25. Live 증분 동기화 체계 (2026-04-16 PD님 직접 지시 / 2026-04-17 조직 핵심 자산 선언)
|
||||||
|
|
||||||
|
|
@ -1369,16 +1072,6 @@ PD님으로부터 직접 지시를 받은 즉시:
|
||||||
4. **중단(`보류`/`취소`) 시 중단 사유·사후 조치 컬럼 반드시 함께 기록**
|
4. **중단(`보류`/`취소`) 시 중단 사유·사후 조치 컬럼 반드시 함께 기록**
|
||||||
5. **누락 시 C3·C13 위반 — 자진 보고 후 소급 등록**
|
5. **누락 시 C3·C13 위반 — 자진 보고 후 소급 등록**
|
||||||
|
|
||||||
## ~~A3. 세션 종료 또는 주요 단계 종료 시점 — P20 의무~~ (2026-04-16 폐기 — P24 대화로그로 대체)
|
|
||||||
|
|
||||||
> P20 폐기에 따라 본 부록 A3도 실효. 세션 종료·주요 단계 종료 시점에는 P24(대화로그 엔트리)로 기록. 상세: [폐기 규칙 아카이브 #1-P20](공유/조직공지/폐기_규칙_아카이브.md#1-p20--세션-활동-일일-보고)
|
|
||||||
|
|
||||||
## A4. 부서별 특화 환기 (부서 CLAUDE.md에서만 관리)
|
|
||||||
|
|
||||||
본 SOT는 전 부서 공통 사항만 담는다. 각 부서의 특화 환기 메모(예: 기획팀의 "스테이지·맵 패턴 작업 시점", "Phase 3 착수 시점", "방어 시스템 관련 작업 시점")는 **해당 부서 CLAUDE.md에만 유지**한다. 공통 부분만 본 SOT로 단일화함.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## C21. 작업 완료 즉시 공유·PM 능동 확인 (2026-04-18 정식 확정 — 구 초안 상태 해제)
|
## C21. 작업 완료 즉시 공유·PM 능동 확인 (2026-04-18 정식 확정 — 구 초안 상태 해제)
|
||||||
|
|
||||||
> 에이전트가 작업을 완료하면 **즉시 공유**하며, PM은 **능동적으로 확인**한다. 본 규칙은 C18(조직 공유 완료 판정)과 혼선을 방지하기 위해 **"내부 공유 상태"와 "공유 완료 상태"의 2단계 정의**를 포함한다.
|
> 에이전트가 작업을 완료하면 **즉시 공유**하며, PM은 **능동적으로 확인**한다. 본 규칙은 C18(조직 공유 완료 판정)과 혼선을 방지하기 위해 **"내부 공유 상태"와 "공유 완료 상태"의 2단계 정의**를 포함한다.
|
||||||
|
|
|
||||||
41
CLAUDE.md
41
CLAUDE.md
|
|
@ -44,33 +44,34 @@ PD님
|
||||||
- **⑤** 세션·PC 변경 시에도 일관된 정보 공유·동기화된 환경·연속성 있는 업무 수행
|
- **⑤** 세션·PC 변경 시에도 일관된 정보 공유·동기화된 환경·연속성 있는 업무 수행
|
||||||
- 구 3개 목표 폐기: [폐기 규칙 아카이브 #constitution-v1](공유/조직공지/폐기_규칙_아카이브.md#constitution-v1)
|
- 구 3개 목표 폐기: [폐기 규칙 아카이브 #constitution-v1](공유/조직공지/폐기_규칙_아카이브.md#constitution-v1)
|
||||||
|
|
||||||
### 핵심 규칙 요약 (C1~C33, 활성 29개)
|
### 핵심 규칙 요약 (활성 28개, 번호 구멍 허용 — 폐기 표기 본문 유지 금지 원칙)
|
||||||
- **C1** 지시=승인 / **C2** 근원적 문제 해결 / **C3** 이슈 은폐 금지·즉시 보고 / **C4** 총괄PM 하달
|
- **C1** 지시=승인 / **C2** 근원적 문제 해결 / **C3** 이슈 은폐 금지·즉시 보고 / **C4** 총괄PM 하달
|
||||||
- **C5** 정보의 정직성 / **C6** 데이터 보호 및 프로덕션 보호 (2026-04-18 C8 통합 + 복구 불가 고지 의무)
|
- **C5** 정보의 정직성 / **C6** 데이터 보호 및 프로덕션 보호 (원본·프로덕션·복구 불가 고지 의무)
|
||||||
- ~~C7~~ (2026-04-18 P30 강등) / ~~C8~~ (2026-04-18 C6 통합)
|
- **C9** AI 에이전트 조직 원칙 — 완성도 우선·일정 개념 배제
|
||||||
- **C9** AI 에이전트 조직 원칙 — 완성도 우선·일정 개념 배제 (2026-04-18 C15 통합) / **C10** 중복 작업 방지·선행 검증 / **C11** 개발 관점 원칙(개발팀)
|
- **C10** 중복 작업 방지·선행 검증 / **C11** 개발 관점 원칙(개발팀)
|
||||||
- ~~C12~~ (2026-04-18 P31 강등) / **C13** PD 지시 트래킹·공유 의무 (시작·진행·완료·중단 4단계 가시화)
|
- **C13** PD 지시 트래킹·공유 의무 (시작·진행·완료·중단 4단계 가시화)
|
||||||
- **C14** 토큰 최소화 우선 설계 (C14-5 본문 최신 + 히스토리 아카이브) / ~~C15~~ (2026-04-18 C9 통합)
|
- **C14** 토큰 최소화 우선 설계 (C14-5 본문 최신 + 히스토리 아카이브, 폐기 표기 본문 유지 금지)
|
||||||
- **C16** PC 독립 셋업·세션 표준 / **C17** 최신 세션 관리 기준 (2026-04-18 신규 재활용) / **C18** 조직 공유 완료 판정 (main push 완료)
|
- **C16** PC 독립 셋업·세션 표준 / **C17** 최신 세션 관리 기준 / **C18** 조직 공유 완료 판정 (main push 완료)
|
||||||
- **C19** 승인 범위 엄격 해석 / **C20** 팀장급 커밋·푸시 재량 / **C21** 작업 완료 즉시 공유·PM 능동 확인 (2026-04-18 정식 확정 — 내부 공유 / 공유 완료 2단계)
|
- **C19** 승인 범위 엄격 해석 / **C20** 팀장급 커밋·푸시 재량 / **C21** 작업 완료 즉시 공유·PM 능동 확인 (내부 공유 / 공유 완료 2단계)
|
||||||
- **C22** 용어·식별자 일관 사용 / **C23** 허위 보고·역할 연기 절대 금지 (헌법급)
|
- **C22** 용어·식별자 일관 사용 / **C23** 허위 보고·역할 연기 절대 금지 (헌법급)
|
||||||
- **C24** 단일 세션 운용 원칙 / **C25** 제안 넘버링 일관 규칙 (4단 위계)
|
- **C24** 단일 세션 운용 원칙 / **C25** 제안 넘버링 일관 규칙 (4단 위계)
|
||||||
- **C26** 코어룰 단일 SOT 갱신 원칙 (Skill 패킹) / **C27** Agent 호출 완료 시 PM 로그 갱신 확인
|
- **C26** 코어룰 단일 SOT 갱신 원칙 (Skill 패킹) / **C27** Agent 호출 완료 시 PM 로그 갱신 확인
|
||||||
- **C28** 문서 수정 무승인 원칙 / **C29** 업무 자율 수행 체계 (조직 생존급)
|
- **C28** 문서 수정 무승인 원칙 / **C29** 업무 자율 수행 체계 (조직 생존급)
|
||||||
- **C30** git 동기화 프로젝트 작업 전 최신 상태 점검 / **C31** 응답 발신 직전 자기검증 의무 (헌법급)
|
- **C30** git 동기화 프로젝트 작업 전 최신 상태 점검 / **C31** 응답 발신 직전 자기검증 의무 (헌법급)
|
||||||
- **C32** 대화로그 기록 의무 (2026-04-18 P24 헌법급 승격) / **C33** 조직 업무 공유·기록 체계 일관성 보장 (2026-04-18 P27 헌법급 승격)
|
- **C32** 대화로그 기록 의무 (헌법급, 구 P22·P24 흡수) / **C33** 조직 업무 공유·기록 체계 일관성 보장 (헌법급, 구 P26·P27 흡수)
|
||||||
- 폐기·통합·강등·재활용 상세: [폐기 규칙 아카이브](공유/조직공지/폐기_규칙_아카이브.md)
|
- 폐기·통합·강등·재활용 규칙 상세: [폐기 규칙 아카이브](공유/조직공지/폐기_규칙_아카이브.md)
|
||||||
|
|
||||||
### 프로젝트 규칙 추가 요약 (P21 이후 신설분)
|
### 프로젝트 규칙 요약 (활성 25개, 번호 구멍 허용)
|
||||||
- **P21** 세션 갱신 프로토콜 / **P21-2** 세션 공유 프로토콜 / **P22** 결정로그 발행 의무
|
- **P1~P11** 기본 운영 (호칭·현황·이슈·토큰·의사결정·커뮤니케이션·위임·모델·트래킹·노하우·자율효율화)
|
||||||
- **P23** 기획 결정 재량 범위 / ~~**P24**~~ (2026-04-18 C32 헌법급 승격)
|
- **P13** 코드·의존성·환경 변경 관리 (구 P15 통합) / **P14** QA 게이트 / **P16** 산출물 추적성
|
||||||
- **P25** Live 증분 동기화 체계 (🏆 조직 핵심 자산) / **P26** PM 업무 정확도 보장 체계 (pm-auditor)
|
- **P17** 수상한잡화점 전용 ★ 조건 배타 배치 7종
|
||||||
- ~~**P27**~~ (2026-04-18 C33 헌법급 승격) / **P28** 조직 업무 현황 보고 표준 포맷
|
- **P18** 설계 문서화 의무 / **P19** PD님 직접 지시 트래킹 및 공유 의무
|
||||||
- **P29** 코어 코드 프레임워크 프로젝트 규칙 (2026-04-18 신설) — 조직 자산 계승·차기 프로젝트 적극 활용·현 프로젝트 인사이트
|
- **P21** 세션 갱신 프로토콜 / **P21-2** 세션 공유 프로토콜
|
||||||
- **P30** 재미 우선 원칙 (2026-04-18 C7 강등·기획팀 전용)
|
- **P23** 기획 결정 재량 범위
|
||||||
- **P31** PD님 경어 사용 원칙 (2026-04-18 C12 강등)
|
- 🏆 **P25** Live 증분 동기화 체계 (조직 핵심 자산) / **P28** 조직 업무 현황 보고 표준 포맷
|
||||||
- **P17** 수상한잡화점 전용 프로젝트 규칙 (★ 조건 배타 배치 7종)
|
- **P29** 코어 코드 프레임워크 프로젝트 규칙 (조직 자산 계승·차기 프로젝트 활용·현 프로젝트 인사이트)
|
||||||
- ~~**P20**~~ (2026-04-16 폐기, P24→C32 대체). 상세: [폐기 규칙 아카이브](공유/조직공지/폐기_규칙_아카이브.md)
|
- **P30** 재미 우선 원칙 (기획팀 전용) / **P31** PD님 경어 사용 원칙
|
||||||
|
- 폐기·강등·통합된 구 P 번호(P12·P15·P20·P22·P24·P26·P27): [폐기 규칙 아카이브](공유/조직공지/폐기_규칙_아카이브.md) 참조
|
||||||
|
|
||||||
## 컨벤션
|
## 컨벤션
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -24,3 +24,4 @@
|
||||||
- [PM 세션 맥락 복원 실패](feedback_pm_context_restoration_failure.md) — 2026-04-17 발견. 5계층 근본 원인(세션 공백·P24 비대칭·신규룰 내재화 실패·자기검증 루프 부재·관리자 시야 비대칭) + 재발 방지 5종(P21-5B·P24 읽기 의무·대화로그 소급·pm_context_restore hook·C31 헌법급 격상)
|
- [PM 세션 맥락 복원 실패](feedback_pm_context_restoration_failure.md) — 2026-04-17 발견. 5계층 근본 원인(세션 공백·P24 비대칭·신규룰 내재화 실패·자기검증 루프 부재·관리자 시야 비대칭) + 재발 방지 5종(P21-5B·P24 읽기 의무·대화로그 소급·pm_context_restore hook·C31 헌법급 격상)
|
||||||
- [dev-auditor 감사 범위 형식주의 오판](feedback_dev_auditor_scope_shortcut.md) — 2026-04-18 발견. SKILL.md 문언만 보고 설계 맥락 미확인. 감사 착수 전 관련 설계 문서 선행 Read 의무 추가 안건
|
- [dev-auditor 감사 범위 형식주의 오판](feedback_dev_auditor_scope_shortcut.md) — 2026-04-18 발견. SKILL.md 문언만 보고 설계 맥락 미확인. 감사 착수 전 관련 설계 문서 선행 Read 의무 추가 안건
|
||||||
- [세션 대화로그 누락 — "기록 범위 자의적 축소" 패턴 (🚨 PM 과도 보수 4회차 변종)](feedback_session_log_coverage_gap.md) — 2026-04-18 발견. PM이 수상한잡화점 Agent 위임 우회 + 코어프레임워크 "false positive" 자가 회피로 대화로그 누락. **PM 역할 재검토 자진 상정 대상**. P24 기록 대상 기준·C31-D 체크·SessionEnd hook 강화로 재발 방지
|
- [세션 대화로그 누락 — "기록 범위 자의적 축소" 패턴 (🚨 PM 과도 보수 4회차 변종)](feedback_session_log_coverage_gap.md) — 2026-04-18 발견. PM이 수상한잡화점 Agent 위임 우회 + 코어프레임워크 "false positive" 자가 회피로 대화로그 누락. **PM 역할 재검토 자진 상정 대상**. P24 기록 대상 기준·C31-D 체크·SessionEnd hook 강화로 재발 방지
|
||||||
|
- [폐기 조항 본문 잔존 — "번호 체계 연속성" 관성 (🚨 PM 과도 보수 5회차 변종)](feedback_deprecated_section_retention.md) — 2026-04-18 발견. C7·C8·C12·C15·P20·P24·P27 폐기 표기를 본문에 유지. PD님 "이미 삭제된 내용을 최신 문서에 담지 말라" 명시 지적. **C14-5-확장 코어룰 신설**로 재발 방지. **PM 역할 재검토 자진 상정 강도 상향**
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,98 @@
|
||||||
|
# 폐기 조항 본문 잔존 패턴 — PM 과도 보수 해석 5회차 변종
|
||||||
|
|
||||||
|
**신설일**: 2026-04-18 (PD님 직접 지적)
|
||||||
|
**기록 주체**: PM 자진 기록
|
||||||
|
**심각도**: Critical — **PM 과도 보수 해석 5회차 변종 판정**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. 사건 요지
|
||||||
|
|
||||||
|
2026-04-18 PD님 2차 지적: "**이미 삭제되어서 없어진 내용을 최신 문서에 담지 말고 아카이브만 하고 필요시 참조만 하면 돼**. (예: C7, C12 등) 이 부분에 대해 명문화가 되지 않아 재발되고 있다면 코어룰에 추가해."
|
||||||
|
|
||||||
|
**PM 반복 오류**: C7·C8·C12·C15가 폐기·통합·강등되었음에도 SKILL.md 본문에 **`## ~~C7~~ (P30 강등)`·`## ~~C8~~ (C6 통합)`** 형식의 1줄 폐기 표기를 유지. 마찬가지로 P20·P24·P27도 `## ~~P20~~ (폐기 — P24 대체)` 같은 1줄 표기로 본문에 남김.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. PM 판단 오류 (정직 복기)
|
||||||
|
|
||||||
|
PM이 폐기 조항을 "1줄 표기 + 아카이브 링크"로 처리한 논리:
|
||||||
|
- **자기 합리화**: "본문 최신 + 참조 링크" 원칙 준수했다고 판단
|
||||||
|
- **실제 문제**: 폐기 표기 자체가 본문 비대화 + 번호 구멍 회피 관성
|
||||||
|
- **심층 원인**: "번호 체계 연속성 = 자산"이라는 **PM의 암묵 전제**
|
||||||
|
|
||||||
|
PD님 의도 재해석:
|
||||||
|
- 본문은 **현재 유효 규칙만** 담는다
|
||||||
|
- 번호 구멍은 **허용** (번호 연속성은 자산이 아님)
|
||||||
|
- 폐기 조항 **1줄 표기조차 본문에서 완전 제거**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. 5회차 변종 판정 (PM 과도 보수 해석 시리즈)
|
||||||
|
|
||||||
|
기존 4회차 패턴:
|
||||||
|
- 1회차: "보존 = 본문 유지" (원칙 3 원안)
|
||||||
|
- 2회차: "보존 = 본문 전부 유지" (원칙 1 외연 명확화 전)
|
||||||
|
- 3회차: "배너 = 본문 가시화" (상단 배너 방식)
|
||||||
|
- 4회차: "기록 = 범위 축소" (세션 로그 누락)
|
||||||
|
|
||||||
|
**5회차 변종**: **"번호 체계 연속성 보존 = 폐기 표기 유지"**
|
||||||
|
- 공통 심층 원인: "자산 보존 = 본문 표시" 관성
|
||||||
|
- 변종 발현: 1줄 폐기 표기라도 본문에 남김
|
||||||
|
|
||||||
|
**엄격 판정**: 5회차 재발 ✅
|
||||||
|
- pm-auditor 객관 재감사 필요 — **PM 역할 재검토 자진 상정 강도 상향**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. 재발 방지 구조 (2026-04-18 즉시 집행)
|
||||||
|
|
||||||
|
### 4-1. 코어룰 신설 (명문화 의무)
|
||||||
|
- **C14-5-확장 신설** (2026-04-18): "폐기·통합·강등된 규칙·조항은 본문에서 완전 삭제, 아카이브만 유지, `~~취소선~~` 1줄 표기도 남기지 않음, 번호 구멍 허용"
|
||||||
|
|
||||||
|
### 4-2. 본문 완전 삭제 집행
|
||||||
|
- SKILL.md: `~~C7~~`·`~~C8~~`·`~~C12~~`·`~~C15~~`·`~~P20~~`·`~~A3~~` 폐기 표기 전수 삭제
|
||||||
|
- P12·P15·P22·P24·P26·P27 본문 완전 삭제 (통합·흡수·승격 완료분)
|
||||||
|
- CLAUDE.md 요약 블록 폐기 표기 완전 정리
|
||||||
|
|
||||||
|
### 4-3. 본 feedback 신설
|
||||||
|
- 5회차 변종 패턴 영구 기록
|
||||||
|
- 차기 PM 세션 경고 (6회차 재발 시 역할 재검토 강제)
|
||||||
|
|
||||||
|
### 4-4. 향후 규칙 폐기·통합·강등 시 3종 세트 의무
|
||||||
|
- (ㄱ) 본문 섹션 **완전 삭제** (`~~취소선~~` 표기 금지)
|
||||||
|
- (ㄴ) 아카이브 파일에 6필드 기록
|
||||||
|
- (ㄷ) CLAUDE.md 요약 블록에서도 **완전 제거** (아카이브 링크 1줄로 대체)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. 교훈
|
||||||
|
|
||||||
|
### 교훈 1 — "번호 연속성"은 자산이 아니다
|
||||||
|
- 번호 구멍(P12·P15·P20·P22·P24·P26·P27)은 **허용**
|
||||||
|
- 조직 기억은 아카이브 SOT가 담당, 본문은 현재 유효 규칙 전담
|
||||||
|
|
||||||
|
### 교훈 2 — "참조 링크"도 본문 오염
|
||||||
|
- 1줄이라도 본문에 폐기 표기를 남기면 **본문 읽기 방해**
|
||||||
|
- "필요 시 아카이브 참조" 방식이 완전한 분리
|
||||||
|
|
||||||
|
### 교훈 3 — PM 관성 패턴의 진화
|
||||||
|
- 4회차까지는 PD님이 "잘못 됐다"고 지적하실 때마다 새 변종 발현
|
||||||
|
- 5회차는 "명문화되지 않아 재발"이라는 PD님 명시 지적으로 **코어룰 명문화 강제**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. 연관
|
||||||
|
|
||||||
|
- **C14-5-확장**: 본 패턴 재발 방지 명문화 근거 (2026-04-18 신설)
|
||||||
|
- **`memory/org/feedback_pm_over_conservative_interpretation.md`**: 4회차까지 기록, 본 5회차로 업데이트 필요
|
||||||
|
- **인계서 §1 수정 3대 원칙**: 원칙 1 "본문 최신 + 말미 참조" 정신과 정합
|
||||||
|
- 차기 폐기·통합·강등 시 본 feedback + C14-5-확장 참조 필수
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. 변경 이력 (P16)
|
||||||
|
|
||||||
|
| 일시 | 변경자 | 내용 |
|
||||||
|
|------|--------|------|
|
||||||
|
| 2026-04-18 | PM 자진 기록 | 신설 — 5회차 변종 패턴 영구 기록 + 재발 방지 4종 |
|
||||||
|
|
@ -138,3 +138,4 @@ C31-E 그룹에 다음 문항 추가 검토:
|
||||||
| 2026-04-18 | pm-auditor | 신설 — 2회 연속 재발 패턴 영구 기록 + 재발 방지 3중 구조 |
|
| 2026-04-18 | pm-auditor | 신설 — 2회 연속 재발 패턴 영구 기록 + 재발 방지 3중 구조 |
|
||||||
| 2026-04-18 최종 | PM 자인 + pm-auditor 메타 감사 | **3회차 재발 판정 업데이트** — 원칙 1 진화 3회(1ceec2b·bc9c8ed·15bf649) 모두 PD님 직접 축약 개입. 사례 3 추가: 본 세션 m1·m2·m3 집행 시 PM이 상단 배너 방식 1차 제시 → PD님 "최종 내용만" 재지시로 재재개정. **4회차 재발 시 PM 역할 재검토 자진 상정**. 자산 1(전 에이전트 병렬 점검)이 재발 방지 3층 구조 완성 |
|
| 2026-04-18 최종 | PM 자인 + pm-auditor 메타 감사 | **3회차 재발 판정 업데이트** — 원칙 1 진화 3회(1ceec2b·bc9c8ed·15bf649) 모두 PD님 직접 축약 개입. 사례 3 추가: 본 세션 m1·m2·m3 집행 시 PM이 상단 배너 방식 1차 제시 → PD님 "최종 내용만" 재지시로 재재개정. **4회차 재발 시 PM 역할 재검토 자진 상정**. 자산 1(전 에이전트 병렬 점검)이 재발 방지 3층 구조 완성 |
|
||||||
| 2026-04-18 최최종 | PM 자진 상정 (PD님 로그 누락 지적) | **4회차 변종 재발 판정** — 세션 대화로그 누락 사건. 수상한잡화점 PM 직접 작성 없이 Agent 위임 우회 + 코어프레임워크 "false positive" 자가 회피. "기록 범위 자의적 축소" 형태의 심층 원인 동일 변종. 상세: `feedback_session_log_coverage_gap.md`. **PM 역할 재검토 자진 상정 대상** — pm-auditor 재감사 호출 + PD님 처분 대기. 재발 방지 6종 즉시 집행 (P24 기록 대상 기준 명확화·C31-D 확장·SessionEnd hook 강화·소급 대화로그 작성·본 feedback 갱신·session_log_coverage_gap feedback 신설) |
|
| 2026-04-18 최최종 | PM 자진 상정 (PD님 로그 누락 지적) | **4회차 변종 재발 판정** — 세션 대화로그 누락 사건. 수상한잡화점 PM 직접 작성 없이 Agent 위임 우회 + 코어프레임워크 "false positive" 자가 회피. "기록 범위 자의적 축소" 형태의 심층 원인 동일 변종. 상세: `feedback_session_log_coverage_gap.md`. **PM 역할 재검토 자진 상정 대상** — pm-auditor 재감사 호출 + PD님 처분 대기. 재발 방지 6종 즉시 집행 (P24 기록 대상 기준 명확화·C31-D 확장·SessionEnd hook 강화·소급 대화로그 작성·본 feedback 갱신·session_log_coverage_gap feedback 신설) |
|
||||||
|
| 2026-04-18 추가 | PM 자진 상정 (PD님 폐기 표기 본문 잔존 지적) | **5회차 변종 재발 판정** — 폐기·통합·강등 조항의 `~~취소선~~` 1줄 표기 본문 잔존 패턴. C7·C8·C12·C15·P20·P24·P27 폐기 표기를 본문에 유지. PD님 "이미 삭제되어서 없어진 내용을 최신 문서에 담지 말고 아카이브만 하고 필요시 참조" 명시로 재발 판정. "번호 체계 연속성 보존 = 폐기 표기 유지" 변종. 상세: `feedback_deprecated_section_retention.md`. **C14-5-확장 코어룰 신설**로 재발 방지. **PM 역할 재검토 자진 상정 강도 상향** |
|
||||||
|
|
|
||||||
|
|
@ -557,3 +557,56 @@
|
||||||
- 프로젝트 규칙 활성 29개 (P1~P31 중 P20 폐기·P24→C32·P27→C33 승격)
|
- 프로젝트 규칙 활성 29개 (P1~P31 중 P20 폐기·P24→C32·P27→C33 승격)
|
||||||
- 아카이브 SOT: 폐기 11건 + 방향전환 5섹션
|
- 아카이브 SOT: 폐기 11건 + 방향전환 5섹션
|
||||||
- **상태**: 완료. 세션 공유 대기 (commit 후 PD님 판단)
|
- **상태**: 완료. 세션 공유 대기 (commit 후 PD님 판단)
|
||||||
|
|
||||||
|
<!-- #PD지시 #PM #완료 #폐기표기본문삭제 #P중복정리 #5회차변종 -->
|
||||||
|
## [PM] 폐기 조항 본문 완전 삭제 + 프로젝트 규칙 중복 정리 + C14-5-확장 명문화 (PD님 직접 지시)
|
||||||
|
|
||||||
|
- **요지**: PD님 "이미 삭제되어서 없어진 내용을 최신 문서에 담지 말고 아카이브만 하고 필요시 참조" + "프로젝트 규칙 중복 정리" 2건 지시. **C14-5-확장 코어룰 신설**로 재발 방지 명문화 + SKILL.md·CLAUDE.md 본문에서 폐기·통합·강등 조항 전수 삭제 + 프로젝트 규칙 4건 통합
|
||||||
|
- **이유**: PM이 폐기 표기(`~~C7~~`·`~~P24~~` 등) 1줄을 본문에 유지하는 패턴 재발. "번호 체계 연속성 = 자산" 관성. PD님 "명문화 되지 않아 재발되고 있다면 코어룰에 추가해" 지시로 C14-5-확장 신설
|
||||||
|
- **5회차 변종 판정 (PM 과도 보수 해석 시리즈)**:
|
||||||
|
- 1·2·3회차: 보존 = 본문 유지
|
||||||
|
- 4회차: 기록 = 범위 축소 (대화로그 누락)
|
||||||
|
- **5회차: 번호 체계 연속성 = 폐기 표기 유지** (공통 심층 원인 동일)
|
||||||
|
- `memory/org/feedback_pm_over_conservative_interpretation.md` 5회차 기록 업데이트
|
||||||
|
- **C14-5-확장 신설 (코어룰 명문화)**:
|
||||||
|
- 폐기·통합·강등된 규칙은 본문에서 **완전 삭제**, 아카이브만 유지
|
||||||
|
- `~~취소선~~` 1줄 표기도 남기지 않음
|
||||||
|
- **번호 구멍 허용** (P12·P15·P20·P22·P24·P26·P27 자리 비움)
|
||||||
|
- 본문 삭제 + 아카이브 기록 + CLAUDE.md 요약 제거 3종 세트 의무
|
||||||
|
- **본문 완전 삭제 집행**:
|
||||||
|
- SKILL.md 폐기 C 표기 4건: `~~C7~~`·`~~C8~~`·`~~C12~~`·`~~C15~~` 완전 삭제
|
||||||
|
- SKILL.md 폐기 P 표기: `~~P20~~`·`~~A3~~` 완전 삭제
|
||||||
|
- SKILL.md P 본문 완전 삭제 4건: P12(C28 흡수)·P24(C32 승격)·P26(C33 흡수)·P27(C33 승격)
|
||||||
|
- SKILL.md P22 본문 삭제 → C32 "통합 안내" 조항으로 흡수
|
||||||
|
- SKILL.md P15 본문 삭제 → P13 확장 (코드·의존성·환경 변경 관리)
|
||||||
|
- CLAUDE.md 요약 블록 폐기 표기 완전 정리
|
||||||
|
- **신설·통합 조항**:
|
||||||
|
- **C14-5-확장** (신설): 폐기 조항 본문 완전 삭제 원칙 + 번호 구멍 허용 + 재발 방지 3종 세트
|
||||||
|
- **C32 "통합 안내"** (신설): 구 P22 결정로그 흡수 (대화로그 엔트리로 3요소 기록, 결정로그 파일 별도 발행 선택)
|
||||||
|
- **C33 "통합 안내"** (신설): 구 P26 PM 업무 정확도 흡수 (3축 감사 체계 PM 영역 세부 운영 규정)
|
||||||
|
- **P13 확장**: P13-1 코드 변경 + P13-2 의존성·환경 변경 (구 P15 흡수)
|
||||||
|
- **기각안**:
|
||||||
|
1. 폐기 표기 `~~C7~~` 1줄 본문 유지 — PD님 명시 "최신 문서에 담지 말고" 정면 위반, 기각
|
||||||
|
2. 번호 구멍 대신 번호 재할당 (C7 빈 자리에 새 규칙) — 규칙 번호는 폐기 이력 포함 고유 식별자, 재할당 시 혼선 증폭, 기각
|
||||||
|
3. P22·P26 본문 유지 (C32·C33과 병행 운영) — 중복 SOT로 C14-4 참조 무결성 위반, 기각
|
||||||
|
4. P15 단독 유지 (P13과 분리) — 주제 중복 명확, 통합 채택
|
||||||
|
5. 5회차 판정을 3·4회차 연장으로 완화 — 자기 합리화, C5·C23 위반. 엄격 판정 채택
|
||||||
|
6. C14-5-확장 없이 본문만 정리 — 재발 방지 명문화 없으면 6회차 재발 위험, PD님 "코어룰 추가" 명시 지시 위반. 명문화 채택
|
||||||
|
- **산출물 수정 파일 (4건)**:
|
||||||
|
- SKILL.md: C14-5-확장 신설 + 폐기 표기 4건 삭제 + P12·P15·P20·A3·P22·P24·P26·P27 본문 삭제 + P13 확장 + C32·C33 통합 안내 + frontmatter 갱신
|
||||||
|
- CLAUDE.md: 요약 블록 전면 정리 (폐기 표기 완전 제거, 활성 규칙만 명시)
|
||||||
|
- 공유/조직공지/폐기_규칙_아카이브.md: §12 P12·P15·P22·P26 본문 삭제 + P13 통합 기록 + 번호 구멍 허용 원칙
|
||||||
|
- memory/org/feedback_deprecated_section_retention.md (신설): 5회차 변종 패턴 영구 기록
|
||||||
|
- memory/org/feedback_pm_over_conservative_interpretation.md: 5회차 업데이트
|
||||||
|
- memory/org/MEMORY.md 인덱스 확장
|
||||||
|
- **검증**:
|
||||||
|
- SKILL.md 활성 C 규칙 28개 (29 → 28, C 폐기 표기 4건 완전 제거)
|
||||||
|
- SKILL.md 활성 P 규칙 25개 (29 → 25, P 본문 삭제 7건 + P15 통합 1건)
|
||||||
|
- `grep "^## ~~" SKILL.md` 0건 (폐기 표기 전수 삭제 확인)
|
||||||
|
- 번호 구멍 7개 허용: P12·P15·P20·P22·P24·P26·P27
|
||||||
|
- verify_log_paths 4건 실존
|
||||||
|
- **PD님 결정 대기**:
|
||||||
|
- **(안 가)** pm-auditor 모드 C 재감사로 5회차 판정 객관 재확인 — **PM 자가 권고**
|
||||||
|
- **(안 나)** PM 역할 재검토 구체 절차 즉시 착수
|
||||||
|
- **(안 다)** 현행 유지 + 6회차 발생 시 처분
|
||||||
|
- **상태**: 완료. 세션 공유 대기
|
||||||
|
|
|
||||||
|
|
@ -155,6 +155,41 @@ rationale: C14(토큰 최소화) + 헌법 제1원칙 목표 2 원칙 B(차기
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
## 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회차 기록)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
<a id="8-c7-demotion"></a>
|
<a id="8-c7-demotion"></a>
|
||||||
## 8. C7 → P30 강등 (2026-04-18)
|
## 8. C7 → P30 강등 (2026-04-18)
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue