Dal 9 luglio 2026 abbiamo migrato la directory delle app nella directory dei plugin. I plugin sono il modo principale per scoprire funzionalità di workflow in ChatGPT e Codex. Un plugin può includere competenze, app e modelli di app: le app restano le integrazioni che collegano ChatGPT o Codex a dati e azioni esterni, mentre i plugin semplificano l’abilitazione dei workflow in ChatGPT. Le connessioni alle app esistenti non subiscono modifiche e gli utenti possono aggiungere nuovi plugin dalla directory dei plugin, connettendo e autenticando l’app sottostante come prima. Gli amministratori dell’area di lavoro gestiscono l’installazione dei plugin in Impostazioni dell’area di lavoro > Plugin e possono gestire l’accesso e le autorizzazioni di ciascuna app sottostante dalla configurazione del plugin oppure da Impostazioni dell’area di lavoro > App.
Panoramica
I modelli di app sono un percorso di configurazione per le aree di lavoro gestite che richiedono una versione specifica dell’area di lavoro di un’app o di un connettore ChatGPT. Gli amministratori e i proprietari dell’area di lavoro trovano i modelli in Impostazioni dell’area di lavoro > App > Directory, aggiungono la configurazione specifica dell’organizzazione e creano una bozza di app da esaminare. I modelli di app gestiti non compaiono nelle aree di lavoro personali.
I modelli sono utili quando OpenAI può fornire il comportamento comune dell’app, ma ogni area di lavoro deve fornire una configurazione specifica del provider. A seconda del modello, tale configurazione può includere un tenant o un nome host, credenziali client OAuth, URL di callback, ambiti, dettagli del webhook, URL di server MCP gestiti o altre impostazioni del provider. Ad esempio, un modello GitHub Enterprise può creare il connettore specifico dell’area di lavoro che Codex usa per raggiungere l’host GitHub Enterprise dell’organizzazione.
Dopo la configurazione, i membri non usano il modello originale. Usano l’app pubblicata dell’area di lavoro creata a partire da esso. Gli amministratori possono quindi gestire tale app come le altre app ChatGPT, inclusi accesso per ruolo, controlli delle azioni, autorizzazioni dell’app e autorizzazione del provider.
Anche i plugin possono includere modelli di app o app create da modelli. Se un plugin include un modello di app, un amministratore o proprietario dell’area di lavoro deve comunque creare e pubblicare l’app specifica dell’area di lavoro prima che i membri possano connetterla in ChatGPT o usarla tramite quel plugin. Quando il plugin viene eseguito, usa l’istanza dell’app disponibile in quell’area di lavoro invece di chiedere ai membri di configurare personalmente il modello originale. Se il modello richiesto non è ancora stato configurato, i membri potrebbero dover chiedere prima a un amministratore di completare la configurazione. Il plugin non può usare da solo un modello di app.
Usa questo articolo per il flusso generale dei modelli. Per la configurazione specifica del provider, consulta:
I modelli sono utili quando lo stesso schema di app può funzionare in molte organizzazioni, ma ciascuna organizzazione ha bisogno della propria configurazione.
Esempi comuni includono:
L’URL del provider include un tenant, un account, un’organizzazione o un nome host dell’area di lavoro dell’azienda.
L’organizzazione deve usare il proprio client OAuth o le proprie credenziali del provider.
Il provider richiede la configurazione di un URL di callback specifico per il cliente.
L’app deve usare lo stesso schema di implementazione, mentre ogni area di lavoro controlla separatamente accesso, azioni e impostazioni di sicurezza.
In che modo i modelli differiscono dalleapp standard
Di solito un’app standard può essere abilitata direttamente. Un modello avvia invece un flusso di configurazione per l’amministratore dell’area di lavoro.
Il flusso abituale è:
Un amministratore trova un modello in Impostazioni dell’area di lavoro > App > Directory.
L’amministratore inserisce la configurazione richiesta specifica dell’area di lavoro.
ChatGPT crea una bozza di app per l’area di lavoro.
L’amministratore esamina e pubblica la bozza.
L’amministratore configura l’accesso e le impostazioni delle azioni per l’app pubblicata.
I membri usano l’app pubblicata dell’area di lavoro, non il modello originale.
Trovare e configurare un modello di app
Apri Impostazioni dell’area di lavoro > App.
Seleziona Directory.
Cerca il provider o il nome dell’app.
Cerca le voci contrassegnate come modelli.
Seleziona Abilita per avviare il flusso di configurazione.
Il flusso di configurazione richiede i dettagli necessari per creare l’app specifica dell’area di lavoro. I campi esatti dipendono dal modello.
Ad esempio, un modello GitHub Enterprise può richiedere dettagli come:
Nome e descrizione dell’app.
Nome host GitHub Enterprise.
Configurazione dell’URL di callback.
ID client OAuth e client secret.
Chiave privata dell’app GitHub.
Ambiti richiesti.
Dettagli di configurazione del webhook.
Esamina attentamente ogni campo prima di creare la bozza. Se la tua organizzazione gestisce centralmente OAuth o le credenziali del provider, coordinati con il team responsabile di tali credenziali.
Consulta le istruzioni specifiche per app:GitHub,Snowflake eDatabricks.
Configurazione del client OAuth
Alcuni modelli richiedono che la tua organizzazione usi il proprio client OAuth. Quando è necessario, crea o configura l’app OAuth nella console di amministrazione del provider esterno, quindi copia l’URL di callback da ChatGPT nelle impostazioni dell’URL di reindirizzamento o di callback del provider.
Inserisci l’ID client OAuth e il secret in ChatGPT solo dopo aver verificato che la configurazione del provider corrisponda alle istruzioni di configurazione del modello.
Se il modello include ambiti predefiniti, mantienili a meno che la tua organizzazione non abbia esaminato le autorizzazioni del provider e abbia un motivo chiaro per modificarli.
Creare una bozza
Dopo aver inserito le informazioni richieste, seleziona Crea bozza.
La creazione di una bozza non rende automaticamente l’app disponibile ai membri. Esamina la bozza, pubblicala e configura l’accesso e le impostazioni delle azioni prima di chiedere ai membri di usarla.
Pubblicare e gestire l’app risultante
Dopo la pubblicazione, gestisci l’app specifica dell’area di lavoro da Impostazioni dell’area di lavoro > App > Abilitate.
Controlli consigliati dopo la pubblicazione:
Conferma che l’app compaia in App abilitate.
Imposta Accesso utenti per i ruoli che devono usare l’app.
Esamina Controllo azioni per le azioni di lettura e scrittura.
Esamina Autorizzazioni app per scegliere quando ChatGPT deve chiedere conferma ai membri prima di usare l’app.
Chiedi a un utente di test autorizzato di aprire App in ChatGPT e confermare che l’app compaia.
Se l’app richiede l’autenticazione del provider, fai collegare all’utente di test il proprio account del provider.
Esegui un prompt di test a basso rischio per confermare che l’app funzioni come previsto.
Queste autorizzazioni dell’app si applicano alle conversazioni ChatGPT. Gli agenti dell’area di lavoro usano controlli per agente impostati dal builder dell’agente per determinare quali azioni dell’app sono disponibili e quando agli utenti finali viene chiesto di approvarle. Per il comportamento degli agenti, consulta:ChatGPT Workspace Agents per Enterprise e Business.
Se un modello può essere usato una sola volta
Alcuni modelli possono creare una sola app per area di lavoro. Se un modello è già stato usato, il pulsante Abilita potrebbe non essere disponibile. In tal caso, gestisci la bozza o l’app pubblicata esistente invece di crearne un’altra dallo stesso modello.
Cosa vedono i membri
I membri vedono l’app pubblicata creata dal modello. La possibilità per un membro di vederla o usarla dipende dalle impostazioni dell’area di lavoro e dall’autorizzazione del provider. Se l’app è inclusa in un plugin, i membri possono incontrarla tramite quel plugin, ma continuano ad applicarsi gli stessi requisiti di accesso all’area di lavoro e di autorizzazione del provider.
Se un plugin richiede un’app creata da un modello, può indicare che è necessaria la configurazione finché un amministratore non crea e pubblica l’app specifica dell’area di lavoro, non la abilita per il ruolo pertinente e non viene completata qualsiasi autorizzazione utente o amministratore richiesta dal provider.
Verifica che:
L’app sia pubblicata.
L’app sia abilitata per l’area di lavoro.
Il ruolo del membro nell’area di lavoro abbia accesso.
Il membro si trovi nell’area di lavoro corretta.
Il membro disponga delle autorizzazioni richieste nel provider esterno.
Le app pubblicate compaiono in Impostazioni dell’area di lavoro > App > Abilitate. Se l’app fa parte di un plugin, può comparire anche come app obbligatoria o facoltativa nella pagina dei dettagli del plugin.
Risoluzione dei problemi
Se la configurazione non riesce o l’app non compare, verifica quanto segue:
Il tenant, l’account o il nome host dell’area di lavoro è corretto.
L’URL di callback è stato copiato esattamente nella configurazione del provider.
L’ID client OAuth e il client secret sono corretti.
Gli ambiti richiesti corrispondono a quelli consentiti dall’app OAuth del provider.
È stata creata una bozza.
La bozza è stata pubblicata.
L’accesso per ruolo consente all’utente di test di vedere l’app.
Le autorizzazioni lato provider consentono i dati o l’azione oggetto del test.
Note sulla sicurezza
Tratta i client secret OAuth e le credenziali del provider come informazioni sensibili.
Esamina gli ambiti richiesti prima di creare la bozza.
Usa Controllo azioni dopo la pubblicazione per limitare ciò che l’app può fare.
Usa Autorizzazioni app per decidere quando ChatGPT deve chiedere conferma ai membri prima di usare l’app.
Tieni presente che le autorizzazioni del provider continuano ad applicarsi dopo che l’app è stata abilitata in ChatGPT.