Los agentes de inteligencia artificial están empezando a compartir algo más importante que un modelo: una forma común de aprender procedimientos. El 22 de octubre de 2026, Anthropic anunció que dona Agent Skills a la Agentic AI Foundation (AAIF), un proyecto bajo la Linux Foundation. La cesión incluye el nombre, el logotipo, la organización de GitHub y el dominio del estándar. A partir de ahora, su evolución aspira a depender de una gobernanza abierta y no de una sola empresa.
La noticia puede sonar técnica, pero tiene una consecuencia práctica. Una “skill” —o habilidad— es una carpeta que enseña a un agente cómo realizar una tarea concreta: revisar un documento, analizar datos, seguir un procedimiento interno o utilizar una herramienta. Si distintos asistentes entienden el mismo formato, una organización puede reutilizar parte de su conocimiento operativo sin reescribirlo para cada proveedor.
Eso no convierte automáticamente a las habilidades en seguras, portables ni fiables. El formato facilita el empaquetado de instrucciones; no certifica que esas instrucciones sean correctas ni que los scripts incluidos merezcan confianza. La donación abre una etapa de estandarización y gobierno compartido, pero también eleva el listón de revisión, permisos y trazabilidad.
Qué ha anunciado Anthropic exactamente
Según el anuncio oficial de Anthropic, Agent Skills pasa a la AAIF, la fundación creada bajo el paraguas de la Linux Foundation para alojar infraestructura abierta relacionada con agentes. Anthropic afirma que más de 70 plataformas han integrado el formato desde que lo publicó como estándar abierto en diciembre de 2025.
La empresa también declara que se han publicado un millón de habilidades y que se han instalado cerca de 280 millones. Son cifras comunicadas por Anthropic; el anuncio no aporta en esa página un desglose independiente por repositorio, plataforma o instalación única. Por tanto, sirven para medir la adopción que reivindica el promotor, pero no deben interpretarse como una auditoría externa del ecosistema.
El mantenimiento no desaparece. Anthropic indica que ingenieros de Anthropic, Google, OpenAI y otras organizaciones seguirán participando como individuos, con David Soria Parra y Mahesh Murag como responsables principales. La hoja de ruta propuesta incluye versiones numeradas, un proceso formal para plantear cambios y orientación de seguridad para quienes crean e instalan habilidades.
Qué es Agent Skills y por qué no es solo un archivo de instrucciones
La especificación oficial define una habilidad como un directorio cuyo elemento mínimo es SKILL.md. Ese archivo contiene metadatos en YAML —al menos un nombre y una descripción— seguidos de instrucciones en Markdown. La misma carpeta puede incorporar scripts, referencias, plantillas, imágenes u otros recursos.
La estructura parece sencilla a propósito:
SKILL.mdexplica qué hace la habilidad, cuándo debe activarse y cómo ejecutar el procedimiento.scripts/puede contener código para automatizar pasos repetibles.references/guarda documentación que solo se carga cuando hace falta.assets/reúne plantillas, recursos visuales o datos auxiliares.
La clave es la carga progresiva. Un agente puede conocer inicialmente solo el nombre y la descripción de muchas habilidades. Cuando una petición coincide con una de ellas, carga sus instrucciones completas; si el procedimiento menciona un recurso concreto, abre ese recurso después. La guía para implementadores propone precisamente tres niveles: catálogo, instrucciones y recursos.
Este diseño reduce el contexto innecesario y permite que el conocimiento especializado viva fuera del modelo. Una empresa podría actualizar un procedimiento de facturación, una lista de comprobación jurídica o una plantilla editorial sin volver a entrenar el sistema. También podría versionar los cambios como cualquier otro archivo de un proyecto.
Qué cambia al entrar en la Agentic AI Foundation
El cambio principal no está en la sintaxis del archivo, sino en quién decide su evolución. La AAIF fue anunciada en diciembre de 2025 con OpenAI, Anthropic y Block como cofundadores y el apoyo de otras compañías. En su presentación de la fundación, OpenAI la describió como un hogar neutral para estándares e infraestructura interoperable, bajo la experiencia de gobierno de la Linux Foundation.
Agent Skills se suma allí a otros proyectos relacionados con agentes, como MCP y AGENTS.md. No cumplen la misma función:
- Agent Skills empaqueta conocimiento y procedimientos reutilizables.
- MCP define una vía para conectar modelos con herramientas, recursos y servicios. Una explicación aplicada de esa diferencia puede verse en esta guía sobre MCP y seguridad de agentes.
- AGENTS.md ofrece instrucciones de proyecto para agentes de programación dentro de repositorios.
Que estos proyectos compartan una fundación no significa que vayan a fusionarse ni que todos los productos implementen idéntico comportamiento. Sí crea un espacio común para discutir versiones, compatibilidad, propuestas y seguridad sin que una sola empresa controle formalmente la dirección.
La ventaja real: trasladar procedimientos, no promesas de compatibilidad total
El beneficio más inmediato es la posibilidad de escribir una habilidad una vez y adaptarla a varios agentes compatibles. Para un equipo pequeño, eso puede reducir trabajo duplicado. Para una organización grande, puede ayudar a mantener procesos homogéneos entre departamentos, siempre que exista una fuente autorizada y un control de versiones claro.
La portabilidad, sin embargo, tiene límites. Una habilidad puede requerir herramientas que un cliente no ofrece, permisos que otro bloquea o rutas de archivos distintas. El campo experimental allowed-tools tampoco garantiza que todos los implementadores interpreten las autorizaciones de la misma forma. La compatibilidad debe probarse en cada entorno; el hecho de que dos productos lean SKILL.md no demuestra que ejecuten el flujo con el mismo resultado.
También cambia el papel de la documentación. Un buen procedimiento deja de ser un texto pasivo y se convierte en una pieza operativa que puede dirigir acciones. Esto hace valiosas las habilidades para formación, soporte y creación de contenido. Por ejemplo, los equipos que exploran flujos visuales pueden contrastar procesos con una formación como INFLUENCERS IA, mientras que quienes producen piezas cortas pueden estudiar el enfoque de CONTENIDO IA. Son recursos comerciales publicados; una habilidad interna debería complementar la formación y reflejar los permisos reales del equipo, no copiar materiales protegidos ni prometer resultados automáticos.
Los riesgos que una carpeta sencilla puede ocultar
1. Instrucciones maliciosas o desactualizadas
Una habilidad puede incluir órdenes que extraigan información, desactiven controles o utilicen fuentes poco fiables. También puede quedar obsoleta mientras sigue pareciendo legítima. Antes de instalarla conviene revisar el contenido completo, su procedencia, historial de cambios, licencia y alcance.
2. Scripts con más poder que el texto
El Markdown puede parecer inocuo, pero un script asociado puede leer archivos, llamar a servicios externos o modificar datos. La instalación debe tratarse como la incorporación de código: revisión, aislamiento, permisos mínimos, dependencias fijadas y pruebas en un entorno que no contenga información sensible.
3. Colisiones y sustituciones
Dos habilidades pueden declarar el mismo nombre. La guía de implementación recomienda reglas deterministas y avisos cuando una versión oculta a otra. Sin ese control, un repositorio recién descargado podría introducir una habilidad con el mismo identificador que una versión confiable del usuario.
4. Confusión entre instrucciones y autorización
Que una habilidad diga “envía”, “publica” o “borra” no concede permiso para hacerlo. La autorización debe residir en el sistema que ejecuta las herramientas, con controles independientes y registros verificables. Esta separación resulta especialmente importante en acciones irreversibles o que afectan a terceros.
5. Resultados plausibles pero incorrectos
Un procedimiento repetible no garantiza una conclusión correcta. La evaluación debe comprobar tanto el cumplimiento de pasos como la calidad del resultado. El artículo sobre Decisions API y decisiones automatizadas desarrolla el mismo principio desde otra capa: una puntuación rápida no debe convertirse en certeza sin calibración, umbrales y revisión.
Cómo debería adoptar una empresa el estándar
Una implantación prudente puede empezar con tareas de bajo riesgo y salidas fáciles de revisar. Resumir documentación interna no sensible, preparar borradores o validar formatos son mejores primeros casos que enviar pagos, modificar permisos o publicar sin revisión.
- Definir propietario y propósito. Cada habilidad necesita una persona o equipo responsable, un objetivo limitado y una fecha de revisión.
- Separar conocimiento de credenciales. Las instrucciones no deben contener contraseñas, tokens ni secretos. El acceso debe gestionarse fuera de la habilidad.
- Limitar herramientas y datos. Conceder solo los permisos necesarios para la tarea y registrar qué recursos consulta o modifica.
- Versionar y probar. Fijar una versión aprobada, ejecutar casos normales y adversos, y conservar los resultados de las pruebas.
- Revisar dependencias. Auditar scripts, bibliotecas y destinos de red igual que en cualquier proyecto de software.
- Diseñar una salida segura. Los errores deben detener o degradar el flujo de forma explícita, nunca activar una acción más amplia.
- Medir el resultado real. Tiempo ahorrado, tasa de errores y correcciones humanas son más útiles que contar ejecuciones.
Para tareas complejas, las habilidades pueden coordinarse con herramientas externas, pero cada conexión añade superficie de riesgo. La reutilización de procedimientos debe ir acompañada de trazas, comprobaciones posteriores y mecanismos de recuperación que eviten duplicar acciones.
La revisión también debe cubrir el comportamiento del agente cuando el procedimiento no encaja. Una habilidad bien diseñada declara límites, pide información cuando falta un dato esencial y evita convertir una excepción en una orden genérica. En producción conviene conservar la versión utilizada, los recursos cargados y las acciones propuestas para poder reconstruir por qué se tomó una decisión. Si el agente escribe en sistemas externos, una verificación posterior debe confirmar el estado real del objeto afectado. Esos controles no forman parte automáticamente del formato: corresponden al cliente, a la arquitectura de permisos y al proceso de gobierno de cada organización.
Hechos confirmados, inferencias razonables y cuestiones abiertas
Hechos confirmados: Anthropic anunció la donación el 22 de octubre de 2026; la cesión incluye activos del proyecto; la AAIF opera bajo la Linux Foundation; el formato requiere un SKILL.md y admite recursos opcionales; la organización propone versiones, un proceso formal de cambios y guía de seguridad.
Inferencia razonable: una gobernanza neutral puede facilitar adopción entre proveedores y reducir el temor a depender de una única empresa. También puede mejorar la disciplina de versiones y propuestas. Es una expectativa basada en la estructura anunciada, no un resultado demostrado todavía.
Cuestiones abiertas: faltan por conocer el calendario de versiones, la política definitiva de compatibilidad, los mecanismos de firma o procedencia, el tratamiento de dependencias y el nivel de conformidad que exigirá cada cliente. La especificación describe el paquete; el ecosistema aún debe madurar en distribución, reputación y validación.
Qué significa para usuarios y creadores
Para un usuario no técnico, la mejor lectura es sencilla: los agentes pueden aprender procedimientos intercambiables, pero una habilidad no es una garantía de calidad. Antes de instalarla, hay que saber quién la mantiene, qué puede ejecutar y qué datos necesita.
Para creadores y empresas, Agent Skills ofrece una forma legible y versionable de convertir experiencia en procesos reutilizables. La oportunidad está en capturar conocimiento que hoy vive en documentos dispersos o depende de una sola persona. El riesgo aparece cuando esa comodidad se confunde con autorización automática.
La donación a la AAIF no resuelve por sí sola estos problemas. Sí desplaza la discusión a un entorno común donde empresas, desarrolladores y comunidad pueden definir versiones y prácticas de seguridad. Si esa gobernanza cumple lo anunciado, el valor del estándar no estará solo en que muchos agentes lean la misma carpeta, sino en que las organizaciones puedan inspeccionar, probar y gobernar lo que esa carpeta les enseña a hacer.