El 22 de octubre Anthropic donó Agent Skills a la Agentic AI Foundation, la misma fundación de la Linux Foundation donde ya vive MCP. La donación en sí no es la noticia: eso ya pasó con MCP y lo contamos en su momento. Lo que te afecta es otra cosa. La forma en que empaquetas el conocimiento de tus agentes, una carpeta con un archivo SKILL.md, ahora es portable entre ChatGPT, Cursor, GitHub Copilot, VS Code y más de setenta asistentes. Una skill que escribes hoy para tu repo deja de estar atada a un proveedor, y eso sí cambia el cálculo de cuándo merece la pena escribirlas.

Qué ha pasado

Anthropic anunció el 22 de octubre de 2026 que cede Agent Skills a la Agentic AI Foundation (AAIF). La entrega incluye el estándar, el nombre, el logo, la organización de GitHub y el dominio agentskills.io. El mantenimiento pasa a ingenieros de Anthropic, Google, OpenAI y otras empresas a título individual, con David Soria Parra y Mahesh Murag como lead maintainers. Usar el estándar o contribuir a él no obliga a entrar en la fundación.

El nombre despista, así que conviene fijar qué es una skill. Es una carpeta con un archivo SKILL.md que le enseña a un agente una tarea o un dominio concretos, junto con los scripts y el material de referencia que necesite. Anthropic lo desarrolló trabajando en Claude Code, cuando vio que el modelo resolvía bien el conocimiento general pero fallaba en el procedimental: los pasos reales de un proceso de negocio, los que no están en ningún manual público.

La adopción es lo que da peso al anuncio. Desde que se publicó como estándar abierto en diciembre de 2025, más de setenta plataformas de agentes lo han integrado, entre ellas ChatGPT, Cursor, GitHub Copilot y VS Code. La comunidad ha publicado un millón de skills y las ha instalado cerca de 280 millones de veces. Es el formato que ya entienden los asistentes que tu equipo probablemente abre cada día.

Qué implica para tu producto

Para un CTO o un responsable de producto, lo que cambia cabe en una frase: el formato en el que escribes la experiencia de tus agentes ha dejado de ser una apuesta por un proveedor.

Hasta ahora, dedicar tiempo a convertir tus runbooks, tus convenciones de código o tu proceso de despliegue en instrucciones para un agente cargaba con un riesgo callado: si el mes que viene cambiabas de asistente, a reescribir. Con Skills ya neutral y adoptado por los principales asistentes de código, ese riesgo baja mucho. Escribes una vez cómo se estructura un PR en tu repo, cómo se nombran las migraciones o qué revisa una feature antes de salir a producción, y funciona en el asistente que tenga abierto cada persona del equipo.

Así es como el conocimiento del equipo senior, el que hoy vive en unas cuantas cabezas, se vuelve un activo versionado y revisable en el propio PR. La misma idea que un design system, aplicada a cómo trabaja tu agente.

Dos matices antes de salir corriendo a escribirlas. El primero: la portabilidad llega hasta el formato, no hasta el resultado. La misma skill rinde distinto según el modelo que la lea, igual que la misma documentación no la interpretan igual dos personas recién llegadas. Una skill bien escrita reduce esa varianza, no la borra. El segundo: el estándar es joven, y su hoja de ruta incluye versionado, un proceso formal de propuestas y guía de seguridad para quien escribe e instala skills. Esto último importa más de lo que parece. Una skill es texto y código que tu agente ejecuta con tus permisos; instalar una de un tercero sin leerla es el mismo error que un curl | bash a ciegas.

Nuestra recomendación

Si tu equipo ya usa asistentes de código todos los días y te descubres repitiendo las mismas correcciones en cada review, escribe tres o cuatro skills de las tareas más frecuentes de tu repo y mídelo durante un mes. Se paga solo. Empieza por ahí y no por un catálogo de treinta: el valor no está en tener muchas, sino en tener pocas, concretas y mantenidas. Una skill desactualizada es peor que no tenerla, porque el agente la sigue como si siguiera siendo cierta.

Si todavía no tienes a tu equipo usando agentes de forma estable, Skills no es tu punto de partida. Primero la adopción y la disciplina de contexto; las skills vienen después. Y en entornos con acceso a producción o a credenciales, ninguna skill de terceros entra sin revisarla línea a línea.

Nosotros las usamos en nuestra web agéntica y en el tooling con el que construimos sobre Flutter y Go, y la lección es poco vistosa: una skill corta y mantenida vale más que diez ambiciosas que nadie actualiza. La donación a la AAIF no te obliga a mover nada hoy. Lo que hace es quitarte la última excusa para no empezar, porque ya no estás apostando por el formato de nadie.

¿Estás montando agentes en tu equipo y no sabes qué conocimiento merece convertirse en skill ni cómo encaja con MCP en tu stack? Es justo el tipo de decisión de arquitectura en la que te podemos echar una mano.