Agent Skills frente a prompts: cuándo usar cada uno

Cada viernes pides a un asistente de IA que convierta tus notas de trabajo en un informe semanal. Repites siempre las mismas reglas: separar el trabajo terminado de los planes, mantener visibles los bloqueos y no inventar nunca una fecha límite. Los datos de esta semana cambian; las reglas del informe, no.

Puede bastar con un prompt guardado. Una Agent Skill empieza a merecer la pena cuando quieres mantener esas reglas recurrentes como un paquete reutilizable para un agente compatible. Una Skill no elimina los prompts, no aporta los datos que faltan ni garantiza que el informe sea correcto.

La introducción a Agent Skills describe un formato basado en carpetas para reutilizar conocimientos y flujos de trabajo. Ese es el significado técnico de «Skill» aquí; no significa que el modelo haya aprendido una capacidad nueva mediante entrenamiento. Los detalles del formato se comprobaron el 7 de septiembre de 2026.

Compara qué permanece fijo y qué cambia

Un prompt puede ser largo y reutilizable. Una Skill puede ser breve y contener solo instrucciones. La longitud no es la diferencia. La distinción práctica está en cómo se guardan, facilitan y mantienen las instrucciones recurrentes.

Prueba la petición recurrente antes de crear un paquete

Estas son unas notas semanales ficticias:

Borrador de la página de ayuda terminado el lunes.
Se pidió una revisión a Mina; todavía no ha respondido.
Publicar después de la revisión. No se ha acordado una fecha de publicación.
Error de búsqueda reproducido; la corrección no ha empezado.

Para un informe puntual, esta petición define suficientemente la tarea:

Convierte estas notas en un informe semanal con tres secciones:
Completado, A la espera de otras personas y Próximo trabajo.
Conserva la diferencia entre el trabajo terminado y el previsto.
No inventes responsables, fechas, aprobaciones ni avances.
Si falta un dato imprescindible, márcalo como no confirmado.

[Pega las notas de esta semana.]

Un informe que diga «Mina aprobó el borrador; publicar el viernes» falla dos veces. Pedir un informe pulido no autorizaba ninguna de esas invenciones. Las comprobaciones de referencia son que el borrador está terminado, la revisión sigue pendiente, no hay fecha de publicación acordada y el error se ha reproducido pero no corregido.

Si solo redactas este informe de vez en cuando, guarda la petición en un documento y pégala cuando la necesites. Así reutilizas las instrucciones sin añadir una nueva tarea de instalación o mantenimiento.

Una Skill guarda por separado la parte recurrente

Para un agente compatible, las mismas reglas podrían guardarse en un archivo llamado SKILL.md, dentro de una carpeta llamada weekly-update. La especificación del formato exige un nombre y una descripción en metadatos YAML, seguidos de instrucciones en Markdown.

Este es un ejemplo mínimo de diseño, no una Skill instalada ni el resultado de una prueba comparativa:

---
name: weekly-update
description: Convert work notes into a factual weekly update. Use when drafting a recurring weekly status report from supplied notes.
---

# Weekly update

Read the supplied notes. If none are provided, ask for them.

Write three sections:
- Completed
- Waiting on others
- Next work

Keep planned work separate from completed work.
Do not invent owners, dates, approvals or progress.
Mark essential missing information as not confirmed.
Before returning the report, check each status against the source notes.
Return a draft; do not send it to anyone.

Las notas de esta semana no deben quedar de forma permanente en esas instrucciones. Si incorporas «Mina no ha respondido» a la Skill, la afirmación puede quedar obsoleta la semana siguiente. Facilita los datos nuevos con cada petición y mantén el proceso recurrente en el paquete.

La petición actual puede centrarse entonces en la entrada variable: «Usa la Skill weekly-update para redactar el informe de esta semana a partir de estas notas». El agente todavía necesita encontrar y seguir la Skill. Sigue las instrucciones de instalación e invocación del cliente que elijas; crear una carpeta en algún lugar del ordenador no basta para que esté disponible.

Empaquetar no sustituye las pruebas

El formato permite descubrir una descripción breve antes de cargar las instrucciones completas cuando sean necesarias. Así se pueden mantener unas indicaciones reutilizables extensas fuera de tareas no relacionadas. No demuestra que todos los clientes vayan a activar la Skill correcta con cualquier forma de expresar una petición.

Usa las mismas notas ficticias para comparar el prompt guardado y la Skill. Busca los datos exactos anteriores, no solo títulos de sección coincidentes. Después, elimina por completo las notas: ¿el flujo pide la entrada o produce un informe ficticio? Por último, facilita una revisión confirmada y comprueba si el informe cambia únicamente el estado afectado.

Son casos de aceptación sugeridos. No hemos medido este ejemplo en distintos clientes, así que no afirmamos que mejore la precisión ni la velocidad. El artículo técnico de Anthropic sobre Skills también recomienda partir de tareas representativas y deficiencias observadas, en vez de suponer que un paquete grande es mejor.

Una Skill también puede contener scripts. Lee qué hacen antes de usar un paquete ajeno, sobre todo si solicita acceso a archivos o conexiones externas. Las instrucciones para redactar un informe son distintas del código que lo envía. La presencia del paquete no equivale a permiso para realizar todas las acciones que menciona.

¿Cuándo merece la pena mantener una Skill?

Plantéatelo cuando se repitan juntas varias piezas: las reglas del informe, una plantilla, ejemplos de resultados aceptables o un procedimiento que utilice herramientas. Un único paquete mantenido te ofrece un lugar donde actualizar esas piezas y repetir las comprobaciones después de un cambio.

Conserva un prompt guardado si la tarea es ocasional, las reglas son breves o tu aplicación no admite el formato. Mover unas instrucciones ambiguas a un archivo no eliminará la ambigüedad. Obtén primero un informe que puedas comprobar; después, separa las instrucciones recurrentes de los datos que cambian cada semana.

Referencias

• Introducción a Agent Skills: el formato reutilizable y el modelo de carga progresiva.
• Especificación de Agent Skills: metadatos obligatorios, archivos de instrucciones y recursos opcionales.
• Anthropic: cómo equipar agentes para el mundo real con Agent Skills: aspectos de desarrollo, evaluación y seguridad.