Los Skills, las herramientas y las Knowledge Bases son lo que hace productivo a Claude Desktop. Bien usados ahorran tiempo; mal usados nace la siguiente marea de plugins. Aquí ordeno los conceptos y muestro cómo mantener limpia una biblioteca de Skills en un equipo.
Skills, extensiones, herramientas: ¿qué es qué?
Skill: instrucciones para una tarea recurrente. Un Skill reúne descripción, prompts y ejemplos para una tarea bien delimitada. Claude lo elige en cuanto la tarea encaja con la descripción.
Herramienta: función concreta que Claude puede invocar. Las herramientas suelen llegar a la aplicación a través de servidores MCP. Una herramienta envía un correo, lee un archivo o crea una cita: un comando atómico con entrada y salida.
Extensión: paquete de Skills, herramientas y configuración. Una extensión empaqueta un conjunto coherente, por ejemplo para investigación o revisión de código. Se instala una vez y ofrece una experiencia consistente.
Knowledge Base: almacén de conocimiento estructurado. Una Knowledge Base abastece a Claude de contexto duradero: documentación de producto, reglas de marca o respuestas frecuentes. Complementa a los Skills, no los sustituye.
Cómo escribo Skills que aguantan el día a día
Descripción clara de la tarea. En el front matter se indica cuándo actúa el Skill. Si la descripción es vaga, Claude lo elegirá demasiado poco o demasiado a menudo.
Dos o tres ejemplos. Los ejemplos concretos de antes y después superan a las reglas abstractas. Un Skill sin ejemplos acaba siendo, en la práctica, una plantilla sin usar.
Formato de resultado esperado. Markdown, tabla, JSON o texto libre: quien define el resultado obtiene salidas fiables.
Límites claros. Un Skill debería describir lo que no hace. Así evita alucinaciones en el borde de la tarea.
Así evita el cementerio de plugins
Introduzco cinco reglas en cuanto participan más de tres personas.
- Versionar los Skills. Un repositorio común en lugar de copias sueltas en cada equipo. Los cambios son trazables y la vuelta atrás es posible.
- Mantener la convención de nombres. Por ejemplo, el formato rol.proposito.verbo. Así todo el mundo encuentra los Skills, y Claude los elige de forma más fiable.
- Un procedimiento de revisión propio. Antes del despliegue, cada Skill nuevo pasa por una revisión breve. Se comprueban contenido, ejemplos y permisos.
- Limpiar cada trimestre. Los Skills que nadie usa se van. Una breve estadística de uso sacada del archivo de registro basta como base de datos.
- Documentar las autorizaciones de seguridad. Qué datos puede tocar el Skill y cuáles no. Esa lista sustituye diez discusiones en una auditoría.
Cuándo merece la pena de verdad una Knowledge Base
Preguntas recurrentes. Si la misma explicación aparece en cinco hilos por semana, con una Knowledge Base ahorra más tiempo del que cuesta montarla.
Fuente estable. La documentación de producto, las reglas de marca o los contratos son ideales. Los contenidos que caducan rápido encajan mejor en una fuente en vivo vía MCP.
Responsabilidad clara. Una persona mantiene la Knowledge Base al día. Sin propietario, cualquier almacén de conocimiento envejece en menos de seis meses.
Este artículo forma parte de la serie Claude Desktop einrichten (en alemán).