Codex 프로젝트 사라짐: 업데이트 후 사이드바만 비는 이유와 경우별 복구

ChatGPT 데스크톱 앱(예전 Codex 앱)을 업데이트하거나 계정을 바꾼 뒤 왼쪽 사이드바의 「프로젝트」에 「프로젝트 없음」만 보이거나 일부 프로젝트가 빠졌다면, 대화와 프로젝트 기록은 대개 PC에 그대로 있습니다. 앱이 프로젝트를 두 곳에 따로 적어 두기 때문입니다. 사이드바가 읽는 것은 .codex-global-state.json 안의 local-projects 목록이고, 프로젝트 DB인 state_5.sqlite는 별개의 파일입니다. 앱은 시작할 때 사이드바 목록에 있는 프로젝트를 DB로 옮겨 적기만 하고 반대 방향으로는 채우지 않으므로, DB가 멀쩡해도 목록이 비면 사이드바는 빈 채로 남습니다.

지금 할 일은 직전에 무엇을 했는지로 갈립니다. 계정이나 워크스페이스를 바꾼 뒤라면 앱을 26.1106.51428(2026년 11월 11일 배포) 이상으로 업데이트하고, 창만 닫지 말고 앱을 완전히 종료한 뒤 다시 여세요. 이 버전에서 해결됐다는 사용자 보고가 세 건 있습니다. 비정상 종료 뒤이거나 원인을 모르겠다면, 앱을 완전히 끈 상태에서 .codex 폴더 전체(macOS는 ~/.codex, Windows는 %USERPROFILE%\.codex)를 다른 곳에 복사해 두는 일이 먼저입니다. 그 전에 「프로젝트 추가」로 같은 폴더를 다시 넣거나, 앱이 켜진 채 파일을 고치거나, 커뮤니티에서 받은 스크립트를 실행하면 되돌리기가 더 어려워집니다.

예외는 대화 기록 파일 자체가 없어진 경우입니다. 대화를 열 때 no rollout found for thread id가 뜨고 .codex/sessions 폴더에도 해당 파일이 없다면, 사이드바 목록을 다시 만들어도 그 대화는 돌아오지 않으므로 OpenAI에 보고하는 것 말고는 방법이 없습니다. 프로젝트는 그대로인데 대화 일부만 안 보이는 경우는 원인이 전혀 다른 문제입니다.

프로젝트 DB는 그대로인데 사이드바만 비는 이유

여기서 말하는 "프로젝트"는 Codex에서 작업 폴더를 사이드바에 등록한 로컬 프로젝트이며, ChatGPT에서 채팅을 묶어 두는 "프로젝트" 기능과는 다릅니다. 로컬 프로젝트는 .codex 폴더 안 두 곳에 기록됩니다. 하나는 state_5.sqlite의 projects·project_roots 표이고(아래에서는 프로젝트 DB), 다른 하나는 .codex-global-state.json의 local-projects 항목입니다(아래에서는 사이드바 목록). 두 곳은 서로 다른 ID 체계를 쓰고, 사이드바 목록 파일 안의 대응표로 짝을 맞춥니다.

2026년 11월 12일, macOS 한 대에서 ChatGPT 데스크톱 앱 26.1103.60933(build 25894)과 계정 하나로 이 두 파일의 복사본을 읽기 전용으로 열어 봤습니다. 프로젝트 DB에는 프로젝트 17개와 루트 경로 18개가, 사이드바 목록에는 프로젝트 17개가 있었고, 17개 모두 대응표를 거쳐 DB 행과 연결됐습니다. 대화 1,458개는 프로젝트 ID 칸이 모두 비어 있었고, 작업 폴더 경로로 보면 그중 1,246개가 프로젝트 폴더 아래에 있었습니다. 이 Mac에서는 프로젝트가 사라지지 않았으므로 정상 상태의 구조를 본 것이며, Windows 쪽 내용은 사용자 보고를 따릅니다.

같은 버전의 앱 코드(app.asar)를 읽어 보면, 시작할 때 프로젝트 DB의 목록을 불러온 다음 사이드바 목록을 한 줄씩 돌며 DB에 없는 프로젝트만 DB에 써 넣습니다. DB에만 있는 프로젝트를 사이드바 목록으로 되살리는 경로는 없고, 프로젝트가 바뀌었을 때 창에 새로 고치라고 보내는 신호도 local-projects 기준입니다. 그래서 사이드바는 사이드바 목록을 따라 그려진다고 보는 것이 자연스럽습니다. 사라진 상태를 재현해 확인한 것은 아닌 코드 기반 추론이지만, 앱 파일을 직접 열어 본 사용자들의 결론(openai/codex #54538, #58397)과 같습니다. #54538 작성자의 Windows PC에서는 사이드바 목록이 빈 객체였고, 프로젝트 DB에는 프로젝트 6개가 무결성 검사(PRAGMA quick_check)를 통과한 채 남아 있었습니다.

내 경우 찾기: 직전에 한 일과 로그 문구로 가르는 표

사이드바가 비는 원인은 적어도 다섯 갈래로 보고됐고, 갈래마다 첫 조치가 다릅니다. 가장 빨리 가르는 기준은 사라지기 직전에 한 일이고, 다음이 로그 문구, 그리고 「최근」이나 검색에서 예전 대화가 보이는지입니다. 아래 원인은 GitHub openai/codex 이슈와 OpenAI 커뮤니티의 사용자 보고를 묶은 것으로, 갈래마다 보고 인원이 다릅니다.

업데이트와 계정 전환이 같은 날 겹친 경우가 많습니다. #59895를 연 사용자도 둘 중 무엇이 원인인지 가리지 못했다고 적었습니다. 둘 다 했다면 비용이 거의 없는 계정 전환 쪽 조치(업데이트와 완전 종료)부터 해 보고, 그래도 비어 있으면 백업 쪽으로 넘어갑니다. 프로젝트 줄은 있는데 「No chats」로 보이거나 대화 일부만 없는 경우는 이 표가 아니라 맨 뒤의 "일부 대화만 사라졌을 때" 절에 해당합니다.

마이그레이션 갈래를 보고한 GitHub 이슈에는 사이드바 목록 파일의 projectsMigrated: true와 threadAssignmentsMigrated: false 조합이 함께 적혀 있지만, 이 두 값만으로는 그 갈래라고 판단할 수 없습니다. 2026년 11월 12일에 읽은 위의 Mac도 같은 조합(대기 중인 대화 소속 325건)이었는데 프로젝트 17개가 사이드바에 정상으로 보였습니다. 갈래를 가르는 기준은 사이드바 목록(local-projects)이 비었는데 프로젝트 DB에는 프로젝트가 남아 있느냐입니다.

아무것도 바꾸지 않고 데이터가 남았는지 확인하는 순서

아래 확인은 파일을 읽기만 하므로 앱이 켜져 있어도 됩니다. 알아야 할 것은 프로젝트 DB에 프로젝트가 몇 개 남았는지와, 대화 기록 파일이 실제로 있는지 두 가지입니다. 먼저 파일 위치입니다. macOS 열은 2026년 11월 12일 위의 Mac에서 확인한 것이고, Windows 열은 GitHub 이슈와 티스토리 글의 사용자 보고입니다.

macOS의 로그 폴더 이름이 아직 com.openai.codex인 것은 앱 이름이 ChatGPT로 바뀐 뒤에도 내부 식별자가 그대로이기 때문입니다.

1. 앱의 정보 화면에서 버전 번호를 적어 둡니다. Windows는 번호 체계가 두 가지이므로 아래 "영향받은 버전" 절의 설명을 참고합니다.

2. 사이드바의 「최근」과 검색창에서 사라진 프로젝트의 대화 제목을 찾아봅니다. 보인다면 대화 기록은 남아 있고 프로젝트 묶음만 풀린 상태입니다.

3. macOS에서는 터미널에서 시작할 때마다 남는 로그 한 줄을 찾습니다. projectCount= 뒤의 숫자가 그 실행에서 프로젝트 DB와 맞춰 본 프로젝트 수입니다.

   bash복사

   grep -rh "project migration completed" ~/Library/Logs/com.openai.codex/2026/11 | sort | tail -5

   위의 Mac에서는 11월 2일 14, 11월 3일 15, 11월 6~9일 16이 찍혀 있었습니다.

4. 같은 로그에서 사이드바 목록 파일을 읽다 실패한 흔적을 찾습니다. Failed to load global state는 파일 전체를 읽지 못한 것이고, Dropping invalid global state for key는 형식이 맞지 않는 항목 하나를 버린 것입니다.

   bash복사

   grep -rhE "Failed to load global state|Dropping invalid global state" ~/Library/Logs/com.openai.codex/2026/11

5. 대화 기록 파일 수를 셉니다. 기록 파일은 대부분 압축된 .jsonl.zst라서, 운영체제와 관계없이 .jsonl만 검색하면 대부분을 놓쳐 기록이 없어진 것으로 잘못 보게 됩니다. 위의 Mac에서는 .jsonl.zst가 1,271개, .jsonl이 134개였습니다. 두 형식 모두 rollout-으로 시작하므로 이름 앞부분으로 셉니다.

   bash복사

   find ~/.codex/sessions -name 'rollout-*' | wc -l

   powershell복사

   (Get-ChildItem "$env:USERPROFILE\.codex\sessions" -Recurse -Filter "rollout-*").Count

projectCount가 사라지기 전과 비슷하고 대화 기록 파일도 수백 개 남아 있는데 사이드바만 비어 있다면, 비어 버린 것은 사이드바 목록이고 데이터는 남아 있습니다. 반대로 projectCount가 1 같은 작은 수로 떨어졌고 기록 파일도 거의 없다면 마지막 절의 경우입니다. 다만 업데이트 뒤 마이그레이션에서 목록이 빈 갈래에서는 사이드바가 비어도 이 로그가 평소처럼 찍히므로, 숫자가 정상이라는 것은 "DB는 살아 있다"는 뜻이지 "사이드바가 곧 돌아온다"는 뜻이 아닙니다.

계정 전환 뒤 비었다면: 26.1106.51428로 업데이트 후 완전 종료

계정을 바꾼 뒤 비었다면 먼저 26.1106.51428 이상으로 업데이트하고 앱을 완전히 종료했다가 다시 엽니다. 앱은 사이드바 목록 같은 화면 상태를 "사용자와 계정" 조합별로 따로 저장합니다. 위의 Mac에서 읽은 앱 코드 기준으로, 다른 계정으로 바꾸면 지금 계정의 상태는 따로 보관되고 바꾼 계정의 상태가 올라오는데, 그 계정에 저장된 상태가 없으면 목록은 비어 보입니다. 개인 계정과 엔터프라이즈 계정, Plus 계정 두 개, Team 워크스페이스와 개인 계정 사이를 오갈 때뿐 아니라, 로그아웃했다가 같은 계정으로 다시 들어온 뒤에도 같은 증상이 보고됐습니다(#59895).

1. 정보 화면에서 버전을 확인하고, 26.1106.51428보다 낮으면 업데이트합니다. 자동 업데이트가 오지 않았다면 Windows는 Microsoft Store에서 직접 업데이트를 확인하고, macOS는 ChatGPT 메뉴의 「업데이트 확인…」을 직접 누릅니다. 2026년 11월 11일 Windows 11 사용자 한 명이 Store에서 직접 받아 해결했다고 보고했습니다.
2. 앱을 완전히 종료합니다. macOS는 Cmd+Q를 누르거나 메뉴 막대의 ChatGPT 메뉴에서 「ChatGPT 종료」를 고릅니다. Windows는 창의 X 버튼만으로는 백그라운드 프로세스가 남을 수 있으므로 Windows의 Codex 백그라운드 프로세스: 종료해도 되는 상태 판별법의 순서대로 끕니다.
3. 프로젝트가 있던 원래 계정으로 로그인된 상태에서 앱을 다시 엽니다.

수정 버전이 나오기 전에도 완전 종료만으로 목록이 돌아왔다는 사용자가 #59895에 네 명 있었지만, 효과가 없었다는 사용자도 세 명 있었습니다. 효과가 없었던 쪽은 지금 계정의 목록이 실제로 비어 버린 경우로 보입니다. 이때도 다른 계정 쪽에 보관된 상태는 파일 안에 남아 있어서, #59895 작성자의 PC에는 보관된 상태 안에 프로젝트 30개와 대화 소속 466건이 그대로 있었습니다. 그러니 여기서 폴더를 다시 추가하기보다 백업을 먼저 해 둡니다. 수정 버전으로 올린 뒤 예전에 손으로 다시 만든 프로젝트가 중복으로 보였다는 보고도 있으므로, 이미 폴더를 다시 추가했다면 업데이트 후 중복 항목을 정리해야 할 수 있습니다. 한 PC에서 여러 계정을 나눠 쓰는 방식 자체는 같은 PC의 여러 계정에서 Codex 한도가 공유되나요? 공식 경계와 확인 순서에서 다룹니다.

그 밖의 경우: 앱을 완전히 끄고 .codex 폴더 전체부터 백업

비정상 종료 뒤 상태 파일이 손상된 경우와 업데이트 뒤 마이그레이션에서 목록이 빈 경우는 2026년 11월 12일 기준 어느 버전에서 고쳐졌다는 보고가 없습니다. 11월 8~10일에도 새 보고가 올라왔으므로(#60541, #60672), 업데이트를 기다리는 동안 상태가 더 나빠지지 않게 하는 것이 먼저입니다. 앱을 완전히 종료한 뒤 .codex 폴더를 통째로 다른 드라이브나 폴더에 복사하세요. 파일을 골라 담으면 안 되는 이유는, 프로젝트 DB는 -wal·-shm 파일과 함께 있어야 온전하고, 예전 사이드바 목록을 되찾을 단서인 .tmp-* 파일도 같은 폴더에 흩어져 있기 때문입니다.

백업 전후로 환경 변수 CODEX_HOME도 확인합니다. 이 변수가 설정돼 있으면 앱은 기본 .codex가 아닌 그 폴더를 읽습니다. 9월에 한 사용자는 이 변수를 지우자 프로젝트가 바로 돌아왔다고 보고했습니다(#42739). 계정별로 데이터 폴더를 나누려고 이 변수를 설정해 두었다면 앱이 지금 어느 폴더를 보고 있는지부터 맞춥니다.

「프로젝트 추가」로 같은 폴더를 다시 넣으면 생기는 일

OpenAI 공식 문제 해결 문서는 사이드바에서 제거한 프로젝트를 되돌리려면 프로젝트 추가 버튼이나 Cmd+O로 다시 추가하라고 안내합니다(ChatGPT 데스크톱 앱 문제 해결 문서). 이 안내는 사용자가 직접 「프로젝트 제거」를 누른 경우의 이야기입니다. 업데이트나 계정 전환으로 사라진 경우에는 같은 폴더를 「프로젝트 추가」나 「폴더 열기」로 넣으면 새 프로젝트 ID가 만들어져, 예전 대화는 돌아오지 않고 새 프로젝트에 「No chats」만 보였다는 보고가 여럿입니다. OpenAI 지원 안내대로 다시 추가한 사용자 두 명도 같은 결과를 얻었고, 그중 한 명의 프로젝트 DB에는 기존 13개 옆에 새 항목이 하나 더 생겼습니다(#46987, #47827). 이렇게 생긴 중복은 나중에 목록을 되살릴 때 정리할 거리만 늘립니다.

.codex-global-state.json.bak이 예전 백업이 아닌 이유

.codex-global-state.json.bak은 이름과 달리 이전 버전을 보관하는 파일이 아닙니다. 위의 Mac에서 읽은 앱 코드는 상태를 저장할 때마다 본 파일을 쓰고 곧바로 같은 내용을 .bak에도 씁니다. 실제로 그 Mac의 두 파일은 바이트 단위까지 같았습니다. 그래서 목록이 비워진 뒤 앱이 한 번이라도 저장했다면 .bak도 비어 있고, 사용자들도 .bak이 이미 덮어써져 있었다고 보고했습니다. 예전 목록이 남아 있을 수 있는 곳은 저장 도중 남은 ..codex-global-state.json.tmp-* 파일(그 Mac에는 2026년 6~8월에 생긴 파일이 12개 있었습니다)이나 Time Machine 같은 시스템 백업입니다. 이런 곳에서 프로젝트 항목을 되찾았다는 사용자가 네 명 있었는데, 오래된 사본에는 그 뒤에 만든 프로젝트가 없다는 점을 감안해야 합니다.

다른 사용자들이 사이드바 목록을 다시 만든 방법과 전제 조건

공식 복구 절차는 없고, 사용자들이 효과를 본 방법은 프로젝트 DB에 남은 프로젝트로 사이드바 목록을 다시 채우는 것입니다. 프로젝트 DB의 projects·project_roots를 읽어 .codex-global-state.json의 local-projects와 project-order를 다시 쓰고, 일부는 ID 대응표와 대화 소속 항목까지 채웠습니다. #42739, #58397, #54538, #59895에서 사용자 10명이 효과를 확인했습니다. 한국에서도 2026년 8월 8일 티스토리의 한 Windows 사용자가 프로젝트 DB에 작업 524개가 남아 있는데 사이드바 목록이 빈 객체가 됐고, 경로가 C:\...와 \\?\C:\... 두 형식으로 섞여 대화와 프로젝트 폴더의 연결도 끊겼다고 적었습니다. 이 사용자는 직접 만든 스크립트(공개하지 않음)로 프로젝트 16개와 작업 연결 394개를 되살렸다고 합니다(티스토리 「ChatGpt - 프로젝트 사라지는 현상」).

계정 전환 갈래에서는 다른 계정 몫으로 보관된 상태(inactive) 안의 프로젝트 항목을 맨 위 수준으로 옮겨 되살린 사용자가 다섯 명 있었습니다. 다만 그대로 복사하면 대화 16건이 서로 다른 프로젝트를 가리키는 충돌이 생겼다는 지적도 함께 나왔습니다. 어떤 방법이든 사용자 보고이며 OpenAI가 안내한 절차가 아니고, 고친 뒤 다시 사라졌다는 사용자도 있습니다. 손을 대기로 했다면 다음 조건을 지킨 사람들만 결과가 좋았습니다.

• 앱을 완전히 종료한 뒤 작업합니다. 앱이 켜진 상태에서 고친 JSON은 앱이 다시 덮어썼고, 앱 안의 Codex에게 시켜 실행한 수정 스크립트는 앱이 꺼질 때 함께 멈췄습니다.
• .codex 폴더 전체를 먼저 백업합니다.
• state_5.sqlite는 고치지 않습니다. DB의 프로젝트 ID 칸만 채운 사용자들은 사이드바가 바뀌지 않았습니다.
• 대화의 작업 폴더 경로만으로 프로젝트를 추측해 만들지 않습니다. 한 사용자가 쓴 이런 방식의 복구 도구는 SQLite에 실제 프로젝트가 28개뿐인데 일회성 작업 폴더까지 프로젝트로 잡아 109개를 만들었습니다(#42867).

GitHub에는 이 재구성을 자동으로 해 준다는 도구(codex-project-recovery, codex-sidebar-repair 등)도 여러 개 올라와 있습니다. 모두 OpenAI가 만든 것이 아니며 .codex 안의 파일을 직접 고칩니다. 코드를 읽고 무엇을 바꾸는지 이해하지 못했다면 실행하지 말고, 내려받은 .bat·.py 파일이나 원격 설치 명령을 그대로 실행하라는 안내도 따르지 않는 편이 안전합니다.

영향받은 버전: Windows는 번호가 두 가지로 보인다

보고된 버전은 2026년 7월부터 11월 10일까지 걸쳐 있고, 특정 버전 이전이 안전했다고 말할 수 있는 경계는 없습니다. 같은 시기, 같은 버전에서도 여러 원인 갈래가 섞여 보고되므로 버전이나 시기로 원인을 가를 수 없고, 목록에 있는 버전이라고 모든 설치에서 문제가 생긴 것도 아닙니다. Windows는 Microsoft Store 패키지 번호와 앱 정보 화면의 번호가 따로 매겨집니다. 끝이 .0인 네 자리 번호(예: 26.1103.4239.0)가 Store 패키지 번호이고, 같은 배포가 정보 화면에서는 26.1103.32239로 보였다는 보고가 있습니다.

Linux에서도 26.1103.32239에서 한 건이 보고됐습니다. 버전 목록은 모두 GitHub 이슈의 사용자 보고를 날짜순으로 묶은 것입니다.

OpenAI의 답변과 수정 상태: 2026년 11월 12일 기준

GitHub에서 OpenAI 쪽 답변은 한 번입니다. 2026년 11월 9일 OpenAI 개발자라고 밝힌 계정이 계정 전환 이슈 #59895에 "We are aware of the issues here and are working on a fix which should be out in the Tuesday release"라고 답했습니다. 그 화요일인 11월 10일에는 26.1103.60933에서 여전히 고쳐지지 않았다는 보고가 이어졌고, 11월 11일 26.1106.51428에서 해결됐다는 보고가 macOS 두 명, Windows 11 한 명에게서 나왔습니다. 이 버전에는 OpenAI의 공식 변경 기록이 없습니다. developers.openai.com의 Codex 변경 기록에서 앱 항목은 10월 8일(26.1007)이 마지막이고, #59895는 11월 12일 기준 열려 있습니다.

OpenAI 커뮤니티의 지원 담당 계정은 11월 7일 Windows 앱에서 프로젝트와 채팅 묶음이 사라지는 비슷한 문제를 확인했고 "완화했다(mitigated)"고 답했으며, 11월 9일 다른 글에서도 같은 답과 함께 최신 버전으로 업데이트한 뒤 앱을 완전히 종료했다가 다시 열라고 안내했습니다(OpenAI 커뮤니티 「Local projects disappear from sidebar after Windows desktop update」). 버전 번호나 복구 절차는 밝히지 않았고, 9월 7일에는 사이드바를 복구·재구성하는 기능을 언제 내놓을지 정해진 일정이 없다고 답했습니다. 수정 보고가 나온 것은 계정 전환 갈래뿐이며, 비정상 종료 뒤 손상과 마이그레이션 뒤 목록이 빈 갈래는 고쳐졌다는 보고가 없습니다. #42739, #58397, #54538도 열려 있습니다.

Codex 채팅이 일부만 사라졌거나 「No chats」로 보일 때

프로젝트 줄은 남아 있는데 그 아래 대화가 「No chats」로 보이거나 일부만 보인다면, 업데이트 뒤 프로젝트가 통째로 사라지는 문제와는 다른 원인일 수 있습니다. 2026년 5월부터 보고된 #21128에 따르면 데스크톱 앱은 처음에 최근 대화 50개만 불러오고, 프로젝트마다 5개까지만 보여 주며, 검색도 불러온 대화 안에서만 합니다. 대화가 지워진 것은 아니고, CLI에서 codex resume --all로 예전 대화를 열어 고정해 두니 다시 보였다는 사용자가 있습니다. 이 보고는 macOS 26.429~26.818, Windows 26.519~26.818 사이 버전 기준이고 11월에는 새 댓글이 없어, 지금 버전에서도 같은지는 공개된 정보로 알 수 없습니다.

직접 보관(아카이브)한 대화는 설정의 「보관된 채팅」에 있고, 보관을 해제하면 원래 자리로 돌아갑니다. CC Switch 같은 도구로 서드파티 provider로 바꾼 뒤 대화 목록이 비었다면 provider별로 기록이 걸러지는 다른 문제이므로 CC Switch에서 GPT-6.1 Terra 안 보임: Codex 모델 목록 모드별 해결을 봅니다.

로컬 복구가 끝나는 지점과 OpenAI에 보낼 정보

대화 기록 파일이 실제로 없으면 로컬에서 할 수 있는 일은 거기서 끝납니다. 11월 5일 #58397에 보고된 사례에서는 프로젝트 DB에 프로젝트 1개와 대화 3개만 남았고, 대화를 열면 no rollout found for thread id가 떴습니다. 사이드바 목록은 DB와 기록 파일을 가리키는 색인일 뿐이어서, 가리킬 파일이 없으면 다시 만들어도 대화는 돌아오지 않습니다. 같은 오류가 메시지 전송 중에 뜨는 경우는 Codex 메시지 전송 오류 해결: 두 번째 줄 문구로 원인 찾기에서 다룹니다. 이 단계에서는 OpenAI에 보고하면서 백업해 둔 .codex 폴더를 지우지 말고 보관하세요.

보고할 때는 다음을 모아 둡니다.

• 정보 화면의 앱 버전(Windows는 Store 패키지 번호도), OS와 버전
• 사라지기 직전에 한 일과 대략의 시각: 업데이트, 계정·워크스페이스 전환, 비정상 종료 중 무엇인지
• 로그의 projectCount= 줄과 Failed to load global state 같은 오류 줄
• sessions 폴더의 기록 파일 수, 열리지 않는 대화에서 뜨는 오류 문구 원문
• 「최근」이나 검색에서 예전 대화가 보이는지 여부

보내는 곳은 두 군데입니다. 앱의 입력창에 /를 입력하면 피드백을 보낼 수 있고, 제출하면 OpenAI에 전달할 세션 ID를 받습니다. GitHub에서는 갈래에 맞는 기존 이슈(계정 전환은 #59895, 마이그레이션 뒤 목록이 빈 경우는 #42739, 비정상 종료 뒤 손상은 #58397)에 댓글을 달면 같은 문제의 다른 보고와 한곳에 모입니다. 공식 문서도 권하듯 로그를 붙이기 전에는 경로, 프로젝트 이름, 토큰 같은 민감한 정보가 없는지 먼저 확인합니다.