refactor(#52-1): C21 섹션 C20·C22 영역으로 이동 (line 1110 → 508)

C21 블록(56줄) 위치 이동만 수행. 내용 변경 없음.
이동 전후 SKILL.md 전체 줄 수 2129 유지 (의미 보존 검증).

Before: C20(423) → C19·C18·C17·C16 → ... → C21(1110) → C22(1166)
After:  C20(423) → C21(508) → C19·C18·C17·C16 → ... → C22(1166)

C37-2 의미 보존·C37-3 참조 무결성 준수.
#52 단계 1/5 완료.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
깃 관리자 2026-04-20 14:53:45 +09:00
parent a849c8e276
commit 8941092698
2 changed files with 2185 additions and 56 deletions

View File

@ -505,6 +505,62 @@ CLAUDE.md 신규 항목, 매 턴 로드 대상 확대, `MEMORY.md` 인덱스 확
--- ---
## C21. 작업 완료 즉시 공유·PM 능동 확인 (2026-04-18 정식 확정 — 구 초안 상태 해제)
> 에이전트가 작업을 완료하면 **즉시 공유**하며, PM은 **능동적으로 확인**한다. 본 규칙은 C18(조직 공유 완료 판정)과 혼선을 방지하기 위해 **"내부 공유 상태"와 "공유 완료 상태"의 2단계 정의**를 포함한다.
### C21-①. 내부 공유 상태 (작업 완료 즉시 공유)
**정의**: 세션이 갱신되기 전에도 확인할 수 있도록 **임시 파일과 로그**를 남기는 것을 의미한다.
**해당 채널**:
- `.live/` 더미 파일 (P25 Live 증분 동기화 체계 — 🏆 조직 핵심 자산)
- `공유/대화로그/{프로젝트}/YYYY-MM-DD.md` (C32 대화로그 엔트리)
- `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md` (활성 지시 상태 갱신)
- `공유/소통/{from}→{to}/` (부서 간 통신)
**효과**:
- 같은 PC 내 다른 세션이 **다음 프롬프트에서 즉시 인지** 가능 (UserPromptSubmit hook `live_inject.sh` 주입)
- git commit 없이도 **세션 간 실시간 공유**
- post-commit hook의 `sync_signal.sh update`로 시그널 갱신 시 다른 세션 즉시 감지 가능
### C21-②. 공유 완료 상태 (C18 조직 공유 완료 판정)
**정의**: **어떤 PC에서도 동기화시켜 항상 일정한 조직 운영이 가능한 상태**를 의미한다.
**판정 기준** (C18):
- 원격 `main` 브랜치에 push 완료 (`git push origin main`)
- 이전 단계 ("로컬 커밋"·"원격 push 작업 브랜치")는 **공유 완료 아님** (C5 정직성 — 단계 혼동 금지)
**효과**:
- 다른 PC 세션이 `git pull`로 완전 동기화
- 새 PC clone 시 동일 셋업 보장 (C16 PC 독립)
### C21-③. PM 능동 확인 의무
- PM은 부서 작업 완료를 수동 대기하지 않고 **능동 모니터링**한다 (P9 정기 모니터링 표준 절차)
- **당일 대화로그·PD 지시 로그 활성 테이블·소통 채널 9축·Live 더미** 4축을 주기적 점검
- 누락 발견 시 즉시 자진 등록 요청 (C13·C33 연계)
### C21-④. 2단계 전이 시점
| 시점 | 상태 | 트리거 |
|------|------|-------|
| 작업 완료 즉시 | **내부 공유 상태** | `.live/` 기록 + 대화로그 엔트리 + 원본 파일 수정 |
| 필요 시점 | **공유 완료 상태** | PD님 "세션 공유"·"push" 지시 또는 다른 PC 이관 필요 시 `sync_push.sh main` |
**C20-1-A 준수**: 일상 작업은 내부 공유 상태로 충분. 공유 완료 상태로의 전환은 필요 시에만.
### C21-⑤. 연관 규칙
- **C18** 조직 공유 완료 판정 (main push 완료)
- **C17** 최신 세션 관리 기준 (내부 vs 완료 상태 인용)
- **C20-1-A** 공유·push 시점 규칙
- **C32** 대화로그 기록 의무
- **C33** 조직 업무 공유·기록 체계 일관성 보장
- 🏆 **P25** Live 증분 동기화 체계 (조직 핵심 자산, 내부 공유 상태의 핵심 수단)
---
## C19. 승인 범위 엄격 해석 원칙 (2026-04-15 PD님 직접 승인) ## C19. 승인 범위 엄격 해석 원칙 (2026-04-15 PD님 직접 승인)
> **PD님의 승인 표현은 명시적으로 언급된 안건의 범위 내로 한정하여 해석한다.** 추정·확대·암묵 승인은 금지. 정보 요청·권장·토의를 승인으로 간주할 수 없으며, 본인의 권장안을 **자기 승인처럼 취급**하는 것도 금지한다. 본 규칙은 C1(지시=승인)의 **남용을 방지**하는 운용 원칙이며, 2026-04-15 총괄PM 절차 위반 사건(승인 범위 확대 해석으로 PD님이 결정을 강요당한 불쾌 경험)을 실증 근거로 한다. > **PD님의 승인 표현은 명시적으로 언급된 안건의 범위 내로 한정하여 해석한다.** 추정·확대·암묵 승인은 금지. 정보 요청·권장·토의를 승인으로 간주할 수 없으며, 본인의 권장안을 **자기 승인처럼 취급**하는 것도 금지한다. 본 규칙은 C1(지시=승인)의 **남용을 방지**하는 운용 원칙이며, 2026-04-15 총괄PM 절차 위반 사건(승인 범위 확대 해석으로 PD님이 결정을 강요당한 불쾌 경험)을 실증 근거로 한다.
@ -1107,62 +1163,6 @@ PD님으로부터 직접 지시를 받은 즉시:
4. **중단(`보류`/`취소`) 시 중단 사유·사후 조치 컬럼 반드시 함께 기록** 4. **중단(`보류`/`취소`) 시 중단 사유·사후 조치 컬럼 반드시 함께 기록**
5. **누락 시 C3·C13 위반 — 자진 보고 후 소급 등록** 5. **누락 시 C3·C13 위반 — 자진 보고 후 소급 등록**
## C21. 작업 완료 즉시 공유·PM 능동 확인 (2026-04-18 정식 확정 — 구 초안 상태 해제)
> 에이전트가 작업을 완료하면 **즉시 공유**하며, PM은 **능동적으로 확인**한다. 본 규칙은 C18(조직 공유 완료 판정)과 혼선을 방지하기 위해 **"내부 공유 상태"와 "공유 완료 상태"의 2단계 정의**를 포함한다.
### C21-①. 내부 공유 상태 (작업 완료 즉시 공유)
**정의**: 세션이 갱신되기 전에도 확인할 수 있도록 **임시 파일과 로그**를 남기는 것을 의미한다.
**해당 채널**:
- `.live/` 더미 파일 (P25 Live 증분 동기화 체계 — 🏆 조직 핵심 자산)
- `공유/대화로그/{프로젝트}/YYYY-MM-DD.md` (C32 대화로그 엔트리)
- `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md` (활성 지시 상태 갱신)
- `공유/소통/{from}→{to}/` (부서 간 통신)
**효과**:
- 같은 PC 내 다른 세션이 **다음 프롬프트에서 즉시 인지** 가능 (UserPromptSubmit hook `live_inject.sh` 주입)
- git commit 없이도 **세션 간 실시간 공유**
- post-commit hook의 `sync_signal.sh update`로 시그널 갱신 시 다른 세션 즉시 감지 가능
### C21-②. 공유 완료 상태 (C18 조직 공유 완료 판정)
**정의**: **어떤 PC에서도 동기화시켜 항상 일정한 조직 운영이 가능한 상태**를 의미한다.
**판정 기준** (C18):
- 원격 `main` 브랜치에 push 완료 (`git push origin main`)
- 이전 단계 ("로컬 커밋"·"원격 push 작업 브랜치")는 **공유 완료 아님** (C5 정직성 — 단계 혼동 금지)
**효과**:
- 다른 PC 세션이 `git pull`로 완전 동기화
- 새 PC clone 시 동일 셋업 보장 (C16 PC 독립)
### C21-③. PM 능동 확인 의무
- PM은 부서 작업 완료를 수동 대기하지 않고 **능동 모니터링**한다 (P9 정기 모니터링 표준 절차)
- **당일 대화로그·PD 지시 로그 활성 테이블·소통 채널 9축·Live 더미** 4축을 주기적 점검
- 누락 발견 시 즉시 자진 등록 요청 (C13·C33 연계)
### C21-④. 2단계 전이 시점
| 시점 | 상태 | 트리거 |
|------|------|-------|
| 작업 완료 즉시 | **내부 공유 상태** | `.live/` 기록 + 대화로그 엔트리 + 원본 파일 수정 |
| 필요 시점 | **공유 완료 상태** | PD님 "세션 공유"·"push" 지시 또는 다른 PC 이관 필요 시 `sync_push.sh main` |
**C20-1-A 준수**: 일상 작업은 내부 공유 상태로 충분. 공유 완료 상태로의 전환은 필요 시에만.
### C21-⑤. 연관 규칙
- **C18** 조직 공유 완료 판정 (main push 완료)
- **C17** 최신 세션 관리 기준 (내부 vs 완료 상태 인용)
- **C20-1-A** 공유·push 시점 규칙
- **C32** 대화로그 기록 의무
- **C33** 조직 업무 공유·기록 체계 일관성 보장
- 🏆 **P25** Live 증분 동기화 체계 (조직 핵심 자산, 내부 공유 상태의 핵심 수단)
---
## C22. 용어·식별자 일관 사용 의무 (2026-04-15 PD님 직접 지시·직접 승인) ## C22. 용어·식별자 일관 사용 의무 (2026-04-15 PD님 직접 지시·직접 승인)
> PD님·세션 리더가 이미 사용한 용어·식별자(Phase/단계/안/번호/파일명/변수명 등)를 임의로 변경하거나 다른 체계로 재매핑하지 않는다. 동일 개념을 지칭할 때는 **최초 도입된 용어를 끝까지 유지**한다. 본 규칙은 2026-04-15 총괄PM이 PD님 도입 용어 "Phase 1~4"를 응답마다 "A/B/C/D"로 임의 재매핑하여 PD님의 혼동을 유발한 실증 사건을 계기로 신설한다. > PD님·세션 리더가 이미 사용한 용어·식별자(Phase/단계/안/번호/파일명/변수명 등)를 임의로 변경하거나 다른 체계로 재매핑하지 않는다. 동일 개념을 지칭할 때는 **최초 도입된 용어를 끝까지 유지**한다. 본 규칙은 2026-04-15 총괄PM이 PD님 도입 용어 "Phase 1~4"를 응답마다 "A/B/C/D"로 임의 재매핑하여 PD님의 혼동을 유발한 실증 사건을 계기로 신설한다.

File diff suppressed because it is too large Load Diff