GitHub incorpora solicitudes, sesiones y tokens por cliente a los informes de Copilot, incluidas herramientas como OpenCode. El desglose ayuda a entender el consumo fuera del IDE, con límites para comparar adopción y productividad.
El formato para compartir procedimientos entre agentes incorpora una gobernanza anunciada como neutral. Su reutilización sigue dependiendo de las capacidades y permisos de cada herramienta.
Fuentes primarias consultadas el 24/10/2026. Se distinguen el anuncio de incorporación, el estado del registro público y las mejoras propuestas. No se han realizado pruebas propias de ejecución entre plataformas.
Anthropic anunció el 22 de octubre la donación de Agent Skills a la Agentic AI Foundation (AAIF), bajo la Linux Foundation. La fundación confirmó su incorporación junto con otros tres proyectos. Agent Skills ofrece un formato abierto para empaquetar instrucciones y recursos que un agente puede cargar cuando necesita realizar una tarea. Anuncio de la Linux Foundation.
Para los equipos que documentan cómo revisar código, preparar informes o aplicar criterios internos, el interés está en conservar ese conocimiento y participar en la evolución del formato que lo transporta.
Qué incluye la donación
Según Anthropic, la donación comprende el nombre y el logotipo de Agent Skills, la organización de GitHub y el dominio agentskills.io. David Soria Parra y Mahesh Murag figuran como responsables principales del mantenimiento. Usar el estándar o contribuir a él no exige afiliarse a la AAIF.
La AAIF describe una dirección técnica mediante un comité con mantenedores de varias organizaciones que participan a título individual. Esa es la estructura anunciada para orientar el proyecto.
El anuncio y los trámites públicos
Consultada el 24/10/2026, la propuesta pública #47 figura abierta y muestra `GB Vote`, `Impact`, `TC Approved` y `contribution-agreement/unsigned`. Estas etiquetas registran aprobación técnica, revisión y votación del órgano de gobierno y un acuerdo de contribución sin firmar; no verifican por sí solas el estado administrativo fuera de GitHub.
La propuesta prevé acordar la composición del comité y las reglas de decisión durante la incorporación, y publicar `GOVERNANCE.md` y `MAINTAINERS.md` en ese proceso. Estas previsiones no acreditan su ejecución ni que todos los trámites hayan concluido.
Qué puede utilizarse ya
La documentación pública describe una skill como una carpeta con un archivo `SKILL.md`, acompañado opcionalmente de scripts, referencias y otros recursos. El agente descubre primero su nombre y descripción y carga las instrucciones completas cuando las necesita.
La especificación disponible exige los campos `name` y `description`. Permite indicar requisitos del entorno mediante `compatibility`; el campo `allowed-tools` sigue siendo experimental y su soporte puede variar entre implementaciones. Los lenguajes de los scripts también dependen del agente.
El repositorio del proyecto publica código bajo Apache 2.0 y documentación bajo CC BY 4.0. Esa licencia del proyecto no determina la licencia de cada skill creada por terceros. Tampoco implica acceso gratuito a todos los productos que admiten el formato.
Cómo se contribuye y qué sigue propuesto
La guía actual de contribución dirige propuestas y preguntas a GitHub Discussions, errores concretos a Issues y mejoras documentales a solicitudes de cambio. Por ahora no acepta aportaciones de código a la biblioteca de referencia ni envíos de skills para formar un catálogo comunitario.
Anthropic presenta las versiones numeradas del estándar, un proceso formal de propuestas y orientación de seguridad como una hoja de ruta propuesta. El anuncio no las acredita como entregadas. Fuente: anuncio de Anthropic.
La lectura de Nexo es que una gobernanza compartida puede dar a los equipos más voz sobre un formato del que dependen. Su utilidad práctica se medirá en reglas de cambio comprensibles, responsables identificables y revisiones que permitan saber qué comportamiento se espera.
Conviene distinguir dos responsabilidades: los mantenedores del estándar definen el formato; cada equipo sigue necesitando responsables para sus procedimientos. Compartir una carpeta no garantiza que dos agentes interpreten igual sus instrucciones, dispongan de las mismas herramientas o produzcan resultados equivalentes.
Ejemplo propio: una revisión de código reutilizable
Como ejemplo hipotético, un equipo podría reunir en una skill sus criterios de revisión, ejemplos de errores y un script de comprobación. Antes de distribuirla para varias herramientas, tendría que verificar:
Que cada agente encuentra y activa la skill ante la tarea prevista.
Que los scripts funcionan con las dependencias y permisos disponibles.
Que los mismos casos de prueba permiten comparar resultados y detectar omisiones.
Que existe un responsable, una revisión identificable y un procedimiento para distribuir o retirar cambios.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
GitHub añade nombres de personalizaciones a sus métricas: más detalle para seguir la adopción, con límites que impiden equiparar actividad y productividad.