Claude Skills: La función de automatización de la que nadie habla
Durante ocho meses, usé Claude como una máquina de copiar y pegar muy cara.
Abrir navegador, escribir pregunta, copiar respuesta, pegar en documento. Repetir 40 veces al día. Pensaba que estaba siendo productivo. Pensaba que estaba "usando IA." No estaba haciendo ninguna de las dos cosas.
Entonces un colega compartió un solo archivo markdown conmigo. Dentro había un documento de 50 líneas llamado client-research.md. En la parte superior había una definición de skill. Debajo había instrucciones tan precisas que cuando ejecuté /client research en Claude Co-work, todo el flujo de trabajo se ejecutó automáticamente — buscó información de fondo sobre una empresa, mapeó su stack tecnológico, redactó un brief de contacto en frío y lo dejó en Slack. Todo. Sin copiar y pegar. Sin prompting manual. Sin yo sentado frente a una pantalla decidiendo qué escribir a continuación.
Eso fue hace tres meses. Desde entonces, he automatizado un pipeline de reutilización de contenido, un sistema de briefing matutino y un flujo de trabajo de redacción de contratos. Mi tiempo de administración semanal bajó de unas 12 horas a aproximadamente 2.
¿Lo que todavía me sorprende? Cada una de esas automatizaciones es solo un archivo markdown.
Eso es lo que nadie te dice cuando te presentan Claude. El chatbot es el punto de entrada. Los skills son donde vive el trabajo real. Y la brecha entre esas dos cosas — entre "preguntarle a Claude" y "Claude ejecutando tu flujo de trabajo" — es la brecha entre una herramienta y una infraestructura.
Quiero cerrar esa brecha para ti en este artículo. Pero primero, necesitas entender por qué el enfoque obvio — simplemente mejorar en prompting — eventualmente choca contra un muro.
Por qué los "mejores prompts" son un callejón sin salida
Hay un punto al que llega todo usuario serio de Claude donde la ingeniería de prompts empieza a sentirse como un impuesto.
Tienes un flujo de trabajo. Quizás es: investigar un prospecto, redactar una propuesta, formatear la salida para tu CRM, enviar una notificación de Slack a tu equipo de ventas. Puedes hacer que Claude haga partes de esto con un mensaje cuidadosamente estructurado. Puedes encadenar prompts. Puedes ser ingenioso.
Pero sigues iniciando cada paso manualmente. Sigues pegando las piezas con tu propia atención. Sigues siendo el middleware — la capa humana entre la capacidad de Claude y el resultado real. Cada vez que el flujo de trabajo se ejecuta, tienes que aparecer y ejecutarlo.
Eso está bien para tareas puntuales. No escala.
La mayoría de las personas que usan Claude a diario — incluyendo muchos desarrolladores que respeto — están operando a aproximadamente un 15% de lo que la herramienta realmente puede hacer. No porque sean perezosos. Porque la interfaz predeterminada de Claude lo presenta como una herramienta de conversación: tú preguntas, responde. Ese modelo mental es genuinamente difícil de superar una vez que estás atrapado en él.
Claude Co-work es una aplicación de escritorio — disponible para Mac y Windows — que introduce una relación completamente diferente entre tú y Claude. En lugar de pedirle que haga cosas de forma puntual, construyes sistemas que Claude ejecuta. Uno es una conversación. El otro es infraestructura.
En el centro de este sistema hay un concepto llamado skills. Y una vez que realmente entiendes los skills — no solo conoces la palabra, sino que has internalizado el patrón de diseño — empiezas a escanear cada flujo de trabajo repetitivo en tu vida y preguntar: ¿puede esto ser un skill?
La respuesta, la mayoría de las veces, es sí.
Qué es realmente un Skill
Un skill es un archivo markdown. Ese es todo el secreto estructural. Pero dentro de ese archivo hay una especificación de comportamiento completa — el objetivo, los pasos exactos, las herramientas que Claude debe usar en cada paso y las reglas que debe seguir en todo momento.
Cuando Claude carga un skill, no solo recibe instrucciones. Recibe un modo operativo cargado de contexto. Como entregarle a un contratista no solo una descripción de tarea, sino un manual de procesos completo con una lista de a quién llamar cuando surjan casos especiales.
Así es como se ve un skill real en la práctica. El skill de reutilización de YouTube que uso funciona así:
---
name: youtube-repurpose
description: Converts a new YouTube video into LinkedIn and Slack content
command: /repurpose-video
---
## Goal
Detect a new video from the specified channel and create platform-ready content
from the transcript.
## Steps
1. Retrieve the latest video transcript from the specified YouTube channel
2. Identify the 3 most quotable moments (under 25 words each)
3. Draft a LinkedIn post (under 1,300 characters, conversational tone)
4. Draft a 2-sentence Slack summary for team awareness
5. Queue LinkedIn post as a draft in Buffer
6. Post Slack summary to #content-updates channel
## Output Format
- LinkedIn: Conversational, ends with a question, no hashtag spam (3 max)
- Slack: Plain text, 2 sentences, links to the video
## Rules
- Never start the LinkedIn post with "In this video..."
- Never use phrases like "Game-changing" or "Revolutionary"
- If the transcript is under 500 words, flag it as too short and skip
Ese archivo se ejecuta de principio a fin sin que yo haga nada excepto escribir /repurpose-video. Claude lee la transcripción, toma las decisiones editoriales que el skill define, redacta ambas salidas y las envía donde deben ir.
Eso es lo que hace poderosos a los skills: repetibilidad sin repetición. La misma calidad de toma de decisiones, el mismo formato, las mismas reglas — cada vez, sin que tengas que aparecer para hacerlas cumplir.
Pero los skills no funcionan de forma aislada. Se encuentran dentro de un sistema de tres capas. Entender las tres capas es la diferencia entre automatización que escala y automatización que se rompe en el peor momento.
Las tres capas de Co-work
Capa 1: Skills — la capa de lógica
Cada skill es una definición de flujo de trabajo autocontenida. Un skill, un caso de uso. Un archivo de skill bien escrito incluye: el objetivo del flujo de trabajo, la secuencia exacta de pasos, qué herramientas o conectores se necesitan en cada paso, cualquier regla o restricción que Claude debe seguir, y una descripción clara de cómo es la salida y a dónde va.
Los skills pueden ser tan simples como un flujo de investigación de tres pasos o tan complejos como un proceso de incorporación de clientes de doce pasos con lógica condicional. La complejidad vive en el archivo, no en tu cabeza.
Capa 2: Commands — la capa de activación
Los commands son cómo activas los skills. Son disparadores de comandos de barra — /morning, /research, /draft-proposal. Escribe el command en una conversación de Claude Co-work y el skill correspondiente se carga y ejecuta.
Si el skill necesita información que no tiene — un nombre de cliente, un tema, un rango de fechas — Claude pregunta. Una pregunta a la vez, recopilando exactamente lo que necesita antes de continuar. No tienes que pensar en qué proporcionar. El skill le dice a Claude qué preguntar.
Después de una semana de memoria muscular, los commands se vuelven invisibles. Simplemente escribes /morning y tu briefing aparece. La complejidad está completamente abstraída.
Capa 3: Plugins — la capa de distribución
Los plugins agrupan skills, commands y conectores en paquetes desplegables organizados por función — un plugin de finanzas, un plugin de contenido, un plugin de incorporación de clientes. Piensa en ellos como departamentos, cada uno conteniendo todo lo que Claude necesita para ejecutar los flujos de trabajo de ese departamento.
Anthropic envía plugins preconstruidos que puedes instalar inmediatamente. También hay un repositorio de código abierto en GitHub donde los equipos comparten plugins personalizados. Construir los tuyos propios y compartirlos con tu equipo es donde Co-work comienza a sentirse como herramientas internas reales en lugar de software de productividad personal.
Todo lo anterior depende de una cosa por debajo: los conectores.
Conectores: la parte que realmente hace esto real
Puedes construir el skill más elegante del mundo, pero si Claude no puede llegar al exterior para interactuar con datos reales — correos electrónicos, calendarios, CRMs — el skill solo produce texto. Texto útil, quizás. Pero no acción automatizada.
Los conectores son puentes. Claude Co-work soporta nativamente alrededor de 37–38 aplicaciones: Gmail, Google Calendar, Notion, Slack, HubSpot, GitHub, y un núcleo sólido de otras. Para la mayoría de los equipos, esto cubre las herramientas del día a día.
Para una integración más amplia, hay un servidor Zapier MCP que puedes configurar. Configúralo una vez y desbloqueas acceso a miles de apps — Airtable, Buffer, Salesforce, Trello, Google Docs, lo que incluya tu stack. Los conectores nativos manejan lo esencial; Zapier maneja la cola larga.
La combinación es lo que hace que las tareas programadas valgan la pena.
Las tareas programadas son la pieza más nueva del stack, y también la función más silenciosamente significativa. Configuras un command para ejecutarse a una hora específica — /morning a las 7:00 AM — y Claude ejecuta el skill automáticamente sin que toques nada. Sin iniciación manual. Sin "recuerda ejecutar esto." El flujo de trabajo se dispara, se completa y entrega su salida exactamente donde el skill dice que debe ir.
Aquí es donde cruzas de "asistente de IA" a "infraestructura de IA." Y honestamente, es la función que cambia cómo piensas sobre toda tu semana.
Cómo configurar tu primer Skill: paso a paso
Voy a recorrer la configuración del skill de briefing matutino exactamente como lo hice yo, porque es lo suficientemente simple para seguirlo completamente pero lo suficientemente complejo para mostrar todo lo que importa.
Paso 1: Descarga e instala Claude Co-work
La aplicación de escritorio está disponible para Mac y Windows desde el sitio de Anthropic. Las funciones de Co-work — skills, commands, plugins, conectores, tareas programadas — existen solo en la aplicación de escritorio. No en claude.ai. No en la API. Instálala, inicia sesión y crea una carpeta de proyecto para organizar tus skills.
Paso 2: Escribe tu archivo de skill
Dentro de tu carpeta de proyecto, crea un directorio skills/. Los skills viven como archivos markdown aquí. Crea morning-briefing.md:
---
name: morning-briefing
description: Daily morning briefing with key emails and today's schedule
command: /morning
---
## Goal
Deliver a focused morning briefing covering action-required emails and
today's calendar.
## Steps
1. Check unread emails from the last 12 hours via Gmail connector
2. Identify emails requiring same-day response
3. Pull today's calendar events via Google Calendar connector
4. Flag any conflicts or back-to-back meetings with no buffer
5. Draft a plain-text summary: action emails first, calendar second,
one sentence on top priority
## Output Format
Plain text, under 300 words. Post to #daily-briefing Slack channel.
## Rules
- Summarize a maximum of 5 emails unless genuine urgent items exceed that
- Flag meetings with no agenda as "no agenda — consider adding one"
- Do not include weekend events unless today is Friday
- Never use phrases like "Please note" or "It is important to"
Limpio, específico, ejecutable. La sección de reglas es donde la mayoría de los archivos de skill fallan — demasiado vago significa que Claude toma decisiones que no anticipaste. Reglas específicas equivalen a salida predecible.
Paso 3: Conecta tus apps
Abre la sección de Conectores en Co-work. Conecta Gmail, Google Calendar y Slack — cada uno requiere autenticación OAuth. Todo el proceso toma unos 4 minutos.
Algo a tener en cuenta: los alcances de permisos de Gmail a veces tienen por defecto solo lectura. Si tu skill redacta correos en lugar de solo leerlos, necesitarás permisos de "lectura y composición" configurados durante el flujo OAuth. Corrige esto antes de probar o tendrás errores de permisos a mitad de ejecución y te preguntarás qué salió mal.
Paso 4: Registra y prueba el command
En el registro de commands de Co-work, vincula /morning a skills/morning-briefing.md. Guardar. Luego escribe /morning en una conversación de Claude dentro de Co-work.
La primera vez que esto funciona es genuinamente desorientador. Ves a Claude llamar al conector de Gmail, obtener datos del calendario, tomar decisiones editoriales, redactar el resumen y publicarlo en Slack — todo sin que hagas nada después de escribir dos palabras. Es el momento en que el modelo mental cambia.
Paso 5: Prográmalo
Abre el panel de tareas programadas. Agrega una tarea: command /morning, hora 07:00 AM, días lunes a viernes. Guardar. Listo.
A partir de mañana, tu briefing se ejecuta antes de que toques tu teclado.
Consejo profesional: Construye tus primeros tres skills alrededor de flujos de trabajo que haces todos los días y odias. El ROI es inmediato, y entrena tu instinto para identificar buenos candidatos para skills. Después de tres, estarás detectando oportunidades de automatización en lugares que nunca habías considerado.
Construyendo el Skill que construye Skills
Aquí hay un meta-flujo de trabajo que se amortiza rápidamente — un skill para crear skills:
---
name: skill-creator
description: Generates a new skill file from workflow description
command: /create-skill
---
## Goal
Produce a complete, production-ready skill markdown file based on user input.
## Steps
1. Ask: "Describe the workflow goal in one sentence"
2. Ask: "What apps or tools are involved?"
3. Ask: "What does the output look like and where does it go?"
4. Generate a complete skill file with all required sections
5. Save to skills/ directory with a kebab-case filename matching the command
## Rules
- Steps must be specific enough that a junior VA could follow them
- Always include a Rules section with at least 3 constraints
- If the workflow involves more than 7 steps, suggest breaking it into two skills
Ejecuta /create-skill, responde tres preguntas, obtén un archivo de skill listo para producción. Primer borrador listo en menos de dos minutos. Luego lo revisas, lo ajustas y lo despliegas.
Si has llegado hasta aquí, tienes todo lo que necesitas para empezar a construir. La siguiente sección es la que desearía haber leído antes de pasar tres semanas frustrado con skills que no funcionaban bien.
Lo que nadie te dice sobre ejecutar esto a largo plazo
Los skills son poderosos. No son magia. La primera versión de cualquier skill que escribas será mediocre — demasiado vaga en algunos lugares, demasiado rígida en otros. Lo ejecutas, algo está ligeramente mal, lo corriges, lo ejecutas de nuevo. Ese ciclo de iteración es el trabajo real de construir automatización. Presupuesta para ello. La segunda versión de cada skill es significativamente mejor que la primera.
La cobertura de conectores tiene brechas reales. Treinta y ocho apps suenan como mucho hasta que necesitas la app número treinta y nueve. Uso una herramienta de gestión de proyectos que no tiene soporte nativo, lo que significa enrutar a través de Zapier — funcional, pero agrega latencia y un punto extra de fallo. Si tu stack crítico está bien cubierto de forma nativa, estás bien. Si no, sé honesto sobre la complejidad añadida antes de diseñar tu arquitectura alrededor de ello.
Las tareas programadas se ejecutan en tu máquina local. A diferencia de una plataforma de automatización basada en la nube, si tu laptop está cerrada o sin conexión cuando la tarea se dispara, no se ejecuta nada. Para flujos de trabajo personales esto está perfectamente bien. Para automatizaciones críticas de negocio que necesitan 100% de disponibilidad, ejecútalas desde una máquina que esté siempre encendida, o construye un disparador de respaldo en el flujo de trabajo.
La herramienta de creación de skills dentro de Co-work es mejor de lo que esperaba — produce puntos de partida genuinos. Pero revisa lo que genera antes de desplegarlo. La herramienta maneja la estructura; tú proporcionas el contexto y los casos límite que hacen que un skill sea realmente confiable.
La observación honesta más importante: el poder de este sistema es directamente proporcional a la calidad de tus archivos de skill. Instrucciones vagas producen comportamiento vago. La mejor inversión que puedes hacer en productividad con Co-work es tiempo dedicado a escribir mejores skills, no tiempo descubriendo nuevas funciones.
Tres meses después: lo que realmente cambió
Los números que realmente puedo medir:
El tiempo de administración semanal pasó de aproximadamente 12 horas a unas 2. Las 10 horas recuperadas fueron casi en su totalidad: triaje de correos, preparación de reuniones, reutilización de contenido e informes de estado — todo ahora ejecutándose según programa sin mí.
El tiempo de investigación de clientes bajó de 45 minutos a menos de 3 minutos. El skill de investigación genera un brief de 4 secciones — descripción general de la empresa, stack tecnológico, puntos de dolor, notas estratégicas — más rápido de lo que yo solía abrir mi segunda pestaña del navegador.
La reutilización de contenido ahora se ejecuta automáticamente después de cada video de YouTube que publico. Post de LinkedIn redactado y programado, resumen de Slack publicado, extracto de newsletter archivado. La calidad es aproximadamente el 80% de lo que escribiría manualmente en una tarde enfocada. Suficientemente bueno para usar directamente aproximadamente la mitad de las veces, suficientemente bueno para editar en 5 minutos la otra mitad. Costo de tiempo para mí: cero minutos.
Lo más difícil de medir es la carga cognitiva. Cuando no eres el middleware en tus propios flujos de trabajo, gastas menos energía mental en logística. Esa atención liberada va a algún lugar útil — trabajo más profundo, decisiones más rápidas, menos cambio de contexto.
Las victorias rápidas llegan rápido. El skill de briefing matutino estaba produciendo valor real dentro de las 24 horas posteriores a la configuración. El skill de generación de contratos necesitó aproximadamente una semana de iteración antes de ser lo suficientemente confiable para usar con clientes. Skills simples, retornos rápidos. Skills complejos, ciclos de iteración más largos. Establece expectativas realistas y los resultados las superarán consistentemente.
La métrica que vale la pena rastrear no es "cuántos skills tengo." Rastrea cuántas veces por semana un skill se ejecuta sin tu participación. Ese número te dice cuánta infraestructura has construido realmente.
Un archivo markdown a la vez
Has leído hasta aquí. Lo que significa que ya sabes qué flujo de trabajo quieres automatizar primero.
No el más impresionante. No el más complejo. El que te molesta todos los días — el que haces en piloto automático porque has aceptado que siempre va a tomar el tiempo que toma. Ese es. Escribe un skill para él esta semana.
Todo el proceso — descargar la app, escribir el archivo de skill, conectar las apps, probarlo — toma unas dos horas la primera vez. El segundo skill toma cuarenta minutos. Para el quinto skill, los estarás esbozando en papel durante tu viaje matutino.
El cambio más profundo no se trata realmente del ahorro de tiempo, aunque el ahorro de tiempo es real. Se trata de cómo categorizas el trabajo después de haber construido algunos skills. Las tareas merecen tu atención directa — las cosas que genuinamente necesitan juicio humano — o son candidatas para un skill. Todo lo demás empieza a sentirse como una elección que estás haciendo, no como una obligación con la que estás atrapado.
Ese reencuadre vale más que cualquier automatización individual.
Empieza con un archivo markdown. Eso es todo lo que se necesita.
🤝 Trabajemos juntos
¿Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnológica? Me encantaría ayudarte.
- 🔗 Fiverr (soluciones personalizadas e integraciones): fiverr.com/s/EgxYmWD
- 🌐 Portfolio: mejba.me
- 🏢 Ramlit Limited (soluciones empresariales): ramlit.com
- 🎨 ColorPark (diseño y branding): colorpark.io
- 🛡 xCyberSecurity (servicios de seguridad): xcybersecurity.io
