FoneClaw OS 로드맵: Android 폰 에이전트에서 AOSP 기반 Agent OS와 미래 FoneClaw phone으로

오늘의 Android 폰 에이전트에서 FoneClaw OS 로드맵으로

FoneClaw의 현재 제품은 Android 폰 에이전트입니다. 사용자가 말하거나 입력한 요청을 구성된 모델이 해석하고, FoneClaw가 지원되는 Android 작업을 권한 안내, 승인, 진행 상태, 중지, 결과, 복구가 보이는 흐름으로 이어 갑니다. 현재 공개된 FoneClaw의 Android 기반은 이 흐름의 최신 완료 기준입니다. 우리는 이 Android 기반을 바탕으로 AOSP 기반 FoneClaw Agent OS와 미래 FoneClaw phone을 만들고 있습니다.

FoneClaw OS 로드맵의 출발점은 휴대폰을 다시 정의하는 질문입니다. 기존 스마트폰은 사용자가 앱을 찾아 열고, 화면을 읽고, 각 앱의 메뉴를 기억하고, 결과를 다른 앱으로 옮기는 방식으로 동작합니다. FoneClaw가 만들고 있는 방향은 사용자의 의도를 먼저 받고, 에이전트가 필요한 맥락과 서비스 능력과 실행 경로를 구성하는 모델입니다. 사용자는 "회의 전에 준비할 것 정리해 줘", "이 화면을 바탕으로 다음 행동을 제안해 줘", "집중 모드와 볼륨을 지금 상황에 맞춰 줘"처럼 목적을 말합니다. 에이전트는 그 목적을 진행 중인 작업, 필요한 권한, 승인 대기, 실행 결과, 복구 경로로 정리합니다.

현재 FoneClaw는 이 목적지로 가는 첫 운영 습관을 Android 위에서 이미 보여 줍니다. 움직일 수 있는 플로팅 어시스턴트는 앱을 떠나지 않고 요청을 시작하게 하고, 작은 패널은 화면을 가리지 않는 상태로 제안과 결과를 보여 줍니다. 현재 화면 첨부는 사용자가 의도적으로 보이는 맥락을 에이전트에게 건네는 방식이며, FoneClaw의 자체 오버레이를 제외해 작업 화면을 더 깨끗하게 전달합니다. Home과 플로팅 어시스턴트 사이의 작업 연속성은 한 요청이 어느 입구에서 시작됐든 승인, 중지, 권한 복구를 이어갈 수 있게 합니다. 현재 버전은 FoneClaw 다운로드에서 확인할 수 있습니다.

이 글은 FoneClaw가 스스로 설명하는 기준 문서입니다. 지금 우리는 Android 폰 에이전트를 제공하고 있고, 앞으로 AOSP 기반 FoneClaw Agent OS와 FoneClaw phone으로 확장해 갑니다. 그 목적지에서는 음성이 의도를 시작하고, 물리 버튼이 호출·확인·중지를 맡고, 화면이 증거·선택·복구를 보여 줍니다. 온디바이스 개인 에이전트는 identity, preferences, memory, cross-service context의 기본 소유자가 되고, Agent Plugins는 전문 서비스 능력을 작업 단위로 제공합니다. 에이전틱 AI 폰의 넓은 흐름을 함께 보고 싶다면 에이전틱 AI 폰이란? 2026년 휴대폰 에이전트 흐름과 실제 기준이 시장의 공통 기준을 정리합니다.

앱 중심 스마트폰이 에이전트에게 만드는 마찰

스마트폰 앱은 여전히 중요한 서비스 단위입니다. 은행 앱은 계좌와 결제를 다루고, 지도 앱은 위치와 경로를 제공하며, 메신저는 사람과 대화를 연결합니다. 우리가 바꾸려는 지점은 앱의 가치가 아니라 사용자가 모든 조율을 직접 맡는 방식입니다. 한 가지 일을 끝내려면 사용자는 여러 앱을 열고, 같은 정보를 반복 입력하고, 화면을 비교하고, 권한 요청을 판단하고, 실패하면 처음부터 다시 시도합니다. 에이전트가 일상 작업을 맡으려면 이 조율 부담이 운영체제와 에이전트 쪽으로 이동해야 합니다.

Android 위의 현재 FoneClaw는 이 전환을 현실적인 방식으로 시작합니다. 화면 기반 실행은 오늘의 앱 생태계와 이어지는 호환성 다리입니다. 사용자가 보고 있는 화면을 이해하고, 지원되는 도구로 앱과 설정을 다루며, 결과가 생기는 지점에서 승인과 복구를 제공합니다. 동시에 우리는 장기적으로 서비스가 에이전트에게 호출 가능한 기능을 더 명확히 제공하는 구조를 향합니다. 사람을 위한 화면 조작과 에이전트를 위한 기능 계약이 함께 존재할 때, 사용자는 앱 사용법보다 원하는 결과에 더 집중할 수 있습니다.

Android 생태계에서도 이런 흐름을 읽을 수 있습니다. Android AppFunctions 문서는 앱이 권한을 받은 에이전트와 어시스턴트에게 discoverable function을 제공하는 방식을 설명합니다. 이 개념은 화면만 따라가는 자동화에서 구조화된 서비스 기능으로 이동하는 변화를 보여 줍니다. FoneClaw OS 로드맵은 같은 방향의 제품 원칙을 갖고 있습니다. 앱은 서비스 제공자로 남고, 에이전트는 사용자의 의도와 권한과 결과를 중심으로 서비스를 조합합니다.

이 구조가 중요한 이유는 단순한 속도 향상보다 깊습니다. 에이전트가 사용자의 캘린더, 메시지 초안, 화면 맥락, 파일, 설정을 다룰 때는 어느 작업에서 어떤 데이터가 필요한지, 어떤 단계가 결과를 바꾸는지, 실패하면 어디서 다시 시작할 수 있는지 이해해야 합니다. FoneClaw는 현재 Android 폰 에이전트에서 이 질문을 작업 상태와 승인, 복구로 풀고 있으며, FoneClaw Agent OS에서는 이 구조가 시스템의 기본 작업 모델로 들어갑니다. 더 깊은 구조가 궁금한 독자는 OS 에이전트 기반: 2026년 휴대폰 AI 에이전트에 필요한 세 가지 층에서 에이전트 중심 운영 모델을 이어서 볼 수 있습니다.

음성 먼저, 물리 버튼 두 번째, 화면 세 번째

FoneClaw phone의 상호작용 우선순위는 음성 먼저, 물리 버튼 두 번째, 화면 세 번째입니다. 음성은 의도를 가장 빠르게 꺼내는 입력입니다. 사용자는 작은 메뉴 이름을 기억하기보다 "이 화면에서 중요한 내용만 정리해 줘", "회의 전 설정을 준비해 줘", "이 메시지에 답장 초안을 만들어 줘"라고 말할 수 있습니다. 에이전트 중심 휴대폰에서 첫 입력은 명령어 암기가 아니라 자연스러운 목적 표현이 되어야 합니다.

물리 버튼은 에이전트 경험의 신뢰 장치입니다. 사람은 늘 말할 수 있는 환경에 있지 않습니다. 지하철, 회의실, 도서관, 운전 전후, 시끄러운 거리에서는 조용하고 확실한 입력이 필요합니다. 버튼은 에이전트를 부르고, 승인 대기 항목을 열고, 실행을 멈추고, 긴급하게 손으로 통제권을 가져오는 역할을 합니다. 미래 FoneClaw phone에서 버튼은 단순한 전원·볼륨 보조 수단이 아니라 에이전트 작업의 호출, 확인, 정지, 복구를 위한 물리적 약속이 됩니다.

화면은 세 번째 우선순위에서 더 선명한 역할을 맡습니다. 화면은 사용자가 의도를 말한 뒤 결과를 확인하는 장소입니다. 메시지 수신자, 일정 시간, 파일 경로, 권한 요청, 지도 목적지, 설정 변경처럼 결과가 남는 정보는 눈으로 보는 편이 정확합니다. FoneClaw가 지향하는 화면은 끝없는 메뉴 탐색판보다 작업 증거와 선택지를 보여 주는 제어면입니다. 사용자는 말로 시작하고, 버튼으로 붙잡고, 화면에서 제안과 결과를 검토합니다.

현재 FoneClaw의 플로팅 어시스턴트는 이 우선순위를 Android에서 연습하게 합니다. 사용자는 앱을 쓰는 도중 작은 버블로 에이전트를 열고, 현재 화면을 한 번에 첨부하고, 필요한 질문을 던지고, 제안된 다음 행동을 봅니다. 실행이 필요한 단계에서는 승인과 중지 흐름이 같은 작업 안에 남습니다. 음성 중심 상호작용의 더 구체적인 설계는 음성 우선 AI 폰: 다음 휴대폰 인터페이스는 왜 말하기에서 시작해야 하나에서 자세히 설명합니다.

AOSP 기반 FoneClaw Agent OS의 중심 구조

FoneClaw Agent OS의 기반으로 AOSP를 선택하는 이유는 제품과 개발의 현실 모두와 맞닿아 있습니다. Android Open Source Project는 Android 호환 시스템 개발의 공개 기반을 제공합니다. 휴대폰에는 통화, 메시지, 네트워크, 알림, 권한, 앱 호환성, 배터리, 접근성, 입력, 보안 업데이트 같은 시스템 기능이 필요합니다. AOSP는 이 현실 위에서 FoneClaw의 에이전트 중심 운영 모델을 쌓을 수 있는 토대입니다.

그 위에 올라가는 첫 번째 핵심은 에이전트 코어입니다. 에이전트 코어는 사용자의 의도, 현재 화면 맥락, 작업 상태, 개인 선호, 가능한 도구, 승인 대기, 결과 기록을 함께 관리합니다. 현재 FoneClaw Android 제품에서는 구성된 모델이 요청을 해석하고, 관리되는 Android 도구가 지원 작업을 실행합니다. 이 구조는 오늘의 앱 호환성과 함께 움직이면서, 장기적으로 FoneClaw Agent OS 안에서 기본 작업 모델로 확장됩니다.

두 번째 핵심은 정책 층입니다. 같은 요청이라도 읽기, 초안 작성, 전송, 삭제, 설정 변경은 영향도가 다릅니다. 정책 층은 어떤 작업이 바로 진행될 수 있는지, 어떤 작업이 사용자 승인을 기다리는지, 어떤 권한이 어느 행동에 연결되는지, 결과를 어디에 남겨야 하는지 판단합니다. 권한은 작업과 연결될 때 사용자가 이해할 수 있습니다. 예를 들어 화면 요약에는 현재 화면 맥락이 필요하고, 메시지 전송에는 수신자와 내용 확인이 필요하며, 파일 변경에는 경로와 변경 전후 결과가 필요합니다.

세 번째 핵심은 실행 층입니다. 실행 층은 앱 호환성, 시스템 기능, Agent Plugin, 로컬 모델, 클라우드 모델, 기기 센서, 파일, 네트워크 기능을 작업에 맞게 배치합니다. 짧은 설정 변경에는 낮은 지연 시간이 중요하고, 개인 메모 요약에는 데이터 범위가 중요하며, 전문 서비스 호출에는 플러그인의 계약과 결과 검증이 중요합니다. FoneClaw는 작업 성격, 민감도, 속도, 기능 요구에 맞게 자원을 선택하는 방향으로 설계합니다. 현재 Android 폰 제어의 실제 작동 원리는 AI 에이전트 폰 제어란 무엇인가: 안드로이드 폰 에이전트가 실제로 해야 할 일에서 이어서 볼 수 있습니다.

앱 마켓에서 Agent Plugin 생태계로

FoneClaw의 미래 생태계는 Agent Plugin을 중심으로 성장합니다. 지금의 앱 마켓은 사람이 앱을 발견하고, 설치하고, 계정을 연결하고, 메뉴를 학습한 뒤 서비스를 쓰는 구조입니다. Agent Plugin 생태계에서는 사용자의 의도를 에이전트가 먼저 이해하고, 필요한 전문 서비스 능력을 작업 단위로 호출합니다. 사용자는 "다음 주 출장 준비해 줘"라고 말하고, 에이전트는 캘린더, 교통, 파일, 메시지, 예약 후보, 비용 정리 같은 기능을 목적에 맞게 조합합니다.

Agent Plugin은 단순한 추가 기능이 아니라 서비스 계약입니다. 플러그인은 자신이 제공하는 기능, 필요한 입력, 반환하는 결과, 권한 범위, 실패 사유, 버전, 서명, 업데이트 방식을 명확히 가져야 합니다. 파일 플러그인은 지정된 경로 안에서 목록 확인, 읽기, 이름 변경 미리 보기, 적용 결과 확인을 제공할 수 있습니다. 여행 플러그인은 일정 후보와 예약 후보를 만들고, 결제나 확정 단계에서 사용자의 승인을 요구할 수 있습니다. 전문 서비스는 에이전트가 이해할 수 있는 구조로 기능을 제공하고, 사용자는 작업 맥락 안에서 승인과 결과를 확인합니다.

현재 FoneClaw는 이 생태계로 가는 운영 기반을 이미 다지고 있습니다. 플로팅 어시스턴트는 호출 지점을 줄이고, 현재 화면 첨부는 플러그인이나 도구가 필요한 맥락을 작업 단위로 전달하는 방식을 보여 줍니다. Home과 플로팅 어시스턴트 사이의 연속성은 실행, 승인, 중지, 권한 복구가 같은 작업 상태 안에 남도록 합니다. FoneClaw는 무료 기본 모델로 시작할 수 있고, 호환되는 모델 설정으로 요청 이해와 계획을 확장할 수 있으며, 100+ built-in tools를 통해 지원되는 Android 작업을 관리합니다. 현재 사용자 관점의 기능은 FoneClaw 기능에서 확인할 수 있습니다.

Agent Plugin 생태계는 앱을 사람에게서 숨기는 방식이 아니라 서비스를 에이전트가 더 잘 사용할 수 있게 만드는 방식입니다. 많은 서비스는 자체 화면, 계정 관리, 고객 지원, 결제 기록, 법적 고지, 브랜드 경험을 계속 가집니다. FoneClaw가 바꾸려는 것은 사용자가 매번 앱을 찾아다니며 모든 조합을 직접 처리하는 기본 습관입니다. 플러그인 보안, 실행 중 권한 확인, 결과 기록은 이 생태계의 신뢰 기준입니다. 확장 기능의 안전한 설계를 더 깊게 보고 싶다면 AI 에이전트 스킬 보안: 검사 통과보다 실행 중 권한 확인이 중요한 이유가 좋은 다음 읽을거리입니다.

온디바이스 개인 에이전트가 맥락의 기본 소유자가 된다

FoneClaw Agent OS에서 온디바이스 개인 에이전트는 identity, preferences, memory, cross-service context의 기본 소유자가 됩니다. 여기서 맥락은 단순한 대화 기록보다 넓습니다. 사용자가 자주 선택하는 교통수단, 회의 전 준비 습관, 가족과 업무 연락처의 구분, 알림을 처리하는 방식, 민감한 정보에 대한 선호, 반복되는 승인 패턴, 진행 중인 여러 작업의 상태를 포함합니다. 이 맥락이 사용자의 기기 안에서 기본적으로 관리될 때 에이전트는 매번 같은 설명을 요구하지 않고도 더 정확하게 도울 수 있습니다.

서비스와 플러그인은 요청 수행에 필요한 범위의 맥락을 받습니다. 식당 예약에는 시간, 인원, 선호 지역, 식이 제한이 필요할 수 있습니다. 파일 정리에는 지정된 폴더와 이름 변경 규칙이 필요합니다. 메시지 초안 작성에는 수신자와 의도와 어조가 필요합니다. FoneClaw의 설계 방향은 이 데이터를 작업 범위 안에서 전달하고, 사용자가 어떤 정보가 쓰였는지 확인할 수 있게 하는 것입니다. cross-service context는 개인 에이전트의 장기 기억으로 남고, 각 서비스는 자신의 업무 수행에 필요한 기록을 다룹니다.

이 구분은 사용자의 신뢰와 제품 품질 모두에 중요합니다. 영수증, 거래 내역, 고객 지원 기록, 법적으로 필요한 보관 기록은 서비스 운영에 포함될 수 있습니다. 반면 사용자의 여러 서비스에 걸친 선호, 장기 기억, 관계 맥락, 반복 작업 방식은 개인 에이전트가 기본적으로 관리할 때 더 일관됩니다. 사용자는 저장된 기억을 보고, 수정하고, 철회하고, 삭제하고, 어떤 작업에서 어떤 정보가 쓰였는지 활동 기록으로 확인할 수 있어야 합니다.

현재 FoneClaw는 이 미래 모델의 완성형이 아니라 기초 작업 상태를 Android에서 구현하는 단계입니다. 플로팅 어시스턴트의 현재 화면 첨부는 필요한 순간에 보이는 맥락을 건네는 습관을 만들고, 세션과 작업 상태는 승인과 결과가 어느 요청에 속하는지 보여 줍니다. 개인 맥락과 메모리 설계의 구체적인 기준은 개인 컨텍스트 AI 에이전트: 휴대폰 작업을 이해하는 맥락의 기준에서 더 자세히 다룹니다. FoneClaw OS 로드맵에서 개인정보와 맥락 관리는 기능 뒤에 붙는 항목이 아니라 운영 모델의 중심입니다.

FoneClaw와 현재 AI OS·제조사 에이전트 접근의 차이

2026년의 AI 폰 흐름은 하나의 길로만 움직이지 않습니다. 어떤 팀은 제조사 선탑재로 들어가고, 어떤 팀은 모델과 하드웨어를 함께 발표하며, 어떤 팀은 기존 운영체제 생태계 안에서 시스템 에이전트를 확장합니다. 우리는 이 흐름을 경쟁 구호보다 구조의 차이로 봅니다. 어디에서 실행되는가, 누가 사용자의 장기 맥락을 관리하는가, 서비스는 어떤 계약으로 연결되는가, 사용자는 어디서 승인하고 멈추는가가 핵심입니다.

이 비교에서 중요한 점은 각 경로가 풀고 있는 문제가 조금씩 다르다는 것입니다. DroiClaw는 선탑재와 하이브리드 모델 구조를, Doubao Phone Assistant는 특정 기기와 작업 보조 탐색을, Step AOS는 모델·하드웨어·서비스 통합을, HONOR는 제조사 전체 스택을, Xiaomi miclaw는 HyperOS 안의 시스템 에이전트와 개발자 생태계를 강조합니다. FoneClaw는 현재 Android 폰 에이전트에서 쌓는 호출, 맥락, 승인, 복구 경험을 AOSP 기반 Agent OS, Agent Plugin 서비스 생태계, 온디바이스 개인 에이전트로 연결합니다. 우리가 보는 핵심 질문은 더 많은 AI 기능의 나열보다 사용자의 작업과 맥락이 어디서 시작되고, 누가 관리하고, 어떤 기록으로 남는가입니다.

오늘의 FoneClaw 구현이 목적지로 가는 방식

FoneClaw의 진전은 단계별로 확인할 수 있습니다. 첫 단계는 현재의 governed Android phone agent입니다. 현재 공개된 FoneClaw의 Android 기반은 이 단계의 완료 기준입니다. 사용자는 플로팅 어시스턴트로 앱 위에서 바로 요청을 시작하고, 현재 화면을 한 번에 첨부하고, Home과 플로팅 어시스턴트를 오가며 같은 작업의 실행, 승인, 중지, 권한 복구를 이어갑니다. 이 경험은 미래 OS의 구호가 아니라 오늘 Android 위에서 작동하는 제품 습관입니다.

두 번째 단계는 더 깊은 시스템 통합과 오래가는 개인 맥락입니다. 각 release는 호출을 더 빠르게 만들고, 현재 화면과 작업 상태를 더 정확히 묶고, 권한 요청을 더 이해하기 쉽게 만들고, 실패 뒤 복구를 더 짧게 만드는 방향으로 갑니다. FoneClaw가 시스템에 가까워질수록 사용자는 어떤 작업이 진행 중인지, 어떤 데이터가 쓰였는지, 어떤 결과가 남았는지 더 분명히 볼 수 있어야 합니다. 이 투명성이 Agent OS의 핵심 품질입니다.

세 번째 단계는 Agent Plugin 플랫폼입니다. 플러그인은 기능을 선언하고, 입력과 출력을 구조화하고, 작업 권한과 실패 사유를 설명하고, 버전과 서명으로 신뢰를 유지합니다. 사용자는 플러그인이 어떤 작업에서 어떤 정보를 받았는지, 어떤 결과를 만들었는지, 어떤 승인이 필요했는지 확인합니다. FoneClaw는 플러그인을 앱의 대체품보다 에이전트가 호출할 수 있는 전문 서비스 능력으로 설계합니다. 이 방향은 사용자 의도에서 서비스 실행까지의 거리를 줄입니다.

네 번째 단계는 AOSP 기반 FoneClaw Agent OS와 미래 FoneClaw phone입니다. 이 목적지에서 음성은 의도를 표현하고, 물리 버튼은 호출과 승인과 중지를 확실하게 맡고, 화면은 증거와 결과와 복구를 보여 줍니다. 온디바이스 개인 에이전트는 identity, preferences, memory, cross-service context를 기본적으로 관리하고, Agent Plugins는 필요한 범위의 서비스 능력을 제공합니다. 하드웨어는 이 운영 모델을 더 자연스럽게 담는 그릇이 됩니다.

우리가 내부에서 보는 측정 기준도 제품 사용자가 확인할 수 있는 것들입니다. 사용자가 맡긴 작업이 끝났는가. 권한 요청이 작업 맥락과 함께 보였는가. 사용자가 중간에 멈출 수 있었는가. 실패 뒤 복구가 이어졌는가. 플러그인이나 서비스에 전달된 데이터 범위가 이해됐는가. 플러그인이 예측 가능한 입력, 출력, 오류를 제공했는가. 결과 기록이 나중에 확인 가능한가. 현재 FoneClaw는 이 기준을 Android 위에서 다지기 시작한 기반이며, 다음 단계의 FoneClaw Agent OS는 같은 기준을 시스템의 기본 구조로 끌어올립니다.