Ferramentas, Plugins, Skills, Workflows e Shortcuts na FoneClaw: guia de camadas

Tools, Plugins, Skills, Workflows e Shortcuts em uma visão

A forma mais simples de entender ferramentas plugins skills workflows FoneClaw é atribuir um verbo a cada camada. Tool executa uma ação atômica. Plugin adiciona uma capacidade instalável. Skill orienta o agente com conhecimento reutilizável. Workflow salva uma sequência ordenada. Shortcut inicia uma tarefa rapidamente. Quando construímos a FoneClaw, essa separação virou essencial para manter execução, orientação e entrada do usuário em lugares claros.

A página de recursos da FoneClaw apresenta a superfície pública de capacidades, incluindo Tools, Workflows, Skills, Plugins, Shortcuts e 100+ built-in tools. O ponto de produto é que essas camadas formam uma arquitetura, não uma lista de nomes. Uma tarefa real pode começar por Shortcut, usar uma Skill para orientar a abordagem, chamar Tools, depender de uma capacidade adicionada por Plugin e ser salva como Workflow para uso futuro.

Tools atômicas e Plugins instaláveis

Tool é a menor unidade de ação no agente. Ela tem um contrato: que entrada aceita, que resultado retorna, que risco envolve, que aprovação pede e como falha. Essa precisão é o que permite que o modelo planeje sem transformar cada ação em improviso. A documentação de contratos e políticas de Tools da FoneClaw mostra essa lógica de metadados, visibilidade e controle de aprovação.

As Tools internas dão à FoneClaw uma superfície estável de execução no Android: abrir apps, ler contexto visível dentro de contratos suportados, trabalhar com ajustes selecionados, lidar com tarefas, chamadas, comunicação, screenshots, atalhos e outras ações governadas. Usamos a frase 100+ built-in tools porque o catálogo evolui, e o que importa para o usuário é a capacidade verificável, não um número congelado.

Plugin é outra camada. Ele é um pacote instalável que pode trazer permissões próprias e contribuir Tools para o agente. Um Plugin precisa ser descoberto, proposto ao usuário, verificado, instalado e então registrado como capacidade disponível. Na nossa arquitetura, instalar uma capacidade amplia o que o agente pode fazer, enquanto Android permissions e aprovações da FoneClaw continuam governando a execução.

Dois exemplos tornam isso concreto. O Plugin de agente gerenciador de arquivos com IA para Android: operações, permissões e aprovação mostra como uma capacidade de arquivos precisa lidar com escopo de caminho, prévia, aprovação e resultado observado. O FoneClaw gratuito: plugin local de download do YouTube no Android com escolha e aprovação mostra como um Plugin pode representar um serviço local com escolha explícita e confirmação.

Orientação, procedimentos repetíveis e entradas rápidas

Skill é orientação reutilizável para o agente. Ela descreve como lidar com uma classe de tarefa, quais preferências seguir, que sinais observar e que passos considerar. A documentação de formato de Skills da FoneClaw define Skills como pacotes de instrução com metadados. Essa camada melhora o raciocínio e a consistência, enquanto a execução continua passando por Tools, permissões e aprovações.

Workflow é procedimento salvo. Ele representa uma sequência ordenada que o usuário quer repetir: preparar reunião, ajustar modo de foco, checar notificações, abrir apps de trabalho, criar resumo, executar uma rotina de fim de dia. A documentação de formato de Workflows da FoneClaw mostra esse papel de procedimento, com execução ainda sujeita aos contratos das ferramentas usadas.

Shortcut é entrada rápida. Ele não precisa conter toda a inteligência da tarefa; seu valor é iniciar uma ação ou rotina com menos atrito. Um atalho pode abrir uma rotina salva, acionar uma preparação de reunião, iniciar uma verificação rápida ou chamar uma ação frequente. Para o usuário, é a camada que reduz a distância entre intenção e começo.

A mesma meta pode aparecer nas três camadas. Se o usuário sempre prepara reuniões, uma Skill pode ensinar preferências de reunião, um Workflow pode salvar os passos de preparação, e um Shortcut pode iniciar tudo rapidamente. Para ver esse padrão em tarefas práticas, Como automatizar tarefas no Android com um comando de voz mostra como rotinas de várias etapas funcionam no telefone.

Como as camadas de capacidade da FoneClaw se combinam

Uma tarefa FoneClaw começa com pedido e contexto. O usuário pode falar, tocar em um Shortcut, abrir o assistente flutuante ou anexar a tela atual. O modelo configurado interpreta a intenção e procura a melhor combinação de camadas. Uma Skill pode orientar a estratégia; um Workflow pode fornecer a sequência conhecida; Tools executam ações; Plugins podem fornecer capacidades adicionais; aprovações e permissões acompanham o efeito.

Essa composição não transfere autoridade automaticamente entre camadas. Uma Skill pode sugerir como responder uma mensagem, mas a mensagem ainda precisa de uma Tool ou fluxo suportado para ser preparada e enviada. Um Workflow pode incluir uma etapa de ajuste do sistema, mas a aprovação e a permissão continuam valendo. Um Plugin pode adicionar uma Tool, mas a execução respeita contrato, permissão e resultado observável.

É assim que pensamos nos atalhos FoneClaw: o Shortcut inicia o caminho, mas a tarefa ainda passa por estado, contexto, Tool, aprovação e verificação. Isso permite criar rotinas rápidas sem perder controle. A base atual da FoneClaw fortalece essa composição com assistente flutuante, anexação de tela atual, continuidade de tarefa, aprovações, parada, recuperação de permissões e quick actions.

Essa lógica também se conecta ao futuro dos apps chamáveis por máquina. Quando um app expõe uma ação estruturada, ele se aproxima de uma capacidade que o agente consegue compor. Para o panorama mais amplo, App Intents e apps chamáveis por máquina: o que muda para agentes de IA explica como apps podem se tornar mais acionáveis por agentes.

Permissões, aprovações e dados entre camadas

Permissão Android, aprovação FoneClaw e contrato de capacidade são camadas diferentes. A permissão permite que o app ou Plugin acesse uma categoria do sistema. A aprovação confirma que o usuário aceita uma ação específica naquela tarefa. O contrato da Tool define entrada, saída, risco, falha e resultado esperado. Essa separação ajuda a manter tarefas sensíveis visíveis e revisáveis.

Plugins podem declarar permissões e trazer Tools, mas cada ação continua passando pelo runtime. Skills e Workflows podem guardar instruções e procedimentos, mas não carregam autoridade própria para mexer no Android. Shortcuts iniciam rapidamente, mas não convertem uma ação sensível em passo invisível. Essa disciplina permite que camadas cresçam sem confundir o usuário.

Dados também precisam de escopo. Uma Tool deve receber o mínimo necessário para a ação. Um Plugin pode ter seu próprio modelo de armazenamento ou processamento, conforme contrato e permissão. Uma Skill guarda orientação; um Workflow guarda procedimento; o histórico da tarefa registra o que foi solicitado, aprovado, executado e observado. O usuário deve conseguir revisar, desativar ou remover capacidades quando elas deixam de servir.

Para aprofundar o lado de segurança, Segurança de habilidades de agentes de IA no celular explica como permissões, Skills e capacidades extensíveis devem ser avaliadas em um agente Android.

Três exemplos completos na FoneClaw

Primeiro exemplo: Não Perturbe para uma reunião. A Tool de ajuste do sistema executa uma ação reversível. A aprovação mostra duração e efeito. Um Workflow pode salvar a sequência: ajustar volume, ativar Não Perturbe, abrir calendário e criar lembrete de retorno. Um Shortcut pode iniciar essa rotina antes de uma chamada. Se falta permissão, a recuperação orienta o usuário para conceder e retomar.

Segundo exemplo: preparação de reunião. Uma Skill pode orientar o agente a buscar contexto relevante, preferir resumo curto e manter interrupções baixas. Um Workflow salva os passos: checar agenda, abrir app de notas, ajustar volume, ativar modo reunião e preparar tela. Tools executam cada etapa suportada. A base atual da FoneClaw mantém a tarefa acessível entre Home e assistente flutuante, com parada e aprovação quando necessárias.

Terceiro exemplo: tarefa com Plugin. O usuário pode precisar organizar arquivos ou acionar uma capacidade de mídia local. Nesse caso, o Plugin adiciona Tools específicas, a FoneClaw verifica a capacidade instalada, a ação pede permissão apropriada e o resultado fica observável. O estudo de caso do Plugin de agente gerenciador de arquivos com IA para Android: operações, permissões e aprovação mostra por que prévia, escopo e confirmação importam em arquivos.

Esses três cenários mostram o padrão: escolha a camada que possui a mudança. Tool para ação atômica, Plugin para nova capacidade, Skill para orientação, Workflow para repetição e Shortcut para entrada rápida. A base atualmente disponível da FoneClaw sustenta esse comportamento; a página de download da FoneClaw é o caminho para testar a base atual.

Como escolher a camada certa da FoneClaw

Escolha a menor camada que realmente possui a mudança. Precisa de uma ação única? Use ou ajuste uma Tool. Precisa de um novo serviço ou capacidade Android? Avalie um Plugin. Precisa ensinar o agente a lidar com uma classe de tarefa? Crie ou importe uma Skill. Precisa repetir passos em ordem? Salve um Workflow. Precisa começar rápido? Use um Shortcut.

Alguns erros de classificação aparecem com frequência. Transformar uma instrução em Plugin quando uma Skill bastava cria complexidade. Salvar uma sequência como Skill quando ela é um Workflow dificulta repetição. Criar Shortcut para uma tarefa mal definida só inicia confusão mais rápido. E colocar permissão ampla em uma capacidade pequena aumenta risco sem melhorar o resultado.

Um bom primeiro teste é reversível: crie um Workflow simples para preparar uma reunião, adicione um Shortcut para iniciá-lo e observe quais Tools pedem aprovação. Depois refine a Skill de orientação se o agente precisa seguir preferências. Com esse caminho, a FoneClaw fica organizada: cada camada tem dono, escopo e motivo.