- 3축 검증(파일 존재·git 추적·원격 반영 실측) 전 범위 통과
- 개발실/기획실 영역 untracked·modified 0, origin/main=0fbad07 일치
- 개발실·기획실 PD 지시 로그 #10 상태 갱신(완료) + 검증 결과 기록
- 공유/일일보고/2026-04-15_총괄PM.md 신규(검증 결과표·총평)
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
어느 PC에서 세션을 시작하더라도 동일한 셋업 상태를 보장하고, PD님이
매 세션 md 수정·커밋·push에서 개별 승인을 반복하지 않도록 조직 기본
뼈대를 헌법급 코어룰로 정식화.
- 공통_업무_규칙.md: C16 본문 신설 (C16-1 3중 배치, C16-2 폴더 칩 UI
표준, C16-3 승인 반복 회피, C16-4 세션 시작 전 의무, C16-5 3축
검증, C16-6 다른 코어룰과의 관계)
- 조직공지 2026-04-15_C16 신설 (C10-6 3중 전파 이행)
- 개발실/기획실 CLAUDE.md 최근 규칙 변경 최상단에 C16 1줄 추가
- 신PC_셋팅_체크리스트_v2 업그레이드 (폴더 칩 UI 절차·승인 반복
트러블슈팅·MSIX 바로가기 비권장·3중 배치 검증)
- memory/org/feedback_session_start_protocol.md 신규 + MEMORY.md 갱신
- PD 지시 로그 양 부서 #9 등록 (완료)
MSIX 앱 실증 확정: 바로가기·URI·WorkingDirectory 우회 영구 불가.
폴더 칩 UI 선택이 유일한 세션 진입 정답.
feedback_permissions_portability.md §4·§5 추가:
- 세션별 프로젝트 전환은 앱 입력창 위 "폴더 칩" UI가 정답
- 워크트리 체크박스로 single-instance 제약 우회
- 바탕화면 바로가기 방식 MSIX 앱에서 불가 (실증 확정)
feedback_setup_verification.md 확장:
- "UI 탐색 우선 원칙" 섹션 신설
- 앱 UI 가능성 먼저 확인 후 기술적 우회 검토
setup_windows.ps1 헤더 주석:
- 바로가기 옵션의 MSIX 환경 한계 명시
- 폴더 칩 UI 우선 사용 안내
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
PD님 2026-04-15 실증 결과 반영:
1. feedback_permissions_portability.md 보강:
- 세션별 프로젝트 폴더 전환은 앱 입력창 위 "폴더 칩" UI가 정답
- 워크트리 체크박스로 Windows Store single-instance 제약 우회 가능
- 바탕화면 바로가기 방식은 MSIX 앱에서 불가 (실증 확정)
- 기술적 우회만 시도했던 실수 교훈
2. feedback_setup_verification.md 확장:
- "UI 탐색 우선 원칙" 섹션 신설
- 앱·도구 내장 UI 가능성을 먼저 탐색한 후 기술적 우회
- 스크린샷 요청을 주저하지 말 것
3. project_org_structure.md 추가 (다른 세션 생성분 일괄 커밋):
- 메인 세션=총괄PM 창구, 실질은 pm-general 서브에이전트 호출
- PD님 직접 확정 운용 규칙
4. setup_windows.ps1 헤더 주석 보강:
- 바로가기 옵션의 MSIX 환경 한계 명시
- 앱 내 폴더 칩 UI 우선 사용 안내
본 PC의 바탕화면 바로가기 3개는 사용자가 삭제 완료.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
feedback_permissions_portability.md에 3가지 실전 노하우 추가:
1. 세션 재시작 = 작업 관리자 프로세스 완전 종료 (창 닫기만으론 부족)
2. 부서별 진입은 바탕화면 바로가기 표준화 (shell:AppsFolder + WorkingDirectory)
3. /permissions 슬래시 커맨드는 MSIX 앱에서 미지원
PD님 새 PC 셋업 실증 과정(2026-04-15)에서 여러 차례 시행착오 후 확정된 방법.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
PD님 환경(Windows Store 버전 Claude Code) 실측 결과 반영:
- Get-AppxPackage로 MSIX 패키지 우선 탐지
- AppxManifest.xml에서 AppId 추출하여 정확한 shell:AppsFolder URI 구성
- MSIX 탐지 시 TargetPath=explorer.exe, Arguments=shell:AppsFolder\<PFN>!<AppId>
- 미탐지 시 기존 일반 claude.exe 경로 탐색으로 fallback
- MSIX 바로가기 생성 후 WorkingDirectory 전달 보장 안 된다는 경고 추가
실측 정보:
- PackageFamilyName: Claude_pzs8sxrjxfjjc
- AppId: Claude
- Executable: app\claude.exe (WindowsApps 직접 접근 제한됨)
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
PD님 새 PC 셋업 과정에서 발견된 이슈 대응:
Claude Code 앱의 "New Session" 버튼은 현재 열린 프로젝트 컨텍스트 내에서만 새 대화를 만듦.
앱이 루트에서 시작되면 부서 폴더로 직접 진입이 어려운 문제.
- -CreateShortcuts 스위치 플래그 추가
- -ClaudeExePath 수동 지정 옵션 추가
- claude.exe 자동 탐지 (6개 일반 설치 경로 + PATH)
- 바탕화면에 3개 바로가기 생성: 너드나비스_총괄PM·개발팀·기획팀
- 각각 WorkingDirectory를 해당 부서 폴더로 지정
- 더블클릭만으로 올바른 폴더에서 Claude Code 시작
- 경로 탐지 실패 시 수동 지정 가이드 출력
사용:
.\setup_windows.ps1 -CreateShortcuts
.\setup_windows.ps1 -CreateShortcuts -ClaudeExePath "<실제 claude.exe 경로>"
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
근본 원인 2종 해소:
1. .claude/ 계층 auto-merge 미지원 문제
- Claude Code는 .claude/ 폴더 1개만 프로젝트 루트로 인식, 부모 auto-merge 안 함
- 개발실/.claude/·기획실/.claude/ 이미 존재 → 자식 디렉토리 세션에서 루트 settings.json 무시됨
- 기획실보다 작업량이 2~4배 복잡한 개발실에서 승인 요구 폭발적으로 드러남
- 해결: 루트 SOT → 부서 2개 복제 배치 + setup_windows.ps1에 자동 동기화 로직 추가
2. deny 패턴 리터럴 매칭 문제
- 'Bash(rm -rf /*)'는 glob이 아닌 리터럴로 해석되어 실제 rm -rf /home/foo 차단 불가
- prefix 기반 'Bash(rm:*)' 'Bash(rmdir:*)' 'Bash(chown:*)' 등으로 교정
- 추가 deny: shutdown/reboot/chmod 777/Windows 시스템 디렉토리 쓰기
memory/org/feedback_permissions_portability.md 보강:
- "자식 디렉토리 전파 원칙" 섹션 신설
- SOT(루트) + 파생(부서 2개) + 동기화 메커니즘 명시
세션 재시작 후 적용됨.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
PD님의 일괄 승인 원칙(memory/org/feedback_md_approval·feedback_approval_process)은 메모리 지침일 뿐 Claude Code harness의 permission system과 독립적으로 동작. 새 PC에서 .claude/settings.local.json이 비어있어 매번 승인 요구 발생하던 문제를 근본 해결.
- .claude/settings.json (git 커밋 대상): 조직 공용 포괄 허용
- Edit·Write·MultiEdit·NotebookEdit·TodoWrite·Read·Glob·Grep·LS 전부 허용
- Bash: git·gh·ls·cat·find·grep·mkdir·cp·mv·powershell·node·python·dotnet 등 안전 명령 허용
- deny: rm -rf /·rm -rf ~·sudo·dd·mkfs·포크봄·시스템 디렉토리 쓰기
- memory/org/feedback_permissions_portability.md: harness permission과 메모리 지침의 2계층 분리 구조 + PC 독립성 보장 메커니즘 교훈
세션 재시작 후 적용됨.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
setup_windows.ps1:
- Unity·Framework default 값 하드코딩 제거. NerdNavisRoot 드라이브 기반 동적 추정 (예: E:\NerdNavisAi → E:\NerdNavis\*). -UnityRoot/-FrameworkRoot 인자 명시 시 그 값 우선.
- paths.local.json 출력 인코딩을 [System.IO.File]::WriteAllText + UTF-8 no BOM으로 명시. 한국어 깨짐 방지.
- 스크립트 파일 자체에 UTF-8 BOM 추가. PowerShell 5.1이 cp949로 오인하던 문제 해결.
- 미존재 경로 표기로 사용자가 paths.local.json 수동 수정 필요성 즉시 인지.
memory/org/:
- feedback_setup_verification.md: 셋팅 점검 시 파일 존재만이 아니라 reparse point·실파일·실행 결과까지 검증할 것 (총괄PM 셋팅 점검 누락 사건 교훈).
- feedback_insight_capture.md: 인사이트·노하우 발견 즉시 메모리 기록 원칙 (PD님 직접 지시).
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
기존 필터는 "*Documents*" 또는 "*너드나비스*" 키워드만 매칭하여 Claude Code가 경로를 '-'로 조합해 만든 해시 폴더(예: E--NerdNavisAi)를 놓침. NerdNavisRoot의 리프 이름·드라이브 prefix·'NerdNavis' 키워드까지 포괄하도록 확장.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
깃 관리자
NerdNavis DevLead