Skip to main content
Questa documentazione riguarda le distribuzioni federali di Devin. Torna alla documentazione di Devin
Gli amministratori Enterprise federali possono controllare la disponibilità dei modelli a due livelli:
  1. La disponibilità dei modelli a livello di team determina quali modelli sono disponibili per il team.
  2. Le allowlist dei modelli a livello di gruppo limitano ulteriormente i modelli disponibili per i membri di ciascun gruppo.
I controlli dei gruppi possono restringere la disponibilità dei modelli per il team, ma non ampliarla. Un modello non disponibile per il team non può essere reso disponibile aggiungendolo a un gruppo. Per informazioni sulla creazione e gestione dei gruppi, consulta Gruppi. L’appartenenza a un gruppo può anche influire sul limite di ACU di un utente; consulta Limiti di ACU.

Configurare la disponibilità dei modelli per gruppo

In Settings → Gruppi, apri un gruppo e seleziona Modifica modelli. Cascade e Command dispongono di selezioni separate:
  • Modelli Cascade
  • Modelli Command
Una selezione vuota indica che non esprime alcuna preferenza sull’accesso di un membro ai modelli per quella funzionalità. Non sostituisce la restrizione di un altro gruppo. Se nessuno dei gruppi a cui appartiene l’utente ha una selezione non vuota per quella funzionalità, il criterio di gruppo effettivo non prevede restrizioni e l’utente riceve i modelli disponibili per il team. Il portale usa Nessun criterio per i modelli Cascade, Nessun criterio per i modelli Command e Nessun criterio per i modelli per questi stati senza restrizioni. Le selezioni del gruppo sono limitate ai modelli attualmente disponibili per il team. Se un amministratore rimuove successivamente un modello a livello di team, la selezione salvata può continuare a includere quel modello non disponibile. Il portale avvisa: I modelli non disponibili rimangono nella restrizione di questo gruppo finché non modifichi l’elenco dei modelli. Le selezioni non disponibili restano soggette a restrizioni finché un amministratore non modifica l’elenco. Se tutte le selezioni salvate non sono disponibili, il gruppo può mostrare Nessun modello disponibile. Se non riesci a salvare un elenco di modelli modificato, il portale mostra Le modifiche potrebbero non essere state salvate. Rivedi le selezioni del gruppo e riprova a modificarle.

Risoluzione dei controlli tra gruppi

Un utente che appartiene a un gruppo con restrizioni riceve l’allowlist di quel gruppo per la funzionalità pertinente. Un utente che appartiene a più gruppi riceve l’unione di tutte le allowlist non vuote per quella funzionalità. I gruppi con una selezione vuota non esprimono alcuna preferenza e non modificano il risultato. Ad esempio: Cascade e Command vengono risolti indipendentemente. L’elenco Cascade effettivo di un utente può differire dal suo elenco Command effettivo.

L’insidia dell’unione

Con la semantica dell’unione, ogni gruppo aggiuntivo può aggiungere modelli alla disponibilità effettiva dell’utente. L’unione è la combinazione più permissiva delle selezioni non vuote dei gruppi dell’utente, pur rimanendo limitata ai modelli disponibili per il team. Ad esempio, le restrizioni disgiunte vengono combinate anziché rifiutate: Un gruppo con impostazioni permissive può annullare la restrizione di un gruppo più restrittivo. Se un gruppo seleziona Model A e un altro seleziona Model A, Model B e Model C, l’utente riceve tutti e tre i modelli. Per limitare un utente, ogni gruppo a cui appartiene deve essere opportunamente ristretto; un solo gruppo non vuoto con impostazioni permissive può ampliare il risultato effettivo. Una selezione vuota è diversa: non esprime alcuna preferenza e non amplia di per sé l’accesso. Un elenco effettivo di modelli vuoto può comunque verificarsi quando le selezioni archiviate contengono solo modelli non più disponibili per il team, oppure quando il filtraggio a livello di team e altri filtri di disponibilità non lasciano modelli corrispondenti. Questo è distinto dalla risoluzione tra più gruppi: selezioni valide e disgiunte producono la loro unione.

Dove si applicano i controlli

I controlli dei modelli a livello di gruppo si applicano a:
  • Selettori di modelli ed elenchi dei modelli disponibili.
  • Richieste Cascade.
  • Richieste Command.
  • Richieste dirette di modelli al momento della richiesta.
  • Instradamento e assegnazione automatica dei modelli.
  • Modelli selezionati indirettamente da un router.
Le restrizioni di gruppo vengono applicate ai candidati di instradamento e verificate nuovamente al momento della richiesta. Un utente non può quindi aggirare una restrizione di gruppo selezionando un modello tramite un router automatico anziché direttamente.

Devin CLI e Devin Local

Devin CLI e Devin Local utilizzano la selezione del gruppo Cascade. Non sono configurati con una allowlist CLI separata a livello di gruppo. L’elenco dei modelli disponibili nella CLI e le verifiche dei modelli al momento della richiesta seguono il criterio Cascade. Una selezione Cascade vuota non ha alcun effetto; rende disponibili i modelli Cascade del team solo quando nessun altro gruppo contribuisce con una selezione Cascade non vuota. Di per sé, non disabilita né amplia la CLI.

Modelli privati del team

Anche i modelli privati configurati per il team sono filtrati dai controlli di gruppo applicabili. I modelli privati del team non aggirano le restrizioni di un membro relative a Cascade o Command.
No. I gruppi possono solo restringere la selezione dei modelli già disponibili per il team. La disponibilità dei modelli a livello di team rappresenta sempre il limite massimo.
Significa che il gruppo non esprime alcuna preferenza in merito all’accesso ai modelli per quella funzionalità. Se nessun gruppo a cui appartiene l’utente ha una selezione non vuota, l’utente riceve i modelli disponibili per il team. Se un altro gruppo ha restrizioni, la selezione vuota non le sovrascrive.
Le allowlist non vuote vengono unite separatamente per Cascade e Command. Le selezioni disgiunte vengono combinate, quindi un utente con Model A in un gruppo e Model B in un altro può usare entrambi, nei limiti della disponibilità del team. Per mantenere le restrizioni per un utente, esamina tutti i gruppi a cui appartiene, poiché una selezione non vuota e ampia può estendere l’accesso.
No. L’instradamento e l’assegnazione automatici vengono valutati rispetto ai modelli rimanenti dopo l’applicazione dei controlli del team e dei gruppi, quindi non è possibile accedere indirettamente a un modello non consentito.