refactor(#52-B-A): C13·C14 역순 교환

Python 정규식 블록 교환으로 C14(71줄)·C13(50줄) 두 블록 위치 교환.

Before: C14(302) → C13(373) → C20(423)
After:  C13(302) → C14(352) → C20(423)

내용 수정 없음. 줄 수 2129 유지 (의미 보존 검증 통과).
C37-2·C37-5 준수.
#52-B 단계 A/3 완료.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

.claude/skills/너드나비스-코어룰/SKILL.md

@@ -299,6 +299,56 @@ C1(지시=승인)이 C3(이슈 보고)보다 우선하지 않는다. 두 원칙
 - C7(재미 우선)은 기획팀의 판단 기준이며, C11(개발 관점)은 개발팀의 판단 기준이다. 두 원칙이 충돌할 경우 총괄PM·PD님 판단 하에 조율한다
 
 
+## C13. 부서 작업의 총괄PM 공유 의무 (전 부서 공통)
+
+부서의 **모든 의미 있는 작업**은 부서가 자체 트래킹하여 총괄PM에게 공유한다. 이는 조직 운영의 신뢰성과 직결되는 헌법급 의무다.
+
+### 🚨 절대 원칙 (가장 중요)
+
+> **"PD님 직접 지시"든 "부서 자체 판단 작업"이든 "다른 부서 협업 작업"이든, 작업이 진행되었다면 무조건 PM에게 공유한다."**
+
+- "PD 직접 지시인지 아닌지 확인부터 하자" 같은 판단 절차는 **공유 의무를 면제하지 않는다**
+- "사실 확인이 필요하다" 같은 사유로 공유를 지연·생략할 수 없다
+- 지시 출처를 모호하게 알고 있어도 **일단 공유한 뒤** 분류·정정한다 (정직성 C5와 결합)
+- 이 원칙이 지켜지지 않으면 에이전트 조직 운영 자체가 무력화된다
+
+### 공유 대상 — 모든 의미 있는 작업
+1. **PD님 직접 지시 작업** (시작·진행·완료·중단 4단계)
+2. **부서 자체 판단으로 진행한 작업** (자율 작업·후속 작업·사전 분석 등)
+3. **타 부서 협업·요청 처리 작업** (REQ 응답·인수인계 등)
+4. **보류·취소 결정** (자체 판단으로 보류한 경우도 공유)
+5. **신규 산출물·디렉토리·중요 파일 생성**
+
+### 핵심 원칙 (6가지)
+1. **모든 작업의 가시화** — PD 직접 지시뿐 아니라 **자체 작업·후속 작업·사후 결정**까지 모두 공유
+2. **시작과 끝의 명확화** — 시작 시점 등록 + 완료 시점 결과 공유
+3. **중단 시 사유와 사후 조치 명시** — `보류`·`취소` 시 **사유 + 사후 조치 계획**을 반드시 기록
+4. **부서가 책임진다** — PD님과 총괄PM이 공유를 요구할 필요 없도록 부서가 자체 책임
+5. **단일 SOT** — `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md` + `공유/대화로그/`(P24)로 일원화
+6. **공유 누락은 헌법 위반** — C3(이슈 은폐 금지)에 준하는 위반, 자진 보고 + 소급 등록 의무
+
+### 공유 채널 분리 (목적별)
+- **PD 직접 지시**: `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md`
+- **자체·자율·협업 작업**: `공유/대화로그/{프로젝트}/YYYY-MM-DD.md` (P24)
+- 둘 중 어디에도 기록되지 않은 작업은 **공유 누락 = C13 위반**
+
+### 책임 주체
+- **부서 팀장(기획팀장·개발팀장)**: 트래킹의 1차 책임자
+- **실무 에이전트**: PD님 지시를 인지한 즉시 팀장에게 공유, 팀장이 등록 못한 경우 자체 등록
+- **총괄PM**: 정기 모니터링 시 미등록·미갱신 발견 시 즉시 부서에 자진 등록 요청
+
+### 일의 흐름 트래킹 4단계 (반드시 모두 기록)
+| 단계 | 트래킹 항목 | 시점 |
+|------|-----------|------|
+| **시작** | 지시 요지 + `대기`/`진행중` 등록 | 지시 받은 즉시 |
+| **진행** | 진행 상황 갱신, 산출물 경로 부분 기록 | 작업 중 주기적 |
+| **완료** | `완료` 상태 + 최종 산출물 경로 + 결과 요지 | 응답·산출물 확정 시 |
+| **중단** | `보류`/`취소` 상태 + **중단 사유** + **사후 조치 계획** | 중단 결정 즉시 |
+
+### 구체 절차는 P19·P24 참조
+- **P19**: PD 지시 로그 형식·등록 시점·상태 관리 (시작·진행·완료·중단)
+- **P24**: 대화로그 기록으로 활동 가시화 (2026-04-16 P20 폐기 후 역할 전담)
+
 ## C14. 토큰 최소화 우선 설계 원칙 (2026-04-15 PD님 승인)
 
 > 모든 업무는 **항상 토큰을 최소화할 수 있는 최적의 설계**를 가장 우선적으로 지향하고, 불가피한 경우 **PD가 결정할 수 있도록 대안을 제안**한다.
@@ -370,56 +420,6 @@ CLAUDE.md 신규 항목, 매 턴 로드 대상 확대, `MEMORY.md` 인덱스 확
 - PM 과도 보수 해석 3회차 재발 방지 실증 (`memory/org/feedback_pm_over_conservative_interpretation.md`)
 
 
-## C13. 부서 작업의 총괄PM 공유 의무 (전 부서 공통)
-
-부서의 **모든 의미 있는 작업**은 부서가 자체 트래킹하여 총괄PM에게 공유한다. 이는 조직 운영의 신뢰성과 직결되는 헌법급 의무다.
-
-### 🚨 절대 원칙 (가장 중요)
-
-> **"PD님 직접 지시"든 "부서 자체 판단 작업"이든 "다른 부서 협업 작업"이든, 작업이 진행되었다면 무조건 PM에게 공유한다."**
-
-- "PD 직접 지시인지 아닌지 확인부터 하자" 같은 판단 절차는 **공유 의무를 면제하지 않는다**
-- "사실 확인이 필요하다" 같은 사유로 공유를 지연·생략할 수 없다
-- 지시 출처를 모호하게 알고 있어도 **일단 공유한 뒤** 분류·정정한다 (정직성 C5와 결합)
-- 이 원칙이 지켜지지 않으면 에이전트 조직 운영 자체가 무력화된다
-
-### 공유 대상 — 모든 의미 있는 작업
-1. **PD님 직접 지시 작업** (시작·진행·완료·중단 4단계)
-2. **부서 자체 판단으로 진행한 작업** (자율 작업·후속 작업·사전 분석 등)
-3. **타 부서 협업·요청 처리 작업** (REQ 응답·인수인계 등)
-4. **보류·취소 결정** (자체 판단으로 보류한 경우도 공유)
-5. **신규 산출물·디렉토리·중요 파일 생성**
-
-### 핵심 원칙 (6가지)
-1. **모든 작업의 가시화** — PD 직접 지시뿐 아니라 **자체 작업·후속 작업·사후 결정**까지 모두 공유
-2. **시작과 끝의 명확화** — 시작 시점 등록 + 완료 시점 결과 공유
-3. **중단 시 사유와 사후 조치 명시** — `보류`·`취소` 시 **사유 + 사후 조치 계획**을 반드시 기록
-4. **부서가 책임진다** — PD님과 총괄PM이 공유를 요구할 필요 없도록 부서가 자체 책임
-5. **단일 SOT** — `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md` + `공유/대화로그/`(P24)로 일원화
-6. **공유 누락은 헌법 위반** — C3(이슈 은폐 금지)에 준하는 위반, 자진 보고 + 소급 등록 의무
-
-### 공유 채널 분리 (목적별)
-- **PD 직접 지시**: `공유/PD_지시_트래킹/{부서}_PD_지시_로그.md`
-- **자체·자율·협업 작업**: `공유/대화로그/{프로젝트}/YYYY-MM-DD.md` (P24)
-- 둘 중 어디에도 기록되지 않은 작업은 **공유 누락 = C13 위반**
-
-### 책임 주체
-- **부서 팀장(기획팀장·개발팀장)**: 트래킹의 1차 책임자
-- **실무 에이전트**: PD님 지시를 인지한 즉시 팀장에게 공유, 팀장이 등록 못한 경우 자체 등록
-- **총괄PM**: 정기 모니터링 시 미등록·미갱신 발견 시 즉시 부서에 자진 등록 요청
-
-### 일의 흐름 트래킹 4단계 (반드시 모두 기록)
-| 단계 | 트래킹 항목 | 시점 |
-|------|-----------|------|
-| **시작** | 지시 요지 + `대기`/`진행중` 등록 | 지시 받은 즉시 |
-| **진행** | 진행 상황 갱신, 산출물 경로 부분 기록 | 작업 중 주기적 |
-| **완료** | `완료` 상태 + 최종 산출물 경로 + 결과 요지 | 응답·산출물 확정 시 |
-| **중단** | `보류`/`취소` 상태 + **중단 사유** + **사후 조치 계획** | 중단 결정 즉시 |
-
-### 구체 절차는 P19·P24 참조
-- **P19**: PD 지시 로그 형식·등록 시점·상태 관리 (시작·진행·완료·중단)
-- **P24**: 대화로그 기록으로 활동 가시화 (2026-04-16 P20 폐기 후 역할 전담)
-
 ## C20. 팀장급 커밋·푸시 재량 원칙 (2026-04-15 PD님 직접 지시)
 
 > **일상적 커밋·푸시(자기 작업 브랜치 push, main 병합 포함)는 각 팀 팀장급의 재량으로 판단·진행한다.** PD님이 매 사안마다 커밋·푸시 승인을 내리는 비효율을 제거하고, 팀장급의 책임과 자율을 강화한다. 단, **우려 이슈가 있는 경우에 한해 PD님 사전 확인 후 진행**한다. 본 규칙은 C19-2(보수적 해석 의무)와 C8(프로덕션 보호)의 운용 보완이며, 두 규칙이 정의하는 위험 액션은 본 규칙으로 완화되지 않는다.