소파에서 디버깅하는 시대, Claude Code Remote Control 완전 해부
어제 저녁, 퇴근 후 소파에 누워서 폰을 보는데 Anthropic에서 공지가 하나 올라왔습니다. Claude Code에 Remote Control 기능이 추가되었다는 내용이었습니다. 처음에는 "또 모바일 뷰어 같은 거겠지"라고 넘길 뻔했는데, 문서를 읽어보니 이건 단순한 모바일 앱이 아니었습니다. 내 로컬 머신에서 돌아가는 Claude Code 세션을 폰에서, 태블릿에서, 다른 컴퓨터의 브라우저에서 그대로 이어받는 기능이었습니다.
이 기능을 보자마자 커뮤니티에서 봤던 글이 떠올랐습니다. 한 개발자가 금요일 저녁에 대규모 리팩토링 작업을 Claude Code에 맡겨놓고 퇴근했는데, 집에 와서 "지금 어디까지 했을까?" 궁금해도 확인하려면 VPN 접속해서 SSH 터널 뚫고 tmux에 attach하는 과정을 거쳐야 했답니다. 너무 귀찮아서 그냥 다음 날 출근해서 확인했다고요. Remote Control이 그때 있었다면 소파에서 QR 코드 하나 찍고 바로 확인할 수 있었을 겁니다.
2026년 2월 25일 기준, Anthropic은 이 기능을 Research Preview로 공개했습니다. Pro와 Max 플랜 사용자가 대상입니다. 오늘은 이 기능이 정확히 무엇이고, 내부적으로 어떻게 작동하며, 기존의 Claude Code on the web과 무엇이 다르고, 실제로 어떤 상황에서 쓸 만한지를 파헤쳐 보겠습니다.
Remote Control이 정확히 뭔가
Remote Control은 로컬에서 실행 중인 Claude Code 세션에 원격 디바이스를 "창문"으로 연결하는 기능입니다. 핵심은 "로컬 실행"입니다. 코드도, 파일도, MCP 서버도, 환경 변수도 전부 내 컴퓨터에 그대로 있습니다. 원격 디바이스는 그 세션을 들여다보고 조작하는 인터페이스 역할만 합니다.
이게 왜 중요하냐면, 기존에도 Claude Code on the web이라는 기능이 있었기 때문입니다. 이건 Anthropic이 관리하는 클라우드 VM에서 레포를 클론해서 실행하는 방식입니다. 편리하긴 한데, 로컬 환경과 분리되어 있어서 내 MCP 서버를 쓸 수 없고, 로컬 파일시스템에 직접 접근할 수도 없습니다. 커스텀 린트 룰이나 로컬 데이터베이스, 사내 패키지 레지스트리 같은 건 클라우드 VM에서 쓸 수 없습니다. Remote Control은 이 한계가 없습니다. 클라우드가 아니라 내 컴퓨터에서 돌리되, 원격으로 접근하는 겁니다.
사용 방법은 두 가지입니다. 새 세션을 시작하거나, 기존 세션을 원격으로 전환할 수 있습니다.
처음부터 따라하는 설정 가이드
실제로 Remote Control을 쓰기까지의 과정을 처음부터 따라가 보겠습니다.
먼저 사전 조건을 확인합니다. Claude Code CLI 버전이 2.1.52 이상이어야 합니다. 터미널에서 확인할 수 있습니다.
claude --version
버전이 낮다면 업데이트합니다.
npm update -g @anthropic-ai/claude-code
다음으로 인증 상태를 확인합니다. Remote Control은 API 키가 아닌 claude.ai 계정 인증을 필요로 합니다.
claude # 세션 안에서 /login
브라우저가 열리면서 claude.ai 로그인 페이지로 이동합니다. Pro 또는 Max 구독이 활성화된 계정으로 로그인하면 됩니다. API 키로 인증한 상태에서는 Remote Control이 작동하지 않으니, 반드시 /login으로 웹 인증을 해야 합니다.
마지막 사전 조건은 워크스페이스 신뢰입니다. 프로젝트 디렉토리에서 claude를 처음 실행하면 "이 디렉토리를 신뢰하시겠습니까?"라는 대화상자가 나타납니다. 한 번 수락하면 이후에는 묻지 않습니다.
이제 실제로 Remote Control을 시작합니다. 방법은 두 가지입니다.
첫 번째 방법은 전용 명령어로 새 세션을 시작하는 것입니다.
cd ~/projects/my-backend claude remote-control
이 명령을 실행하면 터미널에 세션 URL이 뜨고, 스페이스바를 누르면 QR 코드가 나타납니다. 이 QR 코드를 폰의 Claude 앱에서 스캔하면 바로 세션에 접속됩니다. 이 모드에서는 추가 플래그를 사용할 수 있습니다. --verbose로 연결 상태와 도구 활동의 상세 로그를 볼 수 있고, --sandbox로 파일시스템과 네트워크를 격리한 샌드박스 모드로 실행할 수 있습니다.
두 번째 방법은 이미 작업 중인 세션을 원격으로 전환하는 것입니다. 이쪽이 실무에서 더 자주 쓰게 될 방식입니다.
# 이미 Claude Code 세션에서 작업 중 > 이 프로젝트의 데드 코드를 찾아서 정리해줘 # Claude가 작업을 시작하면, 원격 전환 /rename 데드코드 정리 /rc
팁 하나. /rc를 실행하기 전에 /rename으로 세션 이름을 지정해두는 게 좋습니다. 이름을 안 붙이면 마지막 메시지가 세션 이름이 되는데, "이 프로젝트의 데드 코드를 찾아서 정리해줘"가 세션 이름으로 뜨면 목록에서 찾기 어렵습니다. "데드코드 정리"처럼 짧고 명확한 이름을 붙여두면 폰의 세션 목록에서 바로 찾을 수 있습니다.
원격 디바이스에서 접속하는 방법은 세 가지입니다. 터미널에 표시된 URL을 브라우저에 직접 입력하거나, QR 코드를 Claude 앱으로 스캔하거나, claude.ai/code 세션 목록에서 선택하면 됩니다. Remote Control 세션은 컴퓨터 아이콘에 녹색 점이 붙어 있어서 일반 세션과 구분됩니다.
접속하면 기존 대화 히스토리가 그대로 보입니다. 폰에서 새 메시지를 보내면 로컬 머신의 Claude Code가 받아서 실행하고, 결과를 다시 폰으로 보내줍니다. 터미널에서도 동시에 볼 수 있고, 메시지를 보낼 수도 있습니다. 연결된 모든 디바이스에서 대화가 실시간으로 동기화됩니다.
아키텍처 깊이 파기, 인바운드 포트 없는 역방향 연결
개발자라면 "원격 접속"이라는 말에 SSH부터 떠올릴 겁니다. SSH는 서버에 인바운드 포트(기본 22번)를 열고, 클라이언트가 그 포트로 접속하는 구조입니다. 간단하지만 문제가 있습니다. 인바운드 포트를 여는 순간, 그 포트는 전 세계 누구나 접근을 시도할 수 있는 공격 표면이 됩니다. 홈 네트워크에서는 라우터 포트 포워딩을 설정해야 하고, 기업 네트워크에서는 방화벽 규칙 변경을 IT팀에 요청해야 합니다. 대부분의 개발자에게 현실적으로 어렵거나 허용되지 않는 작업입니다.
Remote Control은 이 방식을 사용하지 않습니다. 대신 완전히 반대 방향으로 작동합니다.
Remote Control을 시작하면, 로컬의 Claude Code 프로세스가 Anthropic API 서버에 아웃바운드 HTTPS 요청을 보내 자신을 등록합니다. 그리고 서버에서 작업이 들어올 때까지 연결을 유지합니다. 폰이나 브라우저에서 메시지를 보내면, 그 메시지는 Anthropic 서버에 먼저 도달하고, 서버가 이미 열려 있는 아웃바운드 연결을 통해 로컬 머신으로 전달합니다.
이 구조를 좀 더 기술적으로 풀어보겠습니다. 서버가 클라이언트에 데이터를 보내는 방식은 크게 세 가지입니다. 클라이언트가 일정 간격으로 "새 데이터 있나요?"를 반복하는 전통적인 폴링, 서버가 새 데이터가 생길 때까지 응답을 홀딩하는 롱 폴링, 그리고 양방향 지속 연결인 WebSocket입니다.
Anthropic 공식 문서에는 "polls for work"이라고만 나와 있고, 정확한 내부 구현은 공개되지 않았습니다. 직접 테스트해본 결과, 롱 폴링이나 HTTP 스트리밍(Server-Sent Events)에 가깝습니다. 순수 폴링이었다면 폴링 간격만큼 지연이 느껴져야 하는데, 폰에서 메시지를 보내면 로컬 머신이 거의 즉각 반응하거든요. 업계 분석에서도 "sub-100ms 지연시간"을 목표로 한다는 언급이 있습니다.
이 구조의 핵심은 인바운드 포트가 전혀 없다는 점입니다. 내 컴퓨터는 외부에서 접근할 수 있는 포트를 하나도 열지 않습니다. 네트워크 관점에서 보면, 내 머신이 Anthropic 서버에 "새 일 없나요?"라고 계속 물어보는 형태입니다. 카페에서 진동벨 들고 기다리다가 울리면 가져가는 방식이라고 생각하면 됩니다.
실질적인 장점을 짚어보겠습니다.
첫째, NAT나 방화벽 뒤에서도 그냥 됩니다. 홈 라우터를 쓰건 기업 방화벽 뒤에 있건, 아웃바운드 HTTPS(443번 포트)는 거의 모든 네트워크에서 허용됩니다. 포트 포워딩을 설정하거나 VPN을 구성할 필요가 없습니다. 이건 실무에서 가장 큰 장점입니다. 집에서 회사 서버에 접근하려고 WireGuard VPN을 설정하다 네트워크 삽질에 빠지는 개발자가 많은데, Remote Control은 그런 게 필요 없습니다.
둘째, 외부 스캐너가 내 머신에서 원격 서비스를 감지할 수 없습니다. 인바운드 포트가 없으니 nmap 같은 포트 스캐너를 돌려도 아무것도 잡히지 않습니다. 보안 감사 관점에서 공격 표면이 제로입니다.
셋째, 네트워크가 끊겼다가 복구되면 세션이 자동으로 재연결됩니다. 노트북 뚜껑을 닫았다가 열어도, Wi-Fi가 잠깐 끊겼다가 붙어도 세션이 살아 있습니다. 다만 10분 이상 네트워크가 끊기면 타임아웃으로 세션이 종료됩니다. 일시적인 네트워크 불안정과 의도적인 연결 해제를 구분하기에 적당한 시간입니다.
전체 통신 경로를 다이어그램으로 정리하면 이렇습니다.
1번에서 로컬 머신이 먼저 서버에 자신을 등록합니다. 2번에서 지속적인 연결을 유지하며 새 메시지를 기다립니다. 3번에서 폰의 사용자가 메시지를 보내면 서버가 중계합니다. 4번에서 로컬에서 실행된 결과가 다시 서버를 거쳐 폰에 표시됩니다. 모든 구간이 TLS로 암호화되어 있어서, 일반적인 Claude Code 세션과 같은 수준의 보안입니다.
Zero Trust 보안 모델, 개발자가 알아야 할 것
보안 이야기를 좀 더 해보겠습니다. Anthropic은 Remote Control의 보안 구조가 Zero Trust 아키텍처 원칙에 기반한다고 설명합니다. Zero Trust가 마케팅 버즈워드처럼 느껴질 수 있는데, 여기서는 구체적인 의미가 있습니다.
전통적인 네트워크 보안은 "경계 방어" 모델입니다. 회사 네트워크 안에 있으면 안전하고, 밖에 있으면 위험하다는 전제입니다. VPN이 이 모델의 전형적인 구현입니다. VPN에 접속하면 "내부"로 간주되어 모든 자원에 접근할 수 있습니다. 문제는, 한 번 VPN에 들어온 공격자도 "내부"로 취급된다는 것입니다.
Zero Trust는 이 전제 자체를 버립니다. 네트워크 위치와 무관하게, 모든 요청을 개별적으로 검증합니다. Remote Control에서는 이것이 용도별로 분리된 단기 인증 토큰으로 구현되어 있습니다. 공식 문서에 따르면 "multiple short-lived credentials, each scoped to a single purpose and expiring independently"입니다.
풀어서 설명하면 이렇습니다. 세션을 시작할 때 인증 토큰이 하나만 나오는 게 아니라 여러 개가 나옵니다. 세션 등록용, 메시지 전달용, 연결 상태 확인용 — 목적별로 분리되어 있고 각각 독립적으로 갱신됩니다. 정해진 시간이 지나면 자동으로 만료되고요. 그래서 하나를 중간에 탈취당해도 그걸로 할 수 있는 건 해당 목적의 요청뿐이고, 곧 만료됩니다. 전체 세션을 탈취하려면 모든 토큰을 동시에 확보해야 하는데, 각각 갱신 주기가 다르니 사실상 불가능합니다.
코드가 클라우드로 올라가지 않는다는 점도 중요합니다. Claude Code on the web은 레포를 Anthropic 클라우드 VM에 클론하기 때문에 소스코드가 Anthropic 인프라에 저장됩니다. 보안 정책이 엄격한 기업에서는 이것 자체가 문제가 됩니다. Remote Control은 소스코드가 로컬에만 있고, Anthropic 서버를 경유하는 것은 대화 메시지와 명령뿐입니다. 대화 안에 코드 스니펫이 포함될 수는 있지만, 전체 코드베이스가 외부에 노출되는 것과는 다른 이야기입니다.
현실적으로 궁금할 보안 질문 몇 가지를 짚어보겠습니다.
"공용 Wi-Fi에서 써도 안전한가?" 전송 구간은 안전합니다. 모든 통신이 TLS로 암호화되어 있어서 같은 네트워크의 공격자가 패킷을 가로채도 내용을 볼 수 없습니다. 다만 인증 토큰 탈취를 노리는 중간자 공격(MITM) 가능성은 이론적으로 존재하고요. 민감한 프로덕션 코드를 다루는 작업이라면 신뢰할 수 있는 네트워크에서 사용하는 게 원칙입니다.
"세션 URL이 노출되면 어떻게 되나?" URL만으로는 세션에 접근할 수 없습니다. 세션에 접속하려면 해당 Anthropic 계정으로 인증되어 있어야 합니다. URL이 유출되더라도, 인증되지 않은 사용자는 차단됩니다.
"같은 계정을 공유하는 사람이 내 세션에 접근할 수 있나?" 가능합니다. 같은 claude.ai 계정으로 로그인한 디바이스라면 세션 목록에 접근할 수 있습니다. 계정 공유 자체가 보안 리스크이고, Remote Control도 마찬가지입니다.
솔직히 짚어야 할 점이 하나 있습니다. Remote Control의 모든 트래픽은 Anthropic API 서버를 경유합니다. Anthropic을 신뢰하지 않는다면 이 기능도 신뢰할 수 없습니다. 다만 애초에 Claude Code를 쓰는 시점에서 이미 Anthropic API에 프롬프트를 보내고 있으니, Remote Control이 신뢰 범위를 크게 넓히지는 않습니다. 같은 TLS 암호화를 쓰고, 같은 API를 경유합니다.
Remote Control vs Claude Code on the web, 같은 옷 다른 몸
다음 그림은 두 기능의 핵심 차이를 한눈에 보여줍니다.
Remote Control은 내 컴퓨터에서 돌아가는 세션을 원격으로 조작하고, Claude Code on the web은 Anthropic 클라우드 VM에서 새 환경을 만들어 실행합니다. 겉보기엔 같은 웹 인터페이스지만 내부 구조는 정반대입니다.
이 두 기능은 웹 인터페이스가 동일하기 때문에 헷갈리기 쉽습니다. 둘 다 claude.ai/code에서 접근하고, 둘 다 Claude Code 세션을 웹으로 보여줍니다. 하지만 내부 구조는 완전히 다릅니다. 실무자 입장에서 중요한 차이만 추려보겠습니다.
Claude Code on the web은 Anthropic이 관리하는 클라우드 VM에서 실행됩니다. GitHub 계정을 연결하면 레포를 클론하고, 격리된 가상 머신에서 코드를 분석하고, 수정하고, 테스트합니다. 작업이 끝나면 브랜치에 푸시하고 PR을 생성할 수 있습니다. 이 VM에는 Python, Node.js, Go, Rust 등 주요 언어 런타임과 PostgreSQL 16, Redis 7.0이 기본 설치되어 있고, 네트워크 접근은 허용 목록 기반으로 제한됩니다. 여러 작업을 병렬로 돌릴 수 있다는 것도 큰 장점입니다. 터미널에서 & 접두사를 붙이면 작업이 클라우드로 전송됩니다.
# 터미널에서 클라우드로 작업 전송 & Fix the authentication bug in src/auth/login.ts & Update the API documentation & Refactor the logger to use structured output
이 세 작업이 각각 독립된 클라우드 VM에서 병렬로 실행됩니다. 한 사람이 동시에 세 명의 Claude를 부리는 셈입니다.
Remote Control은 정반대입니다. 내 컴퓨터에서 돌아갑니다. 로컬 파일시스템, MCP 서버, 프로젝트 설정 전부 사용 가능합니다. 대신 터미널이 살아 있어야 하고, 인스턴스당 원격 세션 하나만 연결됩니다. 병렬 실행은 각 터미널에서 별도의 Claude Code 인스턴스를 띄워야 가능합니다.
실무에서 느낀 차이를 말하자면, Claude Code on the web은 "새 작업을 빠르게 시작"할 때 좋습니다. 클론하지 않은 레포에서 버그 하나 잡아야 할 때, 여러 마이크로서비스에 동시에 PR을 날려야 할 때 좋습니다. 반면 Remote Control은 "이미 진행 중인 작업을 이어받을 때" 진가를 발휘합니다.
예를 들어, 내 로컬에 MCP 서버가 3개 돌아가고 있다고 합시다. 하나는 Jira 연동용, 하나는 사내 위키 연동용, 하나는 데이터베이스 스키마 조회용. 이런 환경에서 Claude Code에 "Jira 티켓 BACKEND-342의 내용을 확인하고, 위키에서 관련 설계 문서를 찾아서, DB 스키마를 보고 마이그레이션을 작성해줘"라고 요청합니다. 이건 클라우드 VM에서는 불가능한 작업입니다. MCP 서버가 로컬에만 있으니까요. 작업이 돌아가는 동안 퇴근해야 하면, /rc로 전환해서 폰에서 진행 상황을 확인하고 방향을 잡아줄 수 있습니다.
여기에 /teleport 기능까지 합치면 더 재밌습니다. Claude Code on the web에서 작업을 시작하고, 결과가 마음에 들면 /teleport(또는 /tp)로 로컬에 가져와서 세밀하게 조정하고, 다시 /rc로 원격 전환하여 이동 중에 모니터링하는 워크플로우가 가능합니다.
# 1단계: 클라우드에서 초기 작업 시작 & 이 레포의 테스트 인프라를 Jest에서 Vitest로 마이그레이션해줘 # 2단계: 결과 확인 후 로컬로 가져오기 /teleport # 3단계: 로컬에서 MCP 서버와 연동하여 세밀한 조정 > Jira에서 관련 티켓들 상태 업데이트해줘 # 4단계: 자리를 비울 때 원격 전환 /rc
클라우드에서 시작하고, 로컬로 가져오고, 모바일에서 모니터링하는 흐름이 자연스럽게 이어집니다.
아쉬운 점은 현재 Remote Control이 Team이나 Enterprise 플랜에서는 사용할 수 없다는 겁니다. Claude Code on the web이 Team, Enterprise까지 지원하는 것과 대조적이죠. 기업 환경에서 온콜 엔지니어가 가장 필요로 할 기능인데, 정작 기업 플랜에서 못 씁니다.
실전 시나리오, 언제 쓸 만하고 언제 굳이인가
실제로 써보면서 느낀 시나리오를 풀어보겠습니다.
시나리오 1. 장시간 작업 모니터링
대규모 코드베이스 리팩토링, 테스트 커버리지 확대, 마이그레이션 스크립트 같은 작업을 Claude Code에 맡겨놓으면 수십 분에서 한 시간 넘게 걸리는 경우가 있습니다. 예전에는 터미널을 계속 쳐다보고 있거나, tmux에 detach하고 나중에 다시 들어가야 했습니다. Remote Control을 쓰면 폰에서 진행 상황을 수시로 확인하고, 중간에 방향을 수정하는 메시지를 보낼 수 있습니다.
실제 워크플로우를 그려보겠습니다.
# 18:00 - 퇴근 전, 터미널에서 작업 시작 cd ~/projects/payment-service claude > 이 프로젝트의 테스트 커버리지를 80%까지 올려줘. > 현재 커버리지가 낮은 모듈부터 순서대로. > 각 모듈마다 완료되면 중간 보고해줘. # 작업이 돌아가기 시작하면 원격 전환 /rename 결제서비스 테스트커버리지 /rc
터미널에 QR 코드가 뜨면 폰으로 스캔합니다. 이제 퇴근합니다.
# 18:30 - 지하철에서 폰으로 확인 "지금 어떤 모듈 작업 중이야?" # Claude 응답: "PaymentProcessor 모듈 테스트 작성 중입니다. # 현재 3/8 모듈 완료, 커버리지 52% -> 67%" # 방향 수정 "인증 모듈 테스트는 건너뛰고 결제 모듈 먼저 해줘. 내일 결제 관련 배포가 있어서."
이 워크플로우에서 핵심은 "방향 수정"입니다. AI 에이전트가 독립적으로 작업할 때, 중간에 방향을 잡아주는 게 결과 품질에 큰 영향을 미칩니다. Remote Control 없이는 이 피드백 루프가 물리적으로 불가능했습니다. 컴퓨터 앞에 앉아 있을 때만 가능했으니까요.
시나리오 2. 회의 중 긴급 대응
프로덕션에서 이슈가 생겼는데 마침 회의 중인 상황. 노트북을 꺼내서 터미널을 여는 건 회의 예절상 좀 그렇죠. 폰에서 Claude Code 세션에 메시지를 보내는 건 훨씬 자연스럽습니다.
# 회의 중, 폰에서 "에러 로그 확인해서 원인 분석해줘. /var/log/app/payment-error.log 최근 30분 내용." # Claude가 로컬 환경의 로그를 읽고 분석 # Claude 응답: "NullPointerException at PaymentGateway.java:142. # gateway_config 테이블의 timeout_ms 값이 null입니다. # 어제 배포된 마이그레이션에서 default 값이 빠진 것 같습니다." "일단 핫픽스로 default 값 3000ms를 넣는 마이그레이션 만들어줘. 테스트도 작성하고."
Claude가 로컬 환경의 로그 파일을 읽고, 데이터베이스를 쿼리하고, 원인을 분석해서 알려줍니다. 로컬에서 실행되니까, 프로덕션 서버에 SSH 접속한 상태라면 실제 프로덕션 로그도 읽을 수 있고요.
시나리오 3. 멀티 디바이스 작업 환경
좀 독특한 시나리오인데, 데스크톱 모니터에서는 코드 에디터를 전체 화면으로 띄워놓고, 옆에 놓은 태블릿에서 Claude Code를 조작하는 겁니다. 터미널 하나를 Claude에 내주고, 나머지 모니터 공간을 코드 리뷰에 쓸 수 있습니다. 27인치 모니터에서 터미널 분할하면 좁다고 느꼈던 분들에게는 꽤 괜찮은 구성입니다.
쓰지 않아야 할 때
반면, 굳이 Remote Control이 필요 없는 상황도 있습니다.
5분 안에 끝나는 간단한 작업이라면 터미널에서 바로 하는 게 낫습니다. 원격 연결 설정하고 QR 스캔하는 시간이 오히려 더 걸리거든요. 로컬 환경이 필요 없는 작업은 Claude Code on the web이 더 적합합니다. 다른 사람의 레포에서 PR 하나 만드는 것, 클론하지 않은 오픈소스 프로젝트에 기여하는 것, 여러 작업을 병렬로 돌리는 것은 클라우드 실행이 맞습니다.
모든 세션에 자동 활성화하기
매번 /rc를 입력하는 게 귀찮다면 모든 세션에 Remote Control을 자동으로 켜는 설정이 있습니다. Claude Code 세션 안에서 /config를 실행하면 설정 메뉴가 열립니다. 여기서 "Enable Remote Control for all sessions" 항목을 true로 바꾸면 됩니다. 이 설정은 ~/.claude/settings.json 파일에 저장됩니다.
{ "remoteControl": { "enabled": true } }
설정 파일을 직접 편집해도 동일한 효과입니다. 이후에는 claude 명령으로 세션을 시작할 때마다 자동으로 원격 연결이 활성화됩니다.
이 설정을 켜두면, 모든 세션이 자동으로 claude.ai/code의 세션 목록에 나타납니다. 언제든 폰이나 브라우저에서 접속할 수 있는 상태가 됩니다. 써본 결과 오버헤드가 체감될 정도로 크지 않아서, 기본으로 켜두는 걸 추천합니다.
다만 주의할 점이 있습니다. 각 Claude Code 인스턴스는 원격 세션 하나만 지원합니다. 터미널을 여러 개 열어서 각각 Claude Code를 돌리고 있다면, 각 인스턴스가 독립적인 원격 세션을 가집니다. 오히려 프로젝트별로 세션을 분리해서 관리할 수 있다는 장점이기도 합니다.
앱을 아직 설치하지 않았다면, Claude Code 세션에서 /mobile 명령을 실행하면 iOS와 Android 앱 다운로드용 QR 코드를 보여줍니다.
안 될 때 확인할 것
Research Preview 단계라 설정 과정에서 막히는 경우가 있습니다. 직접 겪거나 커뮤니티에서 자주 올라오는 문제를 정리했습니다.
/rc 실행 후 URL은 나오는데 접속이 안 되는 경우가 가장 흔합니다. 먼저 인증 방식을 확인합니다. API 키로 인증한 상태에서는 Remote Control이 작동하지 않습니다. /login으로 claude.ai 계정 인증을 했는지 확인합니다. 다음으로 CLI 버전입니다. claude --version으로 2.1.52 이상인지 확인하고, 낮다면 npm update -g @anthropic-ai/claude-code로 업데이트합니다.
QR 코드 스캔이 안 되는 경우는 Claude 모바일 앱 버전이 오래된 것이 원인인 경우가 많습니다. 앱스토어에서 최신 버전으로 업데이트한 후 다시 시도합니다. QR 코드 대신 터미널에 표시된 URL을 모바일 브라우저에 직접 입력해도 됩니다.
세션이 갑자기 끊어지는 경우는 네트워크 상태를 확인합니다. 10분 이상 네트워크가 끊기면 세션이 타임아웃됩니다. 노트북 슬립 모드도 원인이 됩니다. 네트워크가 복구되면 세션이 자동 재연결을 시도하지만, 타임아웃 이후에는 /rc를 다시 실행해야 합니다.
커뮤니티 반응, 설레는 사람과 시큰둥한 사람
Hacker News에 올라온 토론을 보면 반응이 나뉩니다. Bishonen88이라는 사용자는 "AI가 작업을 끝낼 때까지 기다릴 필요 없이 폰에서 확인할 수 있다"며 보조 도구로서의 가치를 인정했습니다. 기존 터미널 작업을 대체하는 게 아니라, "자리를 비운 동안의 사각지대"를 메워주는 보완재라는 해석입니다.
반면 mihneadevries는 "터미널에서 CLI를 직접 쓰고 VS Code에서 소스 제어를 확인하는 게 여전히 더 낫다"는 의견을 냈습니다. 이건 맞는 말입니다. 컴퓨터 앞에 앉아 있을 때는 터미널이 당연히 더 빠르고 편합니다. Remote Control의 가치는 "컴퓨터 앞에 없을 때"에 있습니다.
데스크톱과 모바일 개발 워크플로우를 공식적으로 연결한 첫 사례라는 점에서 관심을 보이는 개발자가 많습니다. 컨텍스트 전환이 잦은 엔지니어나 온콜 업무를 하는 인프라 엔지니어 쪽에서 특히 호응이 큽니다.
서드파티 도구의 운명
흥미로운 논점은 tekacs가 Hacker News에서 지적한 부분입니다. 이런 종류의 원격 제어 기능을 주력 제품으로 삼는 스타트업과 오픈소스 프로젝트가 이미 존재했습니다. GitHub에는 JessyTsui가 만든 Claude-Code-Remote처럼 이메일이나 Discord, Telegram을 통해 Claude Code를 원격 제어하는 프로젝트가 있었고, HLE-C0DE의 claude-code-desktop-remote는 Cloudflare 터널을 자동 생성해서 웹 UI를 제공했습니다.
Anthropic이 공식 기능으로 출시하면서 이런 서드파티 도구의 입지가 좁아졌습니다. 플랫폼 기업이 틈새를 직접 채워버리는 익숙한 패턴이죠. 서드파티 도구 중 일부는 Discord/Telegram 연동처럼 공식 기능에 없는 채널을 지원하니 당장 사라지지는 않겠지만, 공식 기능이 확장되면 차별화가 어려워질 겁니다.
참고로 Anthropic의 2026년 2월 기준 ARR이 25억 달러를 넘었고, Claude Code가 이 성장에 크게 기여하고 있습니다. Remote Control은 사용자 접점을 모바일까지 넓히려는 수순이기도 합니다.
현재 한계, 솔직히 말하면
좋은 기능이지만, 아쉬운 점도 있습니다.
가장 큰 제약은 터미널이 살아 있어야 한다는 점입니다. Remote Control은 로컬 프로세스로 실행됩니다. 터미널을 닫거나 claude 프로세스를 중지하면 세션이 끝납니다. 설계상 당연한 건데, "퇴근할 때 컴퓨터 꺼도 되나?"라고 묻는다면 답은 "안 됩니다"입니다. 컴퓨터가 켜져 있고, 터미널이 열려 있고, 네트워크에 연결된 상태여야 합니다.
회사 데스크톱이라면 큰 문제가 없지만, 노트북 사용자에게는 고민이 됩니다. 뚜껑을 닫으면 슬립 모드로 들어가고, 슬립 모드에서는 네트워크가 끊깁니다. macOS에서는 caffeinate 명령으로 슬립을 방지할 수 있고, 전원 설정에서 "네트워크 접근 시 깨우기"를 활성화하는 방법도 있습니다. 배터리로 버티는 노트북에서 이러면 금방 방전됩니다. 장시간 원격 작업을 계획한다면, 데스크톱이나 상시 구동 중인 개발 서버에서 Claude Code를 실행하는 게 현실적입니다.
두 번째는 동시 원격 세션이 하나뿐이라는 것입니다. Claude Code 인스턴스 하나당 원격 연결도 하나만 됩니다. 여러 프로젝트를 동시에 원격으로 관리하려면 각 프로젝트마다 별도의 Claude Code 인스턴스를 터미널에서 열어야 합니다. 이건 Claude Code on the web이 여러 작업을 &로 병렬 실행할 수 있는 것과 대비됩니다.
세 번째는 Team과 Enterprise 미지원입니다. 현재 Pro와 Max 플랜에서만 사용 가능합니다. 기업 환경의 온콜 엔지니어가 가장 필요로 할 기능인데, 정작 기업 플랜에서 못 쓴다는 게 아이러니합니다.
네 번째는 네트워크 의존성입니다. 10분 이상 네트워크가 끊기면 세션이 타임아웃됩니다. 비행기 모드로 장시간 이동하거나 네트워크가 불안정한 지역에서는 쓸 수 없습니다. 오프라인에서 명령을 큐에 쌓아두었다가 복구 시 일괄 전송하는 기능이 있으면 좋겠는데, 아직 없습니다.
마지막으로, API 키 기반 인증을 지원하지 않습니다. 반드시 claude.ai 계정으로 /login해야 합니다. CI/CD 파이프라인이나 자동화된 환경에서는 못 쓴다는 뜻입니다. 보안상 의도적인 결정이겠지만, 서버리스 환경이나 컨테이너 기반 개발 환경에서는 분명 제약입니다.
마무리
역방향 연결이니 Zero Trust니 하는 기술적 구조도 흥미롭지만, 결국 중요한 건 소파에서 폰으로 작업 상황을 확인하고 방향을 바꿀 수 있게 되었다는 점입니다.
AI 코딩 에이전트에 작업을 맡기는 시간이 길어지면서, 개발자의 역할이 바뀌고 있습니다. 직접 코드를 작성하는 사람에서, 방향을 잡아주고 결과를 검토하는 사람으로. 감독자가 꼭 모니터 앞을 지키고 있을 필요는 없습니다. 필요할 때 연결하고, 지시를 내리고, 결과를 확인하면 됩니다. Remote Control은 그 변화에 맞춘 기능입니다.
Research Preview 단계라 제한이 있지만, 지금 당장 추천하는 건 하나입니다. 장시간 리팩토링이나 테스트 작성을 Claude Code에 맡길 때, 습관적으로 /rc 한 번 실행해두는 것. 쓸 일이 없으면 그냥 두면 되고, 자리를 비워야 할 때 폰으로 바로 확인할 수 있습니다. /rc 한 번이 "다 끝날 때까지 기다려야 하나, 일단 가도 되나"라는 고민을 없애줍니다.
참고 자료
- Anthropic 공식 문서 - Remote Control
- Anthropic 공식 문서 - Claude Code on the web
- VentureBeat - Anthropic just released a mobile version of Claude Code called Remote Control
- GIGAZINE - Claude Code Remote Control
- AIBase - Claude Code Remote Control Feature Launched
- Hacker News 토론
- Blockchain News - Remote Control Analysis
댓글
댓글을 작성하려면 이 필요합니다.