Ninguna empresa me ha pagado nunca por una skill de Claude Code. Pagan por una auditoría técnica de SEO, por un sistema de diseño que su equipo pueda mantener, por una partida de gasto en IA que deje de crecer, y la skill es simplemente la forma en que entrego esos resultados de manera repetible en lugar de reinventar el encargo cada vez. Esa distinción es toda la clave comercial. Tras más de 8 años y más de 1.500 proyectos, la mayoría a través de mi agencia Ramlit Limited, mantengo 53 skills en mi marketplace de agent skills. Estas son seis skills de Claude Code, con lo que empaqueta cada una y dónde falla cada una.
1. La familia de auditoría SEO — hallazgos con rutas de archivo
El entregable que compran las empresas: una auditoría técnica de SEO cuyos hallazgos señalan la plantilla, la ruta o la configuración exacta que causa cada problema, no un CSV de 200 filas con síntomas. Mi familia de skills seo-* (audit, schema, sitemap, hreflang, technical y compañía) lee el código real del cliente junto con sus exportaciones de Search Console, que es justo lo que ninguna suscripción a un crawler SaaS puede hacer.
Lo que la vende son las pruebas, y las mías son incómodas pero reales: mi propio sitio perdió la mayoría de sus páginas indexadas en la primavera de 2026, y este mismo kit de herramientas encontró las causas, incluido un schema de reseñas fabricado y un lío de duplicación por idiomas. Escribí el post-mortem completo en lo que encontró una auditoría SEO con Claude Code en mi propio sitio.
Dónde falla: con clientes que esperan recuperar el posicionamiento de la noche a la mañana. El diagnóstico es rápido; Google es lento.
2. Skills de diseño — un sistema de diseño sin contratar a un diseñador
El entregable: un sistema de diseño basado en tokens con accesibilidad medida, aplicado a un producto existente, más las convenciones que lo mantienen coherente cuando me voy. Las skills frontend-design e impeccable se encargan de la dirección y de la crítica; el contraste se calcula en lugar de estimarse a ojo, los objetivos táctiles se miden y se verifican ambos temas.
Para las pequeñas empresas, esto puede sustituir una contratación que nunca iban a hacer. La prueba, de nuevo, es de primera mano: el rediseño basado en tokens de mi propio blog (revertido desde entonces) salió con las ratios de contraste en el mensaje del commit, una historia que conté en cómo Claude Code me convirtió en diseñador de UI.
Dónde falla: en la identidad de marca. Las skills ejecutan y auditan una identidad de forma excelente; no la inventan. Si el cliente no tiene unos cimientos de marca, eso es primero una conversación aparte (y humana).
3. skill-creator — codificar los propios procedimientos del cliente
La skill con más apalancamiento de esta lista es la que construye otras skills. Toda empresa funciona con procedimientos que viven en la cabeza de una persona sénior: cómo se redactan los presupuestos, cómo se clasifican los tickets, qué contiene la checklist de una release "terminada". skill-creator hace una entrevista para obtener ese procedimiento y lo codifica como un SKILL.md que todo el equipo puede invocar.
Aquí es donde un encargo pasa de "instalar herramientas" a "capturar conocimiento institucional". El oficio está en las descripciones de activación y en los casos límite, algo que se aprende por el camino largo; documenté lo mío en lecciones de construir skills de Claude Code.
Dónde falla: en los procesos inestables. Codificar un flujo de trabajo que la empresa cambia cada mes solo automatiza el caos. Primero estabiliza, después codifica.
4. handoff — continuidad entre sesiones y personas
El entregable: encargos largos que nunca vuelven a empezar de cero. La skill handoff escribe un documento de continuación estructurado al final de cada sesión de trabajo: estado, decisiones, temas abiertos, punto exacto para retomar. La siguiente sesión, quizá dirigida por otro miembro del equipo, empieza en caliente.
Las empresas notan esta de inmediato, porque su ausencia es lo que odian de los consultores: la cara primera hora de cada reunión dedicada a restablecer el contexto.
Dónde falla: solo funciona si se ejecuta siempre. Un documento de traspaso que existe en el 80% de las sesiones produce un 20% de arqueología. Es un problema de hooks y hábitos, no de la skill, así que intégrala en el flujo de trabajo de las sesiones en lugar de confiar en la memoria.
5. caveman — hacer que la factura de IA sea aburrida
El entregable: control del coste en tokens. Cuando un equipo adopta Claude Code en serio, la primera factura de uso a escala abre una conversación, y "apagarlo" y "pagarlo" no son las únicas opciones. La skill caveman comprime el contexto verboso e impone hábitos de dieta de tokens: conclusiones en lugar de volcados, salida de comandos filtrada, una higiene de sesión ligera.
Es el elemento menos glamuroso de la lista y el ROI más fácil de medir, porque la línea base es una cifra en una factura y el después debería ser una cifra menor en la siguiente.
Dónde falla: nada rescata un flujo de trabajo que carga bases de código enteras en el contexto por costumbre. Las herramientas ayudan; los hábitos hay que entrenarlos, y por eso esto necesita una sesión de trabajo con el equipo, no solo una instalación.
6. tdd — un control de calidad para el código generado por IA
El entregable: confianza en el código que el propio equipo del cliente genera ahora con IA. La skill tdd impone escribir primero los tests en las funcionalidades, y va de la mano de los controles mecánicos (formateadores, análisis estático a un nivel estricto, hooks de pre-commit que bloquean en lugar de avisar). Las empresas que adoptan herramientas de programación con IA están, en silencio, aterradas por lo que entra en su código; un ciclo red-green obligatorio convierte ese miedo en proceso.
Dónde falla: en bases de código heredadas sin ninguna infraestructura de tests. Ahí el primer encargo es montar la base para poder testear; la skill llega después, cuando ya hay algo que pueda hacer cumplir.
Cómo se empaqueta esto en realidad
El empaquetado que encaja con las seis es el mismo, y es lo que le diría a cualquiera que intente montar esta práctica:
- Instalar y configurar: las skills, más las convenciones del CLAUDE.md del proyecto y las allowlists de permisos, ajustadas a su stack.
- Hacer juntos la primera entrega: la auditoría, la pasada de rediseño, el primer procedimiento codificado, con su equipo mirando e interrumpiendo.
- Dejar documentación y controles, para que el sistema sobreviva a mi marcha.
- Retainer opcional para la evolución: nuevas skills, nuevos procedimientos, cambios de modelo. La economía de esa estructura es un tema en sí mismo, tratado en el modelo de retainer para agencias de IA en 2026.
Fíjate en lo que falta: nadie compra "acceso a la IA". El mercado para escribir prompts a pelo es cero, porque el coste marginal de teclear un prompt es cero. Lo que pagan las empresas es criterio congelado en sistemas: qué comprobaciones importan, qué convenciones se mantienen, contra qué fallos protegerse. Las skills son simplemente el contenedor que hace que el criterio se pueda instalar, un enfoque que desarrollé en Claude Skills: la función de automatización de la que nadie habla.
Si tu empresa quiere cualquiera de estos seis resultados (una auditoría con causas, un sistema de diseño mantenible, procedimientos capturados, continuidad entre sesiones, una factura de IA controlada o controles de calidad para el código escrito por IA), ese es precisamente el trabajo que asumo a través de Ramlit. Cuéntame qué intentas arreglar y te diré con honestidad cuál de estas opciones aplica y cuál no.
