Adyen anunció el 22 de octubre de 2026 la apertura de Agent Marketplace, una herramienta de terminal para distribuir recursos entre equipos y asistentes de programación. Recuperamos ahora este anuncio: el proyecto utiliza licencia Apache 2.0 y sus autores aclaran que no es un producto o servicio comercial de Adyen.
Su propuesta responde a un problema concreto: una skill compartida acaba copiada en varias carpetas, con versiones distintas y formatos propios de cada herramienta. Agent Marketplace mantiene una configuración y genera los archivos que cada entorno espera. No distribuye un modelo nuevo ni hace que todos los agentes se comporten igual.
Qué comparte y con qué herramientas
Los recursos pueden ser skills, comandos, subagentes, hooks y servidores MCP. Los hooks reaccionan a eventos del agente; los servidores MCP conectan herramientas externas mediante el Model Context Protocol. Una colección reúne recursos para instalarlos como conjunto, sin añadir contenido propio.
La documentación enumera ocho destinos: Claude Code, Codex, Cursor, Devin CLI, Factory Droid, Gemini CLI, OpenCode y Windsurf. El programa se distribuye como un binario de Go para macOS y Linux, sin dependencias de ejecución adicionales según su README.
Esa cobertura describe formatos de salida. Por ejemplo, en Codex los comandos se materializan como skills marcadas con su tipo, mientras que los subagentes y la configuración MCP van a otros archivos. El compilador informa cuando un destino no soporta un ajuste. Compartir una definición no garantiza idénticas capacidades, permisos o resultados.
Sincronizar conserva las versiones elegidas
La configuración del repositorio está en .agents/config.yaml y las revisiones fijadas se conservan en .agents/lock.yaml. Los autores recomiendan versionar ambos para reproducir la instalación. sync aplica las revisiones fijadas; update las actualiza deliberadamente. Separar ambos pasos evita que sincronizar signifique aceptar contenido nuevo sin distinguirlo.
El programa gestiona sus propios archivos y comunica conflictos con contenido escrito por el usuario. También ofrece sync --check para detectar desviaciones en integración continua. En archivos compartidos, la documentación describe registros de propiedad para distinguir entradas gestionadas de entradas ajenas; no hay que interpretar la sincronización como permiso para sustituir cualquier configuración.
Verificar el contenido no prueba que sea seguro
El Marketplace puede aplicar políticas de registros, analizar recursos antes de publicarlos y revocar revisiones. En el equipo local se comprueban revisiones exactas y huellas del contenido. Son controles de procedencia y distribución: no demuestran que un recurso sea seguro de ejecutar.
Hooks y servidores MCP pueden ejecutar scripts o abrir conexiones. Además, los hooks siguen siendo experimentales: los eventos y formatos difieren entre herramientas, por lo que sus autores piden revisar los archivos generados antes de depender de ellos en producción.
La telemetría está desactivada por defecto. La documentación vigente añade un matiz para equipos corporativos: una organización puede fijar el nivel y destino sin que el usuario los sobrescriba. El nivel detallado incluye información de configuración, como registros y nombres de recursos. Conviene conocer la política efectiva antes de habilitarlo.
Un caso de uso para valorar
Ejemplo hipotético, no ejecutado por Puntoes: un equipo comparte una skill de revisión de cambios entre Cursor y Codex. Fija una revisión del registro, sincroniza y comprueba las salidas de cada herramienta antes de incorporarlas al trabajo diario. Si el paquete añade un hook, lo revisa aparte en lugar de deducir su seguridad de la licencia o la huella.
Es la diferencia entre distribuir un procedimiento y verificar su ejecución. Ya aparecía en el paso de Agent Skills a la AAIF: un formato compartido ayuda a reutilizar recursos, pero no iguala sus permisos. Esta noticia no incluye una instalación, una auditoría ni una comparativa de rendimiento realizada por Puntoes.