Xiaomi MiClaw 대 FoneClaw: 출시 상태, 공식 APK·GitHub 확인, Android 폰 에이전트 선택 기준

MiClaw이 무엇인지와 선택 기준부터 답하기

Xiaomi MiClaw 대 FoneClaw를 비교할 때 첫 답은 상태 확인에서 시작한다. MiClaw은 Xiaomi가 MiMo 기반의 시스템 수준 AI Agent로 설명하는 경로다. 공식 자료 기준으로는 제한된 소비자 베타와 초대 기반 개발자 생태계 모집이 확인되며, 모든 사용자가 일반 Android 앱처럼 바로 설치하는 공개 경로로 읽기에는 추가 확인이 필요하다. Xiaomi 기기와 HyperOS 통합을 기다리는 사용자라면 MiClaw 상태를 먼저 확인하고, 현재 Android폰에서 지원되는 작업을 바로 시험하려는 사용자는 FoneClaw 경로를 보는 편이 실용적이다.

Xiaomi HyperOS Agent 생태계 모집 발표는 MiClaw을 MiMo 기반 시스템 수준 AI Agent로 설명하고, 제한된 비공개 베타와 개발자 모집을 함께 다룬다. 여기서 중요한 점은 소비자 베타, 개발자 모집, Agent 등록, MCP와 Skill 업로드가 서로 연결되지만 같은 절차는 아니라는 것이다.

FoneClaw에서 우리는 Android 위에서 지원되는 폰 작업을 검토 가능한 흐름으로 실행하는 경로를 만든다. 사용자는 호환되는 모델을 설정하고, FoneClaw는 지원되는 Android 작업을 현재 화면 맥락, 사용자 확인, 작업 중지, 권한 복구와 함께 진행한다. MiClaw 자체의 상태만 빠르게 확인하려면 Xiaomi MiClaw란 무엇인가: 설치보다 먼저 확인해야 할 휴대폰 AI Agent 기준에서 별도 기준을 볼 수 있고, 이 글은 MiClaw과 FoneClaw의 구매·설치·개발 판단을 한곳에서 비교한다.

MiClaw 공개 상태, APK, GitHub 근거 확인하기

MiClaw APK나 MiClaw GitHub를 검색할 때는 파일 이름보다 공식 출처를 먼저 확인해야 한다. Xiaomi의 발표에서 확인되는 소비자 경로는 제한된 베타이며, 개발자 경로는 초대 기반 모집이다. 개발자가 Agent, MCP Skill, Agent 애플리케이션을 업로드할 수 있다는 사실은 개발 생태계가 열리고 있다는 뜻이지만, 일반 소비자에게 공개 APK가 배포됐다는 뜻으로 바로 이어지지는 않는다.

Xiaomi Agent 애플리케이션 등록 안내는 개발자 플랫폼에서 Agent 애플리케이션을 만들고, 생성된 Agent 애플리케이션이 MiClaw 내부에서 배포되는 구조를 설명한다. 문서에는 AI 생성 버전과 롤백 같은 개발·검수 흐름도 포함된다. 이 근거는 MiClaw 안에서 Agent가 배포되는 방식을 확인하는 데 유용하지만, 독립 APK를 임의의 Android 기기에 설치하는 소비자 배포 근거와는 다른 성격이다.

GitHub도 같은 기준으로 봐야 한다. MiClaw GitHub라고 주장하는 저장소가 있어도 Xiaomi 공식 개발자 플랫폼, Xiaomi 계정, 공식 문서, 제품 내 링크와 이어지는지 확인해야 한다. 공개 저장소가 공식 출처와 연결되지 않으면 MiClaw 원본이나 공식 설치 파일로 판단하기 어렵다. 개발자가 볼 수 있는 공식 근거는 Xiaomi 개발자 플랫폼의 발표와 등록 문서이며, 소비자는 Xiaomi 기기 설정, 베타 초대, MiClaw 내부 제공 여부를 기준으로 삼는 편이 안전하다.

• APK 확인: Xiaomi 공식 페이지나 기기 내 MiClaw 경로에서 제공되는지 본다.
• GitHub 확인: 저장소 소유자, 공식 문서 링크, Xiaomi 개발자 플랫폼 연결을 확인한다.
• 베타 확인: 계정 초대, 대상 기기, 지역, HyperOS 환경을 함께 본다.
• 개발자 확인: 초대 기반 모집, Agent 등록, 심사, MiClaw 내부 배포 절차를 구분한다.

MiMo, MiClaw, Agent Skill, MCP 층을 나누어 이해하기

MiClaw 구조를 이해하려면 MiMo, MiClaw, Agent Skill, MCP를 한 묶음으로 보지 말고 역할을 나눠야 한다. MiMo는 이해와 추론을 맡는 모델 기반이다. MiClaw은 이 모델 기반을 Xiaomi 시스템과 연결해 사용자가 폰에서 경험하는 AI Agent 경로다. Agent Skill은 특정 업무 능력이나 절차를 정의하고, MCP는 외부 도구나 서비스와 정해진 방식으로 연결하는 층으로 볼 수 있다.

Xiaomi의 발표는 개발자가 MCP Skills와 Agents를 업로드할 수 있다고 설명한다. Agent 애플리케이션 등록 안내는 생성된 Agent가 MiClaw 안에서 배포되는 흐름을 보여준다. 즉 개발자는 Xiaomi 생태계 안에서 Agent를 만들고, 검수와 배포 절차를 통해 MiClaw 사용자에게 제공하는 방향을 따른다. 이 구조는 모델, 시스템 제품, 개발자 확장을 분리해 이해할 때 혼동이 줄어든다.

FoneClaw에서도 모델과 폰 작업 실행을 분리해 다룬다. 사용자가 설정한 모델은 자연어 요청을 해석하고 계획을 세우며, FoneClaw는 지원되는 Android 작업을 확인 가능한 단계로 실행한다. 연락처, 메시지, 일정, 설정, 웹, 워크플로처럼 결과가 남는 작업은 Android 권한과 화면 상태에 영향을 받는다. 사용자는 어떤 요청이 계획됐고, 어떤 도구가 쓰이며, 어떤 단계에서 확인이 필요한지 볼 수 있다.

MiClaw, OpenClaw, FoneClaw를 더 넓은 프레임워크 관점에서 비교하려면 MiClaw vs OpenClaw vs FoneClaw: 폰 에이전트 세 가지 경로 비교가 도움이 된다. 이 페이지는 MiClaw과 FoneClaw의 실제 선택 기준에 집중한다.

MiClaw과 FoneClaw를 의사결정 기준으로 비교하기

안드로이드 폰 에이전트를 고를 때는 기능 개수보다 실행 위치와 확인 가능성을 봐야 한다. MiClaw은 Xiaomi 시스템 통합과 MiClaw 내부 Agent 생태계를 중심으로 한다. FoneClaw는 Android에서 지원되는 폰 작업을 모델 설정, 현재 화면 맥락, 사용자 확인, 중지와 복구 흐름으로 다룬다. 두 경로는 같은 질문에 다른 방식으로 답한다.

FoneClaw의 현재 제품 범위는 FoneClaw 기능에서 확인할 수 있다. 우리는 100+ built-in tools를 중심으로 통화, 메시지, 일정, 연락처, 설정, 웹, 워크플로와 확장 기능을 지원 범위 안에서 다룬다. 중요한 작업은 사용자 확인을 거치고, 권한이 막히면 복구 흐름을 보여주며, 현재 화면 맥락을 붙여 앱 안에서 이어지는 요청을 처리할 수 있게 만든다.

MiClaw의 강점은 Xiaomi가 모델, 시스템 앱, HyperOS, 개발자 생태계를 함께 설계하는 깊이에 있다. FoneClaw의 강점은 Android 사용자가 현재 기기에서 확인 가능한 작업을 골라 시험하고, 모델과 실행 흐름을 한 제품 안에서 조정하는 데 있다. MiClaw 대안 의도가 더 강한 독자는 MiClaw 최고의 대안: Android 전 브랜드를 위한 FoneClaw 폰 에이전트에서 FoneClaw 쪽 선택 기준을 이어서 볼 수 있다.

실제 휴대폰 작업으로 두 경로를 테스트하기

제품 설명만으로는 폰 에이전트의 차이가 잘 보이지 않는다. 낮은 위험의 실제 작업 네 가지를 골라 테스트하면 MiClaw과 FoneClaw의 구조가 분명해진다. 첫 번째는 현재 화면 후속 질문이다. 웹페이지나 설정 화면을 연 뒤, 현재 화면을 바탕으로 다음 행동을 제안할 수 있는지 본다. FoneClaw에서는 현재 화면 맥락을 붙여 질문하고 결과와 다음 단계를 확인할 수 있다.

두 번째는 커뮤니케이션 작업이다. 특정 연락처에게 보낼 메시지 초안을 만들고, 수신자와 내용을 확인한 뒤 다음 단계로 진행한다. 이때 자동 완성보다 중요한 것은 결과가 보이는가, 사용자가 전송 전 확인할 수 있는가, 권한이 닫혀 있을 때 안내가 나오는가다. 세 번째는 기기 설정 작업이다. 방해 금지, 볼륨, 화면 밝기, 와이파이 같은 설정은 Android 권한과 현재 상태에 따라 결과가 달라진다.

네 번째는 실패 복구다. 권한을 일부러 끄거나 대상 앱을 다른 화면에 둔 뒤 요청해 본다. 좋은 경로는 실패 이유를 설명하고, 필요한 설정으로 이어 주며, 실패한 단계만 다시 시도할 수 있게 한다. FoneClaw에서 우리는 작업 상태, 중지, 재시도, 권한 복구를 사용자가 볼 수 있게 만드는 데 집중한다. 더 정교한 평가표가 필요하면 Android 폰 에이전트 벤치마크 평가 가이드를 기준으로 테스트 항목을 확장할 수 있다.

1. 현재 화면을 바탕으로 요약이나 다음 행동을 요청한다.
2. 메시지 초안을 만들고 수신자와 내용을 확인한다.
3. 낮은 위험의 설정 변경을 실행하고 결과를 확인한다.
4. 권한을 막은 뒤 복구 안내와 재시도 흐름을 본다.
5. 작업을 중간에 멈추고 남은 상태가 어떻게 표시되는지 확인한다.

확장 기능과 배포 경로를 선택하기

개발자라면 MiClaw APK보다 배포 경로를 먼저 봐야 한다. Xiaomi의 Agent 생태계 모집은 초대 기반이며, 개발자는 플랫폼에서 Agent 애플리케이션을 만들고 검수와 배포 절차를 따라야 한다. Agent 애플리케이션 등록 안내는 MiClaw 내부 배포, AI 생성 버전, 롤백 같은 개발 운영 흐름을 설명한다.

Xiaomi Agent 등록 규격과 MCP 관련 문서는 외부 의존성, 서비스 연결, 권한 요청, 동작 고지, 접근 범위를 다룬다. 개발자는 MiClaw 안에서 어떤 Skill과 MCP를 제공할지, 어떤 데이터와 외부 서비스를 쓰는지, 검수 기준에 맞게 설명할 수 있어야 한다. 이 경로는 Xiaomi 생태계 안에서 배포되는 Agent를 목표로 할 때 맞다.

FoneClaw 개발·확장 관점은 사용자 작업 흐름에 가깝다. FoneClaw에서는 기본 도구, 스킬, 워크플로, 플러그인 제안이 서로 다른 층으로 쓰인다. 플러그인은 설치 제안과 검토를 거치고, 스킬은 미리보기와 확인을 통해 작업 맥락에 들어온다. 이 구조를 자세히 보려면 FoneClaw 도구·플러그인·스킬·워크플로 차이: Android 폰 에이전트 확장 계층 가이드가 도움이 된다.

개발자 선택은 배포 시장, 심사 절차, 사용자 기기 범위, 권한 책임으로 갈린다. Xiaomi 생태계 안에서 Agent를 만들려면 MiClaw의 초대와 내부 배포 절차를 따른다. Android 사용자 작업을 FoneClaw 안에서 구성하려면 현재 지원되는 기능, 스킬과 워크플로, 권한 확인, 플러그인 검토 흐름을 기준으로 설계한다.

기기와 생태계에 맞는 최종 선택하기

MiClaw을 고를 상황은 분명하다. Xiaomi 기기를 쓰고, HyperOS와 MiMo 기반 시스템 통합이 중요하며, 계정과 기기가 공식 베타나 이후 공개 경로에 포함되는지 확인할 수 있을 때다. 개발자라면 초대 기반 모집, Agent 애플리케이션 등록, MiClaw 내부 배포, Skill과 MCP 검수 절차가 자신의 서비스에 맞는지 검토한다.

FoneClaw을 고를 상황도 분명하다. Xiaomi 생태계 밖의 Android 기기를 쓰거나, 현재 폰에서 지원되는 작업을 바로 시험하고 싶거나, 모델 설정과 작업 실행을 한 제품 안에서 확인하고 싶을 때다. FoneClaw 다운로드에서 최신 설치 정보를 확인하고, FoneClaw 기능에서 지원되는 작업 범위를 확인한 뒤 낮은 위험 작업부터 테스트하는 순서가 좋다.

최종 판단은 세 가지 질문으로 충분하다. 첫째, 내 기기와 계정이 MiClaw 공식 경로에 들어가 있는가. 둘째, 내가 필요한 작업이 시스템 통합을 요구하는가, 아니면 Android에서 검토 가능한 작업 흐름이면 충분한가. 셋째, APK나 GitHub 대신 공식 출처로 설치와 배포 근거를 확인했는가. 이 세 가지를 통과하면 Xiaomi MiClaw 대 FoneClaw 비교는 추측이 아니라 실제 구매와 설정 판단이 된다.