BurningTimesAi/공유
깃 관리자 0ddf5b057c feat(skill): 너드나비스-코어룰 Skill 패킹 단일 SOT 전환 (PD님 위임 진행)
근본 해결책 구축 완료:
1. .claude/skills/너드나비스-코어룰/SKILL.md 신설
   - 공유/공통_업무_규칙.md → SKILL.md 로 git mv (히스토리 보존)
   - frontmatter 추가 (name, description)

2. 부서 에이전트 4종 frontmatter에 skills 필드 추가
   - 개발실장.md, 기획팀장.md, 서버팀장.md, 클라이언트팀장.md
   - skills: [너드나비스-코어룰] 단일 등록

3. 부서 에이전트 본문의 코어룰 하드코딩 섹션 폐기
   - Skill 자동 주입으로 대체
   - 직무 우선 환기 사항만 유지 (C7/C8/C9/C11/C13/C23 등)

4. 메인 CLAUDE.md @참조 경로 갱신
   - 루트 CLAUDE.md, 개발실/CLAUDE.md, 기획실/CLAUDE.md 모두 새 SKILL.md 경로

5. C26 코어룰 본문 개정
   - 1차 신설(2026-04-16 수동 갱신 의무) → 2차 개정(단일 SOT 갱신 원칙)
   - 수동 갱신 의무 폐지 명문화

6. 기타 활성 참조 파일 일괄 갱신
   - .claude/agents/pm-general.md
   - README.md
   - 개발실/.claude/commands/*.md 8종

7. Skill 패킹 안건 문서 status: 완료 갱신

기대 효과 (PD님 검증 단계 필요):
- 부서 영속 대화 종료·재resume 후 서브에이전트가 SKILL.md 자동 주입받음
- 코어룰 추가 시 SKILL.md 한 곳만 갱신하면 모든 부서 자동 반영
- C26 5단계 수동 절차 폐지

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-16 09:19:00 +09:00
..
PD_지시_트래킹 feat(core): C26 신설 + 부서 에이전트 정의 파일 C1~C26 갱신 + planning-lead → 기획팀장 명칭 변경 (PD님 직접 지시·직접 승인) 2026-04-16 01:29:41 +09:00
소통 feat(comm): Phase 1 통신 허브 공유/소통/ 신설 + 6축 채널 + 기존 채널 이관 (PD님 직접 지시) 2026-04-15 21:18:30 +09:00
일일보고 feat(core): C26 신설 + 부서 에이전트 정의 파일 C1~C26 갱신 + planning-lead → 기획팀장 명칭 변경 (PD님 직접 지시·직접 승인) 2026-04-16 01:29:41 +09:00
조직공지 feat(skill): 너드나비스-코어룰 Skill 패킹 단일 SOT 전환 (PD님 위임 진행) 2026-04-16 09:19:00 +09:00
README.md Initial sync: 너드나비스 조직 전체 자산 (v2 §3 인벤토리 기준) 2026-04-15 01:40:28 +09:00
공통_업무_규칙_개정_제안_C14_C15_v1.md Initial sync: 너드나비스 조직 전체 자산 (v2 §3 인벤토리 기준) 2026-04-15 01:40:28 +09:00

README.md

너드나비스 부서간 공유 채널

기획실과 개발실 간의 작업 요청/응답을 위한 파일 기반 커뮤니케이션 채널.

폴더 구조

공유/
├── 기획실→개발실/   ← 기획실이 개발실에 요청서를 넣는 곳
├── 개발실→기획실/   ← 개발실이 기획실에 응답/전달하는 곳
├── 완료/            ← 처리 완료된 요청서 아카이브
└── README.md

요청서 형식

파일명: [날짜]_[요청번호]_[제목].md 예: 2026-04-13_REQ001_카드효과_데미지공식_확인.md

요청서 템플릿

---
요청번호: REQ001
요청일: 2026-04-13
요청부서: 기획실
수신부서: 개발실
담당에이전트: /게임플레이
우선순위: HIGH | MEDIUM | LOW
상태: 대기 | 진행중 | 완료
---

## 요청 내용
[구체적으로 무엇이 필요한지]

## 배경/맥락
[왜 이 요청이 필요한지, 어떤 작업에 활용할 것인지]

## 기대 산출물
[어떤 형태로 받고 싶은지 — 코드, 문서, 데이터, 확인 등]

## 참조 파일
[관련 파일 경로]

응답서 작성 규칙

  • 원본 요청서에 ## 응답 섹션을 추가하여 작성
  • 상태완료로 변경
  • 완료 후 완료/ 폴더로 이동

사용 방법

기획실에서

  1. 기획실→개발실/ 폴더에 요청서 작성
  2. 개발실 세션에서 요청서 확인 및 처리
  3. 처리 결과는 개발실→기획실/ 또는 요청서 내 응답 섹션에서 확인

개발실에서

  1. 기획실→개발실/ 폴더의 미처리 요청서 확인
  2. 요청 처리 후 상태: 완료로 변경
  3. 완료된 요청서를 완료/ 폴더로 이동