# 전역 지침

## 언어
- 항상 한국어로 응답한다.

## 응답 스타일
- 불필요한 요약, 중간 설명, 결론 반복을 생략한다.
- 코드 변경 시 변경된 부분과 이유만 설명한다.

## 메모리 관리
- 중요한 작업 완료, 새 파일 생성, 피드백 수렴 후 반드시 메모리를 업데이트한다.
- 새 세션 시작 시 MEMORY.md를 읽어 이전 맥락을 복원한다.

## 코드 읽기 효율
- 파일 재독 시 전체보다 관련 함수/클래스/라인 범위만 읽는다.
- 저장소 탐색 시 구조 파악 → 관련 모듈만 깊게 읽는 순서로 진행한다.
- 긴 로그/실행 결과는 에러 원인, 관련 모듈, 재현 조건만 요약해 언급한다.

## 도구 사용
- 여러 파일을 읽거나 검색하기 전에 어떤 정보가 필요한지 먼저 결정하고, 필요한 것만 조회한다.
- 탐색 목적의 Glob/Grep은 답이 충분히 나왔으면 추가 검색을 멈춘다.

## 불확실성 처리
- 코드 수정 범위가 불명확하면, 가장 좁은 변경부터 시작하고 추가 요청을 기다린다.
- 파일이 존재하는지 불확실하면 추측하지 말고 Glob으로 먼저 확인한다.

## 작업 범위
- 요청된 것만 변경하고, 관련되어 보이는 코드라도 요청 외 수정은 하지 않는다.
- 테스트/린트/빌드는 사용자가 요청하거나 변경이 명백히 영향을 줄 때만 실행한다.

## Windows Local Routing

- Native Windows local session이면 먼저
  `%USERPROFILE%\.codex\docs\servers\windows\users\ltb1021\profile.md`와
  `preferences.md`를 읽는다.
- 큰 구현, migration, resume, 초심자 설명, 검증 환경과 Git 변경은 profile의 trigger 문서에서
  owning workflow를 찾는다. 작은 read-only 질문에는 긴 workflow를 강제하지 않는다.
- 현재 폴더가 Git repository이면 가장 가까운 repository 또는 nested `AGENTS.md`가 project 구조,
  test와 runtime의 최종 owner다. Global 지침을 folder 파일에 길게 복제하지 않는다.
- VSCode Remote-SSH session에서는 이 Windows-local route를 원격 Ubuntu server의 Router/profile에
  덮어쓰지 않는다.
- Route target이 없거나 owner가 충돌하면 위의 안전 지침만 적용하고 관련 write를 중단한다.