Claude in Chrome·Computer Use·Remote Control, 어떤 작업에 써야 할까?

웹페이지 작업, 네이티브 앱 제어, 휴대전화에서 로컬 작업 이어 하기에 맞는 Claude 기능을 비교합니다. 이용 조건과 설정, API와의 차이를 확인하세요.

브라우저 작업, 데스크톱 조작, 원격 세션 연결의 차이를 표현한 일러스트.

Claude가 웹페이지를 읽거나 조작해야 한다면 Claude in Chrome, 네이티브 애플리케이션의 화면을 다뤄야 한다면 computer use, 로컬 Claude Code 세션을 다른 기기에서 이어 가고 싶다면 Remote Control을 선택합니다. Remote Control은 지시를 보내는 위치를 바꿉니다. 이 기능만으로 세션에 새로운 브라우저 클릭이나 데스크톱 조작 능력이 생기지는 않습니다.

별도로 구분해야 할 네 번째 의미도 있습니다. Claude API의 computer use 도구는 자체 에이전트 실행 환경을 구현하는 개발자를 위한 구성 요소입니다. API 요청이 동작을 반환했다고 해서 그 동작이 사용자의 컴퓨터에서 실행되는 것은 아닙니다.

이 글은 2026년 11월 12일에 확인한 공식 문서를 바탕으로 작업별 선택 예시와 검증 절차를 비교합니다. 속도 벤치마크나 계정 이용 자격의 실측 테스트는 진행하지 않았습니다. 이 글의 발행자는 Ofox이며, Ofox API 서비스와 Anthropic의 구독 기능은 구분해야 합니다.

작업, 실행 위치, 이용 조건 비교하기

기능수행하려는 작업실제로 작업하는 구성 요소확인할 이용 조건
Claude Code에 연결한 Claude in Chrome웹페이지 읽기, 웹 UI 테스트, 표 추출Claude Code가 브라우저 확장 프로그램을 사용지원되는 Claude 직접 구독과 계정 로그인, 확장 프로그램 및 사이트 권한
Claude Code CLI의 computer use네이티브 앱이나 GUI 전용 도구 사용로컬 computer-use 실행 기능이 승인된 앱을 조작현재 CLI 프리뷰는 macOS 전용이며 Pro·Max·Ultra 필요. Team·Enterprise는 미지원
Remote Control휴대전화나 다른 브라우저에서 로컬 코딩 세션 이어 하기기존 로컬 Claude Code 프로세스가 계속 실행지원 구독, 계정 로그인, 네트워크 가용성, 조직 정책
Claude API computer use 도구컴퓨터 동작을 선택하고 실행하는 애플리케이션 개발개발자가 제공한 환경에서 애플리케이션이 모델의 도구 호출을 실행정확한 API·모델·도구 지원 여부, 실행 환경의 권한과 검증

앞의 세 행은 Claude라는 이름을 가진 모든 제품이 아니라 특정 제품 인터페이스를 가리킵니다. CLI computer use의 제한을 모든 데스크톱 애플리케이션이나 API 배포에 일반화하면 안 됩니다. CLI 문서, Chrome 연동 가이드, Remote Control 가이드, API 도구 레퍼런스는 서로 다른 사양을 설명합니다. 링크 대상은 영문 문서입니다.

브라우저 작업에는 Chrome 연동 사용하기

“두 문서 페이지를 읽고 각 행에 출처 링크가 있는 인증 요구사항 CSV를 만들어 줘”라는 작업을 생각해 보세요. 필요한 작업 대상은 웹페이지입니다. 이 페이지를 읽기 위해 파일 관리자나 다른 데스크톱 앱까지 제어할 권한을 추가할 이유는 없습니다.

Claude in Chrome은 브라우저에서의 테스트도 지원합니다. 예를 들어 로컬 웹 폼을 수정한 뒤 개발용 URL을 열고, 의도적으로 잘못된 값을 입력해 예상한 검증 메시지가 나타나는지 보고하도록 요청할 수 있습니다. 증거는 브라우저에서 관찰한 상태입니다. 빌드 성공은 프로젝트가 빌드되었다는 사실만 보여 줄 뿐, 화면 동작을 증명하지 않습니다.

Claude Code의 공식 시작 명령은 다음과 같습니다.

claude --chrome

세션 안에서 /chrome을 확인합니다. 확장 프로그램이 설치 및 활성화되어 있어야 하고 CLI는 지원되는 Claude 계정으로 로그인해야 합니다. API 키 인증으로는 이 조건을 충족하지 못합니다.

Claude Code의 Chrome 연동 필요 조건을 보여 주는 공식 영문 문서.

출처: 2026년 11월 12일에 캡처한 Anthropic Chrome 연동 문서. 문서 화면이며, 브라우저 작업을 완료했다는 증거는 아닙니다.

재현할 수 있는 설정 순서, 네 행을 추출하는 과제, 증상별 복구 방법은 Claude in Chrome 연결 및 문제 해결 가이드를 참고하세요.

브라우저 지원 범위에는 조건이 있습니다. Claude Code 가이드는 Chrome, Edge와 다른 Chromium 기반 브라우저를 나열하지만, 도움말 센터의 설치 안내(영문)는 여전히 Google Chrome을 대상으로 합니다. 공통으로 문서화된 경로인 Chrome을 사용하세요. Chromium을 공유한다는 이유로 다른 브라우저도 테스트되었다고 판단하면 안 됩니다. Code 연동은 WSL을 명시적으로 제외합니다.

확장 프로그램의 사이드 패널은 또 다른 진입점입니다. 현재 Cowork 배포에서는 여러 인터페이스에서 계정 기반 세션 기록을 제공할 수 있습니다. 그렇다고 Remote Control의 의미가 달라지지는 않습니다. 계정에 연결된 사이드 패널 대화가 기존 로컬 터미널 세션을 보여 주는 창인 것은 아닙니다.

네이티브 앱 작업에서는 어떤 computer use인지 확인하기

이번에는 “빌드한 macOS 앱을 열고 설정을 바꾼 뒤 화면 결과를 확인해 줘”라는 작업입니다. 필요한 조작 대상은 네이티브 앱 안에 있습니다. 같은 어시스턴트에 연결되어 있다고 브라우저 확장 프로그램이 그 앱까지 조작할 수 있는 것은 아닙니다.

Claude Code CLI에서 Anthropic은 현재 computer use를 Pro, Max, Ultra용 대화형 macOS 연구 프리뷰로 설명합니다. 비대화형 -p 모드에서는 사용할 수 없고 Team과 Enterprise에서도 지원되지 않습니다. /mcp에서 내장 computer-use 서버를 켜고 요청되는 Accessibility와 Screen Recording 권한을 부여합니다. 앱별 승인은 별도의 세션 단위 판단입니다.

이 설정은 CLI에 해당합니다. Claude Code Desktop 문서(영문)는 Windows 경로를 포함한 Desktop의 인터페이스를 따로 설명합니다. Windows 사용자는 그 문서를 확인해야 합니다. “CLI 프리뷰가 macOS 전용”이라는 설명을 “모든 Claude 제품이 Windows computer use를 지원하지 않는다”는 의미로 확대하지 마세요.

computer use가 모든 앱에 무제한으로 마우스와 키보드를 사용할 수 있다는 뜻도 아닙니다. CLI 문서는 권한 단계를 구분합니다. 이 computer-use 경로에서 브라우저와 거래 애플리케이션은 보기 전용이고, 터미널과 IDE는 클릭만 가능합니다. 브라우저 조작에는 해당 브라우저 연동을 사용해야 합니다. 네이티브 경로로 브라우저를 볼 수 있지만 입력할 수 없다면, 데스크톱 권한 확대를 첫 해결책으로 삼는 것은 적절하지 않습니다.

첫 네이티브 앱 검증에는 없어져도 문제가 없는 로컬 테스트 프로젝트를 선택하고 기대 결과를 구체화합니다.

이 프로젝트에서 빌드한 테스트 애플리케이션을 열어 주세요.
Preferences 창을 확인하고 현재 테마의 표시 이름을 보고해 주세요.
파일, 계정, 시스템 설정은 수정하지 마세요.
앱을 사용할 수 없거나 권한이 거부되면 중단하고 알려 주세요.
마지막에 화면에 보이는 이름을 캡처하고 어떤 앱 창인지 밝혀 주세요.

이 템플릿은 제안하는 검증 작업이며, 실제 테스트 결과가 아닙니다. 통과하려면 올바른 앱과 실제 표시된 이름을 확인해야 합니다. Preferences 창에 있을 법한 내용을 설명하는 것으로는 충분하지 않습니다. 읽기 전용 확인이 성공한 다음, 별도 작업에서 되돌릴 수 있는 변경 하나와 변경 후 나타나야 할 정확한 상태를 지정할 수 있습니다.

Remote Control은 대화 위치를 바꾸고 실행은 로컬에 남긴다

Claude Code가 로컬 저장소에서 작업 중이고 휴대전화로 진행 상황을 확인하고 싶다면 Remote Control에 해당합니다. 데스크톱 화면 제어가 필요한 작업이 아니며, 새 클라우드 코딩 세션을 시작하는 것과도 다릅니다.

기존 Claude Code 세션에서 다음을 사용합니다.

/remote-control

다른 기기에서 표시된 연결 링크나 QR 코드를 엽니다. 원래 컴퓨터는 사용 가능한 상태를 유지하고 Claude Code 프로세스도 계속 실행되어야 합니다. 절전이나 네트워크 중단은 연결에 영향을 줍니다. 이때 작업이 클라우드 실행 환경으로 이동하는 것은 아닙니다.

연결하기 전에 현재 요구사항을 확인하세요. Anthropic은 Pro, Max, Ultra, Team, Enterprise를 나열하지만 API 키는 지원하지 않습니다. Team과 Enterprise는 소유자의 활성화가 필요하고, 사용자 지정 역할에 추가 조건이 있을 수 있습니다. ANTHROPIC_BASE_URL이 api.anthropic.com이 아닌 호스트를 가리키거나 문서에 나열된 외부 공급자 설정을 사용하는 경우 이 기능은 지원되지 않습니다. 게이트웨이 기반 코딩 세션은 별도로 구분하고, 원격 세션 플래그가 인증 조건을 덮어쓴다고 가정하지 마세요.

간단한 검증 방법은 사용자가 로컬 테스트 폴더에 무해한 식별용 파일을 만든 다음 다른 기기로 접속해 Claude에게 그 파일을 읽도록 요청하는 것입니다. 로컬 터미널에서 같은 대화와 결과가 나타나는지 확인합니다. 이를 통해 원격 대화가 어느 환경에 도달했는지 알 수 있습니다. 비밀 정보, 고객 데이터, 자격 증명을 식별용 내용으로 사용하지 마세요.

Remote Control은 Chrome과 함께 사용할 수 있습니다. 서버 모드의 Chrome 플래그는 Claude Code v2.1.273 이상이 필요합니다. 공식 문서의 명령은 다음과 같습니다.

claude remote-control --chrome

여기서는 Remote Control이 대화를 전달하고 Chrome 연동이 연결된 컴퓨터에서 브라우저 조작을 제공합니다. 각 기능에는 여전히 자체 이용 자격과 권한이 필요합니다. 원격 대화가 존재한다고 Chrome 연결이 증명되는 것은 아닙니다. 브라우저 확장 프로그램도 사용자가 로컬 프로세스를 종료한 뒤까지 그 프로세스를 유지하지는 못합니다.

연결이 실패하면 정확한 메시지를 보존하세요. 정책 거부, 사용할 수 없는 로컬 프로세스, 사용자 지정 API 엔드포인트는 서로 다른 문제이며 해결 방법도 다릅니다. Remote Control 공식 문제 해결 항목(영문)을 참고하세요. 브라우저 권한을 바꿔도 종료된 로컬 프로세스는 복구되지 않습니다.

API computer use에서는 애플리케이션이 실행 루프를 담당한다

자체 제품을 만드는 개발자는 다른 문제를 해결합니다. “스크린샷과 작업이 있을 때 모델에 다음 동작을 묻고, 실행하고, 완료를 어떻게 검증할 것인가?”가 API computer-use 도구의 범위입니다.

각 단계의 책임은 다음과 같이 나뉩니다.

  1. 실행 환경이 제어 중인 환경의 상태를 관찰합니다.
  2. 애플리케이션이 지원되는 모델과 도구 규격에 맞춰 요청을 전송합니다.
  3. 모델이 도구 호출을 반환합니다.
  4. 애플리케이션이 허용되는 동작인지 검증한 뒤 실행합니다.
  5. 실행 결과의 관찰을 반환하고 작업 완료를 뒷받침하는 증거를 확인합니다.

API 키를 제공했다고 API 서비스가 개인 컴퓨터를 실행 장치로 바꾸는 것은 아닙니다. 운영 환경에는 제한된 실행 공간, 권한 처리, 독립적인 완료 검사가 필요합니다. 성공 메시지를 반환한 것과 실제 파일 저장 또는 폼 접수는 다릅니다.

오프라인 computer-use 컨트롤러 튜토리얼은 합성 테스트로 이 실행 책임의 경계를 설명합니다. 포함된 실제 API용 어댑터는 검증되지 않았다고 명시되어 있고 다른 도구 규격을 따릅니다. 그대로 사용할 수 있는 Claude 어댑터도 아니며, Ofox 엔드포인트가 이 기능을 지원한다는 근거도 아닙니다.

어떤 공급자든 엔드포인트, 정확한 모델, 도구 스키마를 함께 검증해야 합니다. Ofox의 Anthropic 프로토콜 문서는 Ofox API의 범위를 설명합니다. 일반 텍스트 호환성을 Anthropic의 모든 컴퓨터·브라우저 도구 지원으로 확대해서는 안 됩니다. 테스트되거나 문서화되지 않은 호환성은 확인되지 않은 상태로 남겨 두세요.

확인해야 할 결과에 따라 선택하기

요청먼저 선택할 기능완료 전에 확인할 사항
“공개 페이지에서 표를 추출해 줘.”Chrome 연동값마다 출처가 있고 저장 파일이 열리며 데이터 없음 상태가 보존됨
“로컬 웹사이트의 검증 메시지를 확인해 줘.”Chrome 연동의도한 페이지를 사용했고 예상한 상태가 실제로 표시됨
“네이티브 앱의 환경설정을 확인해 줘.”지원되는 인터페이스의 computer use올바른 앱과 창, 필요한 권한, 표시된 결과 상태
“휴대전화에서 로컬 코딩 작업을 이어 가고 싶어.”Remote Control같은 로컬 세션과 파일 시스템이며 원래 프로세스가 계속 사용 가능함
“제품에 브라우저나 데스크톱 자동화를 넣고 싶어.”적합한 API 도구와 자체 실행 환경지원 규격, 통제된 실행, 복구, 독립적인 결과 검사

이는 속도 순위가 아니라 작업별 선택 기준입니다. “Skill을 설치하면 된다”가 모든 문제의 해답이 아닌 이유도 같습니다. Skill은 작업 절차를 설명할 수 있지만, 호스트가 필요한 브라우저·컴퓨터·API 도구와 사용 권한을 제공해야 합니다.

잘못된 단계의 설정을 바꾸지 않기

어시스턴트가 행동하지 못하면 어느 단계에서 실패했는지 기록합니다. 모델 요청, 계정 이용 자격, 도구 발견, 앱 권한, 연결, 결과 검증을 구분하세요. 관련 조건 하나를 바꾼 뒤 실패했던 가장 작은 작업을 다시 실행합니다.

예를 들어 모델 요청이 실제 429를 반환한다면 Claude Code 레이트 리밋 가이드(영문)로 제한을 건 서비스를 확인할 수 있습니다. 확장 프로그램을 재설치한다고 사용 한도가 높아지지 않습니다. 반대로 확장 프로그램이 연결되지 않는다는 사실이 API 크레딧을 더 구매해야 한다는 증거도 아닙니다. Ofox API 요청에는 별도의 오류 처리 문서가 있으며, 실패한 요청이 실제로 Ofox를 사용하는 경우에만 적용됩니다.

마지막 증거는 원래 요청과 일치해야 합니다. 세션 연결은 통신을 증명하기에 충분하지만, 브라우저 작업이나 네이티브 앱 변경, 사용할 수 있는 자동화 제품의 완성을 증명하지는 못합니다. 필요한 인터페이스에 접근하는 기능을 선택한 뒤 그곳에서 결과를 검증하세요.