FoneClawのTool、Plugin、Skill、Workflow、Shortcutの違い：Androidエージェントの能力レイヤーを選ぶ実用ガイド

まず全体像：Tool、Plugin、Skill、Workflow、Shortcutの違い

FoneClaw ツール プラグイン スキル ワークフローを一言で分けるなら、Toolは実行し、Pluginは追加し、Skillは案内し、Workflowは並べ、Shortcutは始めます。私たちがFoneClawを作る中で学んだのは、Androidエージェントの能力を一つの大きな「自動化」として扱うと、権限、承認、失敗時の戻し方が見えにくくなるということです。そこでFoneClawでは、能力を役割ごとに分け、ユーザーが何を増やしたいのか、何を繰り返したいのか、どこで確認したいのかを判断しやすくしています。

この五つは競合するものではありません。FoneClawの現在の機能一覧を見ると、100+ built-in toolsを中心に、Workflow、Skill、Plugin、Shortcutが同じタスクの別の面を担当していることが分かります。大切なのは、目的に対して一番小さく責任を持てるレイヤーを選ぶことです。

Toolは実行し、Pluginは能力を追加する

Toolは、FoneClawがAndroid上で実際に何かを行う時の最小の実行単位です。たとえばDNDの状態を確認する、対応している音量を調整する、アプリを開く、現在画面の情報を扱う、スクリーンショットを取る、といった操作です。Toolには入力、結果、権限、承認、失敗時の扱いが結びつきます。だから私たちは、Toolを「モデルが思いついた操作」ではなく、明確な契約を持つ実行面として設計しています。

FoneClawには100+ built-in toolsがあります。ただし、この数は便利さを示す入口であって、無制限の操作権ではありません。Androidの権限が必要な操作は権限の流れを通り、外部に影響する操作はFoneClaw側の承認や確認を挟みます。私たちが作っているのは、ユーザーが見える形で任せられるAndroidエージェントであり、権限を飛び越える仕組みではありません。

Pluginは、FoneClawへ能力を追加するパッケージです。Pluginが新しいToolを提供することもあれば、特定のサービスやファイル形式、メディア処理、専門的な操作を扱うこともあります。ここで重要なのは、Pluginが入った瞬間にすべての操作が自由になるわけではないという点です。Pluginは能力を追加し、実行時のTool契約、Android権限、FoneClaw承認がその能力の使い方を決めます。

具体例を見ると分かりやすくなります。ファイル操作を安全に扱う設計は、Android AIファイル管理エージェント プラグイン：権限、プレビュー、承認を安全に扱うで詳しく説明しています。メディア保存のように形式選択や保存先確認が関わる例は、FoneClaw無料YouTubeダウンローダープラグイン：ローカルPluginでAndroid保存、形式選択、承認までが実践的です。どちらも、Pluginは能力を増やし、実行は契約と確認の中で進める、という同じ原則で理解できます。

Skill、Workflow、Shortcutは案内、手順、入口を分ける

Skillは、FoneClawに「この種類のタスクをどう考えるか」を渡すための再利用可能な案内です。たとえば会議メモを整理する時に、要点、決定事項、次の行動、送信前確認をどう分けるか。ファイルを扱う時に、プレビュー、対象確認、変更前の確認をどう入れるか。こうした知識は実行そのものではありませんが、エージェントが安定して判断するための土台になります。

AIエージェント ツールとスキルの違いで混乱しやすいのはここです。Skillはスマホ操作を直接実行する権限ではありません。Skillは判断を案内し、Toolが実行し、必要な時にFoneClawが承認を求めます。Skillを入れることでタスクの扱いは整理できますが、Android権限や送信前確認が消えることはありません。この分離を保つことで、私たちは便利さとユーザー制御を同じ画面に残せます。

Workflowは、複数の手順を保存して繰り返せるようにするレイヤーです。「会議前にDNDを確認し、音量を整え、メモを開き、必要ならカレンダーを確認する」のような流れは、毎回ゼロから頼むよりWorkflowに向いています。Workflowは手順を並べますが、無人で何でも進める合図ではありません。各段階のTool契約、承認、停止、権限回復は残ります。複数手順の考え方は、Android タスク自動化を声で始める：FoneClawで複数手順を任せる考え方でさらに具体的に扱っています。

Shortcutは、よく使う依頼やWorkflowへ素早く入る入口です。Shortcut自体が複雑な判断を持つ必要はありません。むしろ「会議準備」「帰宅前チェック」「今日の通知整理」のように、人間がすぐ選べる名前で置くのが向いています。同じ目的でも、Skillは判断の案内、Workflowは手順の保存、Shortcutは開始の近道です。

FoneClawの能力レイヤーはどう組み合わさるか

FoneClawで一つの依頼が動く時、すべてのレイヤーが毎回同じ順番で登場するわけではありません。ユーザーが「会議前の準備をして」と言うと、FoneClawは現在の文脈、利用できる能力、保存済みWorkflow、関連するSkill、必要なTool、Pluginが提供する追加能力を見ながら、実行可能な形へ落とし込みます。ここで大切なのは、レイヤーが合成されても権限が勝手に移るわけではないことです。

たとえば会議準備のShortcutからWorkflowを起動し、そのWorkflowがDND確認Tool、音量Tool、メモ起動Toolを使うとします。Skillは「会議前には通知抑制、音量、資料、終了後メモを確認する」という判断を支えます。Pluginがある場合は、ファイルやメディアなど追加能力を提供できます。それでも、外部に影響する操作や権限が必要な操作は、実行時の契約と承認に従います。

この構造は、機械から呼び出せるアプリの流れともつながります。アプリ側が明確な機能を公開する世界では、エージェントは曖昧な画面操作だけに頼らず、より構造化された能力を選べます。FoneClawのレイヤー設計とアプリ能力の関係を広く見るなら、App Intentsと機械呼び出し可能なアプリ: AIエージェントがスマホ操作を実行する仕組みが参考になります。

私たちが目指しているのは、ユーザーが「どの内部部品を使うか」を毎回考えなくても、結果として安全な分担が成り立つ体験です。Builderとしては、Pluginを作る人、Skillを書く人、Workflowを保存する人、Shortcutを置く人が、それぞれ別の責任を持てることが重要です。

権限、承認、データ責任をレイヤー別に見る

Androidエージェント プラグインを考える時、最初に確認したいのは「能力があるか」ではなく「その能力をどの権限と承認で使うか」です。Androidのマイク、通知、ファイル、位置情報、アクセシビリティ、ストレージ、連絡先にはそれぞれ意味があります。FoneClawはAndroidの権限の上で動き、ユーザーに見える承認や停止を組み合わせて実行します。

Toolは実行時の権限と結果を持ちます。Pluginは能力やToolを追加しますが、データ保存の方法や外部サービスとの関係はPluginごとに確認する必要があります。Skillは案内やルールを含むため、個人情報や秘密を不用意に埋め込まない設計が必要です。Workflowは手順や参照先を保存するため、どの段階で確認が出るか、止められるか、期限切れにするかを決めておくと運用しやすくなります。Shortcutは入口なので、名前から誤起動しにくいことも大切です。

FoneClawの承認は、Android権限とは別の制御です。Androidが「アクセスを許可する」ことと、ユーザーが「この具体的な操作を今実行してよい」と判断することは同じではありません。この違いを詳しく扱う記事として、AIエージェントのスキル安全性：スマホ権限は実行時に確認すべき理由があります。私たちは、能力を増やすほど確認を雑にするのではなく、どのレイヤーが何を宣言し、何を実行し、何を保存するのかを見える形にしていきます。

三つのAndroid実例で見るFoneClawの使い分け

一つ目は、DNDを確認するような可逆的な設定タスクです。ここではToolが中心になります。ユーザーが「会議前に通知を抑えて」と頼むと、FoneClawは対応しているDND状態を確認し、必要な変更を見える形で提示し、承認後に実行し、結果を確認します。この記事で扱う現時点までの最新情報にもとづくFoneClawでは、フローティングアシスタント、現在画面の添付、タスク継続、承認、停止、権限回復、クイックアクションを現在の基準として整えています。試す場合はFoneClawのダウンロードから、まず戻しやすい設定確認から始めるのが実用的です。

二つ目は、会議準備のような繰り返し作業です。ここではWorkflowとShortcutが効きます。Workflowには、DND確認、音量確認、メモ起動、資料確認、終了後リマインダーのような順序を保存できます。Shortcutは「会議準備」という一つの入口にできます。さらにSkillを使えば、会議の種類に応じて確認すべき項目を安定させられます。長く複雑に見える作業も、レイヤーを分けると管理しやすくなります。

三つ目は、Pluginに支えられたファイルやメディアの作業です。たとえばファイルを整理する場合、Pluginがファイル操作の能力を追加し、Skillがプレビューと確認の考え方を案内し、Workflowがよく使う整理手順を保存し、Toolが実行します。ファイルのように取り返しにくい変更がある領域では、プレビュー、対象確認、承認、停止が特に重要です。具体的な設計は、Android AIファイル管理エージェント プラグイン：権限、プレビュー、承認を安全に扱うに分けて詳しく書いています。

この三つの例に共通するのは、FoneClawが一つの巨大な自動操作ではなく、責任の違うレイヤーを組み合わせていることです。小さなToolで確実に動かし、必要ならPluginで能力を増やし、Skillで判断を安定させ、Workflowで繰り返し、Shortcutで始めやすくする。この順序で考えると、Androidエージェントの設計はかなり現実的になります。

どのFoneClaw拡張レイヤーを選ぶべきか

選び方は、変更したいものから決めます。一つのAndroid操作を実行したいならToolです。FoneClawに新しいサービスや専門能力を追加したいならPluginです。同じ種類のタスクで判断のばらつきを減らしたいならSkillです。複数の手順を毎回同じ順序で進めたいならWorkflowです。よく使う依頼をすぐ始めたいならShortcutです。

よくある分類ミスもあります。単に入口を速くしたいだけなのにPluginを作る必要はありません。手順を保存したいだけなら、SkillではなくWorkflowが向いています。判断の基準を共有したいだけなら、Workflowを増やすよりSkillのほうが軽いことがあります。外部機能を追加する場合でも、Pluginのインストールだけで実行時の承認が不要になるわけではありません。

開発者や上級ユーザーは、最小のレイヤーから始めると扱いやすくなります。まずToolでできるかを見る。繰り返すならWorkflowにする。起動を速くしたいならShortcutを置く。判断を再利用したいならSkillへ切り出す。標準能力では足りない時にPluginを検討する。アプリ側の能力公開や機械呼び出し可能な機能との接続まで考える場合は、App Intentsと機械呼び出し可能なアプリ: AIエージェントがスマホ操作を実行する仕組みを合わせて読むと、FoneClawのレイヤーがより広いAndroidエコシステムの中で見えます。

私たちはFoneClawで、能力を増やすだけでなく、ユーザーが止められ、確認でき、戻れる設計を育てています。Tool、Plugin、Skill、Workflow、Shortcutを分けて考えることは、開発者向けの用語整理にとどまりません。日常のAndroid作業を、任せられる単位へ分解するための実用的な地図です。