손 대신 입술로 코드를 짜는 나는 파세오 환경에서 쓰던 클로드코드가 대화 기록을 단 한 줄도 남기지 않았다는 사실을 뒤늦게 알았다. 터미널 상태 줄을 정리하다 본 경고 하나가, 알고 보니 이 문제의 해결책을 이미 알려주고 있었다.
이 글은 그날 일어난 일을 순서대로 다시 정리한 글이다. 경고를 처음 본 시점부터, 잘못된 이름을 입력하고도 아무 반응이 없었던 순간, 그리고 화면을 넓혀서야 보인 진짜 이름과 원인까지, 겪은 순서 그대로 남긴다.
그날 터미널에서 무슨 일이 있었나?
터미널 상태 줄을 보기 좋게 정리하던 중 경고 하나가 떴고, 이후 어제 작업을 복원하려 할 때야 대화 기록이 전혀 없다는 걸 알았다.
처음엔 그냥 상태 줄을 예쁘게 꾸미는 작업이었다. 폰트나 색, 줄 배치를 손보던 중 화면 한쪽에 경고 메시지가 하나 떴다. 당장 급한 문제로 보이지 않아서 그대로 넘겼다. 그런데 어제 작업한 내용을 다시 불러와야 할 일이 생겼다. 손을 쓸 수 없는 환경이라 나는 로그에 남은 화면을 사진으로 찍어 붙여넣는 방식으로 작업 기록을 복원하는 경우가 많다. 이번에도 같은 방식으로 어제 작업을 되짚으려 했는데, 클로드코드 쪽 대화 기록이 아예 존재하지 않았다. 찾아봐도 찾아봐도 남아 있는 줄이 없었다. 단 한 줄도 저장되지 않은 상태였다. 여기서부터 단순한 디자인 작업이 원인을 찾는 작업으로 바뀌었다.
경고가 알려준 해결책을 왜 바로 쓰지 못했나?
경고 문구의 끝부분이 화면 밖으로 잘려 있어서, 눈에 보이는 이름만 입력했더니 아무 변화도 일어나지 않았다.
대화 기록이 없다는 걸 확인한 뒤 아까 넘겼던 경고 문구를 다시 읽어봤다. 경고는 분명 해결 방법을 담고 있었다. 문제는 그 줄이 터미널 창 너비보다 길어서 뒷부분이 화면 끝에서 잘려 있었다는 점이다. 보이는 만큼만 읽으면 설정 이름이 PERSIST로 보였다. 그래서 그 이름 그대로 입력해 설정을 켜봤다.
잘못된 이름을 입력하면 오류 하나 뜨지 않고, 그냥 조용히 아무 일도 일어나지 않았다.
여기서 당황스러운 지점은 오류조차 나타나지 않는다는 것이었다. 이름이 틀렸는데도 시스템은 아무 반응도 보이지 않았다. 나는 설정이 적용됐다고 믿은 채로 계속 작업을 이어갔지만, 실제로는 아무것도 바뀐 게 없는 상태였다.
마지막 네 글자와 진짜 원인은 무엇이었나?
터미널 창을 넓혀 같은 경고를 다시 캡처하자 잘려 있던 네 글자가 드러났고, 정확한 이름은 PERSIST가 아니라 PERSISTENCE였다.
PERSIST를 입력해도 반응이 없다는 걸 확인한 다음, 이번에는 터미널 창 자체를 가로로 넓게 늘려서 같은 경고를 다시 캡처했다. 그러자 화면 끝에서 가려졌던 뒷부분이 보였다. 잘려서 보이지 않던 글자는 정확히 네 글자였고, 이걸 더하면 설정 이름은 PERSIST가 아니라 PERSISTENCE였다. 몇 글자를 놓친 정도가 아니라 이름 전체를 다른 것으로 알고 있었던 셈이다.
이름을 바로잡고 나서 넓어진 화면에 추가로 보인 문구를 따라가 보니, 진짜 원인도 함께 드러났다. 핵심은 세션이 어떻게 처리되는지에 있었다. 파세오 앱이 클로드코드를 실행할 때 내부적으로 자식 세션을 새로 띄우는 구조였는데, 이 자식 세션이 독립된 별도의 기록으로 처리되지 않고 있었다. 대화는 화면상으로 정상적으로 오갔지만, 기록을 남기는 쪽에서는 그 세션을 따로 저장해야 할 대상으로 인식하지 못했다. 그 결과 대화 내용 자체는 주고받았는데도 저장될 자리가 마련되지 않아, 기록이 통째로 비어 있는 상태로 남았다.
그날 있었던 일을 순서대로 정리하면
- 터미널 상태 줄을 정리하던 중 경고가 하나 떴다.
- 어제 작업을 복원하려다 클로드코드 대화 기록이 한 줄도 없는 걸 발견했다.
- 경고 문구에서 보이는 이름 PERSIST를 입력했지만 오류 없이 아무 반응도 없었다.
- 터미널 창을 넓혀 다시 캡처하자 잘려 있던 네 글자가 드러났다.
- 정확한 이름은 PERSISTENCE였고, 원인은 파세오가 띄운 자식 세션이 별도 기록으로 처리되지 않는 구조였다.
| 단계 | 보였던 것 | 실제로 확인된 것 |
|---|---|---|
| 경고 확인 | 화면 끝이 잘린 문구 | 뒤에 네 글자가 더 있었음 |
| 설정 입력 | PERSIST 입력, 무반응 | 오류 없이 조용히 무시됨 |
| 원인 확인 | 넓은 화면 재캡처 | PERSISTENCE, 자식 세션 처리 방식 |
지금은 무엇을 확인한 상태인가?
정확한 설정 이름이 PERSISTENCE라는 것과, 대화 기록이 비는 원인이 파세오가 띄운 자식 세션 처리 방식에 있다는 것까지 확인한 상태다.
다만 이름을 바로 알아냈다고 해서 그 순간 문제가 전부 해결됐다고 말하기는 어렵다. 이번에 확실해진 건 두 가지다. 화면에 보이는 설정 이름이 실제와 다를 수 있다는 것, 그리고 원인이 단순한 오타가 아니라 자식 세션을 별도 기록으로 처리하지 않는 구조에 있다는 것이다. 이 두 가지를 정확히 짚어낸 것이 이번 과정에서 가장 큰 소득이었다.
다시 비슷한 상황을 맞는다면 나는 경고 문구가 짧게 끝나 보이더라도 한 번은 창을 넓혀 전체 문장을 확인할 것이다. 눈으로 보이는 일부만 보고 그대로 입력하는 습관이, 오류조차 뜨지 않는 설정 앞에서는 아무 소용이 없다는 걸 이번에 직접 겪었기 때문이다.
참고로 확인할 수 있는 자료
클로드코드의 공식 기능과 설정에 관한 일반적인 안내는 Claude Code 공식 문서에서, 터미널 화면 폭과 줄바꿈이 어떻게 처리되는지에 관한 일반적인 설명은 터미널 에뮬레이터 관련 설명에서 볼 수 있다. 다만 이 링크들은 이번에 겪은 일을 새로 증명하거나 대신 설명해 주는 자료는 아니다. 이 글에 적은 경고 문구, 잘린 네 글자, 자식 세션 처리 방식은 내가 직접 겪고 확인한 내용을 기준으로 적었다.
자주 묻는 질문
대화 기록은 얼마나 남아 있지 않았나요?
클로드코드 쪽 대화 기록은 단 한 줄도 남아 있지 않았다. 어제 작업을 복원하려다 그 사실을 처음 알았다.
PERSIST를 입력했을 때 왜 오류가 뜨지 않았나요?
설정 이름이 실제와 다르면 오류 표시 없이 그냥 아무 동작도 일어나지 않는 방식이었다. 그래서 한동안 적용됐다고 오해했다.
잘려 있던 글자는 몇 글자였나요?
화면 끝에서 잘려 보이지 않던 글자는 정확히 네 글자였다. 이 네 글자를 더해야 PERSISTENCE라는 정확한 이름이 된다.
대화 기록이 비는 진짜 원인은 무엇이었나요?
파세오 앱이 띄운 자식 세션이 독립된 별도 기록으로 처리되지 않는 구조가 원인이었다. 대화는 오갔지만 저장될 자리가 없었다.
이름을 바로잡은 뒤 문제가 곧바로 해결됐나요?
이름과 원인을 확인한 상태이며, 이 글은 그 확인 과정을 정리한 기록이다. 해결 여부를 단정하기보다 원인을 정확히 짚는 데 집중했다.
끝으로
경고 문구 하나가 끝까지 보이지 않았던 것뿐인데, 그 때문에 설정 이름을 완전히 다르게 알고 있었다. 화면에 보이는 것과 실제로 존재하는 것이 다를 수 있다는 걸 이번 일로 다시 확인했고, 원인은 자식 세션을 별도 기록으로 남기지 않는 구조에 있었다.
이 글은 제가 2026-08-16에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글