Claude Code 세션이 3분 만에 Bash 권한을 요청했는데 40분 뒤에야 알았습니다. 그래서 VS Code와 Cursor용 세션 트리를 만들었습니다.

난 보통 Claude Code 세션을 대여섯 개씩 띄워놓고 써. 에디터 탭에 두 개, tmux에 몇 개, 빌드 박스 SSH로 하나. 한 번은 세션이 3분 만에 "이 Bash 명령어 실행해도 돼?"라고 물어봤는데, 터미널을 한참 뒤져서 40분 뒤에야 발견했어. 다행히 터진 건 없었고 그냥 기다리고 있더라.

그래서 VS Code랑 Cursor용 사이드바인 SessionDeck을 만들었어. 프로젝트별로 실행 중인 모든 세션을 보여주고, 클릭 한 번으로 해당 세션 창으로 바로 이동할 수 있게 해놨지:

api-server
🔔 fix flaky auth test 3m · Claude가 Bash 사용 권한을 요청함
⟳ migrate billing tables 2m · ⚙3 · 스키마 마이그레이션 중
web-app
🟡 redo settings page 12m · 완료. 이제 포커스 아웃 시 폼 저장됨
⟳ bump deps ↗ 4m
build-box
infra
○ terraform plan review 1h

에디터에서 종 모양 아이콘이 빨간색이면 알림이 온 거야. "bump deps"는 에디터 밖에서 돌아가는 Codex 세션(↗ 표시가 그거임)이고, build-box는 다른 머신이야.

행을 클릭하면 바로 해당 탭이나 터미널로 이동해. Ctrl+Alt+] 누르면 네 도움이 필요한 다음 세션으로 바로 점프함.

이건 뭘 새로 실행하거나 감싸는 게 아니야. 이미 네가 띄워놓은 세션을 감시하는 거라 일반 터미널, tmux, SSH는 물론이고 Codex랑 cursor-agent까지 다 잡아내. 3초마다 각 트랜스크립트를 확인하는데, 안 바뀐 파일은 건드리지 않고 바뀐 부분만 마지막 지점부터 읽어. Remote-SSH나 WSL 환경에선 원격 측에 설치되고, 무료 데스크톱 컴패니언 익스텐션을 쓰면 여러 머신을 하나의 트리로 묶어볼 수 있어.

내가 Claude Code를 쓴 방식은 이래: 얘가 코드를 짜면 내가 diff를 검토하는 식이지. Opus 5.5랑 Fable 세션을 각각 다른 git 워크트리에 띄워서 하나는 기능 구현, 하나는 테스트랑 인프라 전용으로 굴렸어. 세 번째 세션은 자체 워크트리에서 '지휘자' 역할을 맡겼는데, 얘가 일감을 나눠주고 5분마다 작업이 잘 돌아가는지 체크한 뒤, 풀 리퀘스트를 하나씩 머지했어. 지금까지 121개 머지함. 리뷰는 코드를 직접 안 짠 모델한테 시켰어. 로컬에서 테스트 스위트를 돌리는 Codex, 가끔은 두 번째 라인으로 Grok 4.7, 그리고 얘네가 찾아낸 걸 최종 판결하는 별도의 Claude 세션을 썼지.

배운 점:

- 훅이 없으면 권한 프롬프트에서 멈춘 세션이랑 잘 돌아가는 세션이랑 똑같이 보여. 그래서 종 모양 알림을 띄우려면 일회성 Install Hooks 명령어가 꼭 필요해.

- Codex는 승인 상태를 디스크에 안 써. 그래서 Codex 행은 작업 중, 유휴 상태, 완료만 뜨고 종 모양 알림은 안 떠.

상태를 추론하는 방식이라 약간 딜레이가 있을 수 있어. 난 리눅스랑 WSL에서 빌드하는데, macOS는 거의 잘 돌아가고, 네이티브 윈도우는 승인 알림만 안 뜨고 트리는 잘 나옴.

네트워크 호출은 전혀 안 해. GitHub에 소스 공개돼 있음.

https://sessiondeck.dev

https://github.com/len5ky/sessiondeck

너희는 세션이 프롬프트 띄워놓고 기다리는 걸 발견하기까지 얼마나 걸려?