Herramientas, Plugins, Skills y Workflows de FoneClaw: guía de capas
Guía práctica para entender Tools, Plugins, Skills, Workflows y Shortcuts en FoneClaw: qué hace cada capa, cómo se combinan y cuándo elegir cada una.
- En FoneClaw, Tool actúa, Plugin añade capacidades instalables, Skill guía el razonamiento, Workflow guarda una secuencia repetible y Shortcut inicia una tarea rápido.
- Las capas se componen: un Shortcut puede abrir un Workflow, el Workflow puede seguir una Skill, la Skill puede orientar el plan y las Tools ejecutan acciones Android bajo permisos y aprobaciones.
- Los Plugins aportan herramientas nuevas mediante paquetes verificables; una capacidad instalada sigue pasando por permisos Android, controles de FoneClaw y aprobación cuando el riesgo lo requiere.
- La base actual de FoneClaw sostiene esta arquitectura: asistente flotante, pantalla actual bajo demanda, continuidad de tareas, aprobaciones, detención, recuperación de permisos y acciones rápidas.
Tools, Plugins, Skills, Workflows y Shortcuts en una vista
La forma más rápida de entender herramientas plugins skills workflows FoneClaw es asignar un verbo a cada capa. Tool actúa. Plugin añade. Skill guía. Workflow secuencia. Shortcut inicia. Cuando construimos FoneClaw, esta separación nos ayudó a evitar un problema frecuente en agentes Android: llamar “automatización” a cualquier cosa, aunque algunas piezas ejecuten acciones y otras solo orienten el plan.
FoneClaw es un agente de teléfono Android impulsado por un modelo configurado. El modelo interpreta la intención; las capas de capacidad convierten esa intención en trabajo visible, permisado y recuperable. Una sola petición puede tocar varias capas, pero cada una conserva su responsabilidad. Esa claridad hace que el usuario pueda saber qué se está ejecutando, qué solo está guiando y qué queda guardado para reutilizar.
| Capa | Verbo | Qué aporta | Ejemplo |
|---|---|---|---|
| Tool | Actúa | Unidad atómica que realiza una acción o consulta con contrato y política. | Revisar Bluetooth, ajustar volumen, abrir una app, leer pantalla visible. |
| Plugin | Añade | Paquete instalable que incorpora capacidades y herramientas nuevas. | Gestor de archivos o descarga local mediante paquete verificado. |
| Skill | Guía | Conocimiento reutilizable para orientar cómo manejar una clase de tareas. | Instrucciones para una rutina de soporte, revisión o preparación. |
| Workflow | Secuencia | Procedimiento guardado con pasos ordenados para una tarea repetible. | Preparar una reunión, revisar estado y abrir las apps necesarias. |
| Shortcut | Inicia | Entrada rápida a una acción, Workflow o intención frecuente. | Un toque o comando para iniciar modo reunión. |
La página de funciones de FoneClaw muestra estas capas desde la experiencia del producto, incluidas las áreas de capacidad gobernadas y 100+ built-in tools. La lección principal es que las capas no compiten: se ensamblan alrededor de la intención del usuario.
Tools atómicas y Plugins instalables
Una Tool es la unidad que ejecuta o consulta algo concreto. En FoneClaw, las herramientas usan contratos explícitos, metadatos de política y controles de visibilidad o aprobación. Esa unidad puede leer un estado, abrir una app, preparar un cambio, capturar contexto visible o aplicar una acción soportada. La documentación pública del catálogo de herramientas de FoneClaw describe esta idea de contrato y gobernanza.
Una Tool debe ser pequeña porque el agente necesita componerla con otras. “Ajustar volumen” es una acción concreta. “Preparar toda mi mañana” no es una Tool; es una intención que puede requerir varias Tools, una Skill que guíe el comportamiento y un Workflow guardado si se repite. Esta granularidad nos permite aplicar aprobación proporcional: no todo paso tiene el mismo riesgo.
Un Plugin añade capacidades. Es un paquete instalable con su propio ciclo de propuesta, verificación y activación. Cuando un Plugin aporta herramientas nuevas, esas herramientas entran al sistema con contratos, permisos y políticas. Instalar una capacidad no convierte todas sus acciones en automáticas; Android y FoneClaw siguen mediando permisos, revisión y resultados visibles.
Los ejemplos ayudan. Un gestor de archivos necesita permisos y alcance muy distintos a una herramienta de volumen. Por eso Plugin de agente gestor de archivos con IA para Android: uso y seguridad explica cómo un Plugin de archivos debe tratar rutas, vista previa, aprobación y resultados. Otro caso concreto es FoneClaw gratis para Android: plugin local gratuito de descarga de YouTube con aprobación, que muestra cómo un Plugin instalable puede aportar una capacidad específica con propuesta visible y control del usuario.
Desde nuestra perspectiva de producto, Tool y Plugin se diferencian por propiedad. La Tool ejecuta una acción definida. El Plugin entrega un conjunto de capacidades nuevas al agente. Esa distinción evita mezclar contrato de ejecución con empaquetado, instalación y confianza.
Guía reutilizable, procedimientos repetibles y accesos rápidos
Las Skills, Workflows y Shortcuts resuelven otra parte del problema. Una Skill no es la acción del teléfono. Una Skill es guía reutilizable: instrucciones, criterios, formato, preferencias de manejo o conocimiento de dominio para que el agente trate una clase de tareas de forma consistente. La documentación de formato de Skills de FoneClaw presenta las Skills como paquetes con metadatos e instrucciones reutilizables.
Un Workflow es un procedimiento guardado. Si haces la misma tarea cada semana, no quieres explicarla desde cero. El Workflow conserva pasos ordenados, pero su ejecución sigue usando Tools y respetando aprobaciones. La documentación de formato de Workflows de FoneClaw describe esa idea de procedimiento reutilizable. Un Workflow de reunión, por ejemplo, puede revisar calendario, preparar No molestar, ajustar volumen, abrir una app y dejar un recordatorio.
Un Shortcut es una entrada rápida. Sirve para iniciar una intención, una acción frecuente o un Workflow sin repetir toda la frase. Si cada mañana dices “prepara mi panel de trabajo”, un Shortcut puede ser el punto de inicio. El Shortcut no reemplaza la autoridad de las Tools ni los permisos Android; solo reduce fricción al arrancar.
La misma meta puede vivir en tres capas. Para “modo reunión”, una Skill puede decir cómo priorizar concentración y excepciones; un Workflow puede guardar los pasos de preparación; un Shortcut puede iniciar ese Workflow en un toque. Las Tools ejecutan los cambios reales, como revisar estado, ajustar volumen o preparar No molestar. Para ejemplos de rutinas, Cómo automatizar tareas Android de varios pasos con una orden de voz desarrolla cómo convertir una intención repetida en un flujo usable.
Cómo se componen las capas de FoneClaw
Una petición típica empieza con intención y contexto. El usuario dice: “prepara el teléfono para la llamada del equipo”. FoneClaw interpreta el objetivo, revisa contexto disponible y decide si existe una Skill relevante, un Workflow guardado o una Tool directa. Si hay Shortcut, el usuario puede empezar más rápido; si hay Workflow, el agente aprovecha el procedimiento; si falta una capacidad, un Plugin puede aportarla cuando está instalado y activo.
La composición no transfiere autoridad entre capas. Una Skill puede orientar el plan, pero no concede permisos. Un Workflow puede ordenar pasos, pero no ejecuta fuera de las políticas de las Tools. Un Plugin puede aportar herramientas, pero esas herramientas siguen sujetas a Android, a la configuración del usuario y a controles de aprobación. Un Shortcut acelera el inicio, pero no aprueba una acción sensible por sí mismo.
En la práctica, el flujo se ve así: solicitud del usuario, contexto de pantalla o estado si el usuario lo aporta, guía de Skill si aplica, reutilización de Workflow si existe, selección de Tool o herramienta de Plugin, aprobación cuando hay efecto sensible, ejecución, verificación y recuperación. Esta cadena nos ayuda a mantener el producto comprensible incluso cuando el agente combina varias capacidades.
La industria Android también se mueve hacia capacidades más invocables. App Intents y apps invocables por máquinas: qué cambia para los agentes de IA explica cómo las apps pueden exponer funciones más claras a agentes. En FoneClaw, nuestra taxonomía de Tool, Plugin, Skill, Workflow y Shortcut persigue la misma claridad desde el lado del teléfono: qué guía, qué empaqueta, qué ejecuta, qué guarda y qué inicia.
Permisos, aprobaciones y datos en cada capa
Las capas de FoneClaw también separan autoridad y datos. Android gestiona permisos del sistema. FoneClaw muestra aprobaciones cuando una acción lo requiere. Los Plugins declaran capacidades y permisos. Las Tools ejecutan con contratos. Las Skills contienen guía e instrucciones. Los Workflows guardan procedimientos. Los Shortcuts guardan entradas rápidas. Esa separación ayuda a elegir el menor alcance que resuelve la tarea.
Un Plugin instalado puede requerir permisos, pero la ejecución sigue pasando por controles. Una Tool puede tener permiso técnico y aun así pedir aprobación si la acción cambia datos, comunica algo a otra persona o afecta al sistema. Un Workflow puede incluir pasos sensibles y detenerse en el punto de revisión. Una Skill puede explicar cómo decidir, pero la acción real sigue perteneciendo a una Tool o capacidad de Plugin.
Los datos también deben tratarse por capa. Una Skill puede contener instrucciones generales. Un Workflow puede conservar una secuencia de pasos. Un Plugin puede procesar datos dentro de su contrato. La tarea del usuario define qué información se usa y qué resultado se muestra. Para nosotros, una buena arquitectura no promete que todas las capas tengan el mismo comportamiento de datos; hace visible qué capacidad participa y qué permiso o aprobación sostiene la acción.
Esta distinción es clave cuando una capacidad se extiende. Seguridad de habilidades de agentes de IA: por qué el móvil necesita permisos en tiempo real profundiza en cómo las habilidades, permisos y acciones del teléfono deben permanecer conectados a decisiones visibles del usuario.
Tres ejemplos completos en FoneClaw
La base actual completada de FoneClaw aporta asistente flotante, pantalla actual bajo demanda, continuidad de tareas, aprobaciones, detención, recuperación de permisos y acciones rápidas. Puedes revisar la información más reciente disponible desde la página de descarga de FoneClaw. Con esa base, las capas se entienden mejor en escenarios reales.
1. Ajuste reversible de No molestar. El usuario pide “activa No molestar hasta las tres”. La Tool revisa y aplica el estado soportado con confirmación cuando corresponde. Una Skill puede orientar excepciones de reunión. Un Workflow puede guardar la rutina de concentración. Un Shortcut puede iniciar “modo enfoque” cada día.
2. Preparación de reunión. El usuario pide “prepara mi llamada de trabajo”. El Workflow puede ordenar pasos: revisar calendario, ajustar volumen, preparar No molestar, abrir la app necesaria y dejar una nota. Las Tools hacen cada acción. El asistente flotante mantiene la tarea cerca de la app visible. Si falta permiso, la recuperación guía el ajuste. Para crear rutinas de este tipo, Cómo automatizar tareas Android de varios pasos con una orden de voz ofrece ejemplos de diseño.
3. Tarea con Plugin. El usuario necesita organizar archivos o descargar un recurso local. Una Tool integrada puede abrir apps y leer pantalla visible dentro de contratos soportados; un Plugin especializado puede aportar capacidades de archivos o descarga. El caso de Plugin de agente gestor de archivos con IA para Android: uso y seguridad muestra cómo permisos, rutas, vista previa y aprobación pertenecen a la capacidad instalada. El agente coordina; el Plugin añade; la Tool ejecuta; el usuario revisa.
Estos escenarios muestran por qué la taxonomía importa. Si todo se llama “automatización”, se pierde control. Si cada capa tiene su verbo, el usuario y el constructor saben dónde resolver un problema: añadir capacidad, mejorar guía, guardar pasos, crear acceso rápido o ajustar una Tool.
Elegir la capa correcta de extensión en FoneClaw
Elige la capa más pequeña que posee el cambio. Si necesitas una acción atómica del teléfono, busca una Tool. Si necesitas una capacidad nueva que FoneClaw no trae de base, mira un Plugin. Si necesitas que el agente maneje una clase de tareas con mejor criterio, crea o importa una Skill. Si repites una secuencia, guárdala como Workflow. Si solo quieres iniciar más rápido, usa un Shortcut.
Los errores comunes vienen de mezclar responsabilidades. Convertir una Skill en sustituto de permisos produce expectativas pobres. Convertir cada rutina en Plugin añade peso innecesario. Usar un Workflow para una acción única crea mantenimiento extra. Crear un Shortcut sin definir el procedimiento solo acelera una intención ambigua.
La ruta inicial que recomendamos es reversible: empieza con una Tool o Workflow de bajo riesgo, como revisar estado, ajustar volumen o preparar una rutina visible. Después añade una Skill si necesitas criterio reutilizable. Añade un Plugin cuando la capacidad realmente vive fuera del núcleo. Conecta un Shortcut cuando el flujo ya es estable. Así FoneClaw crece de forma ordenada: acción clara, guía útil, procedimiento repetible, capacidad instalada y entrada rápida.