FoneClaw 도구·플러그인·스킬·워크플로 차이: Android 폰 에이전트 확장 계층 가이드

한눈에 보는 FoneClaw 도구·플러그인·스킬·워크플로

FoneClaw 도구 플러그인 스킬 워크플로를 가장 짧게 정리하면 이렇게 말할 수 있습니다. Tool은 실행합니다. Plugin은 기능을 추가합니다. Skill은 작업 방식을 안내합니다. Workflow는 순서를 저장합니다. Shortcut은 시작합니다. 우리가 FoneClaw를 만들며 배운 핵심은 이 다섯 계층을 같은 말로 부르면 제품도, 사용자의 기대도 금방 흐려진다는 점입니다. Android 폰 에이전트는 말만 잘 이해해서 끝나는 제품이 아닙니다. 사용자의 의도를 어떤 실행 단위로 바꿀지, 어떤 패키지가 기능을 제공하는지, 어떤 지침을 참고하는지, 어느 절차를 반복할지, 어디서 빠르게 시작할지를 분리해야 안정적으로 커집니다.

이 계층은 서로 대체하지 않고 겹쳐집니다. 예를 들어 회의 준비라는 목표는 Shortcut으로 시작하고, Workflow가 순서를 잡고, Skill이 문맥 처리 방식을 안내하고, Tool이 DND와 볼륨 같은 Android 작업을 실행하며, Plugin이 필요한 추가 기능을 제공할 수 있습니다. FoneClaw의 현재 기능 범위와 공개 계층을 먼저 보고 싶다면 FoneClaw 기능 페이지에서 100+ built-in tools와 주요 확장 범주를 확인할 수 있습니다.

작게 실행하는 Tool과 설치로 넓어지는 Plugin

Tool은 FoneClaw에서 가장 작은 실행 단위입니다. 우리는 도구를 “모델이 마음대로 누르는 버튼”으로 만들지 않고, 입력, 기대 결과, 권한, 승인 조건, 실패 처리까지 가진 계약으로 다룹니다. Android에서는 작은 작업도 실제 효과를 냅니다. DND를 켜면 알림 흐름이 바뀌고, 볼륨을 조정하면 통화나 미디어 경험이 달라지며, 앱을 열면 사용자의 현재 맥락이 이동합니다. 그래서 Tool은 작을수록 좋고, 결과가 확인 가능할수록 좋습니다. 도구 계약과 정책 메타데이터의 구조를 더 깊게 보고 싶은 개발자는 FoneClaw Tool Catalog 문서에서 실행 단위를 어떻게 다루는지 확인할 수 있습니다.

FoneClaw는 현재 공개 기능 기준으로 100+ built-in tools를 제공합니다. 이 표현을 쓰는 이유는 의도적입니다. 도구 수는 제품이 발전하며 바뀔 수 있고, 사용자가 실제로 알아야 하는 것은 “몇 개인가”보다 “어떤 계약과 승인 아래 실행되는가”입니다. 우리는 도구를 검색하고, 켜고 끄고, 승인 방식을 조정하는 흐름을 제품 안에 두어 사용자가 기능 표면을 관리할 수 있게 만들었습니다. Tool Approval Mode와 per-tool 관리가 중요한 이유도 여기에 있습니다. 같은 Android 작업이라도 읽기, 준비, 전송, 삭제는 위험도가 다르며, 실행 전 확인 수준도 달라져야 합니다.

Plugin은 Tool과 다른 층입니다. Plugin은 기능을 설치 가능한 패키지로 추가하고, 필요한 경우 그 안에서 동적 도구를 제공합니다. FoneClaw의 확장 기반에는 Plugin과 Extension 기반, marketplace search, trusted APK verification, dynamic plugin tools, Tool Approval Mode가 들어갔고, 이어 per-tool management, search, enable controls, approval overrides, signed GitHub-delivered plugin packages가 더 단단해졌습니다. 이 흐름은 사용자가 기능을 넓히되 실행 권한은 계속 확인 가능한 경로에 두기 위한 설계입니다.

예를 들어 파일 작업은 일반 시스템 설정 작업과 성격이 다릅니다. 파일은 미리 보기, 선택, 이동, 삭제, 공유처럼 사용자 데이터와 직접 연결됩니다. 이런 사례는 Android AI 파일 관리자 에이전트 플러그인: 설치, 권한, 미리 보기와 안전한 파일 작업에서 더 구체적으로 볼 수 있습니다. 미디어 다운로드처럼 별도 기능 패키지가 필요한 경우에는 FoneClaw 무료 YouTube 다운로더 플러그인: 로컬 Android 다운로드 흐름이 Plugin 계층을 이해하는 좋은 예입니다. Plugin은 기능을 더하지만, 실제 작업은 여전히 도구 계약과 Android 권한, FoneClaw 승인 흐름을 거쳐 실행됩니다.

안내, 반복 절차, 빠른 시작점을 나누는 법

Skill은 실행 권한이 아니라 작업 지식입니다. FoneClaw에서 Skill은 특정 유형의 요청을 어떻게 해석하고, 어떤 순서로 생각하며, 어떤 표현이나 제약을 지켜야 하는지 알려 주는 재사용 가능한 지침 패키지입니다. Skill import flow를 넣은 뒤 우리가 분명히 본 것은, 사용자가 원하는 것은 단순한 명령어 목록이 아니라 “이런 상황에서는 이렇게 처리해 줘”라는 지속 가능한 작업 방식이라는 점입니다. 공식 형식은 FoneClaw Skill Format에서 설명하는 것처럼 메타데이터와 지침을 가진 패키지로 다룹니다.

Skill이 휴대폰 작업을 직접 실행하는 계층은 아닙니다. 더 정확히 말하면 Skill은 에이전트가 좋은 작업 계획을 세우도록 돕고, 실행은 Tool과 Plugin이 제공한 계약 안에서 진행됩니다. 예를 들어 “회의 전 방해 금지 준비”라는 Skill은 회의 전 조용한 환경을 만드는 기준, 확인해야 할 항목, 사용자에게 물어야 할 조건을 안내할 수 있습니다. 하지만 DND를 실제로 켜는 것은 DND Tool이고, Bluetooth 상태를 확인하는 것은 해당 Android 도구이며, 민감한 변경은 승인 흐름을 거칩니다.

Workflow는 반복 가능한 순서입니다. 같은 회의 준비를 매일 한다면 사용자는 매번 “캘린더 보고, DND 켜고, 볼륨 조정하고, 회의 앱 열고, 끝나면 메모 남겨 줘”라고 길게 말하고 싶지 않습니다. Workflow는 이런 단계를 저장된 절차로 묶습니다. FoneClaw의 Workflow Format은 순서, 입력, 단계, 실행 조건을 다루며, 실행 중에는 도구 계약과 승인 정책이 그대로 작동합니다. 여러 단계 Android 작업을 더 넓게 설계하는 법은 한 번의 음성 명령으로 Android 작업 자동화하기: FoneClaw 고급 가이드에서 이어서 볼 수 있습니다.

Shortcut은 시작점입니다. shortcut command system을 넣은 이유는 사용자가 자주 하는 일을 매번 긴 문장으로 설명하지 않게 하기 위해서였습니다. Shortcut은 Workflow를 호출할 수도 있고, 특정 Tool 요청을 빠르게 시작할 수도 있으며, Skill이 붙은 대화 흐름을 열 수도 있습니다. 같은 목표라도 Skill은 “어떻게 판단할지”, Workflow는 “어떤 순서로 할지”, Shortcut은 “어떻게 빨리 시작할지”를 맡습니다. 이 세 가지를 분리하면 사용자는 작은 변경만 해도 전체 구조를 다시 만들 필요가 없습니다.

FoneClaw 확장 계층은 어떻게 함께 작동하나

FoneClaw에서 하나의 요청은 보통 한 계층만 통과하지 않습니다. 사용자가 플로팅 어시스턴트에서 “회의 모드 준비해 줘”라고 말하면, 먼저 현재 맥락과 요청 의도를 잡습니다. 현재 기준의 플로팅 어시스턴트와 현재 화면 첨부는 사용자가 보고 있는 화면에서 작업을 이어 갈 수 있게 해 줍니다. 다음으로 Skill이 있다면 회의 준비를 어떻게 해석할지 안내하고, 저장된 Workflow가 있다면 반복 절차를 불러옵니다. 그 뒤 FoneClaw는 필요한 Tool을 고르고, Plugin이 제공한 기능이 필요하면 해당 기능을 후보로 올립니다.

중요한 점은 조합이 권한 이전을 뜻하지 않는다는 것입니다. Skill이 어떤 행동을 추천해도 Android 권한이 필요한 작업은 권한 상태를 확인합니다. Workflow 안에 DND 단계가 있어도 사용자가 승인해야 하는 조건이면 승인 UI가 나타납니다. Plugin이 도구를 제공해도 그 도구는 계약과 정책 메타데이터 아래에서 실행됩니다. 우리는 이 구조를 통해 에이전트가 빠르게 도와주면서도 사용자가 “무엇이 실행되는지”를 볼 수 있게 만들고 있습니다.

FoneClaw의 계층 모델은 더 넓은 모바일 생태계와도 맞닿아 있습니다. 앱이 기계가 호출할 수 있는 기능을 제공하는 방향이 궁금하다면 App Intents와 머신 호출 가능 앱: AI 에이전트가 앱 작업을 실행하는 방식이 좋은 배경이 됩니다. FoneClaw 내부에서는 Tool, Plugin, Skill, Workflow, Shortcut이 각자의 책임을 지키며 합쳐지고, 외부 앱 생태계에서는 앱이 명시적인 기능 표면을 제공하는 방식이 커지고 있습니다.

실행이 끝난 뒤에도 계층은 의미가 있습니다. 결과 검증은 Tool의 책임과 연결되고, 반복 저장은 Workflow로 이어지며, 다음번 더 짧은 진입은 Shortcut으로 만들 수 있습니다. 사용자가 중간에 중지하면 FoneClaw는 현재 단계와 이미 수행된 작업을 기준으로 다음 선택지를 제시합니다. 우리가 현재 기준에서 task continuity, stopping, permission recovery를 강화한 이유는 바로 이 연결 구간 때문입니다. 좋은 폰 에이전트는 시작만 빠른 제품이 아니라, 중간에 멈추고 다시 이어 가는 제품이어야 합니다.

권한, 승인, 데이터 책임을 계층별로 보기

권한과 승인은 같은 말이 아닙니다. Android 권한은 운영체제가 앱에 허용하는 접근 범위입니다. 마이크, 알림, 위치, 파일, 접근성, Bluetooth 같은 영역은 Android와 사용자가 함께 관리합니다. FoneClaw 승인은 특정 작업을 지금 실행해도 되는지 사용자가 확인하는 런타임 제어입니다. 파일을 볼 권한이 있어도 삭제나 공유는 별도 확인이 필요할 수 있고, 알림 접근이 가능해도 공개 채널로 메시지를 보내는 일은 사용자의 최종 판단이 들어가야 합니다.

Tool은 필요한 권한과 승인 조건을 계약으로 드러냅니다. Plugin은 자신이 제공하는 기능과 데이터 접근 범위를 패키지 수준에서 설명하고, 그 안의 도구도 실행 단계에서 통제됩니다. Skill과 Workflow는 사용자의 작업 방식과 절차를 담기 때문에 내용 관리가 중요합니다. Skill에는 특정 작업을 처리하는 지침이 들어가고, Workflow에는 반복 실행 순서가 저장됩니다. 사용자는 어떤 확장 계층이 설치되어 있고 어떤 절차가 저장되어 있는지 검토하고 제거할 수 있어야 합니다.

우리는 모든 확장 계층을 같은 신뢰 수준으로 취급하지 않습니다. 기본 도구, 설치된 Plugin, 사용자가 가져온 Skill, 직접 만든 Workflow는 출처와 권한 맥락이 다릅니다. 그래서 FoneClaw의 설계 기준은 “설치되었으니 실행한다”가 아니라 “설치된 기능을 확인 가능한 계약 아래에서 실행한다”입니다. Skill과 휴대폰 권한의 관계를 더 깊게 보고 싶다면 AI 에이전트 스킬 보안: 검사 통과보다 실행 중 권한 확인이 중요한 이유가 이 계층의 보안 판단을 자세히 설명합니다.

데이터 책임도 계층별로 나눠야 합니다. Tool은 실행에 필요한 최소 입력을 다루고, Plugin은 기능 제공에 필요한 범위를 명확히 해야 하며, Skill과 Workflow는 사용자가 저장한 지침과 절차를 담습니다. FoneClaw에서 우리는 사용자가 작업 전후에 무엇이 준비되고 실행되는지 볼 수 있게 만드는 방향으로 제품을 발전시키고 있습니다. 확장성이 커질수록 권한, 승인, 데이터 소유권은 더 작은 단위로 보이고 관리되어야 합니다.

세 가지 Android 작업 예시로 보는 계층 선택

첫 번째 예시는 방해 금지 모드입니다. 사용자가 “30분 동안 집중 모드로 해 줘”라고 말하면 Shortcut이 이 요청을 빠르게 시작할 수 있습니다. Workflow가 있다면 DND 확인, 볼륨 상태 확인, 알림 예외 점검, 종료 알림 설정을 순서대로 담을 수 있습니다. Skill은 회의, 공부, 수면처럼 상황별로 어떤 질문을 먼저 해야 하는지 안내합니다. 실제 DND 변경과 볼륨 조정은 Tool이 처리하고, 필요한 권한이나 승인 단계가 보이면 사용자가 확인합니다. 현재 제공되는 permission recovery는 권한이 빠졌을 때 실패를 흐리지 않고 설정으로 이어 주는 데 도움이 됩니다.

두 번째 예시는 회의 준비입니다. 매주 같은 팀 회의가 있다면 사용자는 “회의 준비” Shortcut 하나로 시작하고 싶어 합니다. Workflow는 캘린더 확인, DND 설정, 볼륨 조정, 회의 앱 열기, 끝난 뒤 메모나 후속 작업 만들기를 묶을 수 있습니다. Skill은 회의 준비에서 어떤 표현을 선호하는지, 알림을 얼마나 조용히 만들지, 어떤 후속 메모 형식을 쓸지 안내합니다. 현재 FoneClaw의 floating assistant와 task continuity는 사용자가 Home에서 시작해 다른 앱 위로 이동해도 작업 맥락을 이어 주기 위해 들어간 변화입니다. 빠른 실행은 단순한 편의 기능이 아니라, 반복되는 절차를 사용자의 실제 폰 흐름에 붙이는 장치입니다.

세 번째 예시는 Plugin이 필요한 파일 또는 미디어 작업입니다. 예를 들어 사용자가 파일을 정리하고 미리 본 뒤 공유할 준비를 하려면 기본 Android 도구만으로 충분하지 않은 순간이 생깁니다. 이때 Plugin은 추가 기능을 제공하고, Tool은 미리 보기, 선택, 이동, 공유 준비처럼 작은 실행 단위를 맡습니다. Workflow는 “다운로드 확인, 파일명 정리, 미리 보기, 공유 초안 준비” 같은 순서를 저장할 수 있습니다. 파일 중심 Plugin의 실제 기준은 Android AI 파일 관리자 에이전트 플러그인: 설치, 권한, 미리 보기와 안전한 파일 작업에서 다시 확인할 수 있습니다.

이 세 예시에서 공통으로 드러나는 기준은 작게 고르는 것입니다. 한 번 실행하면 되는 일은 Tool이면 충분합니다. 새 기능 표면이 필요하면 Plugin을 봅니다. 처리 방식이 반복적으로 흔들리면 Skill을 추가합니다. 순서가 반복되면 Workflow로 저장합니다. 자주 시작하면 Shortcut으로 줄입니다. FoneClaw에서 우리는 사용자가 큰 자동화부터 만들게 하기보다, 현재 필요한 계층을 가장 작게 선택하고 나중에 조합하도록 돕고 있습니다.

어떤 FoneClaw 확장 계층을 고를까

실무적인 선택 기준은 간단합니다. 하나의 Android 동작을 실행해야 하면 Tool을 봅니다. FoneClaw에 없는 기능이나 외부 기능 묶음이 필요하면 Plugin을 검토합니다. 같은 종류의 요청을 더 일관되게 해석하고 싶으면 Skill을 씁니다. 여러 단계를 같은 순서로 반복하면 Workflow를 저장합니다. 이미 만든 요청을 짧게 시작하고 싶으면 Shortcut을 만듭니다. 우리가 권하는 원칙은 “변화를 실제로 소유하는 가장 작은 계층을 고른다”입니다.

분류 실수도 자주 나옵니다. 실행 권한이 필요한데 Skill에만 적어 두면 작업은 좋아 보이지만 실제 실행이 막힙니다. 한 번 쓰는 작업을 Workflow로 만들면 관리할 항목만 늘어납니다. 단순한 빠른 시작을 Plugin으로 만들면 설치와 검증 비용이 커집니다. 반대로 새 기능을 Tool 이름만 바꿔 해결하려 하면 기능 공급과 권한 설명이 불분명해집니다. 앱 기능이 기계 호출 가능한 표면으로 열리는 흐름과 연결해 보고 싶다면 App Intents와 머신 호출 가능 앱: AI 에이전트가 앱 작업을 실행하는 방식을 함께 읽으면 계층 선택이 더 선명해집니다.

처음 시도할 때는 되돌리기 쉬운 작업으로 시작하는 편이 좋습니다. 예를 들어 “회의 전 20분 동안 DND와 볼륨 상태를 확인해 줘”처럼 화면에 결과가 보이고, 권한이 빠지면 복구 경로가 있으며, 사용자가 언제든 중지할 수 있는 작업이 적합합니다. 현재 FoneClaw의 current-screen attachment, approvals, stopping, quick actions는 이런 작은 시작을 위해 맞춰진 기준입니다. 계층을 올바르게 나누면 폰 에이전트는 복잡해지는 대신 더 읽기 쉬워집니다. 사용자는 무엇을 설치했는지, 무엇을 저장했는지, 무엇이 실행되는지, 어디서 승인하는지 더 쉽게 판단할 수 있습니다.