I plugin sono in beta chiusa. Per richiedere l’accesso, contatta support@cognition.ai. Il comportamento e la configurazione potrebbero cambiare nelle prossime release.
Cosa sono i plugin?
/<plugin>:<skill>.
Questa pagina descrive il lato web app dei plugin: manifest gestiti, ambiti e caricamenti.
Dove configurarli
- Marketplace — esplora i plugin (il catalogo ufficiale di Devin più quelli aggiunti dalla tua org o dal tuo enterprise) e installali. L’installazione di un plugin lo aggiunge al manifest dell’ambito selezionato come plugin obbligatorio, quindi viene installato per tutti in quell’ambito.
- Configurazione — modifica il manifest del plugin direttamente come JSON e carica il tuo plugin come cartella o file
.zip(oppure creane uno nell’editor).
- Gli Org admins (con accesso alle Settings dell’organizzazione) gestiscono il manifest della org.
- Gli Enterprise admins (con accesso alle impostazioni enterprise) gestiscono anche il manifest enterprise condiviso.
Il manifest
requiredPlugins— installati per tutti nel relativo ambito (in modo ricorsivo, inclusi eventuali plugin da cui dipendono).optionalPlugins— una allow-list che approva i plugin senza installarli automaticamente; usata per definire eccezioni a un elemento vietato.forbiddenPlugins— una deny-list di identificatori di plugin o pattern glob.
Aggiungere i propri plugin
Caricamento di un bundle di plugin
.zip, oppure di crearne uno direttamente nell’Editor. Quando lo salvi, viene aggiunto al manifest come plugin obbligatorio (installandolo per tutti nell’ambito); quando lo elimini, il riferimento viene rimosso. Questa è una buona opzione per un plugin che non vuoi (o non puoi) ospitare in una repo Git.
Utilizzare un repo privato per le skills
git-subdir per installare un plugin da una sottocartella di un repo condiviso. (Gli utenti CLI che usano lo stesso manifest lo recuperano con le proprie credenziali Git locali, quindi avranno bisogno anche dell’accesso al repo.)
Se il repo non è raggiungibile tramite la tua integrazione Git, caricalo come bundle (sopra) oppure clonalo durante la configurazione dell’ambiente e fai riferimento a un percorso locale.
Come vengono distribuiti gli aggiornamenti
- Le modifiche al manifest (Settings → Resources → Plugins) si applicano alla sessione successiva.
- Le modifiche al plugin — quando viene eseguito un merge nel branch seguito da un plugin, questo raggiunge automaticamente le nuove sessioni nel giro di poche ore. Blocca il plugin su un commit SHA per gestire tu stesso gli aggiornamenti; nella CLI,
devin plugins updateaggiorna immediatamente. - Le sessioni già in esecuzione mantengono ciò che hanno caricato all’avvio: gli aggiornamenti non modificano mai una sessione mentre è in corso.
Ambito ed ereditarietà
- Gli account standalone hanno un unico manifest di account che si applica a tutti.
- Gli account Enterprise hanno un manifest enterprise condiviso che viene ereditato da ogni org figlia, più un manifest per-org posto a un livello inferiore. La vista Marketplace mostra entrambi, e gli Enterprise admin possono scegliere di installare un plugin nell’ambito enterprise (si applica ovunque), oppure un Org admin può installarlo solo nella propria org.
Sessioni cloud vs. CLI
Scopri di più
- Skills — le procedure
SKILL.mdincluse nei plugin - Riferimento ai plugin CLI — formato dei file dei plugin, creazione e installazione per utente
- Playbooks — modelli di prompt riutilizzabili allegati alle sessioni

