에이전트 공유에 관해 이야기할 때 대개 다른 사람들과의 협업을 떠올립니다. 하지만 가장 흔한 사용 사례는 이보다 훨씬 단순합니다. 바로 자리를 비운 사이, 에이전트가 지금 바로 처리해 주었으면 하는 생각이 떠올랐을 때입니다. 스마트폰으로 프로덕트를 둘러보다 발견한 버그, 동료가 방금 보낸 데이터셋, 아직 작성되지 않은 릴리스 노트에 대한 기억 같은 것들이죠.
에이전트는 집이나 사무실의 머신에 있고, 손에는 스마트폰이 있습니다. 룸은 이 둘을 연결합니다.
실제 사용 모습
스마트폰에서 룸을 열고 문제가 발생한 화면의 스크린샷과 함께 한 줄을 남깁니다. “모바일에서 헤더가 메뉴를 가립니다. 브랜치 따서 수정해 주세요.” 요청이 대기열에 들어가면 머신이 이를 가져오고, 타임라인이 시작됩니다. 에이전트가 읽은 파일, 수정한 변경 사항, 실행한 테스트가 차례로 기록됩니다. 책상에 앉을 즈음이면 이미 새 브랜치와 작업 요약이 준비되어 있습니다.
동료나 가족에게도 똑같이 동작합니다. “다운로드 폴더에 있는 동영상을 MP4로 변환해 줘”는 에이전트가 능숙하게 처리할 수 있는 요청이며, 상대방이 내 컴퓨터를 직접 건드리지 않고도 스마트폰에서 보낼 수 있습니다. 이들의 요청은 지정해 둔 권한 모드에 따라 실행되며, 나와 동일한 방식으로 진행 상황을 확인할 수 있습니다.
Claude Code Remote Control과의 차이점
Anthropic도 이를 위한 자체 기능을 제공합니다. Claude Code Remote Control(2026년 2월 리서치 프리뷰)은 claude.ai 웹 앱이나 Claude 모바일 앱을 머신에서 실행 중인 Claude Code 세션을 비추는 창으로 전환해 줍니다. Happy 같은 오픈소스 도구와 Omnara 같은 앱도 QR 페어링을 통해 비슷한 역할을 하며, Omnara의 경우 스마트폰에서 승인 프롬프트도 제공합니다. 이들 모두 혼자 사용하는 환경에 적합하며, 내 세션을 내 기기로 미러링하는 방식입니다.
룸은 요청이 스마트폰에서 시작될 때 중요한 네 가지 측면에서 다릅니다.
스마트폰을 쓰는 사람이 본인뿐이고 터미널이 계속 열려 있다면 Remote Control이 기본 제공되는 해결책입니다. 하지만 동료나 팀원이 참여하거나, 노트북이 절전 모드로 들어갈 수 있는 환경이라면 룸이 적합합니다. 전체 비교 내용은 Remote Control과 에이전트 룸 비교 및 스마트폰에서 Claude Code를 실행하는 모든 방법에서 확인할 수 있습니다.
스마트폰에서 머신으로 이어지는 두 가지 경로: 열려 있는 세션을 미러링하거나, daemon이 처리할 수 있도록 받은 편지함에 요청을 넣거나.
메시지가 머신에 도달하는 방식
스마트폰의 어떤 것도 컴퓨터와 직접 통신하지 않으며, 컴퓨터의 어떤 것도 인터넷에 직접 노출되지 않습니다.
- 요청이 룸의 대기열에 등록됩니다. 요청에는 ID와 상태(pending, running, done, failed 또는 cancelled)가 부여됩니다.
- 머신이 요청을 가져옵니다. daemon이 아웃바운드 연결을 통해 작업을 폴링합니다. 포트를 열거나 터널을 뚫거나 동적 DNS를 설정할 필요가 없습니다.
- 타임라인이 실시간 스트리밍됩니다. 각 도구 호출, diff 요약, 명령어 출력의 끝부분이 발생하는 즉시 룸에 표시됩니다.
- 결과가 룸에 도착합니다. 답변은 물론 에이전트가 생성한 파일이나 이미지가 스마트폰에서 바로 열어볼 수 있는 상태로 제공됩니다.
머신이 절전 모드이거나 오프라인 상태라면, 요청은 에이전트의 받은 편지함에서 대기하다가 머신이 다시 켜지면 실행됩니다. 스마트폰에서 요청을 취소하거나 재시도하거나 순서를 바꿀 수 있습니다.
이동 중 승인 처리
스마트폰에서 보낸 요청도 머신의 로컬 사용자가 아닌 다른 주체로부터 온 요청으로 취급되므로 동일한 규칙이 적용됩니다. 공유 브랜치로 푸시하거나, 파일을 삭제하거나, 비용을 지출하거나, 자격 증명에 접근할 때는 소유자(이 경우 역시 본인)의 확인을 위해 일시 중지됩니다. 스마트폰으로 승인 카드가 전달되며, 무엇을 하려고 하는지와 어떤 규칙에 걸렸는지가 표시됩니다. 이를 Approve하거나, reject하거나, 읽기 전용으로 계속 진행하도록 지시할 수 있습니다.
혼자 쓰는 워크플로에 번거로운 단계처럼 느껴질 수 있습니다. 하지만 실제로 이는 엄지손가락으로 타이핑할 때 “브랜치에서 수정해 줘”와 “수정해서 main에 푸시해 줘” 사이의 한 단어 차이로 인한 실수를 걸러주는 안전장치가 됩니다.
스마트폰에서 효과적으로 요청을 작성하는 방법
스마트폰은 컨텍스트를 길게 입력하기에는 불편하지만 사진을 첨부하기에는 최적입니다. 이에 맞춰 요청을 작성하세요.
- 산출물을 먼저 제시하세요. 스크린샷, 화이트보드 사진, 전달받은 파일 등이 좋습니다. 에이전트는 화면 뒤의 코드는 읽을 수 있지만, 사람의 마음까지 읽을 수는 없습니다.
- 명확한 경계를 지정하세요. “브랜치에서 작업할 것”, “마이그레이션 파일은 건드리지 말 것”, “초안만 작성할 것” 등 경계를 미리 정해두는 것이 나중에 수정하는 것보다 훨씬 비용이 적게 듭니다.
- 원하는 결과 형태를 명시하세요. “표 형태로”, “PR 설명 형식으로”, “세 가지 선택지로”처럼 지정하세요. 결과는 작은 화면에서 읽게 됩니다.
- 단순 질문에는 읽기 전용을 활용하세요. “빌드가 왜 느리지?” 같은 질문에는 쓰기 권한이 필요하지 않습니다. 현황 파악이나 탐색 작업에는 에이전트를 읽기 전용 모드로 유지하세요.
설정 체크리스트
muti service install로 daemon을 서비스로 등록하세요. 로그인 시 자동으로 시작되며 충돌이 발생해도 재시작됩니다.- 접속이 필요한 시간대에는 머신이 절전 모드로 들어가지 않게 유지하세요. 닫힌 노트북은 오프라인 상태의 에이전트이고, 절전 모드가 해제된 데스크톱은 언제나 신뢰할 수 있는 에이전트입니다.
- 저장소나 폴더마다 에이전트를 하나씩 배정하세요. 스마트폰에서 보내는 요청은 짧기 때문에, 에이전트의 작업 디렉터리가 나머지 컨텍스트를 채워줍니다.
- 에이전트 이름은 역할에 맞게 지정하세요. 스마트폰에서는 목록에서 에이전트를 선택하게 됩니다. 세 가지 모델명보다는
api,site,notes같은 이름이 훨씬 고르기 쉽습니다. - 룸을 홈 화면에 추가하세요. 콘솔은 스마트폰 레이아웃을 지원하는 반응형 웹 앱이므로 별도의 앱을 설치할 필요가 없습니다.
스마트폰을 분실한 경우
스마트폰에는 머신 자체가 아니라 로그인된 세션만 저장되어 있습니다. 다른 기기에서 해당 세션을 로그아웃하거나 콘솔에서 머신을 Revoke하면 더 이상 아무것도 실행되지 않습니다. 애초에 승인이 필요한 모든 작업은 이미 승인을 기다리고 있었을 것입니다.
자주 묻는 질문
터미널을 계속 열어두어야 하나요?
아닙니다. daemon은 백그라운드에서 실행됩니다. muti status로 연결 여부를 확인하고, muti logs로 어떤 작업을 수행했는지 확인할 수 있습니다.
모바일 데이터 환경에서도 작동하나요? 네. 스마트폰은 muti의 클라우드와만 통신합니다. 로컬 머신 역시 아웃바운드 연결을 통해 클라우드와만 통신합니다.
에이전트가 다른 곳으로 결과를 보내줄 수도 있나요? 결과는 어디서나 열어볼 수 있는 룸에 기록됩니다. 에이전트에 Slack 봇이 연결되어 있다면 동일한 요청과 결과를 Slack 스레드에서 주고받을 수도 있습니다. 자세한 내용은 Slack 커넥터를 참고하세요.
실제 작업은 책상 위 머신이 처리합니다. 스마트폰은 주머니 속 룸일 뿐입니다. 에이전트에 룸을 만들어 주고 다음 출퇴근길에 직접 경험해 보세요.
게시일 · 수정일