Cloudsmith sottopone le competenze degli agenti IA ai controlli del registro degli artefatti

Il 9 novembre 2026, al KubeCon, Cloudsmith ha annunciato un registro delle competenze per gli agenti IA, estendendo la sua piattaforma di gestione degli artefatti ai file di istruzioni e agli script utilizzati dagli agenti di programmazione basati sull’IA. La nuova versione aggiunge controlli sulle fonti delle competenze, sulle versioni e sugli accessi, affiancandoli a quelli già disponibili per i pacchetti software.

Le competenze e i plugin di Claude sono ora disponibili nei repository multiformato di Cloudsmith, che, secondo l’azienda, supportano oltre 30 formati di artefatti. Il registro è in fase di apertura ai clienti in accesso anticipato e la documentazione è già disponibile.

Rischi per la sicurezza delle competenze degli agenti

Una competenza è organizzata attorno a un SKILL.md file che contiene un nome e una descrizione obbligatori, oltre a istruzioni per l’agente. Le cartelle facoltative possono includere script, materiale di consultazione e modelli; un plugin di Claude raggruppa le competenze, così da poterle installare insieme. Una competenza può quindi fornire sia istruzioni sia codice eseguibile per attività come seguire una procedura di revisione o interrogare uno strumento interno.

Nel suo articolo tecnico pubblicato il 6 novembre 2026, Cloudsmith descrive i dati a cui può essere concesso l’accesso: credenziali dei repository, API interne e dati di produzione, a seconda della configurazione dell’agente. Gli script inclusi possono ereditare tali privilegi quando vengono eseguiti oppure ricevere le autorizzazioni concesse da un utente quando l’agente ne richiede l’approvazione.

Una competenza malevola, modificata o difettosa potrebbe quindi esporre dati, eseguire comandi dannosi o compiere azioni non previste. Le sue istruzioni possono anche indirizzare l’agente a installare pacchetti, creando un’ulteriore via di accesso per dipendenze non verificate.

Il controllo delle versioni pone un problema distinto. La specifica delle competenze degli agenti non impone l’indicazione di una versione, quindi una competenza recuperata da Git può cambiare pur mantenendo lo stesso nome. Ciò rende più difficile identificare la versione esatta recuperata da un agente o associare un’approvazione a una versione specifica.

Alison Sickelka, vicepresidente del prodotto di Cloudsmith, ha dichiarato: «I registri di competenze della community sono stati creati per condividere, non per controllare». Ha indicato le informazioni aziendali mancanti: l’identità dell’autore, la versione utilizzata dagli agenti e l’eventuale approvazione della competenza.

Pubblicazione nel registro e controlli degli accessi

Cloudsmith tratta ogni versione di una competenza come un pacchetto. A ogni versione viene assegnato un numero di versione semantico oppure lo SHA del commit Git, insieme a un checksum SHA-256. I repository possono rimanere privati o essere condivisi pubblicamente e gli sviluppatori possono trovare le competenze negli stessi repository degli altri artefatti.

Gli autori possono caricare i contenuti tramite l’applicazione web, l’API o l’interfaccia a riga di comando di Cloudsmith. La pagina del prodotto specifica che per pubblicare occorrono privilegi di scrittura o di amministratore sul repository di destinazione; le autorizzazioni possono essere assegnate a utenti, team o account di servizio. Pubblicare una versione una sola volta consente ai team di recuperare la stessa versione, nel rispetto dei controlli del repository.

Per usare competenze esterne, i team aggiungono repository GitHub selezionati come fonti upstream e si autenticano con un token. Cloudsmith memorizza nella cache competenze e plugin provenienti da questi repository, compresi quelli privati, se il token dispone dell’accesso necessario. I team che recuperano contenuti tramite questa configurazione ricevono competenze solo dagli autori rappresentati dalle fonti upstream selezionate.

Le regole di diniego offrono un controllo più circoscritto rispetto al rifiuto di un intero repository. I team di sicurezza possono bloccare una competenza specifica o una sua versione, lasciando disponibili gli altri contenuti di una fonte attendibile. Gli elementi bloccati non compaiono nei risultati degli elenchi né in quelli delle operazioni di recupero; i tentativi di recuperarli restituiscono un nothing found errore.

Le competenze rientrano anche nei registri delle attività e degli audit già esistenti di Cloudsmith. Il registro tiene traccia delle competenze e delle versioni recuperate, mentre Cloudsmith offre visibilità sulle versioni attuali, sulle provenienze e sugli accessi nei diversi repository. In questo modo, le attività relative alle competenze degli agenti vengono registrate nello stesso audit degli altri artefatti software.

Claude Code e GitHub al lancio

Un repository Cloudsmith può anche fungere da marketplace di plugin per Claude Code. Gli sviluppatori aggiungono il repository una sola volta, quindi installano i plugin durante una sessione utilizzando /plugin install.

Cloudsmith afferma di avviare il proprio lavoro sugli artefatti IA con Claude Code e di utilizzare GitHub come prima fonte upstream. Il lancio sottopone le istruzioni e gli script dell’agente agli stessi controlli sulle dipendenze applicati ai pacchetti che può installare; l’ambito attuale della versione è limitato a Claude Code, con GitHub come fonte delle competenze esterne memorizzate nella cache.