누군가 세션 중에 내 화면을 보고 어떤 IDE를 쓰는지 물었어요
Source: Dev.to
배경
비디오 통화 중에 화면을 공유하면서 백엔드 기능을 구현하고 있었어요. 누군가가 끼어들었습니다:
“잠깐, 그거 뭐 쓰고 있는 거야?”
저는 Claude Code라고 답했습니다. 그 사람은 들어본 적은 있지만 그런 식으로 사용하는 모습을 본 적은 없다고 했죠. 그 사람이 보고 있던 인터페이스는 Claudx였고, 그래서 화면을 힐끗 본 사람들에게 이 질문을 자주 받게 됩니다.
왜 Claude Code인가
6개월 전쯤 Claude Code로 옮겼습니다. Cursor와 VS Code에서 하던 대부분을 대체했죠. 워크플로우가 더 빠르고, 컨텍스트 관리가 더 좋으며, 특히 백엔드 작업에서는 이전에 겪던 마찰을 많이 없애줍니다.
터미널 UI의 한계
Claude Code는 터미널에서 실행되며, 의도적으로 가볍고 방해되지 않게 설계되었습니다. 하지만 터미널은 1차원적입니다:
- 출력이 순차적으로 읽혀야 합니다.
- 현재 무슨 일이 일어나고 있는지 공간적인 뷰를 제공하지 않습니다.
- 어떤 파일이 바뀌었는지, 현재 작업이 무엇인지, 최근 출력이 무엇이었는지를 머릿속으로 추적해야 합니다.
이러한 정신적 기록은 실제 문제 해결에 쓰고 싶은 인지적 여유를 빼앗습니다.
Claudx 소개
Claudx는 Claude Code에 Codex‑스타일 인터페이스를 입힌 것입니다. 새로운 기능을 추가하기 위한 것이 아니라, Claude Code가 이미 하고 있는 일을 눈에 보이게 만들기 위한 것이죠: 파일 트리, 프롬프트 히스토리, diff 뷰, 그리고 출력—all in the same window.
You can check it out at . 기존 Claude Code 설정 위에서 동작합니다—새로운 설정, API 키, 혹은 학습해야 할 워크플로우가 전혀 없습니다.
주요 관찰
- 레이아웃이 생각보다 중요하다. 같은 터미널 출력이라도 공간적으로 정리되면 읽는 방식이 달라집니다. 뇌가 일관된 위치를 찾아서 더 빠르게 처리합니다.
- “그냥 Claude Code를 감싸는 것”은 과소평가한다. 어려운 부분은 감싸는 것이 아니라, 터미널 경험 중 진정으로 중요한 부분과 대안이 없어서 견디는 부분을 구분해내는 것이었습니다.
- 초기 채택자는 이미 Claude Code 사용자다. 그들은 즉시 차이점을 인식합니다. 새로운 사용자는 종종 “왜 기존 IDE 대신 이걸 써야 하지?”라는 메타 질문에 머무르곤 합니다.
흔한 반응
- “왜 Cursor만 쓰지?” 타당한 질문입니다. Cursor는 완전한 IDE 대체제입니다. Claudx는 이미 Claude Code를 사용하고 있는 사람들에게 그 동작을 더 잘 볼 수 있게 해 주는 도구입니다.
- 설정 스크린샷. 사용자들이 자신의 설정 스크린샷을 보내주곤 하는데, 이는 일종의 검증입니다. 누군가가 “이게 뭐지?”에서 “이렇게 쓰고 있어”로 20분 안에 전환될 때 가장 큰 신호가 됩니다.
- 입소문 검증. 내 설정에 대해 물어본 사람이 그날 오후에 claudx.org를 방문하고 다음 날 멀티‑파일 diff에 대한 질문을 했습니다. 이런 유기적인 채택이 제가 원하는 형태—리트윗도, 업보트도 아닌 순수한 관심—입니다.
결론
Claude Code를 사용하면서 터미널에서 파일 간 상황을 파악하려고 많은 시간을 쓰고 있다면, Claudx를 한 번 살펴보세요: . 여러분 설정에 빠진 조각이 될 수도 있습니다.