Claude Code 화면이 계속 밀리고 도구 로그가 대화를 덮으면 중요한 승인과 실패를 놓치기 쉽다. 이때 렌더링 문제와 작업 설계 문제를 먼저 나눠야 한다. 깜빡임·스크롤 점프는 표시 방식을 바꿔 해결하고, 끝없는 도구 호출은 작업 범위와 보고 형식을 다시 잡아야 한다.
목표는 로그를 모두 숨기는 것이 아니다. 지금 하는 일, 사람이 결정할 일, 필요할 때 찾아볼 세부 기록을 분리하는 것이다. 화면이 조용해져도 권한 요청과 실행 결과를 검토해야 한다는 원칙은 달라지지 않는다.
1. 깜빡임과 스크롤 점프부터 고친다
출력이 흐를 때 화면이 번쩍이거나 위치가 위로 튄다면 /tui fullscreen을 시험한다. Fullscreen은 입력창을 아래에 고정하고 보이는 메시지만 그리는 대체 화면 버퍼 방식이다. 2026-07-29 현재 선택형 연구 프리뷰이며 /tui default로 되돌릴 수 있다. 동작과 tmux 제한은 Fullscreen 공식 안내에서 확인한다.
대체 화면은 터미널의 기존 스크롤백과 다르게 움직인다. 평소의 검색·복사 습관이 더 중요하다면 classic renderer가 나을 수 있다. 화면을 넓히는 기능이 아니라 그리는 방식을 바꾸는 기능이라는 점도 기억한다.
2. 대화 검색은 스크롤 대신 Transcript를 쓴다
Fullscreen에서 Ctrl+O를 누르면 Transcript viewer가 열린다. /로 검색하고, {와 }로 이전·다음 사용자 요청에 이동한다. 접힌 도구 결과는 클릭해 펼친다. 전체 출력을 한꺼번에 확인하려면 [로 대화를 터미널 스크롤백에 쓰거나 v로 임시 파일을 편집기에서 연다.
긴 세션의 핵심 지점에는 “변경 파일, 통과한 검사, 남은 위험” 세 줄 요약을 남긴다. 검색 기능은 위치를 찾고, 요약은 그때의 판단을 복원한다. 단축키 전체는 Interactive mode 공식 문서에 정리돼 있다.
3. 진행 상태와 긴 로그를 분리한다
복잡한 작업에서 Ctrl+T는 Claude의 할 일 체크리스트를 상태 영역에 최대 다섯 개까지 표시한다. 실행 중인 셸과 서브에이전트는 /tasks에서 따로 확인한다. 오래 걸리는 빌드나 테스트는 Ctrl+B로 백그라운드로 보내면 새 요청을 계속할 수 있다. 출력은 별도 파일과 작업 ID로 관리된다. tmux에서는 기본 prefix와 겹쳐 Ctrl+B를 두 번 눌러야 한다.
백그라운드로 보냈다고 완료된 것은 아니다. 종료 상태, 실패한 테스트와 마지막 출력 시각을 확인한 뒤 다음 단계로 간다. 권한 질문이나 파괴적 명령은 로그와 분리해 눈에 띄게 남긴다.
4. 상태줄에는 결정에 필요한 값만 둔다
/statusline으로 모델, 작업 디렉터리, Git 브랜치, 컨텍스트 사용률과 비용 등을 표시할 수 있다. 한 줄에는 현재 저장소와 모드, 컨텍스트처럼 다음 행동을 바꾸는 값만 둔다. 색과 지표가 많아지면 상태줄 자체가 또 하나의 로그가 된다.
상태줄은 로컬 셸 스크립트를 실행해 JSON 세션 데이터를 읽는다. 설정 뒤의 갱신은 API 토큰을 소비하지 않지만 신뢰 승인이 필요하고, 느린 명령은 갱신을 막을 수 있다. 비밀값을 출력하지 말고 느린 Git 조회는 캐시한다. 설정 방식은 Status line 공식 가이드에서 확인한다.
5. 화면 문제와 작업 문제를 구분한다
간단한 요청인데 도구 호출이 반복되면 Esc로 현재 응답이나 호출을 멈춘다. 단, 권한 질문 같은 대화상자가 열려 있으면 Esc는 창만 닫는다. 이미 끝난 작업은 유지되므로 현재 가정, 수정 파일과 막힌 점을 다시 묻는다. 입력란이 비었을 때 Esc를 두 번 누르면 되돌리기·요약 메뉴가 열린다. 초안이 있으면 이를 지우고 입력 기록에 저장한다.
반대로 작업은 정상인데 세부 출력만 많다면 verbose 보기를 끄고 실패 시에만 펼친다. 세션을 마칠 때는 기준 커밋, 변경 파일, 실행한 검사, 실패·미실행 항목과 다음 승인자를 남긴다. 이 기록이 있어야 화면 설정이 다른 사람도 작업을 이어받을 수 있다.
좋은 터미널 화면은 화려한 화면이 아니다. 현재 행동과 사람의 결정을 앞에 두고, 세부 로그를 잃지 않은 채 필요할 때 꺼내 볼 수 있는 화면이다.