Un millón de skills de agente en siete meses, casi la mitad instalada una vez

En siete meses, un catálogo público de skills de agente superó a GitHub, a npm y a la App Store en tiempo hasta 1 millón de unidades. Casi la mitad de lo que acumuló en ese período se instaló exactamente una vez. Las dos frases vienen del mismo informe, el State of agent skills, publicado por Vercel el 25 de septiembre de 2026, y juntas describen un acervo de intentos, no una base instalada.

La lectura corriente trata la instalación como adopción. El informe no sostiene esa lectura y lo dice en su propia nota de metodología: los contadores son agregados del catálogo, no personas únicas, no elecciones independientes. Lo que existe es una oferta muy visible y una demanda que todavía no aprendió a medirse.

Qué muestra el primer millón de skills de agente

El informe midió una sola cosa: qué instalan las personas cuando el agente gana una capacidad nueva sin cambiar de modelo. El formato Agent Skills lo presentó Anthropic en octubre de 2025, el sitio skills.sh, que aloja el catálogo, abrió en enero de 2026, y siete meses después la cuenta pasó de un millón.

Tres líneas resumen el hallazgo.

1. El catálogo llegó a 1 millón de skills y a casi 280 millones de instalaciones en siete meses de operación.
2. Casi la mitad de las skills se instaló exactamente una vez; 375 de ellas, el 0,04% del catálogo, responden por el 62% de las instalaciones, y el top 1,2% responde por el 94%.
3. El tiempo hasta 1 millón fue menor que el de GitHub, el de la App Store y el de npm, en la comparación hecha por el propio informe.

El millón es oferta. Un canal de publicación sin fricción crece rápido, y la tercera línea es el titular más fácil de escribir. La segunda es la que le interesa a una empresa, porque describe un catálogo en el que casi todo es intento y casi nada es rutina.

Ninguna de las tres últimas filas pasó por auditoría independiente: son la comparación de Vercel con la trayectoria de otras plataformas, y entran aquí como afirmación de quien opera el catálogo. Las cuatro filas tampoco miden la misma unidad, porque una skill empaquetada, un repositorio, una aplicación y un paquete no son lo mismo, y el gráfico pone los cuatro en el mismo eje de meses. El cuidado no es formalidad. Un número que cruza cuatro plataformas sin metodología común es una narrativa, y narrativa es exactamente lo que menos falta en este tema.

Un catálogo de un millón no es un mercado de un millón

Un millón de skills publicadas mide el tamaño de la oferta. El informe declara que los contadores de instalación son agregados del catálogo, no personas únicas ni elecciones independientes, y registra que casi la mitad de él se instaló una vez. Eso describe un acervo de intentos, no una base en operación.

La aritmética del informe es simple e incómoda. Trescientas setenta y cinco skills responden por el 62% de las instalaciones, y la skill más instalada de todas queda por debajo del 1% del total. El informe lee el mismo dato como ausencia de ganador: la competencia ocurre dentro de cada tarea, porque el equipo que eligió una skill de informes de gastos no tiene motivo para instalar una segunda. Un ítem que no alcanza el 1% de las instalaciones no es el estándar de nadie, y un catálogo sin estándar no se copia de un informe.

La lectura corriente es que 280 millones de instalaciones prueban tracción corporativa. No la prueban. El contador suma eventos de instalación, y el informe declara los contadores como agregados del catálogo sin describir el mecanismo de conteo. Lo que el contador no registra es lo que importa: si la skill corrió una vez, si corrió mil veces, si recibió permiso para tocar un archivo real o si el equipo todavía recordaba que existía dos semanas después.

El modo de falla es silencioso y tiene plazo. Una skill se escribió para el modelo y para el formato de herramienta vigentes en el mes en que nació; cuando el proveedor cambia el formato de una respuesta o el conector cambia de versión, la skill sigue instalada y deja de funcionar. La instalación que la contaba no desaparece. El catálogo mide instalación, no funcionamiento. El caso más caro es el inverso: la skill que sigue corriendo y empeora, sin generar error, entregando un resultado plausible que nadie abre un ticket para discutir.

Eso vale para la skill como artefacto aislado. Una skill que solo describe un procedimiento en texto envejece despacio. La que llama a una herramienta externa envejece a la velocidad del conector.

La herramienta de agente envejece por el mismo mecanismo, y más rápido. Un registry de herramientas para agentes resuelve el descubrimiento y la autorización; versionar lo que ya fue autorizado sigue siendo trabajo de quien opera.

La oferta es técnica, la demanda es de negocio

Más de la mitad de los listings enseña ingeniería de software, flujos de agente, datos, infraestructura o seguridad, e ingeniería de software sola responde por cerca de un cuarto del catálogo. En las instalaciones el orden cambia: ingeniería queda en 18%, flujos de agente en 15%, operaciones de negocio y escritura cerca del 11% cada una, y ninguna categoría pasa de un quinto.

El promedio por listing muestra quién sostiene el catálogo. Las operaciones de negocio reciben 74% más instalaciones que el promedio general, escritura y documentos 50% más, nube e infraestructura 42% más. Ingeniería de software recibe cerca de 30% menos, educación y productividad 39% menos, investigación 55% menos. Quien escribe skills es ingeniero automatizando su propio trabajo. Quien instala skills es gente con trabajo de sobra un martes.

Flujos de agente y automatización suman 14,8% de las instalaciones en la muestra clasificada, detrás solo de ingeniería de software, y forman la categoría más grande entre los listings con 100 mil instalaciones o más. Lo que escala no es la skill que sabe más. Es la que encadena mejor.

Esa inversión tiene consecuencia directa para quien compra. Un catálogo abastecido por ingenieros ofrece excelencia en problemas que el comprador ya resolvió, y ofrece poco donde la operación se traba: conciliación, cobranza, seguimiento de propuesta, cierre de mes. La distancia entre quien publica y quien paga la cuenta es el espacio que le queda a quien implementa agentes dentro de una empresa.

Dónde se detiene la skill genérica y dónde empieza el criterio de la empresa

El trabajo común a cualquier sector responde por el 66% de las skills clasificadas y el 87,5% de las instalaciones, con un promedio de 3,6 veces más instalaciones por listing que las skills específicas de un sector. Solo una de cada ocho instalaciones está ligada a un sector específico. El catálogo entrega lo genérico con eficiencia y deja lo específico entero para quien opera.

Genérico, aquí, tiene un sentido preciso: la skill funciona en cualquier empresa porque no sabe nada de la tuya. Una skill que revisa contratos puede ser excelente en empresas distintas justamente porque ignora la taxonomía de cláusulas, el monto a partir del cual legal tiene que aprobar y la lista de contrapartes que el equipo comercial conoce de memoria.

El criterio que diferencia a una empresa de otra vive en esos tres detalles, y ninguno cabe en un catálogo público. Por eso el 87,5% de las instalaciones va a trabajo de cualquier sector: el catálogo entrega lo que es común con eficiencia, y lo que sobra es la operación, y ahí es donde el agente tiene que acertar.

La skill es un artefacto de software corporativo. Tiene dueño, revisión, permiso, versión y costo de mantenimiento, y ese costo crece con el número de sistemas que toca. Tratar la skill como un paquete desechable es el error que la próxima fase del mercado va a cobrar, y el cobro llega en forma de una pregunta simple: ¿quién aprobó esa skill que corrió sobre el CRM el trimestre pasado?

El costo que la instalación no muestra: revisar, autorizar y mantener

La instalación cuesta un comando. Lo que viene después cuesta proceso: alguien decide quién aprueba la skill, a qué archivos y sistemas tiene acceso, en qué ambiente corre, cómo se prueba que mejora el trabajo y quién la mantiene cuando el modelo o el conector cambian. Nada de eso aparece en el contador del catálogo.

El camino de una skill dentro de una empresa tiene siete etapas, y la primera empieza antes de la descarga.

La etapa que traba los programas es la tercera. Revisar exige leer el contenido y, cuando la skill trae script, el código y las dependencias. Una skill en el formato Agent Skills puede empaquetar script, template y dependencia además del texto de instrucción, y el runtime que la carga ejecuta lo que vino en el paquete con los permisos del agente. Leer no escala como instalar. Un comando lleva segundos; revisar una skill que toca un archivo financiero consume una reunión, y esa reunión no tiene dueño natural en ninguna estructura. Cuando nadie la convoca, el programa avanza con permiso amplio y revisión cero, que es lo mismo que no tener programa.

Hay dos preguntas que la tabla separa y que la mayoría de los equipos junta en una sola: origen, quién publicó la skill y bajo qué namespace, y aprobación, quién autorizó ese ítem aquí adentro. Instalar por nombre, sin versión fijada, es dependencia flotante, porque lo que corre mañana puede no ser lo que se revisó ayer y el registro de aprobación sigue apuntando a la versión anterior.

Permiso sin alcance es acceso total con un nombre bonito. El post sobre permisos y trazabilidad de agentes trata el diseño de esa capa en detalle, y la pregunta que deja es la que importa aquí: ¿la skill puede leer el archivo, o puede modificarlo, o puede enviarlo afuera?

Nexforce Work entrega ese conjunto como workspace de escritorio para equipos no técnicos, con capa de aprobaciones y permisos, ejecución en sandbox, gestor de skills, ejecuciones programadas y conectores vía MCP. Nexforce Code lleva la misma disciplina al desarrollador, con agentes y subagentes definidos por proyecto, archivos de reglas versionados junto con el código, skills y ejecuciones headless. La diferencia está en dónde queda registrada la decisión: en Work, en la capa de permisos; en Code, en el archivo de reglas que el repositorio versiona. Ninguna de las dos decide, por la empresa, quién aprueba.

El diseño de quién aprueba qué está en gobernanza de agentes en producción, y no viene con la descarga.

La métrica que debería sustituir a la instalación

El informe proyecta, y proyecta es la palabra, que la calidad de una skill pase a medirse por efectividad en lugar de popularidad: la skill solo se justifica si el agente hace el trabajo mejor con ella que sin ella. Las pruebas con ese diseño todavía no son práctica instalada. La proyección apunta a dónde debe ir la medición.

El diseño de la prueba es simple de describir y caro de correr. Un conjunto de tareas, en la misma versión de modelo y con los mismos permisos, cada una ejecutada con la skill cargada y sin ella, con repetición y con el desenlace definido antes de correr, evaluado por el resultado y no por la elegancia del texto producido. Dos ejecuciones de una tarea no separan efecto de ruido, porque la diferencia entre una corrida con skill y una sin skill puede ser solo varianza del modelo. El costo crece en la misma proporción que la repetición, y por eso contar instalaciones sale más barato que medir efecto.

Mientras la medida sea popularidad, el contador no distingue la skill que mejora el trabajo de la que solo alarga el prompt. La distinción aparece solo cuando alguien corre las dos versiones y mira el desenlace. El post sobre evaluación de agentes más allá de la respuesta final muestra por qué la evaluación tiene que mirar el camino, y no solo la salida.

El límite de la proyección tiene que quedar claro: el informe no publica ese benchmark, no define la métrica y no mide ninguna skill por efectividad. Dice que las pruebas vendrán. Una empresa que decida adoptar el criterio ahora lo va a construir sola, con las tareas de su propia operación, lo que es más trabajoso y más útil que esperar un estándar de mercado.

Qué cambia esto en la decisión de adoptar agentes en 2027

Para quien adopta agentes, la decisión deja de ser qué catálogo usar y pasa a ser quién es dueño del artefacto. Un millón de skills disponibles no reduce el trabajo de gobernar las skills que la empresa eligió, y aumenta la superficie que necesita inventario, permiso, prueba y versión.

Tres preguntas separan un programa de agentes de una pila de archivos descargados. Qué skills corrieron sobre qué sistemas en el último trimestre, con qué permiso y aprobadas por quién. Cuál es el dueño de cada una y qué pasa cuando esa persona sale de la empresa. Y cómo se prueba, con la tarea de la propia operación, que el agente entrega más con la skill que sin ella.

Ninguna se resuelve en el catálogo. Todas se responden con registro de quién aprobó y de qué tocó cada ejecución, y ese registro es la parte que nadie instala. La aprobación no prueba la ejecución: una skill aprobada y nunca ejecutada y otra que corrió fuera del alcance aprobado pasan por el mismo sello.

La lista de lo que tiene que existir antes de que el agente corra en producción está en el checklist de plataforma de agentes en producción.

Nexforce Agents desarrolla e implementa agentes en operaciones B2B, y las dos soluciones de la unidad existen para que la skill deje de ser un archivo descargado y pase a ser un artefacto con dueño, versión y alcance definido. La ganancia no está en el catálogo. Está en cuántas skills la empresa logra mantener funcionando sin que nadie tenga que acordarse de ellas.

Preguntas frecuentes

Las cuatro preguntas de abajo aparecen en casi toda reunión de adopción, y todas tienen la misma raíz: un número de catálogo leído como prueba de resultado. Las respuestas quedan dentro de lo que el informe mide, sin extrapolar a un censo de mercado que no existe.

¿Un millón de skills es señal de madurez en la adopción de agentes?

No. El número mide lo que se publicó en un catálogo público, y el propio informe registra que casi la mitad del catálogo se instaló una vez. La madurez aparecería en otro lugar: skills con dueño, versión y prueba de efectividad corriendo sobre sistemas de registro. El informe no mide nada de eso, y ningún dato público mide la adopción corporativa de skills en Brasil.

¿La instalación cuenta como adopción corporativa?

No cuenta, y el informe declara la limitación. Las instalaciones son contadores agregados del catálogo, no personas únicas ni elecciones independientes, y pueden ser revisadas a medida que el dato mejora. Una instalación prueba que alguien ejecutó una instalación. No prueba uso recurrente, permiso concedido, integración concluida ni resultado.

¿Por qué una skill genérica no resuelve una operación específica?

Porque funciona en cualquier empresa justamente por ignorar lo que es tuyo: la taxonomía de tus documentos, el límite que dispara la aprobación, la excepción que el equipo aplica desde hace años. El informe muestra el 87,5% de las instalaciones en trabajo de cualquier sector y un promedio de 3,6 veces más instalaciones por listing en esa franja. Lo genérico es el comienzo del trabajo, no el final.

¿Cómo medir si una skill vale la pena?

Comparando un conjunto de tareas con y sin la skill, en la misma versión de modelo y con los mismos permisos, con repetición, y juzgando por el resultado de la tarea. Es la prueba que el informe proyecta como próxima medida de calidad, y todavía no existe como estándar publicado. Hasta entonces, la decisión queda con el dueño del proceso, que es quien sabe qué es un buen desenlace.

Referencias y lectura complementaria

Fuente primaria de todos los números citados: informe State of agent skills, publicado por Vercel el 25 de septiembre de 2026 y actualizado el 30 del mismo mes, en https://vercel.com/blog/state-of-agent-skills. Las comparaciones de tiempo hasta 1 millón también son del informe. Ninguna de ellas pasó por auditoría independiente.

Lectura interna sobre lo que sostiene la operación, enlazada en el cuerpo: permisos y trazabilidad de agentes, gobernanza de agentes en producción, registry de herramientas para agentes, evaluación de agentes más allá de la respuesta final y checklist de plataforma de agentes en producción.

Por dónde empezar

La lista de lo que ya existe en tu operación es el primer artefacto, y no depende de ningún proveedor. Anota cada skill instalada, el dueño, la versión fijada y el permiso concedido, y marca las que tocan un sistema de registro. Tres skills alcanzan para la primera prueba de efectividad: la misma tarea, con y sin ella, en la misma versión de modelo. Lo que pase se vuelve rutina con fecha de revisión; lo que no pase sale del inventario antes de que alguien abra un ticket.

El catálogo sigue creciendo a un ritmo que ninguna revisión alcanza a seguir, y por eso la decisión de adoptar agentes en 2027 pasa por quien firma la aprobación, no por cuál catálogo está de moda. Tres skills con dueño, permiso y prueba entregan más que un catálogo entero instalado una vez.