Preludio
La primera vez que muchos equipos utilizan Claude para trabajo real, no solo para experimentar, le piden que redacte un correo electrónico para un cliente. El resultado es técnicamente correcto. Cubre los puntos clave, responde a la pregunta y utiliza una gramática adecuada. Pero no suena nada como el equipo ni como nadie de la empresa.
Es genérico de la forma en que toda la producción de IA es genérica cuando el modelo no tiene contexto sobre quién eres ni cómo te comunicas. Los skills de Claude Cowork resuelven este problema proporcionando a Claude conocimiento persistente y específico sobre tu negocio.
La mayoría de la gente reescribe ese correo a mano. Y al día siguiente hace lo mismo. Y al otro. Utilizan Claude como punto de partida, pero la brecha entre lo que produce y lo que realmente necesitan es lo suficientemente amplia como para que el ahorro de tiempo sea marginal.
Esa experiencia es lo que conduce a los skills. No el concepto en abstracto, sino la necesidad práctica de cerrar la brecha entre lo que Claude sabe por defecto y lo que necesita saber para ser genuinamente útil para un negocio concreto.
Los skills son instrucciones que escribes en lenguaje natural que enseñan a Claude cómo gestionar tu trabajo. Tu voz de marca, tus estándares de revisión de código, tus convenciones para correos electrónicos, tu estilo de documentación. Una vez que los creas, Claude los aplica automáticamente. El problema de la producción genérica desaparece.
Esta guía cubre cómo funcionan los skills dentro del espacio de trabajo colaborativo de Claude llamado Cowork, cómo el Anthropic Marketplace los distribuye a través de plugins, y cómo EntendIA encaja en el panorama como la plataforma donde creas y gestionas esos skills. Recorre los detalles prácticos de crear skills, empaquetarlos en plugins, compartirlos en un equipo y medir su impacto. Gran parte de lo que sigue proviene de la construcción de skills en proyectos reales y la observación de cómo los equipos los adoptan.
El problema
Claude es extraordinariamente capaz desde el primer momento. Puede escribir código, redactar prosa, analizar datos, generar informes y manejar docenas de otras tareas con una calidad impresionante. Pero "calidad impresionante" y "adecuado para tu negocio" no son lo mismo.
Cada organización tiene conocimiento institucional que vive en la cabeza de las personas. La forma en que te diriges a los clientes en correos de soporte. Los patrones específicos que tu equipo de ingeniería prefiere en las descripciones de pull requests. El tono que tu equipo de marketing utiliza en redes sociales frente al que usa en libros blancos.
El lenguaje de cumplimiento que tu equipo legal requiere en las comunicaciones salientes. Nada de esto está escrito de una forma que Claude pueda acceder, e incluso cuando está escrito, pegar una guía de estilo en cada conversación no es escalable.
El resultado es una brecha de productividad. Claude puede hacer el trabajo, pero no de la manera en que tu equipo lo hace. Las personas terminan dedicando tiempo a editar la producción de la IA para que coincida con los estándares internos, lo que anula gran parte del propósito de usar asistencia de IA en primer lugar.
Este problema se multiplica en un equipo. Si cinco personas le dan instrucciones a Claude de maneras ligeramente diferentes para lograr la misma voz de marca, obtienes cinco interpretaciones ligeramente diferentes. No hay consistencia, no hay un estándar compartido, y no hay forma de mejorar las instrucciones con el tiempo de una manera que beneficie a todos.
Este patrón aparece repetidamente en las organizaciones. Los colaboradores individuales descubren prompts que funcionan bien para ellos, los guardan en archivos de notas personales y nunca los comparten. El conocimiento colectivo de la organización sobre cómo usar Claude eficazmente permanece fragmentado en docenas de flujos de trabajo personales. Cuando alguien deja el equipo, su experiencia con los prompts se va con esa persona.
Lo que faltaba era una capa entre el modelo y el usuario. Algo que pudiera transportar instrucciones persistentes y compartidas que Claude aplicaría automáticamente sin que nadie necesitase copiar y pegar fragmentos de prompts. Esa capa es lo que proporcionan los skills.
El camino
Qué es Cowork realmente
Cowork es el espacio de trabajo colaborativo de Claude, disponible en los planes Pro y Team en claude.ai. Si has utilizado Claude a través de la interfaz web, has usado el modo conversacional. Cowork lo amplía con contexto persistente, proyectos compartidos y la capacidad de instalar plugins que modifican el comportamiento de Claude.
La diferencia clave para esta discusión es que Cowork admite plugins. Un plugin es una integración que se ejecuta junto a Claude, dándole acceso a herramientas externas y conocimiento. Cuando instalas un plugin del Anthropic Marketplace, se hace disponible en tus sesiones de Cowork. Claude puede llamar a las herramientas del plugin, leer sus datos y seguir sus instrucciones.
Aquí es donde entran los skills. Un plugin puede contener skills, que son conjuntos de instrucciones que le dicen a Claude cómo abordar tareas específicas. Cuando instalas un plugin que incluye skills, Claude adquiere ese conocimiento automáticamente.
No necesitas explicar tu voz de marca al inicio de cada conversación. No necesitas pegar tu checklist de revisión de código. El plugin entrega ese contexto.
Para equipos en el plan Team, los plugins instalados por un administrador se aplican a todos los miembros del equipo. Así es como se consigue consistencia. Una persona escribe el skill, lo publica a través de un plugin, y cada miembro del equipo recibe las mismas instrucciones entregadas a Claude automáticamente.
Entendiendo los skills
Un skill es, en esencia, un documento escrito en lenguaje natural que le dice a Claude cómo comportarse en un contexto particular. No hay sintaxis especial, no hay lenguaje de programación, no hay esquema que aprender. Escribes instrucciones de la misma forma en que le explicarías algo a un nuevo colega competente.
Así es como se ve un skill simple de voz de marca.
Voz de marca para comunicaciones con clientes
Cuando escribas contenido dirigido a clientes para nuestra empresa, sigue estas directrices.
Escribimos en español formal. Utilizamos "usted" en comunicaciones formales y "tú" en comunicaciones informales según el contexto.
Nuestro tono es profesional pero cercano. Evitamos la jerga a menos que la audiencia sea técnica. Nunca usamos superlativos como "el mejor del mercado" o "líder mundial". Preferimos afirmaciones concretas sobre afirmaciones vagas.
Cuando nos dirigimos a los clientes directamente, usamos "usted" o "tú" según corresponda. Cuando nos referimos a nuestra empresa, usamos "nosotros" y "nuestro". Nunca nos referimos a la empresa en tercera persona en comunicaciones con clientes.
Párrafos cortos. Máximo cuatro frases por párrafo. Usa viñetas para listas de tres o más elementos.
Siempre termina los correos a clientes con un siguiente paso claro. Diles qué va a pasar a continuación o qué deben hacer después.
Eso es todo. No hay paso de compilación, no hay pipeline de despliegue, no hay API que integrar. Escribes las instrucciones, las guardas como un skill, y Claude empieza a seguirlas.
La especificidad es lo que hace valiosos a los skills. Las instrucciones genéricas producen resultados genéricos. Las instrucciones específicas, las que hacen referencia a tus convenciones y preferencias reales, producen resultados que suenan como si vinieran de tu equipo.
Como ejemplo práctico, considera un checklist de revisión de código para una base de código en Rust. Las instrucciones describen convenciones sobre el manejo de errores, una preferencia por tipos explícitos sobre la inferencia en APIs públicas, y una regla de que toda función pública necesita un comentario de documentación.
Antes del skill, alguien pegaba estas expectativas en cada conversación de revisión de código. Después del skill, Claude las aplica automáticamente. El tiempo ahorrado no está en la revisión en sí, sino en la preparación. Cada conversación comienza con Claude ya sabiendo lo que el equipo espera.
El Anthropic Marketplace
El Anthropic Marketplace es donde encuentras e instalas plugins para Claude. Piensa en él como un marketplace de plugins para capacidades de IA. Los editores crean plugins que amplían lo que Claude puede hacer, y los usuarios los instalan en su espacio de trabajo de Cowork.
Los plugins en el marketplace van desde simples paquetes de skills hasta integraciones completas que conectan Claude con servicios externos. Algunos plugins dan a Claude acceso a APIs específicas. Otros proporcionan conocimiento especializado para industrias o flujos de trabajo particulares. El plugin de EntendIA entra en ambas categorías. Conecta Claude con tu biblioteca de skills en EntendIA y proporciona la infraestructura del servidor MCP que hace que esos skills estén disponibles en tiempo real.
Instalar un plugin lleva unos treinta segundos. Abres el Marketplace en Cowork, buscas el plugin que quieres, haces clic en Instalar y autorizas la conexión. La guía de inicio recorre este proceso en detalle si no lo has hecho antes.
Lo que importa para esta discusión es que el Marketplace es el mecanismo de distribución. Creas skills en EntendIA, los empaquetas en un plugin, publicas en el Marketplace, y cualquiera que instale ese plugin obtiene tus skills. Para equipos internos, puedes publicar plugins privados que solo tu organización puede ver. Para consultores y agencias, puedes publicar plugins públicos que cualquier usuario de Claude puede instalar.
EntendIA como tu plataforma de skills
EntendIA es donde creas, gestionas y publicas skills. Proporciona el entorno de creación, la API que sirve los skills a Claude, y las analíticas que te dicen cómo se están utilizando tus skills.
La plataforma funciona así. Inicias sesión en el panel de administración en EntendIA. Desde ahí puedes crear skills, organizarlos en colecciones, asignarlos a plugins y monitorizar el uso. El panel te da un lugar centralizado para gestionar todo lo que tu equipo ha construido.
Muchos usuarios inicialmente tratan la plataforma como un editor de documentos. Escribe el skill, guárdalo, sigue adelante. Con el tiempo queda claro que el verdadero valor está en la iteración. Publicas un skill, observas cómo funciona a través de las analíticas, identificas dónde Claude no está siguiendo las instrucciones con suficiente precisión, refinas la redacción y publicas una actualización. Los skills que mejor funcionan son los que han pasado por varias rondas de este ciclo.
La plataforma también gestiona el versionado. Cuando actualizas un skill, la versión anterior se conserva. Si una nueva versión causa problemas, puedes revertir. Esto importa más de lo que podrías pensar.
En un caso real, un skill de voz de marca fue actualizado para ser más conciso, y un párrafo sobre cómo manejar las quejas fue eliminado accidentalmente. El equipo de atención al cliente lo notó inmediatamente porque las respuestas de Claude cambiaron. Poder revertir a la versión anterior mientras se arreglaba la nueva ahorró mucha disrupción.
Creando tu primer skill
Ve a EntendIA e inicia sesión. Si aún no tienes una cuenta, el plan gratuito te da suficiente para empezar.
Haz clic en My Skills en la barra lateral, luego haz clic en Create Skill. Verás un formulario con un campo de nombre y un editor de instrucciones. El nombre debe ser lo suficientemente descriptivo como para encontrarlo después. "Voz de marca" es mejor que "Skill 1".
El editor de instrucciones es donde ocurre el trabajo real. Escribe tus instrucciones en lenguaje natural, como si estuvieras explicando la tarea a alguien que es competente pero no está familiarizado con tus convenciones específicas. Sé explícito sobre lo que quieres. Sé igualmente explícito sobre lo que no quieres. La ambigüedad en las instrucciones de los skills produce resultados inconsistentes.
Aquí hay un ejemplo de un skill de redacción de correos que funciona bien en la práctica.
Redacción de correos internos
Cuando redactes correos internos para nuestro equipo, sigue estas convenciones.
Los asuntos deben ser específicos y orientados a la acción. "Revisión del presupuesto de marketing del T1" es bueno. "Actualización" no lo es.
Empieza con el propósito del correo en la primera frase. No empieces con cortesías. "Te escribo para obtener tu aprobación sobre el calendario revisado" es directo y claro.
Usa viñetas para cualquier lista de elementos de acción, decisiones u opciones. Numéralos si el orden importa.
Cierra con una petición específica y un plazo. "¿Podrías revisarlo y responder antes del viernes a las 15:00?" da a las personas una expectativa clara.
Mantén un tono cordial pero eficiente. Somos un equipo pequeño y valoramos el tiempo de cada uno.
Nunca uses "adjunto le remito" o "como comentamos en nuestra conversación anterior". Estas frases no aportan nada.
Guarda el skill y estará disponible inmediatamente a través del plugin de EntendIA. Si ya tienes el plugin instalado en Cowork, Claude puede usar este skill en tu próxima conversación.
El patrón recomendado es empezar con un skill que aborde tu frustración más frecuente con la producción predeterminada de Claude. Para la mayoría de personas, eso es o la voz de marca o un formato de documento específico. Haz que un skill funcione bien antes de crear más. La tentación es construir una biblioteca de veinte skills en una tarde, pero los skills que se escriben rápidamente tienden a ser vagos, y los skills vagos no cambian el comportamiento de Claude lo suficiente como para que merezcan la pena.
Problemas comunes
El plugin no aparece en Cowork después de la instalación. Cierra tu sesión de Cowork y abre una nueva. Los plugins se cargan cuando una sesión comienza, por lo que una sesión existente no detectará un plugin recién instalado hasta que se refresque.
Las instrucciones del skill no surten efecto. Verifica que el skill está asignado al plugin correcto y que el plugin está instalado en tu espacio de trabajo. En el panel de EntendIA, comprueba que el estado del skill es "active". Si el skill está activo pero Claude no sigue las instrucciones, la redacción puede ser demasiado vaga. Reescribe las instrucciones para que sean más específicas y directas.
La conexión del servidor MCP se cae a mitad de sesión. Esto generalmente indica un timeout o expiración de la autenticación. Reinstala el plugin desde el Marketplace para refrescar la conexión. Si el problema persiste, consulta la guía de servidores MCP de Claude Code para pasos de depuración.
Los cambios en los skills no se reflejan para los miembros del equipo. Después de actualizar un skill en EntendIA, los miembros del equipo necesitan iniciar una nueva sesión de Cowork para obtener la última versión. Las sesiones existentes continúan usando la versión que se cargó cuando la sesión comenzó.
Cómo los plugins empaquetan skills y servidores MCP
Un plugin es un paquete que combina skills con servidores MCP (Model Context Protocol). Los skills proporcionan las instrucciones. Los servidores MCP proporcionan las herramientas y el acceso a datos. Juntos, dan a Claude tanto el conocimiento de qué hacer como la capacidad de hacerlo.
Por ejemplo, un plugin de gestión de proyectos podría incluir un skill que le dice a Claude cómo tu equipo escribe historias de usuario, más un servidor MCP que se conecta a tu gestor de incidencias. Claude sabe el formato que esperas (del skill) y puede crear incidencias directamente en tu gestor (a través del servidor MCP). Si quieres entender los servidores MCP en mayor profundidad, la guía sobre servidores MCP de Claude Code cubre los detalles técnicos.
Cuando creas un plugin en EntendIA, seleccionas qué skills incluir y configuras qué servidores MCP adjuntar. El plugin se convierte en una unidad instalable que los usuarios pueden añadir a su espacio de trabajo de Cowork. Este empaquetado es importante porque significa que puedes crear una experiencia coherente. Un plugin de "Marketing de contenidos" podría incluir skills para redacción de blogs, publicaciones en redes sociales y redacción de newsletters, más un servidor MCP que accede a tu calendario de contenidos. Todo lo que el equipo necesita para el trabajo de contenidos, empaquetado junto.
El lado del servidor MCP de los plugins es opcional. Un plugin que solo contiene skills es perfectamente válido y a menudo es el punto de partida correcto. Siempre puedes añadir funcionalidad de servidor MCP más adelante a medida que evolucionen tus necesidades.
Compartiendo skills en un equipo
Aquí es donde los skills pasan de ser una herramienta de productividad personal a una capacidad organizativa. En el plan Team, un administrador puede instalar plugins que se aplican a cada miembro del equipo. Cuando lo hace, cada persona del equipo recibe los mismos skills entregados a Claude automáticamente.
El impacto de esto es más significativo de lo que podría parecer en la superficie. Antes de los skills compartidos, cada persona del equipo le daba instrucciones a Claude de manera diferente.
Una persona podría incluir directrices de marca detalladas en su system prompt. Otra podría pegar unas pocas viñetas. Una tercera podría no incluir ninguna orientación en absoluto. La producción variaba en consecuencia.
Con skills compartidos, el equipo se alinea sin que nadie necesite recordar incluir el contexto adecuado. El nuevo desarrollador que se incorporó la semana pasada obtiene los mismos estándares de revisión de código que el ingeniero senior que los escribió. El becario de marketing obtiene las mismas directrices de voz de marca que el director de comunicación. La consistencia es automática.
Cuando los skills compartidos se despliegan en un equipo, la adopción suele ocurrir en dos fases. Primero, las personas notan que la producción de Claude es mejor sin que ellos hagan nada diferente. El skill de voz de marca ya está activo, así que los correos y documentos salen más cercanos al estándar del equipo.
Segundo, las personas empiezan a pedir más skills. El equipo de ingeniería quiere un skill para mensajes de commit. El equipo de diseño quiere un skill para escribir briefings de diseño. El equipo de ventas quiere un skill para el formato de propuestas.
Esa segunda fase es donde los skills se vuelven autosuficientes. Una vez que las personas ven el beneficio, empiezan a contribuir con su propia experiencia. Los mejores skills a menudo provienen de la persona del equipo que es más exigente sobre cómo se debe hacer algo. Sus altos estándares, que antes la convertían en el cuello de botella para revisiones y aprobaciones, se codifican en un skill que eleva la producción de todos.
Para compartir skills, los creas en EntendIA, los añades a un plugin, y haces que tu administrador de equipo instale el plugin en tu espacio de trabajo de Cowork. El proceso es sencillo, pero el cambio organizativo que permite no es trivial. Estás, de hecho, codificando el conocimiento institucional y haciéndolo disponible para una IA que asiste a cada miembro de tu equipo.
Ejemplos prácticos
Aquí hay tres skills que se utilizan regularmente en distintos equipos, con suficiente detalle como para que puedas crear similares para tu propio trabajo.
Skill de voz de marca
Este skill se encarga de todas las comunicaciones externas. Normalmente lleva unas tres semanas desarrollarlo bien, empezando con un borrador aproximado y refinándolo cada vez que Claude produce algo que no coincide con la voz objetivo.
El skill cubre el tono (profesional, directo, nunca condescendiente), el vocabulario (español formal, sin jerga en comunicaciones con clientes, los términos técnicos están bien en documentación), la estructura (párrafos cortos, encabezados claros, viñetas para listas), y las prohibiciones (sin superlativos, sin palabras de moda, sin voz pasiva a menos que la voz activa suene acusatoria).
La parte más valiosa de este skill resulta ser las prohibiciones. Decirle a Claude lo que no debe hacer es a menudo más eficaz que decirle lo que debe hacer. "Nunca uses la palabra 'innovador' en comunicaciones con clientes" es preciso. "Escribe de forma innovadora" no significa nada. En la práctica, la sección de prohibiciones de un skill de voz de marca a menudo termina siendo más larga que el resto del skill combinado.
Skill de revisión de código
Este skill es para nuestra base de código en Rust y cubre las cosas que revisamos en cada pull request. Patrones de manejo de errores (preferir thiserror para código de biblioteca, anyhow para código de aplicación), convenciones de nomenclatura (snake_case para funciones, PascalCase para tipos, SCREAMING_CASE para constantes), requisitos de documentación (cada elemento público necesita un comentario de documentación, se requieren ejemplos para APIs complejas), y errores comunes a señalar (unwrap en código de producción, contexto de error faltante en cadenas, límites de traits demasiado amplios).
El equipo lo adoptó porque resolvía un problema real. Las revisiones de código estaban tardando demasiado porque los revisores seguían dejando los mismos comentarios sobre estilo y convenciones. El skill se encarga de las comprobaciones rutinarias, lo que libera a los revisores para centrarse en lógica, arquitectura y corrección.
Estructurar este skill con secciones para cada categoría de feedback ayuda a Claude a organizar sus comentarios de revisión de una manera fácil de escanear. Las observaciones aleatorias sin un orden particular son más difíciles de actuar que el feedback categorizado.
Skill de redacción de correos
Este es el más simple de los tres pero el que más tiempo ahorra en todo el equipo. Cubre nuestras convenciones para correos internos (directos, sin cortesías, elementos de acción en viñetas, plazo en el cierre), correos a clientes (cercanos, específicos, siempre incluir un siguiente paso), y correos a socios (formales, exhaustivos, hacer referencia a acuerdos o conversaciones previas relevantes).
El skill distingue entre estas tres audiencias porque requieren enfoques genuinamente diferentes. Antes del skill, las personas le pedían a Claude "escribe un correo" y obtenían un resultado genérico. Con el skill, Claude pregunta a qué audiencia va dirigido el correo y aplica las convenciones adecuadas automáticamente.
Analíticas del Marketplace
Una vez que tus skills están en uso, quieres saber si están funcionando. EntendIA proporciona analíticas que te muestran cómo se están usando tus skills, con qué frecuencia se aplican y cómo rinden a lo largo del tiempo.
El panel muestra métricas básicas como el recuento de invocaciones, que te dice con qué frecuencia se usa cada skill. Más interesante es el desglose por usuario y por contexto. Puedes ver qué miembros del equipo están usando qué skills con más frecuencia, lo que te ayuda a identificar carencias. Si el equipo de ingeniería está usando el skill de revisión de código intensamente pero el skill de documentación raramente, eso te dice algo. Quizá el skill de documentación necesita mejoras, o quizá el equipo no está escribiendo mucha documentación.
El seguimiento de uso también ayuda con el ciclo de iteración que mencioné antes. Cuando actualizas un skill, puedes observar las analíticas para ver si la actualización cambia los patrones de uso. Un skill que se usa menos después de una actualización podría haberse vuelto menos relevante o menos eficaz. Un skill que se usa más podría haber abordado una carencia que estaba limitando su utilidad anteriormente.
Las analíticas no son solo métricas de vanidad. Alimentan directamente la mejora de los skills. Revisar las analíticas mensualmente y usarlas para priorizar qué skills necesitan atención es una práctica recomendada. Los skills de mayor uso deberían recibir más tiempo de refinamiento porque las mejoras allí tienen el mayor impacto.
La decisión de crear o comprar
El Marketplace te da dos caminos. Puedes crear tus propios skills desde cero, o puedes instalar plugins que otros editores han construido. La mayoría de equipos acaban haciendo ambas cosas.
Crear tus propios skills tiene sentido cuando el conocimiento es específico de tu organización. Nadie más puede escribir tu skill de voz de marca porque nadie más conoce tu voz de marca. Nadie más puede escribir tu skill de revisión de código porque nadie más conoce las convenciones de tu base de código. Los skills personalizados codifican conocimiento propietario, y ese es su valor principal.
Instalar plugins del marketplace tiene sentido para capacidades genéricas. Un plugin que ayuda a Claude a escribir mejores consultas SQL, por ejemplo, codifica experiencia general que se aplica a muchos equipos. Un plugin que mejora la capacidad de Claude para analizar datos financieros podría ser útil independientemente de tu industria específica. Estas son capacidades donde la experiencia del editor se beneficia del uso amplio y del feedback de la comunidad.
Un marco de decisión sencillo funciona bien aquí. Si el skill requiere conocimiento que solo tu equipo tiene, constrúyelo tú mismo. Si el skill codifica experiencia general que muchos equipos necesitan, comprueba primero el Marketplace. Si nada en el Marketplace encaja, considera si el skill que construyes podría ser útil para otros y si publicarlo tendría sentido.
También existe un camino intermedio. Instala un plugin del marketplace para capacidad general y añade tus propios skills encima para personalización. Un plugin de escritura general podría mejorar la calidad de la prosa de Claude en general.
Tu skill de voz de marca luego ajusta esa escritura mejorada para que coincida con tus estándares específicos. El plugin general eleva el mínimo. Tu skill personalizado moldea la producción.
Iteración y mantenimiento
Los skills no son un artefacto que se escribe una vez y se olvida. Los mejores skills evolucionan con el tiempo a medida que aprendes qué funciona y qué no. Trata los skills de la misma manera que tratas el código. Deben ser revisados, refinados y ocasionalmente reescritos por completo.
La razón más común para actualizar un skill es que notas que Claude no sigue las instrucciones en un caso límite particular. Tu skill de voz de marca podría manejar bien las entradas de blog pero producir el tono equivocado para mensajes de error. En lugar de escribir un skill separado para mensajes de error, añades una sección al skill existente que cubra ese contexto. Con el tiempo, el skill se vuelve más completo y más eficaz.
Otra razón común para actualizar es el cambio organizativo. Tu empresa cambia de imagen, tus estándares de código evolucionan, tu política de comunicación con clientes cambia. Los skills necesitan reflejar el estado actual de tus convenciones, no el estado en que estaban cuando escribiste el skill por primera vez.
Asignar propiedad a los skills funciona bien, de la misma manera que asignas propiedad a la documentación. Alguien debe ser responsable de cada skill, revisándolo periódicamente y actualizándolo cuando sea necesario. Sin propiedad, los skills se deterioran. Las convenciones que codifican se alejan de la realidad, y las personas dejan de confiar en ellos.
La lección
La lección más profunda de trabajar con skills trata sobre la naturaleza de la experiencia en la era de la asistencia de IA. Cada organización tiene conocimiento implícito que es difícil de transferir. Formar a nuevos empleados lleva meses porque mucho de lo que necesitan saber no está escrito en ningún sitio.
Los skills cambian esa ecuación. Cuando escribes un skill, estás haciendo explícito el conocimiento implícito. Estás documentando tus convenciones, tus preferencias y tus estándares en una forma que no solo es legible por humanos sino también ejecutable por una IA.
Esto tiene un efecto compuesto. Cuantos más skills creas, más conocimiento organizativo queda capturado y compartible. Los nuevos miembros del equipo se benefician inmediatamente porque Claude ya conoce las convenciones. Los miembros experimentados del equipo se benefician porque pasan menos tiempo revisando y corrigiendo producción que no cumple las expectativas.
El Anthropic Marketplace amplifica esto aún más creando un mecanismo de distribución. Los skills que son útiles para un equipo podrían ser útiles para muchos equipos. El Marketplace permite a los editores compartir su experiencia ampliamente, y permite a los usuarios beneficiarse de experiencia que no tendrían tiempo de desarrollar por sí mismos.
Pero el verdadero valor no está en ningún skill o plugin individual. Está en la práctica de capturar sistemáticamente lo que tu equipo sabe y hacerlo disponible a través de la asistencia de IA. Esa práctica, crear skills, probarlos, refinarlos, compartirlos, es lo que transforma a Claude de un asistente de propósito general en un miembro del equipo que entiende cómo funciona tu organización.
Conclusión
Los skills son el puente entre lo que Claude puede hacer y lo que tu negocio necesita que Claude haga. Son simples de crear, potentes cuando se comparten, y mejoran con el uso. La combinación de Cowork como espacio de trabajo, el Anthropic Marketplace como canal de distribución, y EntendIA como plataforma de creación te da un sistema completo para construir asistencia de IA que refleje la experiencia de tu organización.
Empieza con un skill. Elige la tarea donde la producción genérica de Claude te frustre más y escribe instrucciones específicas sobre cómo quieres que se haga. Instálalo a través del plugin de EntendIA y pruébalo en Cowork. Refina la redacción hasta que la producción de Claude coincida con tus expectativas. Luego compártelo con tu equipo.
Una vez que veas la diferencia que hace un skill bien elaborado, entenderás por qué esto importa. No porque la tecnología sea impresionante, aunque lo es. Porque la brecha entre la producción genérica de IA y la producción que genuinamente encaja en tu negocio es la brecha entre una herramienta que toleras y una herramienta en la que confías. Los skills cierran esa brecha.
Si eres nuevo en el Marketplace, empieza con la guía de inicio. Si quieres entender la infraestructura de servidores MCP que impulsa los plugins, lee la guía de servidores MCP de Claude Code. Y cuando estés listo para crear tu primer skill, EntendIA es donde empiezas.
