FoneClaw 도구·플러그인·스킬·워크플로·바로가기 차이와 선택법
FoneClaw에서 실행 도구, 플러그인, 스킬, 워크플로, 바로가기가 맡는 일을 비교하고 읽기 전용 상태 확인 절차를 저장하는 예시를 살펴봅니다.
- 도구는 지원되는 작업을 실행하고, 플러그인은 추가 기능을 제공하며, 스킬은 처리 방식을 안내합니다. 워크플로는 도구 단계의 순서를 저장하고 바로가기는 요청을 시작합니다.
- 플러그인 검색은 기능 정보를 찾는 작업입니다. 설치 요청은 사용자가 검토할 제안을 만들며, 검색만으로 설치가 완료되지는 않습니다.
- 스킬 미리 보기는 내용을 검사하고, 초안 저장은 비활성 상태로 보관하며, 사용 설정은 별도 단계입니다. 스킬의 지침은 Android 권한을 부여하지 않습니다.
- 읽기 전용 배터리·메모리 확인 단계를 워크플로에 저장할 수 있습니다. 저장 자체는 실행이나 예약이 아니며 실제 작업에는 도구 설정과 승인 정책이 적용됩니다.
필요한 기능에 맞는 가장 작은 단위 고르기
FoneClaw에서 같은 요청을 처리할 때도 무엇을 추가해야 하는지는 다릅니다. 현재 배터리 상태만 알고 싶다면 지원되는 도구 하나로 충분합니다. 없는 기능을 더하려는지, 처리 방식을 정하려는지, 같은 순서를 다시 쓰려는지에 따라 다른 단위를 고릅니다.
| 종류 | 맡는 일 | 고를 때 |
|---|---|---|
| 도구 | 정해진 입력으로 지원되는 Android 작업을 실행 | 배터리 상태처럼 한 번 확인할 결과가 있을 때 |
| 플러그인 | 현재 없는 기능을 확장 패키지로 추가 | 필요한 기능이 기존 도구에 없을 때 |
| 스킬 | 에이전트가 작업을 해석하고 처리할 지침 제공 | 보고 방식이나 확인 순서를 일관되게 안내하고 싶을 때 |
| 워크플로 | 알려진 도구 단계를 재사용할 순서로 저장 | 같은 상태 확인을 여러 단계로 반복할 때 |
| 바로가기 | 사용자가 만든 요청 또는 직접 지정한 도구 작업을 시작 | 확정한 작업을 짧게 다시 시작하고 싶을 때 |
예를 들어 배터리 잔량을 묻는 작업은 배터리 상태 확인 도구에 맞습니다. 배터리와 메모리 상태를 매번 같은 순서로 보려면 워크플로를 검토할 수 있습니다. 결과를 항상 짧게 정리해 달라는 선호는 스킬의 지침으로 표현할 수 있습니다. 이미 확인한 요청을 쉽게 다시 시작하려면 바로가기를 만듭니다. 파일 관리처럼 별도 기능이 필요하다면 사용 가능한 플러그인을 찾아볼 수 있습니다.
이 다섯 종류가 Android 권한이나 승인 설정을 서로 대신하지는 않습니다. 도구는 기능별 위험 분류와 기본 승인 방식이 있으며, 사용자는 도구의 활성화 상태와 승인 방식을 관리할 수 있습니다. FoneClaw의 지원 작업은 FoneClaw 기능 안내에서 확인할 수 있습니다.
플러그인과 스킬을 추가하면 달라지는 것
기존 도구에 없는 기능을 찾을 때 FoneClaw의 플러그인 검색은 공식 플러그인의 설명 정보를 보여 줍니다. 검색 결과를 보는 것만으로 기능이 설치되지는 않습니다. 특정 플러그인의 설치를 요청하면 사용자가 검토할 제안이 만들어집니다. 제안의 출처, 제공 기능, 필요한 의존성과 권한을 확인한 뒤 설치 여부를 결정해야 합니다.
플러그인이 제공하는 작업도 실행 시점의 도구 설정과 Android 권한을 따릅니다. 파일 미리 보기나 이동처럼 실제 데이터에 영향을 주는 사례는 Android AI 파일 관리자 에이전트 플러그인: 설치, 권한, 미리 보기와 안전한 파일 작업에서 따로 살펴볼 수 있습니다. 플러그인 찾기부터 설치 제안 검토와 활성화까지의 자세한 절차는 폰 에이전트 플러그인과 Skills 작업공간: 설치·승인·권한 관리 가이드에서 다룹니다.
스킬은 새로운 휴대폰 권한을 주는 패키지가 아니라 작업에 참고할 지침입니다. 가져올 스킬의 미리 보기는 내용을 해석하고 유효성을 확인할 뿐 저장하지 않습니다. 초안 저장을 선택하면 비활성 상태로 보관되며, 유효한 스킬을 실제 사용 대상으로 켜는 작업은 별도로 진행됩니다. 필요하면 사용 상태를 되돌릴 수도 있습니다. 어떤 스킬이 특정 도구를 추천하더라도 그 도구가 꺼져 있거나 권한이 없으면 실행 권한이 생기지 않습니다.
특히 다른 사람이 작성한 지침은 출처와 내용을 읽고 판단해야 합니다. 검사에서 유효하다는 결과는 실행 중 사용할 권한이 적절하다는 보증과 다릅니다. 스킬을 사용할 때의 권한 검토는 AI 에이전트 스킬 보안: 검사 통과보다 실행 중 권한 확인이 중요한 이유에서 더 자세히 설명합니다.
읽기 전용 워크플로와 바로가기 예시 보기
워크플로에는 도구 이름과 입력값을 순서대로 담을 수 있습니다. 다음은 배터리·절전 모드 상태를 읽고 이어서 메모리 상태를 읽는 stepsJson 필드 값의 예시입니다. 두 단계 모두 설정을 바꾸지 않는 상태 조회입니다. 아래 배열은 저장 요청 전체나 실행 결과를 나타내지 않습니다.
[
{
"toolName":
"device_battery_status",
"arguments": {}
},
{
"toolName":
"device_memory_status",
"arguments": {}
}
]toolName은 실행할 지원 도구를 지정하고 arguments에는 해당 도구의 입력값을 넣습니다. 예시의 빈 객체는 이 필드 값에서 입력값을 생략해 표시한 것입니다. 실제 저장하거나 실행하기 전에는 현재 도구의 입력 조건을 확인해야 합니다. FoneClaw는 이런 단계 배열을 stepsJson으로 받아 재사용할 워크플로를 저장할 수 있고, 저장된 항목은 목록에서 확인할 수 있습니다. 저장과 실제 실행은 다른 작업입니다. 실행했다면 각 단계가 돌려준 배터리·메모리 상태를 휴대폰의 현재 상태와 대조하세요.
이 배열을 저장했다고 정해진 시간에 자동 실행되지는 않습니다. 예약 실행이 필요하다면 트리거와 실패 시 처리 방식이 있는 별도 자동화 설정을 확인해야 합니다. 예약된 자동화에도 실행 누락이나 복구가 발생할 수 있으므로 결과 확인은 남습니다.
바로가기도 두 방식이 다릅니다. 요청 바로가기는 사용자가 제목·설명·실행할 요청 내용을 확인한 뒤 에이전트에게 그 요청을 보내도록 저장합니다. 요청 내용이 같아도 언제나 동일한 도구 순서가 선택된다고 보장하지는 않습니다. 직접 도구 바로가기는 요청한 모든 행동이 알려진 도구 단계에 빠짐없이 대응하고 각 단계의 입력값이 완전할 때 저장합니다. 어느 방식이든 저장만으로 작업이 즉시 실행되거나 실행 시 승인이 생략되는 것은 아닙니다.
승인 설정을 확인하고 실패한 단계 복구하기
작업을 시작하기 전에 필요한 도구가 켜져 있는지, Android가 요구하는 권한이 있는지, 플러그인이나 스킬이 실제 사용 상태인지 확인하세요. FoneClaw의 전역 도구 승인 모드와 도구별 승인 설정은 실행 시 안내 방식에 영향을 줍니다. 읽기 작업과 결과가 남는 작업의 조건도 다를 수 있으므로 모든 도구가 항상 같은 방식으로 승인받는다고 가정하지 않는 편이 정확합니다.
| 막힌 지점 | 확인할 내용 | 다음 행동 |
|---|---|---|
| 필요한 기능을 찾지 못함 | 기존 도구 목록과 플러그인 검색 결과 | 대상 기능을 검토하고 필요한 경우 설치 제안 확인 |
| 스킬 지침이 적용되지 않음 | 미리 보기만 했는지, 비활성 초안인지, 사용 설정됐는지 | 내용 검토 후 필요한 스킬만 활성화 |
| 워크플로 단계가 거부됨 | 해당 도구의 활성화·승인 설정과 Android 권한 | 필요한 범위만 확인하고 거부 결정을 존중 |
| 결과가 불확실함 | 도구가 돌려준 결과와 대상 앱의 현재 상태 | 이미 완료된 쓰기 작업인지 확인한 뒤 재시도 결정 |
스킬이 제안한 행동이나 플러그인 검색 결과는 실행 완료가 아닙니다. 워크플로가 여러 단계를 담고 있어도 개별 도구의 권한과 승인 조건은 적용됩니다. 실패를 해결하려고 관련 없는 접근 권한까지 넓힐 필요는 없습니다. 사용자가 원한 결과를 먼저 확인하고, 필요한 단계에만 권한을 부여하는 것이 관리하기 쉽습니다.