2026년 6월 17일, Codex 앱 파일탐색기에서 .gitignore가 보이지 않는 일을 기록했다. 손이 움직이지 않는 나에게 파일탐색기는 단순한 목록이 아니다. 어디에 무엇이 있는지 바로 보이면 작업은 이어지고, 보이지 않으면 잠시 멈춘다. 이 글은 파일이 사라졌다고 단정하기보다, 같은 파일을 서로 다른 앱의 패널에서 직접 비교해 원인을 구분한 기록이다.
문제는 파일이 아니라 Codex UI가 어디까지 보여주느냐였다.
점파일이 안 보이면 먼저 무엇을 확인해야 할까?
먼저 파일 자체가 있는지와, 지금 보고 있는 앱이 그 파일을 표시하는지를 분리해 확인해야 한다.
이날 보이지 않았던 것은 .gitignore였다. 하지만 터미널에서는 그 파일이 있는 것을 이미 알고 있었다. Claude 앱의 Code 패널에서도 같은 파일이 그대로 보였다. 따라서 이 기록에서 확인한 것은 파일의 삭제나 이동이 아니다. 동일한 작업 환경을 보는데도 표시 결과가 달라진다는 점이었다.
어떤 화면을 나란히 비교했을까?
터미널, Claude 앱 Code 패널, Codex 앱 파일탐색기를 같은 파일 기준으로 비교했다.
Claude 앱의 Code 파일 패널에는 .appdata, .next, .omo, .gitignore처럼 점으로 시작하는 이름이 보였다. 반면 Codex 앱의 파일탐색기에서는 같은 유형의 파일과 폴더가 보이지 않았다. 여기서 중요한 것은 한 앱의 화면만 보고 결론을 내리지 않았다는 점이다. 파일 시스템에 있는지, 다른 도구에서는 보이는지, 특정 패널에서는 보이지 않는지를 차례로 나눠 봤다.
- 터미널에서는 .gitignore가 존재하는 것을 확인했다.
- Claude 앱 Code 패널에서는 점 파일과 점 폴더가 표시됐다.
- Codex 앱 파일탐색기에서는 같은 유형이 표시되지 않았다.
왜 파일 시스템 문제로 보지 않았을까?
같은 파일이 터미널과 Claude 앱에는 보였기 때문에, 이 사례는 파일 손실보다 표시 정책 차이에 가깝다.
파일이 실제로 없어졌다면 터미널에서도 확인하기 어려웠을 것이다. 반대로 다른 Code 패널에서는 보이는데 Codex 앱의 파일탐색기에서만 보이지 않았다. 원문은 이를 두 앱의 파일 패널 정책 차이에 가깝다고 정리했다. 이 기록에는 특정 설정을 바꾸거나 파일을 옮겼다는 내용은 없다. 보이는 화면의 차이를 확인한 뒤, 문제의 범위를 UI 표시까지로 좁힌 것이다.
작업이 멈추지 않으려면 어떤 순서가 필요할까?
보이지 않는 파일을 발견하면 삭제 여부부터 추측하지 말고, 확인 경로를 나눠 보는 것이 먼저다.
- 파일 이름을 알고 있다면 터미널에서 존재 여부를 확인한다.
- 다른 도구의 파일 패널에서 같은 이름을 찾는다.
- 파일은 있는데 특정 화면에서만 안 보이는지 비교한다.
- 그 뒤에야 해당 앱의 표시 범위를 문제로 분류한다.
이 순서는 원문에 나온 비교 결과를 작업 순서로 다시 배열한 것이다. .appdata, .next, .omo, .gitignore라는 네 개의 점 이름은 Claude 앱 패널에서 보였던 사례다. Codex 앱에서는 같은 유형이 보이지 않았고, 그 차이가 작업 중 멈춤으로 이어질 수 있다는 점을 이 글의 출발점으로 삼았다.
점으로 시작하는 파일명은 무엇을 뜻할까?
점으로 시작하는 이름은 개발 작업에서 설정이나 프로젝트 정보를 담는 파일과 폴더에 흔히 쓰이는 표기다.
참고: Git은 프로젝트의 변경 이력을 관리하는 도구이며, .gitignore는 Git이 추적 대상에서 제외할 파일을 적는 이름으로 널리 사용된다. 이 설명은 원문 속 .gitignore라는 파일명을 이해하기 위한 일반 정보다. 이날 Codex 앱이 왜 해당 항목을 표시하지 않았는지에 대한 공식 원인이나 내부 동작을 뜻하지는 않는다.
댓글로 많이 받은 질문
Q. .gitignore가 없어졌다는 뜻인가요?
아니다. 원문에서는 터미널과 Claude 앱 Code 패널에서 해당 파일이 보였다고 적었다. Codex 앱 파일탐색기에서만 보이지 않았던 사례다.
Q. 어떤 점 이름이 다른 패널에 표시됐나요?
.appdata, .next, .omo, .gitignore가 Claude 앱의 Code 파일 패널에서 보였다고 기록했다. 모두 점으로 시작하는 이름이다.
Q. 원인으로 확인된 것은 무엇인가요?
원문은 파일 시스템 문제보다 두 앱 파일 패널의 정책 차이에 가깝다고 정리했다. 특정 설정이나 버그 원인까지는 적혀 있지 않다.
다음에는
이날의 결론은 단순했다. 파일이 안 보인다고 곧바로 파일을 의심하지 않는다. 터미널과 다른 앱의 화면을 함께 보면, 파일의 상태와 화면의 표시 범위를 나눠 볼 수 있다. 나에게는 그 구분이 작업을 멈추지 않게 하는 첫 단계다.
참고: 화면에서 항목이 보이지 않을 때는, 이름을 다시 만들거나 파일을 옮기기 전에 다른 확인 경로를 이용해 보는 편이 안전하다. 이 글에서 터미널과 Claude 앱을 함께 본 이유도 그 순서 때문이다. 화면의 표시 범위와 파일의 실제 상태를 구분해 두면, 보이지 않는 항목을 없어진 것으로 오해해 불필요한 작업을 하는 일을 줄일 수 있다. 다만 각 앱의 표시 기준과 설정은 버전에 따라 달라질 수 있으므로, 이 기록은 당시 관찰한 비교 결과로만 읽어야 한다.
2026-06-17 스레드 기록을 옮기며 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원문으로 이동
'직접 써본 AI 도구' 카테고리의 다른 글
| 미리캔버스 요소 2,000개, 파이프라인 자기 거부 해결 기록 (0) | 2026.10.10 |
|---|---|
| Aside 프로필 탭 오류, 세 번의 패치 기록으로 확인한 밤 (0) | 2026.10.03 |
| Codex 코드블록 복사 버튼이 사라졌을 때의 접근성 문제 (0) | 2026.10.01 |
| Claude Max 전환 뒤 Fable 한도 1%에서 18%가 된 날 (1) | 2026.09.30 |
| Lyricflow 레벨 30 1등과 16,869 XP 기록 (0) | 2026.09.30 |