Herramienta y habilidad: cuál es cuál

Un restaurante de Valladolid recibe una reclamación sobre una reserva. Es un ejemplo ilustrativo, con datos ficticios: no es un caso de cliente ni aporta resultados medidos. Su responsable facilita una copia autorizada del listado de reservas y la política de atención. El agente, un programa que decide pasos y utiliza funciones para completar el encargo, puede leer esos archivos y preparar un borrador. La función que lee el listado es la herramienta. El documento leído contiene los datos; no es la herramienta.

La habilidad, también llamada skill, recoge el procedimiento: comprobar fecha y reserva, separar lo comprobado de lo que cuenta el cliente, aplicar la política y redactar la propuesta. Puede reunir instrucciones, documentos, plantillas y programas de apoyo. No presupone una conexión al sistema de reservas del restaurante. Si necesitas que consulte ese programa, tendrás que habilitar una función con acceso o facilitar una exportación autorizada. Escribir el procedimiento no crea esa conexión.

Una habilidad se incorpora al contexto de trabajo, la información que el agente tiene disponible al resolver el encargo. En el formato Agent Skills, el sistema identifica primero las descripciones y carga las instrucciones cuando corresponden. No está reentrenando el modelo ni convirtiendo el procedimiento en conocimiento permanente. Piensa en una persona que consulta un manual de atención antes de responder: disponer del manual y haber aprendido un oficio son cosas distintas. Si necesitas precisar el término, tienes la explicación de qué es una habilidad de un agente.

El encargo puntual, o prompt, dice qué necesitas ahora: por ejemplo, preparar el borrador de esta reclamación. Las instrucciones generales recogen el contexto del proyecto; la habilidad detalla cómo abordar esa clase de trabajo cuando hace falta. No necesitas copiar el procedimiento entero dentro de cada petición si tu agente permite reutilizarlo. Tampoco basta con llamar «habilidad» a cualquier documento: el agente debe poder descubrirlo y cargarlo. Comprueba qué formato admite tu producto antes de organizar los procedimientos de tu equipo. Una habilidad tampoco es otro agente trabajando por su cuenta. Si te proponen un agente separado para cada procedimiento, pide que expliquen qué necesita un contexto propio. Guardar una forma de preparar reclamaciones y repartir trabajo entre agentes resuelve necesidades distintas.

Las alternativas instaladas en tu equipo exigen decidir quién las mantiene. Separa la licencia del ordenador o servidor, el modelo y las conexiones que utilices. OpenClaw y Hermes usan MIT, una licencia que permite utilizar, modificar y distribuir su código bajo sus condiciones; n8n Community usa Sustainable Use License, con restricciones comerciales. No son la misma licencia. En particular, ofrecer acceso para que clientes externos construyan sus propios flujos no se trata como el uso interno del restaurante. Si necesitas ese negocio, consulta las condiciones antes de presupuestarlo. Community puede usarse de forma gratuita indefinidamente para los usos permitidos: no es una prueba temporal de Cloud. Eso tampoco incluye todas las funciones de las otras ediciones. Antes de elegirla, comprueba qué gestión de usuarios necesita tu negocio y si la edición la ofrece.

Tener el programa en tu ordenador no asegura un recorrido local de los datos. El destino del modelo y los servicios conectados se configura aparte. Antes de elegir OpenClaw, Hermes o n8n para tu negocio, comprueba el procedimiento en el entorno que vas a utilizar. Para aprender a trabajar con procedimientos en Code, consulta el curso de Claude Code de Ciade. Si necesitas aclarar primero la parte que actúa, lee qué es una herramienta de IA.