ZeroTap vs FoneClaw: 안드로이드 MCP 제어와 휴대폰 작업 비교
컴퓨터의 MCP 클라이언트에서 Android 휴대폰을 제어하는 ZeroTap과 휴대폰에서 음성으로 작업을 시작하는 FoneClaw를 비교합니다. 연결 조건, 권한, 결과 확인과 오류 복구를 살펴보세요.
- 컴퓨터의 MCP 클라이언트에서 휴대폰 작업을 시작하려면 ZeroTap의 Android MCP 서버 경로를 검토하세요. 휴대폰에서 직접 말로 작업을 시작하려면 FoneClaw의 지원 Android 작업 범위를 확인하는 편이 맞습니다.
- ZeroTap 연결에는 실행 중인 휴대폰 서버, 같은 로컬 네트워크에서의 접근, 유효한 Bearer 토큰과 클라이언트별 연결 설정이 필요합니다. 기본 앱과 선택적 화면 제어용 보조 앱도 구분해야 합니다.
- 두 경로는 먼저 현재 기기 상태를 읽는 작은 작업으로 확인할 수 있습니다. 연결 성공이나 모델의 답변만 보지 말고 실제 휴대폰 상태와 작업 결과를 대조하세요.
- FoneClaw는 공개 Android MCP 서버나 Claude Desktop 기본 연결을 제공하는 경로로 확인되지 않습니다. 지원되는 작업은 사용하는 에디션, 기기 권한, 도구별 승인 정책에 따라 확인해야 합니다.
작업을 시작하는 기기로 경로 고르기
ZeroTap과 FoneClaw의 가장 큰 차이는 작업을 어디에서 시작하느냐입니다. 컴퓨터의 Claude Desktop, Cursor 같은 MCP 클라이언트에서 Android 휴대폰을 작업 대상으로 쓰려면 ZeroTap의 휴대폰 서버 경로가 맞습니다. 휴대폰을 들고 음성으로 요청한 뒤 지원되는 Android 작업의 결과를 확인하려면 저희 FoneClaw 경로를 살펴보세요. 두 제품 모두 휴대폰 작업을 다루지만, FoneClaw를 ZeroTap과 같은 MCP 서버라고 부를 근거는 없습니다.
ZeroTap의 Android MCP 서버 안내에서 MCP 서버는 컴퓨터의 클라이언트가 휴대폰에 작업을 요청할 수 있도록 여는 접속 경로입니다. 휴대폰에서 서버가 실행돼야 하고, 클라이언트가 해당 휴대폰에 도달할 수 있어야 합니다. ZeroTap은 작업 실행, 현재 화면 상태, 기기 상태 확인을 위한 도구를 안내합니다. 반면 FoneClaw는 휴대폰에서 사용자가 시작한 요청을 설정된 호환 모델로 해석하고 지원되는 Android 도구로 처리합니다.
| 비교 기준 | ZeroTap | FoneClaw |
|---|---|---|
| 요청을 시작하는 곳 | 연결된 컴퓨터의 MCP 클라이언트 | 사용자의 Android 휴대폰 |
| 휴대폰까지의 경로 | 휴대폰의 MCP 서버와 클라이언트 연결 | 앱 안의 음성·모델 요청과 지원 도구 |
| 먼저 확인할 것 | 서버 실행, 네트워크, 토큰, 화면 상태 | 사용 에디션, 해당 도구, 기기 권한과 결과 |
| 주의할 경계 | 서버 연결만으로 모든 Android 동작이 보장되지는 않음 | 공개 MCP 서버 또는 기본 데스크톱 연결로 설명할 수 없음 |
따라서 ‘어느 쪽이 더 강한가’보다 ‘내가 이미 작업하는 곳이 컴퓨터인가, 휴대폰인가’를 먼저 정하세요. 같은 기기 상태 확인 요청도 입력 경로와 오류가 생기는 위치가 다릅니다. 결과는 제품 설명이 아니라 실제 휴대폰 화면과 상태에서 확인해야 합니다.
ZeroTap 연결과 FoneClaw 작업에 필요한 조건
ZeroTap은 휴대폰에서 로컬 네트워크의 8485번 포트로 MCP 서버를 제공하며, Streamable HTTP와 JSON-RPC 2.0 형식, Bearer 토큰을 사용한다고 안내합니다. 클라이언트 종류에 따라 연결용 브리지가 필요할 수 있습니다. 서버가 꺼져 있거나 컴퓨터가 휴대폰에 도달하지 못하면 모델에 올바른 명령을 입력해도 작업은 시작되지 않습니다. Claude Desktop·Claude Code·Cursor·OpenClaw·Cline 등이 안내된 클라이언트지만, 각각에서 연결 설정이 맞는지 확인해야 합니다.
ZeroTap의 앱 구성 안내에 따르면 Google Play의 기본 앱은 채팅과 떠 있는 위젯을 제공하고, Android 화면 제어를 위한 보조 앱은 별도 APK입니다. 보조 앱은 Android 8 이상과 호환되는 기본 앱이 필요하며 공식 GitHub 경로에서 제공됩니다. Play 앱과 같은 설치 파일이 아니고 자동으로 함께 갱신되는 것도 아니므로, 화면 제어가 목적이라면 보조 앱의 설치·버전·권한 상태를 따로 확인하세요. 기본 채팅 화면이 열린다는 사실만으로 보조 앱까지 준비됐다고 볼 수 없습니다.
FoneClaw에서는 사용 중인 에디션과 지원 도구를 먼저 확인한 뒤 필요한 Android 권한을 작업 맥락에서 점검합니다. FoneClaw Full과 Google Play의 Lite는 기능 범위가 자동으로 같지 않습니다. 상태 읽기와 기기 변경, 문자·일정·메모 작업에는 각각 적용되는 권한과 도구 정책이 있습니다. 모든 동작에 같은 승인 화면이 뜬다고 전제하지 말고, 요청한 작업의 결과와 필요한 확인 단계를 보세요. 현재 지원 범위는 FoneClaw 기능 안내에서 확인할 수 있습니다.
같은 휴대폰 상태 확인 작업으로 비교하기
처음 비교할 때는 문자 전송이나 일정 변경보다 현재 휴대폰 상태를 읽는 요청이 적합합니다. 예를 들어 ‘이 Android 기기의 현재 상태를 알려 줘. 설정은 바꾸지 마’라고 정하고, 배터리나 연결 상태처럼 휴대폰 설정에서 직접 확인할 수 있는 항목을 고릅니다. 이것은 사용자가 수행할 수 있는 확인 절차의 예시이며, 두 제품을 실제로 시험해 같은 결과를 얻었다는 주장이 아닙니다.
ZeroTap 경로라면 먼저 클라이언트에서 휴대폰 서버 연결이 되는지 확인하고 기기 상태 도구로 읽기 요청을 보냅니다. 화면 상태가 필요한 경우에는 화면 확인 도구의 결과와 실제 휴대폰 화면을 대조하세요. 상태 조회가 성공해도 작업 실행 권한이나 화면 조작 조건까지 확인된 것은 아닙니다. 다음 단계의 작업은 휴대폰 잠금 상태, 접근성 연결, 대상 앱의 현재 화면처럼 추가 조건을 가질 수 있습니다.
FoneClaw 경로라면 휴대폰에서 같은 취지의 읽기 요청을 시작하고, 반환된 상태가 Android 설정과 맞는지 확인합니다. 이후 메모나 일정처럼 결과가 남는 작업을 해 보고 싶다면 제목·날짜·대상 앱을 좁혀 별도로 요청하세요. 승인이나 권한 안내가 표시되면 무엇을 바꾸는지 확인하고, 완료 뒤에는 실제 메모나 일정 항목을 열어 결과를 검증합니다. 두 제품의 상태 읽기와 기기 변경을 하나의 ‘성공’ 표시로 합쳐 비교하면 작업 범위의 차이를 놓치기 쉽습니다.
접속 토큰과 모델·기기 권한 구분하기
ZeroTap에서 Bearer 토큰은 클라이언트가 휴대폰 서버에 요청할 수 있는지를 가르는 접속 정보입니다. 토큰을 새로 만들면 이전 토큰은 더 이상 유효하지 않습니다. 작업을 멈추거나 접근을 줄일 때는 클라이언트 연결 해제, 서버 중지, 토큰 교체, Android 접근성 권한 해제를 서로 다른 조치로 봐야 합니다. 예를 들어 클라이언트만 닫아도 서버가 계속 실행될 수 있고, 토큰만 바꿔도 휴대폰의 접근성 권한은 별도로 남을 수 있습니다. 필요한 경로만 열어 두고 접속 정보를 공유 문서에 넣지 않는 편이 안전합니다.
모델 처리 위치도 접속 경로와 다릅니다. ZeroTap은 사용자가 모델 접근 정보를 제공하는 방식과 자체 클라우드 모델 경로를 안내하므로, 휴대폰이 MCP 서버를 제공한다는 이유만으로 추론이 전부 기기 안에서 이뤄진다고 할 수 없습니다. 저희 FoneClaw 역시 설정한 호환 모델이 요청을 해석하고 Android 도구가 실제 기기 작업을 수행합니다. 온라인 모델을 사용하면 제공한 맥락이 기기 밖의 모델 제공자에게 전달될 수 있습니다.
FoneClaw에서는 필요한 권한과 승인 정책이 도구별로 적용됩니다. 읽기 요청과 메시지 전송은 위험도와 결과가 다릅니다. 특히 SMS 전송을 요청했다면 승인 후 ‘전송됨’과 ‘초안 준비됨’을 구분해야 합니다. 완료 결과가 이미 돌아온 작업에 추가 화면 탭을 이어 붙이거나, 결과를 확인하지 않은 채 같은 요청을 반복해서는 안 됩니다. Android 폰 에이전트가 의도를 실제 기기 결과로 옮기는 흐름은 AI 에이전트 Android 휴대폰 제어: 의도에서 확인, 실행, 검증까지에서 더 자세히 다룹니다.
연결이 끊기거나 작업이 멈췄을 때
ZeroTap에서 작업이 시작되지 않으면 모델의 답변만 고치기 전에 컴퓨터에서 휴대폰 서버까지의 경로를 확인하세요. 반대로 FoneClaw에서 요청은 이해됐지만 기기 작업이 진행되지 않았다면 필요한 권한, 에디션의 지원 범위, 대상 앱의 상태와 작업 결과를 봐야 합니다. 두 경우 모두 실패 지점이 다른데 같은 명령을 반복하면 원인을 찾기 어렵습니다.
| 증상 | 먼저 확인할 것 | 다음 행동 |
|---|---|---|
| ZeroTap 휴대폰에 연결되지 않음 | 서버 실행 상태와 컴퓨터·휴대폰의 로컬 네트워크 접근 | 연결 경로를 복구한 뒤 읽기 요청으로 재확인 |
| 연결은 되지만 인증 실패 | 클라이언트의 Bearer 토큰과 최근 토큰 교체 여부 | 유효한 토큰으로 클라이언트 설정 갱신 |
| 상태는 읽히지만 화면 작업이 진행되지 않음 | 잠금 화면, 보조 앱, 접근성 권한과 현재 앱 화면 | 필요한 조건만 복구하고 실제 화면 확인 |
| FoneClaw 도구가 보이지 않거나 멈춤 | 사용 에디션, 요청한 작업의 지원 여부, Android 권한 | 실패 설명을 보고 해당 조건부터 확인 |
| 결과가 불분명함 | 휴대폰의 실제 상태 또는 대상 앱 항목 | 이미 반영됐는지 확인한 뒤 재시도 결정 |
문자나 일정을 바꾸는 요청은 특히 중복 실행에 주의하세요. 클라이언트가 응답을 늦게 보여 줬다고 해서 휴대폰에서 아무 일도 일어나지 않은 것은 아닙니다. 서버나 앱을 다시 시작하기 전에 실제 메시지 대화, 일정 항목 또는 기기 상태를 확인하고, 같은 작업이 남아 있는지 살펴보세요. 오류를 좁힌 뒤에는 다시 작은 읽기 요청으로 경로가 살아 있는지 확인하는 편이 효율적입니다.
컴퓨터의 MCP 제어와 휴대폰 음성 작업 중 선택하기
컴퓨터에서 이미 MCP 클라이언트로 일하고 있고 휴대폰을 그 작업의 실행 대상으로 연결하려면 ZeroTap의 서버·토큰·보조 앱 구성을 검토하세요. 클라이언트가 휴대폰에 도달하는지와 화면 제어에 필요한 조건이 갖춰졌는지가 핵심입니다. 휴대폰을 직접 들고 음성으로 일정 확인, 메모 작성, 지원 기기 작업을 요청하려면 저희 FoneClaw의 휴대폰 작업 흐름이 더 직접적입니다. 이는 시작 위치에 따른 선택이지 속도나 정확도를 측정한 우열 판단이 아닙니다.
두 경로 중 하나를 고르기 전에는 ‘어디에서 요청할지, 무엇을 읽거나 바꿀지, 누가 접근할 수 있어야 하는지, 결과를 어느 앱에서 확인할지’를 한 문장으로 정해 보세요. 컴퓨터 연결이 필요 없다면 MCP 서버 설정을 추가할 이유가 줄어듭니다. 반대로 외부 클라이언트가 작업을 시작해야 한다면 FoneClaw의 휴대폰 음성 입력을 공개 MCP 서버인 것처럼 대체할 수 없습니다. FoneClaw가 Claude Desktop에 기본 연결되는 공개 MCP 서버를 제공한다고 안내하지도 않습니다.
다른 Android 에이전트의 설정 방식과 FoneClaw를 비교하고 싶다면 DroidClaw와 FoneClaw 비교: Android 폰 에이전트 설정과 작업 선택 가이드가 인접한 선택지를 다룹니다. 여기서는 결과 확인 기준만 기억하면 됩니다. ZeroTap은 클라이언트의 연결 성공과 휴대폰의 실제 상태를 함께 보고, FoneClaw는 요청한 지원 작업의 승인·실행 결과와 대상 앱의 상태를 함께 봅니다. 어느 쪽이든 접속 또는 응답 성공만으로 휴대폰 작업 완료를 판단하지 마세요.